On Mon, 21 Nov 2005 23:28:14 -0800 Andreas Sæbjørnsen <[EMAIL PROTECTED]> babbled:
> This is a discussion for anybody which feel they spend too much time in the > bottom left corner of the desktop. I corroborate for discarding the start > menu as it is > > * difficult to find programs because of > > - not all programs are easily categorized > > - not every user will agree on the categorization you CAN re-categorise yourself as that menu is a private user copy of stuff built from system info. > - as an enlightenment user I use KDE and GNOME programs which has the same > set of categories which from several reasons > > cannot be merged. Nesting within nesting thats a problem of the source data - not a lot can be done really. > * it takes time to find programs even when you know where they are > > -nested menu within nested menus > > -force you to think about programs in a certain way, counterproductive you CAn put frequently used ones in the ibar with a simple DND, or re-arrange your menus. > * frequently used programs is not easier to access > > -has no concept of frequently used programs ibar :) > -static categories, has no knowledge of programs purpose > > -force you to think about programs in a certain way, counterproductive i agree mostly - but the SOURCe data tells us "this is the app and it is in this category" thats how the distribution or app install sets it up. we are victim to that data one way or another and we are rpesenting a "famiuliar" menu as one way to access it. > * the current desktop has too many different ways of finding the same > programs/information which all have to maintain it's own set of information they actually SHARE a lot of the info... believe it or not. :) > - start bar, right click menu on data to open it with certain programs, > click able icons on desktop, desktop bar and probably some more the start and right click and left click on desktop mensu are the same one - just activated in different places for convenience. > I can not think of. Should we not be able to share information between > these? And should we not be able to find easily access documentation they do share. the problem is - we HAVE no documentation. we only have nimimal app info. > through this interface as well? > - on a typical Linux installation you have the kde start menu, the gnome > start menu, the kde and gnome desktop bars etc all maintaining a static > set of information. > > I think it would increase desktop productivity to abandon a concept which > awkwardly forces us to interface towards our computer in a very > counterproductive way. A solution to this problem already exists in Mezzo. > As an experienced user I don't enjoy the cartoonish character of the Mezzo > desktop from www.symponyos.com <http://www.symponyos.com> as it does not fit > the advanced user, but they got it right when it comes down to how programs > are found. > > * Desktop wide menus for finding programs > > -concept of frequently used programs the idea of frequently used aopps is designed for in our system.t hats why we keep our own app database. right now we dont track how many times and when you run an app - but we CAN later. :) > -easy access to information about the programs from the menu we have no more information that the user manually enters OR that an app provides in a .desktop file - and we use all that .desktop file info currently. > * Make a field within the desktop wide menu for searching after programs. In > this way nesting is avoided actually we have a better plan - typebuffer. it woudl do fuzzy matching on app names, execuatbles, descriptions etc. not implemented yet - but the core of a search system anyway. simple one. > -put this field also on the desktop bar besides the nice easy access icons > so that you can search for programs easily. Make it so that programs which > you frequently search for shows up on easy hit "F1" (or some magic key - bindable) or some butotn ont he screen or menu item - typebuffer pops up. just type "web" and all apps that contain "web" at the start of the executable or within the application name, or description or generic label willd be listed with icons and u can click on them or use up/down arrow to select whihc one. e can remember which ones u often select and make them the first search results next time etc. right now this is on the TODO. > the desktop bar as icons. You will then have two sets of icons: one dynamic > set and one static set. > > * Finding documentation about a program and finding the program itself > should be in the same interface we cant' do anything about this as we have no info on the programs docs and where they may be. > * The desktop-bar, the right-click menu etc should be an interface towards > data from the desktop wide menu. > > -The data should be dynamic in the meaning that it collects information > about > how the programs are used so that the computer can help the user to be more > productive. > > -Enables the developers to play with this data in innovative ways > > For anyone which feel they spend to much time in the left corner of the > desktop, take a look at mezzo and just imagine how amazing it could to make > enlightenment even better by introducing the concept of > system wide menus. Currently I just start programs from a shell, but then > again: shouldn't this be easier from the GUI? agreed - we can do better than the simple "windows" copy "start menu" system. we are working on it. the problem is - we still have basics like no gui configuration system finished (it's been started) and thats currently a priority. rememebr there eill be e18, e19, etc. so we can always put off fancy features until e18 and e19 to help get the basics "well done" for e17. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
