From: Khonshu <lor...@ya...> - 2002-01-21 05:16:28
|
----- Original Message ----- From: Christian Kreibich <kre...@in...> To: <enl...@li...> Sent: Sunday, January 20, 2002 11:37 AM Subject: [E-devel] Re: Needful things for e17 > Wim de Jonge wrote: > > > > Aah! Finally a chance to put forward some ideas :-) > > That was the intention :) > > > Sounds very good! What would then be the default app to open a given > > file: an editor or a viewer? Every user might have a different > > preference. IMHO it should be easy for a user to configure which > > application is the default for a given type of file. > > That'll either need a simple gui tool or a special drag and drop mode: > drag a file onto an app, a menu pops up giving options like "launch file > with app", "make app default for file type" etc. > > > Just to nitpick: why *double* clicking? Wouldn't a single click/release > > event suffice? > > I hate single-click launches. When I drag things around, I click and > drag. I don't want my apps to launch if I change my mind and let go a > bit early. To me launching is like "I really mean it", so I click twice. > > > : Should we have the "Open with ..." menu entry again, as in > > : efm? I liked it a lot, although it conflicts a bit with the > > : idea of the icon bar. > > > > Both ideas sound good (iconbar and "open with..."). Are they mutually > > exclusive? Or do you think that different ways to solve the same problem > > is a big "no no" in a user interface? > > Redundancy in a gui is a big no-no, definitely. The iconbar doesn't have > a defined functionality other than "a collection of icons" yet, I think. > Let's say we generalize the iconbar into a taskbar/statusbar. Then that > bar can both display helpful info about the directory plus display a > bunch of icons for apps, files, etc. In that case it's perfectly fine to > have both -- through the "open with" menu, you get a choice of apps > considered suitable for the file (say browsers for an html file). > However, if I drag the file onto some app (which might happen to be an > icon in the taskbar, or in the view itself), then e17 launches the app > with the file as parameter (could be an editor in this case). > > I'd like to somehow integrate desktop items more in e17. What I don't > like about a typical e16 desktop is all the separate items that can live > on your desktop: pagers, iconboxes, epplets etc. > > > As mr. fr0z3n pointed out, many users are used to the (iconbox) > > desktop-pager setup, and I know I would like to keep the pager. Maybe it > > I guess we should delay the pager until e18 :) Yea pagers under evas could really be amazing... but the power they could have would take some serious work... Could hack some simple in... maybe to the par of 16s, which were very capable and cool... do in an application format... Then jerk them some time in the 18 tree. And build a really nice subsystem for an incredibly slick system. > > About the iconbar: Maybe it would be good to put icons in there that > > represent functionality instead of a given application. A bit like the > > Mhmm with a little scriptability in e17, those functionalities could be > represented by scripts, putting them on the same level as apps, so we > wouldn't exclude anything ... > > > Several other UI-related things about E16.5 are very worthwhile to > > re-implement in E17, I think. Things like window groups for example. > > Yikes! Deja-vu :) > > Christian. > -- > ________________________________________________________________________ > http://www.whoop.org ------------------------------ Lord Khonshu D-vine Logic Group _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |