On Fri, 11 Jul 2008 10:19:52 +0100 (IST) "Sadako" <sadako@xxxxxxxxxxxxxxxxx> wrote: > > But the current arrangement could be changed without any great harm, so as > > to not detract from "standard" functionality. > > > > Maybe it would be easiest to remember as <Ctrl><middle-click> ? Anyone got > > any strong views about this stuff ? > > <Ctrl><middle-click> would be okay, the problem with pasting via the > right-click menu is that in only pastes from the gtk buffer, not the X11 > selection selection buffer which is what I and a lot of others use more > (for example just highlighting any text in a none-vte or DE terminal to > copy into the X11 buffer). That's in svn now. > >> #4: When you open a file simply by clicking it or selecting it and > >> pressing enter, the filename is provided to whatever you have associated > >> that filetype with the full path, however if you open the file by > >> bringing > >> up the context menu and selecting any of the programs associated with > >> it, > >> only the file name is provided, no path, which is understandable as you > >> can select and open multiple files by this method, but the difference in > >> behaviour seems a little bit odd (and is messing with my mpc script :( ) > > It defaults to adding just the names, if only a command|application name > > is provided via the dialog. > > > > It's quite ok to include macros, and in particular, to append %p. That > > will provide the full path of each selected item as separate arguments. > > > > Maybe it would be more consistent to default to %p behaviour, with %f to > > over-ride that. Especially as the operation is queued, and it may be that > > the CWD is not what it was when the selection was done ... That's in svn now. > One other thing I forgot about earlier, but it's a little hard to explain > properly, wrt to the "select first item in newly-opened directories", if > you enter an empty directory, leave it, then come back to it when it's > populated, nothing is selected. > > Logically that behaviour makes sense, but it would probably be preferable > to select the first item in that case (if that config item is > selected/enabled). Done in svn now. Regards Tom -- Users can unsubscribe from the list by sending email to emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by logging into the web interface.