File lister project

The source code for the file lister program that Ami603 was working on for OpenAmiga.org has been uploaded to the svn.

Ami603 does not have very much time on his hand right now, so if you feel interested in contributing to this project particular project then contact me (orgin) on http://openamiga.org and I'll add you to the project and give you access to the svn.

I've created a few tasks for the project that may (or not) be a starting point for an interested developer.

@orgin

Is the project in a state that something can be seen ? Is there a small working part ?
IMHO you should tease devs with binary preview if you wish to interest some of them just to get the idea of how much work is still needed...

@abalaban

Here's a snapshot image of the current build:

http://openamiga.org/attachment/project/20/filergrab.png

It works as a commodity, and you open new listers by double clicking on the wb background.

You can navigate the file system and double click files to watch images, text files etc.

Tasks could include things like:
- adding tool tips to the buttons.
- add icon image support for the buttons (so you can use 32bit images)
- resizing the columns
- making the address field go to the path you enter into it. Currently it just shows the current path.
- use the os4.1 reaction lister gadget
- instead of using predefined icon images for the files use their real icon and scale it down
- adding c&p between lister (via a supervisor task)
- adding preferences for the commodity hot key

and so on.

@orgin

Oups, just noticed that tool types and column resizing was already in there ;)

Well anyway one could use the Extended Default Pointer types project and add better visual feedback, such as using the eastwestresize pointer when the mouse pointer hovers over the column resize 'areas'.

@orgin

Would it be possible to just get the icons package?
Maybe Ken also could do a set...

@Mason

Unfortunately it currently uses plain iff images.

The application should probably be updated to handle icon (.info) based images instead.

Here's an archive with the image files:

http://orgin.biz/~orgin/files/images.lha

@orgin

Why not just use bitmap.image? Then you can use any image format supported by datatypes like f.e. 32-bit PNG as used in AISS. Additionally bitmap.image has an image caching mechanism facility so that the images do not need to be reloaded and do not need additional memory if you run more than one instance of the program.

BTW how do I join the project so I can get access to SVN?

@salass00

You ask the project manager or a moderator :) I've added you as a project member.

@orgin

interesting application. hope the project will continue....

@orgin

Thanks! I will have a look at it!

@orgin

I just checked out the source code from SVN.

Apparently Ami603 is using a newer SDK than the latest public one, which has struct TimeVal instead of timeval. Also he uses CHOOSER_SelectedNode which isn't in the current SDK.

I can get around the first issue easily enough by modifying 4 lines of code. The second would require some more work but can be worked around.

[edit]
I fixed the TimeVal issue and commented out the line with CHOOSER_SelectedNode and the rest of the program compiled without any issues.

[edit]
Fixed the CHOOSER_SelectedNode issue too (only took a few lines of code). I have it compiled and working now.

@orgin

Just had a look at the GUI code and there's no reason that the images couldn't be in some other format (as long as it's supported by an installed datatype), like 32-bit PNG f.e.

@salass00

As i already told Orgin, the images were from Classaction package,but it hasn't to be this very same format to work.
I also have some example code of icon.library scaling and stuff to make the images from normal icons file if that would be needed.
The SDK issue should be solvable not too far away.

@Mason

Cool, seems you can make it 32bit png if you want to. (see salass00 comment)

@salass00

Modifying the code might not be a good idea especially because when the new SDK will be out the modification will have to be reversed. A simple #define Timeval timeval protected by #if INCLUDE_VERSION <= 51 might do the trick for our old SDK

@Ami603

"I also have some example code of icon.library scaling and stuff to make the images from normal icons file if that would be needed."

Cool, if you want me to put that in the svn as example code then just email it to me.

@salass00

"I have it compiled and working now"

Okey, try to avoid releasing a binary until mason has created some new images. The current images are from the classaction package as Ami603 points out.

Besides, it should probably be able to to stuff like copy/delete/rename and move before it's of use to anyone.

The first aim could perhaps be to make it do all file operations that the workbench listers can do and then move on to more advanced stuff.

@salass00

Btw, I have added a standard file header to all source files.

So, anyone interested in taking this project forward?

@orgin

It seems really great, my unique doubt is if we can replace/improve the Workbench as is according to Hyperion, please we don't need another external project ...

We have already Opus/Scalos/Feelin and so on ...