Filer changes.

I’d like two entries added to the filer object menu.

1) Copy path

Sometimes shift drag isn’t convenient to get the full pathname of an object so a copy to the clipboard option would be nice.

2) Add to Iconbar

This would just AddTinyDir the object. I like to use the iconbar for shortcuts rather than the pinboard as you can bring it to the front easily. After the first object is a added by AddTinyDir you can drag onto an added object to add more but the first addition needs you to know about Addtinydir so I think an explicit entry would make it useful to more people.

This would just AddTinyDir the object. I like to use the iconbar for shortcuts rather than the pinboard as you can bring it to the front easily.

Current behaviour is to take an application dropped on the iconbar and run it – example dragging “!BASIC Rip” or “Blackhole2” to the iconbar runs it leaving the task ready to be used.
Are you proposing that this behaviour should cease?

The drag and drop description I gave is the current behaviour of addtinydir so nothing changes with regard to drag and drop.

If you drag on top of an addtinydir icon the icon is just added to the iconbar. If you drag onto a filing system item it is saved otherwise it is run.

Current behaviour is to take an application dropped on the iconbar and run it

Wow. I didn’t know it did that.

Because… click-draggy-draggy-drop… just seems like so much more bother than a double-click.

Sometimes shift drag isn’t convenient to get the full pathname of an object

Now by “pathname” do you mean that literally, or in the common-jargon of a fully specified filename?
I wonder if the Filer would be smart enough to provide the real path too? I have here a directory viewer open. It says Coding:Manga. :-)

Sometimes shift drag isn’t convenient to get the full pathname of an object

I can understand the logic behind your request, but where do you propose these two entries should go, given that the “File” submenu already has ten entries and is in desperate need of some horizontal separators between the “manipulate file”, “info on the file”, and “other stuff”. I’m also inclined to think that Access probably ought to go with Set type, and the informationals (Count, Info, Stamp) at the bottom. But that’s just me…

Are you proposing that this behaviour should cease?

How about drag-to-iconbar to run it, Shift-drag-to-iconbar to tinydir it? That way both options are covered, no new menu entry is needed, everybody is happy.
[and there is precedent for shift behaviour being different in the filer]

Shift-drag-to-iconbar to tinydir it?

Already implemented, but not supported as it looks like “add to TinyDir” and “run file” are mutually exclusive. Might just needs some additional logic to pick which one depending on Shift state?

Sources: Desktop.Filer.s.DragEnd and search for “hastiny”.

Current behaviour is to take an application dropped on the iconbar and run it

Hum, what about shift + drag and drop?