- bookmarks
- unzip: tar.gz, tgz, tar.bz2, zip
- zip: tgz
- remembers window size/position, and last opened folders.
- edit button (runs leafpad with selected file)
- view pic button (runs gqview with selected file)
- doubleclick: tries to execute a file, if this does not work, it opens it with Rox, so the file is opened via MIME-Type.

The zip and copy buttons open a rxvt and run the required shell commands, so these actions are performed very fast.
As they run on a "system-level", they should run optimal.
With some filemanagers I encounter problems especially when I copy files.

Things that still miss: buttons for mkdir, rename, file permissions.
You can select only 1 file/folder.
Enhanced drag/drop (you currently just can drag to other applications).
Check for enough free diskspace for copy/unzip.

You now have small buttons under each pane for quick-actions.
"mv" will move/rename a file, you modify the name directly in the entry beside the button.

Selection of multiple files/folders is supported now.
It took two days, to modify the clists in Gtkbasic for this

As you can see by the "floating" folder-symbol in the second pane, also drag&drop will be supported.
This part is not finished yet.
The whole filer currently uses just 1500 lines of Basic Code, most are reusable functions.
So writing small utilities with drag&drop support will become pretty easy.

You easily could write commander-like interfaces for conversion utilies, with just some dozen lines of code

Give me some more days to finish drag&drop and add full functionality to all buttons.

-- Quickbuttons
- move copy zip mkdir in the same folder with the small buttons under each pane

-- type or copy/paste a path in the adress entry.

-- progress display: not percentage-bars, but a list of all processed files. Realized via fifos.
In future, I'd like to add a percentagebar for large files (like isos).
And if possible, replace the fifos with a thread based solution. But this requires a deeper operation in the interpreter.

-- improved speed: the directories now are processed by a selfwritten C function.
This allows to use simpler Basic code to analyze it. It also displays broken links now different.
This could be enhanced even more by writing more in C, but it is ok already, if you don't have folders with several 1000 files.
My /usr/lib/ has 3000 files, it needs 50 seconds to load on a P700. This needs enhancement.

Thanks Lob,
your suggestions cover also my wishes.
I will add them, when I have time again.
Monday to wednesday I am in bavaria, visiting a girlfriend.
I also must go to my company again somewhen in September, and soon will release Muppy 0084 final.

One issue I also want to focus on with the filer, is the ability, to add own commands.

Ah - that would be very welcome . . .
I really thought this program would be an ideal 'launcher platform'
Also I know you are familiar with konqueror, which is a browser / file manager combo that might offer some ideas . . .

I am also pleased that HairyWill is using GTKBasic for PSIP
Your quick response to HairyWill need for Clist support
show how direct action is possible to implement
quicker than proprietary systems becomes aware of the situation . . .
A great example

As we move towards a multi-developer
Puppy, I hope to find PuppyBasic, developed, supported and integral to Puppy.

thanks
PuppyBasic has a function library, that most of my GtkBasic programs use.
It is written in Basic (basefunctions.inc, with commands like explode() to seperate a string in an array).

I do not bundle both, because Puppybasic shall keep the role of a small, extremely fast interpreter, with low memory requirements.
Gtkbasic needs much more memory, because it runs internally 2 programs at the same time (threaded): PuppyBasic and the Gtk-mainloop.
They exchange variables by a shared memory segment.

The Gtk-mainloop uses a lot of memory (compared to Puppybasic).
So I would not recommend to use Gtkbasic like you use other commands from shellscripts. For this task, Puppybasic remains the first choice.

I hope you had a really great time there in Bavaria! And most of all---I hope that you were able to forget about coding, Linux, Puppy, and even US---at least for a little while. Bavaria! Such a beautiful place! Long ago I used to have penpals from that area. Long ago... another lifetime away... -sigh-

Which reminds me: Several years ago our small city here once had a Bavarian pastry shop! Back then I could walk, even ride a bicycle!---and I would save my few pennies here and there and treat my children to the luscious pastries. These people Mark! They knew their pastries and sweets! (My favourites were an item they called "Pig's ears" in English. Speaking French I could never say the German/Bavarian name. LOL!)

Okie! Now all the memories aside: I downloaded this Muppy-Filer and on my Puppy-4.0 it looks great! (Black Aurora theme with Glass-red accents. NICE!) I also loaded the gtk3basic you mentioned above (the updated as you told Trapper) along with the puppybasic 2.6.

Here is my problem: Shouldn't I be able to double-click on the directories in the panes to enter them? Just like a single-click in XFE, or Thunar, or Nautilus, etc.? I have tried a single and double-click and they refuse to open. Instead, I have to type in the name of the directory at the top---very slow for me to do (it takes 30+ mins to do this post)---in order to open a directory.

So am I doing something wrong? Or is something wrong on my end? My Puppy-4.0 is a full hard drive install with tonnes of software. Maybe a conflict somewhere?

And so for me the only way to navigate is by typing. No mouse-clicks at all.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum