On Sat, 29 Nov 2008 00:03:14 +0100 (CET) Dave Andreoli <[EMAIL PROTECTED]> wrote:
> > ----- "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> ha scritto: > > > On Fri, Nov 28, 2008 at 5:11 PM, Dave Andreoli > > <[EMAIL PROTECTED]> wrote: > > >> 14. Another request remembered by an user at #e: auto-mount and a > > way > > >> to force mount and unmount of devices. It is annoying to keep an > > efm > > >> window open just to be able to use the device with other apps. > > Using > > >> the advice name instead of a code/number as mount dir would be > > good > > >> as > > >> well, just see pmount-hal. > > >> > > > > > > This is exacly what the places module do..plus some more :) > > > Please have a look at it > > (http://code.google.com/p/e17mods/wiki/Places) > > > In my opinion we can remove some hal code from efm and use more > > > the > > places > > > module (maybe use it by default). This mainly for reducing efm > > complexity. > > > > Why don't you add "places" module in E's SVN? I dislike having to > > search for modules over the net... and I really forgot about places > > (actually could be named volumes, dunno?). > > 'couse I don't know witch filemanager to launch on click, for now > places use thunar ... I have made some try to find an E-way to share > mime default but without success for now ;) > So, i'm waiting for a efm desktop to run :) You should be able to launch an efm window from a module without a problem. I don't see what your issue is there. > and a centralized way to store info (default fm, default term etc..) > to read from. I have also done a module to set your default > applications, but don't know how to share this information :( > > Hey! this spot out a new todo item: > * efm should read and write preferred applications in a 'standard > way', note that standard don't stand for fredesktop, they don't have > a spec for defapp atm. It already has a 'standard' way then. You can read the config just as easy as efm can afaik. It should be global and accessible by any module. I don't see this as a standard though due to the fact that no one else is or will use it since it is very specific to E. So I'd rather someone get involved in the FDO spec that is being tossed around and help get it pushed through and improved. Might be a good chance for us to get our foot in the door with FDO. > > Dave > > p.s. the same problem is also blocking the trash module to go in svn > > > > > -- > > Gustavo Sverzut Barbieri > > http://profusion.mobi embedded systems > > -------------------------------------- > > MSN: [EMAIL PROTECTED] > > Skype: gsbarbieri > > Mobile: +55 (19) 9225-2202 > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK > & win great prizes Grand prize is a trip for two to an Open Source > event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ enlightenment-devel > mailing list enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
