[opensuse-gnome] suggestions for a simpler design for the gnome-main-menu
Mockups: http://img523.imageshack.us/img523/7501/cleangnomemainmenumockull6.png http://img159.imageshack.us/img159/1028/appbrowsermockupzj3.png http://img337.imageshack.us/img337/6744/controlcentermockupxw7.png Hello, with the 0.9x-version, the main menu has acquired new functionality but also has lost some of its intuitive handling. Two bars plugged unto the centre of the menu are one too many. And my father wasn't even capable of finding the log-out entry in the _old_ version of the menu. Big Board,too, now tries to cram as much info as possible into one menu (leading to an information-overload IMHO). I think it would be a good thing if the gnome-main-menu would set itself apart from that by providing as simple a way as possible to do as many things as possible within a menu. I hope you don't mind that I make some suggestions for a simpler design of the gnome-main-menu also showing an application-browser and the control-center inline. So, basically I'd like to see the menu slimmed down somewhat. Perhaps less can be more, sometimes. There's two ways one could do something about that: Omitting unneccessary things and arranging things better. 1. Unneccessary space-stealers How many times do we really need to lock the screen manually? Not too often, as it happens automatically after a few minutes. So skip that menu-entry. Does the entry-field for the search-menu have to cover the whole length of the menu? Certainly not! 2. Clever re-grouping of buttons How many times do we want to install software when we open the menu? Not too often. We want to do it mostly when we realize that an application we need is not installed. So put the 'install software'-button next to the 'More...'-button in the menu/the app-browser, where the user will need it. Do we really need to know whether the machine is connected to the Net everytime we open the menu? And also, how much space there is on the HD? I think not. Also, this replicates data we should be shown in the gnome-panel (network-manager, D-Bus low-space warning). In the end, we would look for system-information somewhere where we can do other system-maintenance, also. So, put it into an inline control-center (see mockup). This leaves us with few, but important menu items on the right-hand bar: 'Help' and 'Logout'. As shrinking the 'Search'-menu has gained us space, and as especially the 'Logout'-button is very important, one could and should put them into the top-bar of the menu IMHO; next to the search-field. Below that, as in the 0.9x-version there is 'Applications', 'Documents' and 'Places', and it now has gained a 'System'-entry which shows the new inline control-center and some system-info. The active entry ('Applications' respectively 'System' in these mockups) should be highlighted in blue, but, hey, I'm no good with the Gimp; sorry. Please also excuse the mixture of German and English in the mockups. Well, this is how the mockups' design got together. Now for the functioning of an inline application-browser and control-center that I hope to see someday. :) In the applications-browser the upper half of the windows should contain the categories of applications; if not all fit in, the 'More...'-button should show the next categories. The lower half of the window shows the applications of the selected category. The 'More...'-button shows the next applications of that category. It would be very clever if the most-used applications were shown first. The search-button could search the for the active area (applications, documents... you could also regard e-mail as documents) while typing and only if the user hits the return-key the beagle-search interface could come up. Same for the control-panel; the 'More...'-button only changes the appropriate part of the window. BTW, the Big Board developers have come up with an idea worth stealing: installation suggestions (http://clarkbw.net/blog/2007/05/04/bullish-on-finding-new-applications/). For example if you search for 'presentation' and don't have presentation-software installed, it would suggest OpenOffice as a recommended install. That would be some idea for future use. It would be nice to have 'suggstions' for categories,too. Say, you browse the 'Internet'-category; there's two lines with place for 3 applications-icons each. Now, say, you'd only have 4 applications installedd, so the otherwise 'empty' spaces in line 2 would be filled by two suggested installations. Enough stuff to think about. I hope someone might find the mockups worth thinking about, too. Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Il giorno sab, 05/05/2007 alle 23.50 +0200, Christian Jäger ha scritto:
Mockups: http://img523.imageshack.us/img523/7501/cleangnomemainmenumockull6.png http://img159.imageshack.us/img159/1028/appbrowsermockupzj3.png http://img337.imageshack.us/img337/6744/controlcentermockupxw7.png
1. Unneccessary space-stealers
How many times do we really need to lock the screen manually? Not too often, as it happens automatically after a few minutes. So skip that menu-entry.
Hello Christian, this is only true if you have the automatic screen lock turned on, which actually is the default setting in GNOME, but some users like turn off. So the lock screen command is a fast shortcut which eliminates the need to add the "lock screen" applet to the panel :-)
Does the entry-field for the search-menu have to cover the whole length of the menu? Certainly not!
I tend to agree. It has to be long enough to contain an average word or two.
2. Clever re-grouping of buttons
How many times do we want to install software when we open the menu? Not too often. We want to do it mostly when we realize that an application we need is not installed. So put the 'install software'-button next to the 'More...'-button in the menu/the app-browser, where the user will need it.
Hmm. Maybe it's functional (I'm not convinced) but it looks terrible. Moreover I would love to see that More... disappear and be replaced by an arrow which opens the full menu (XP style, to be clear) and not the application browser.
Do we really need to know whether the machine is connected to the Net everytime we open the menu? And also, how much space there is on the HD? I think not. Also, this replicates data we should be shown in the gnome-panel (network-manager, D-Bus low-space warning). In the end, we would look for system-information somewhere where we can do other system-maintenance, also. So, put it into an inline control-center (see mockup).
Yes! The "inline" control center, which actually is a tab for the control center features seems a good idea to me. It gives faster access to the configuration tools
This leaves us with few, but important menu items on the right-hand bar: 'Help' and 'Logout'.
As shrinking the 'Search'-menu has gained us space, and as especially the 'Logout'-button is very important, one could and should put them into the top-bar of the menu IMHO; next to the search-field.
I feel that splitting the menu vertically in two parts make it cleaner. But it's probably just a question of habits.
Below that, as in the 0.9x-version there is 'Applications', 'Documents' and 'Places', and it now has gained a 'System'-entry which shows the new inline control-center and some system-info.
System info in the third mockup are definetly too small to be read!
The active entry ('Applications' respectively 'System' in these mockups) should be highlighted in blue, but, hey, I'm no good with the Gimp; sorry. Please also excuse the mixture of German and English in the mockups.
Well, this is how the mockups' design got together.
Now for the functioning of an inline application-browser and control-center that I hope to see someday. :)
The search-button could search the for the active area (applications, documents... you could also regard e-mail as documents) while typing and only if the user hits the return-key the beagle-search interface could come up.
This sounds interesting! I agree.
BTW, the Big Board developers have come up with an idea worth stealing: installation suggestions (http://clarkbw.net/blog/2007/05/04/bullish-on-finding-new-applications/). For example if you search for 'presentation' and don't have presentation-software installed, it would suggest OpenOffice as a recommended install. That would be some idea for future use. It would be nice to have 'suggstions' for categories,too. Say, you browse the 'Internet'-category; there's two lines with place for 3 applications-icons each. Now, say, you'd only have 4 applications installedd, so the otherwise 'empty' spaces in line 2 would be filled by two suggested installations.
The suggestions would help new users a lot. Not knowing the name of applications is one of the big problems for newbies. Regards, A. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Hello Alberto, thank you taking an interest! I love the idea behind the menu and hence love thinking about making it even more foolproof. Am Sonntag, den 06.05.2007, 03:38 +0200 schrieb Alberto Passalacqua:
So the lock screen command is a fast shortcut which eliminates the need to add the "lock screen" applet to the panel :-)
True. Though this is rather a rare use-case. But you could argue in a similar way that one needs a button for 'workspaces' in the menu. That reminds me, there was a wonderfully insightful blog-entry about how choice can bring upon confusion and thus void choice (not completely unrelated): http://www.joelonsoftware.com/items/2006/11/21.html
So put the 'install software'-button next to the 'More...'-button in the menu/the app-browser, where the user will need it.
Hmm. Maybe it's functional (I'm not convinced) but it looks terrible.
What would you say; would it look good if was placed like an application-button? Here's a new go at the menu: Mockup: http://img515.imageshack.us/img515/3136/cleangnomemainmenumockudg0.png
Moreover I would love to see that More... disappear and be replaced by an arrow which opens the full menu (XP style, to be clear) and not the application browser.
It would be kind of a break of consistency to introduce a pop-up menu but I see that it would be practical. But couldn't you try to keep it flat and not collapsing? Especially older people tend to get easily frustrated when they move the cursor a little and sub-menus disappear again. How about this - you could either make the menu behave like its KDE-counterpart and scroll column by column: Mockups: App-browser: http://img87.imageshack.us/img87/9922/appbrowsermockup2lj4.png App-browser scrolling: http://img87.imageshack.us/img87/129/appbrowsermockup2scrollvb0.png Or you could let it extend horizontally like this: Mockup: http://img522.imageshack.us/img522/6345/appbrowsermockup2extendsc1.png
I feel that splitting the menu vertically in two parts make it cleaner. But it's probably just a question of habits.
I only opted for the vertical separation because horizontally splitting we end up with much more 'dead space'.
System info in the third mockup are definetly too small to be read!
Yes; I would imagine a simple status-bar would do for the disk-space and a simple symbol for on-/offline? Enough to almost subconsciously realize that everything's in working order (or not)? Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Il giorno dom, 06/05/2007 alle 13.43 +0200, Christian Jäger ha scritto:
True. Though this is rather a rare use-case. But you could argue in a similar way that one needs a button for 'workspaces' in the menu.
I was just considering how many times I use that button. And it's quite often. Of course it's not a big problem if it is removed for better usability. I would just prefer to have it. ;-)
So put the 'install software'-button next to the 'More...'-button in the menu/the app-browser, where the user will need it.
Hmm. Maybe it's functional (I'm not convinced) but it looks terrible.
What would you say; would it look good if was placed like an application-button? Here's a new go at the menu:
Mockup: http://img515.imageshack.us/img515/3136/cleangnomemainmenumockudg0.png
Yes! Better :-)
Moreover I would love to see that More... disappear and be replaced by an arrow which opens the full menu (XP style, to be clear) and not the application browser.
It would be kind of a break of consistency to introduce a pop-up menu but I see that it would be practical. But couldn't you try to keep it flat and not collapsing? Especially older people tend to get easily frustrated when they move the cursor a little and sub-menus disappear again.
I agree. It's frustrating to have the menu disappear if you move the mouse.
How about this - you could either make the menu behave like its KDE-counterpart and scroll column by column:
Mockups:
App-browser: http://img87.imageshack.us/img87/9922/appbrowsermockup2lj4.png App-browser scrolling: http://img87.imageshack.us/img87/129/appbrowsermockup2scrollvb0.png
Yes. A kickoff-like behaviour would be OK.
Or you could let it extend horizontally like this:
Mockup: http://img522.imageshack.us/img522/6345/appbrowsermockup2extendsc1.png
This is risky. If the screen has a low resolution or the menu has many sublevels, you risk to have not enough space to show it all and you would need horizontal scrolling.
Yes; I would imagine a simple status-bar would do for the disk-space and a simple symbol for on-/offline? Enough to almost subconsciously realize that everything's in working order (or not)?
Yes. And maybe with additional info in a textbox which appears when you put the mouse on the symbol. About who's working on the menu actively, I'm not sure. In the about dialog there are these four names (the email are there too): Rodney Dawes Jim Krehl Scott Reeves Dan Winship For sure S. Reeves and J. Krehl are working on it because they answered to my questions/bugreport about the memory leak. Regards, Alberto -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Hm. I think I might be slowly getting somewhere with these mocked-up layouts; especially the integration of application-browser and control-center look functional to me. I wish I could code that, now... main-menu: http://img234.imageshack.us/img234/8469/cleangnomemainmenumockuzv9.png app-browser: http://img234.imageshack.us/img234/8961/appbrowsermockup3io4.png control-center: http://img248.imageshack.us/img248/1451/controlcentermockup3dw9.png -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Il giorno lun, 07/05/2007 alle 21.41 +0200, Christian Jäger ha scritto:
Hm. I think I might be slowly getting somewhere with these mocked-up layouts; especially the integration of application-browser and control-center look functional to me. I wish I could code that, now...
main-menu: http://img234.imageshack.us/img234/8469/cleangnomemainmenumockuzv9.png app-browser: http://img234.imageshack.us/img234/8961/appbrowsermockup3io4.png control-center: http://img248.imageshack.us/img248/1451/controlcentermockup3dw9.png
I like the integrated app-browser. Now we have to hope someone at Novell is reading and considering your ideas. In my experience, it's better to write on the -project or -factory mailing list because they're more frequented (please put me as CC, I'm interested in this discussion). Regards, Alberto -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Hi everyone On Mon, 2007-05-07 at 21:57 +0200, Alberto Passalacqua wrote:
Il giorno lun, 07/05/2007 alle 21.41 +0200, Christian Jäger ha scritto:
Hm. I think I might be slowly getting somewhere with these mocked-up layouts; especially the integration of application-browser and control-center look functional to me. I wish I could code that, now...
main-menu: http://img234.imageshack.us/img234/8469/cleangnomemainmenumockuzv9.png app-browser: http://img234.imageshack.us/img234/8961/appbrowsermockup3io4.png control-center: http://img248.imageshack.us/img248/1451/controlcentermockup3dw9.png
I like the integrated app-browser. Now we have to hope someone at Novell is reading and considering your ideas. Yes, someone is. With a lot of interest. Couldn't find the time, however, to reply earlier.
I don't know whether you know of Marco Barisione. He had similar ideas back when the first SLED 10 SP1 screenshots were released: http://www.barisione.org/blog.html/p=74 I'd love to see more community action when it comes to the main-menu. There is however a limitation to what can be done: AFAIK, the main-menu is mainly driven by usability tests and not by feature requests. So every idea must first be tested in the lab. And if you have seen posts or listened to interviews regarding the main-menu, it is not always the obvious that people find easy to use. So while these might be good ideas, there is still the question on whether they make it through the usability lab.
In my experience, it's better to write on the -project or -factory mailing list because they're more frequented (please put me as CC, I'm interested in this discussion). You might also be interested in the -ux list, which used to be the usability list and now has a much broader spectrum: user experience.
You might also file a bug against main-menu and mark as an enhancement.
One bug for each feature-request. The team will try worthwhile features
and you'll either see it in a update or it gets rejected for usability
reasons (if the feature failed in the tests).
Sidenote: No, I'm not involved in the development of the main-menu.
Regards,
Josh
--
Jörg Kreß
Il giorno mar, 08/05/2007 alle 09.12 +0200, Joerg Kress ha scritto:
I like the integrated app-browser. Now we have to hope someone at Novell is reading and considering your ideas. Yes, someone is. With a lot of interest. Couldn't find the time, however, to reply earlier.
Not a problem. What counts is the interest. :-)
I don't know whether you know of Marco Barisione. He had similar ideas back when the first SLED 10 SP1 screenshots were released: http://www.barisione.org/blog.html/p=74
I'd love to see more community action when it comes to the main-menu.
This would be good. The problem is that many of us don't know how to help. I mean, the new version of the menu was proposed without involving the community, for what I know. So the feedback from the community can only come after.
There is however a limitation to what can be done: AFAIK, the main-menu is mainly driven by usability tests and not by feature requests. So every idea must first be tested in the lab. And if you have seen posts or listened to interviews regarding the main-menu, it is not always the obvious that people find easy to use. So while these might be good ideas, there is still the question on whether they make it through the usability lab.
But I wonder if the application browser passed any of there tests. It takes too much to load and you've to look for the app you need in a long list. Sometime the categories are of help, but if there are many applications, you still have to scroll to see the whole selection.
In my experience, it's better to write on the -project or -factory mailing list because they're more frequented (please put me as CC, I'm interested in this discussion). You might also be interested in the -ux list, which used to be the usability list and now has a much broader spectrum: user experience.
You might also file a bug against main-menu and mark as an enhancement. One bug for each feature-request.
People already give suggestion for free and invest its time. The menu team can do his effort to read a single report with a short list of improvements and, if the case, can split the list in more reports. In the end it's mainly in your interest to get these feedbacks. Regards, A. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Am Dienstag, den 08.05.2007, 09:12 +0200 schrieb Joerg Kress:
I'd love to see more community action when it comes to the main-menu. There is however a limitation to what can be done: AFAIK, the main-menu is mainly driven by usability tests and not by feature requests. So every idea must first be tested in the lab. And if you have seen posts or listened to interviews regarding the main-menu, it is not always the obvious that people find easy to use. So while these might be good ideas, there is still the question on whether they make it through the usability lab.
Yes, exactly. And it is great to have that systematic approach in software-developoment. I would love it though, if testing on the main-menu would not be declared finished, already. ;)
In my experience, it's better to write on the -project or -factory mailing list because they're more frequented (please put me as CC, I'm interested in this discussion). You might also be interested in the -ux list, which used to be the usability list and now has a much broader spectrum: user experience.
You might also file a bug against main-menu and mark as an enhancement. One bug for each feature-request. The team will try worthwhile features and you'll either see it in a update or it gets rejected for usability reasons (if the feature failed in the tests).
Good idea, I will. I would love to have a sensible discussion with contributions from the actual developers on possible improvements of usability. So, I'm gonna have a look at the -ux-list to see if anything's there. Small things can make a big difference. For example if a suggestion like mine for an integrated app-browser came into being, it would be very important that apps would not appear just in any order but sorted by 'sets of popularity' so that it would take as few clicks as possible to find the app one wants: *open menu*, *select "more apps"*, *select "Internet"*, set of most-used internet-applications appears, *click on ->*, set of 2nd-most-used internet-applications appears, *click on ->*, set of 3rd-most-used internet-applications appears... Anyway, I'm glad someone listens. Thanks, Josh! Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Hello Alberto, BTW, I have no idea who is actively working on this at Novell, do you? -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
A newer version, almost 'bug-worthy', now... http://img509.imageshack.us/img509/6408/cleangnomemainmenumockuer4.png http://img405.imageshack.us/img405/3715/appbrowsermockup6gi3.png http://img405.imageshack.us/img405/1133/controlcentermockup6uk0.png http://img515.imageshack.us/img515/2308/documentbrowsermockup4pr3.png http://img509.imageshack.us/img509/6951/documentbrowser2mockup4yr0.png -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Il giorno ven, 11/05/2007 alle 22.51 +0200, Christian Jäger ha scritto:
A newer version, almost 'bug-worthy', now...
http://img509.imageshack.us/img509/6408/cleangnomemainmenumockuer4.png http://img405.imageshack.us/img405/3715/appbrowsermockup6gi3.png http://img405.imageshack.us/img405/1133/controlcentermockup6uk0.png http://img515.imageshack.us/img515/2308/documentbrowsermockup4pr3.png http://img509.imageshack.us/img509/6951/documentbrowser2mockup4yr0.png
The more I see them, the more I like them :-) I like the idea of browsable desktop and devices in principle, because you directly open what you want from the menu. However I don't know how usable it is. You're going to integrate part of the functionality of the file manager in the menu. This could be a problem for network servers for example, which has to manage errors if the net is down and such. Probably it's OK to provide places, and then run nautilus when you click on them, using the lateral list only for recent documents, or maybe add a template list. With kind regards, Alberto -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
On Sat, 2007-05-12 at 02:52 +0200, Alberto Passalacqua wrote:
I like the idea of browsable desktop and devices in principle, because you directly open what you want from the menu. However I don't know how usable it is. You're going to integrate part of the functionality of the file manager in the menu. This could be a problem for network servers for example, which has to manage errors if the net is down and such.
As latency already is the BIG problem of main-menu, this is a very important point you make. I thought that IF there was to be file-manager it should really only be a file-_browser_. I.e. a very basic file-browser, that could do _none_ of the fancy things that Nautilus does - perhaps based on code from the gtk-file-chooser? The idea of integrating a file-browser is just too intriguing IMHO; it could speed up work so much. Because, talking about latency, Nautilus itself is not the quickest application to launch. At least on slow machines like mine. Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Il giorno dom, 13/05/2007 alle 17.50 +0200, Christian Jäger ha scritto:
As latency already is the BIG problem of main-menu, this is a very important point you make. I thought that IF there was to be file-manager it should really only be a file-_browser_.
I.e. a very basic file-browser, that could do _none_ of the fancy things that Nautilus does - perhaps based on code from the gtk-file-chooser?
The idea of integrating a file-browser is just too intriguing IMHO; it could speed up work so much. Because, talking about latency, Nautilus itself is not the quickest application to launch. At least on slow machines like mine.
I agree with the idea of a basic file-browser. What worries me more is the network browsing, which is significantly slow on samba networks for example. Regards, A. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
On Sun, 2007-05-13 at 17:55 +0200, Alberto Passalacqua wrote:
What worries me more is the network browsing, which is significantly slow on samba networks for example.
Certainly correct. Clicking on a network-server should better spawn an independent file-chooser dialogue or Nautilus Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Here are some initial suggestions for definitions of how the main-menu should be structured. Possibly the devs at Novell already have such definitions but we don't know which: • There should not be more bars than necessary in the menu in order not to distract the eye from the main part of the menu. • Thus the upper bar is only for functions that must be singled out. Otherwise everything happens in the main window • The mouse should have to move short ways --> no dead space wanted, the menu should stay small. • The hierarchy of buttons is top-down and left-right: Super buttons in the top-bar, main links above submenu-links and actions, submenu-links left of actions • Information should not be clickable! (because it confuses) --> 'harddrive' and 'network' are reduced to text-status and aren't tiles, anymore • There should be no duplicating or near-duplicating of functionality in order to keep the menu small (no lock-screen-button). • There is three types of click-able objects in the menu: 'super'-objects in the top bar (those aren't tiles), links (those aren't tiles and don't have symbols) and action (are tyled, have symbols) • 'Super'-objects are those singled out for special reasons: 'logout' and 'help' in my suggestion • Links represent collections of activities • Clicking on links changes the layout of the main frame, by either changing the whole frame or portions of it (tabs) • Links appear only within the main frame, which they change, in order to make their being connected obvious • Activities are represented by tiles. --> installing software is only an activity, too! • Sub-menus appear as links on the left side of the main-window, their collected activities as tiles on the right side • Use of tabs, consisting of a coloured background, makes it obvious to the eye that they belong to one 'set' of a link. • Sets of activities don't scroll! Use left/right-arrows to 'browse' them instead. • Lists of links do scroll (up/down-arrows) if necessary because we don't want more than one part of the main windows to change • Network-shares are always opened in a new window! • This is an 'action', thus the network-servers-button in the Documents-tab appears as a tile, while the rest of the links don't • 'Install software' is an action, too, thus it is also a tile in the system-tab What do you think so far? Is this a meaningful collection of ideas? Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Something that I find very handy in KDE is the menu bookmarks entry (off by default I think). You really get used to that quickly. If you guys decide for a tree-structured menu, as it seems, please make it extensible, so people can code stuff like that. Btw, could you guys ship with the following applet? That's be super! http://browserbookapp.sourceforge.net/ Thanks, Ricardo Dom, 2007-05-13 às 17:50 +0200, Christian Jäger escreveu:
On Sat, 2007-05-12 at 02:52 +0200, Alberto Passalacqua wrote:
I like the idea of browsable desktop and devices in principle, because you directly open what you want from the menu. However I don't know how usable it is. You're going to integrate part of the functionality of the file manager in the menu. This could be a problem for network servers for example, which has to manage errors if the net is down and such.
As latency already is the BIG problem of main-menu, this is a very important point you make. I thought that IF there was to be file-manager it should really only be a file-_browser_.
I.e. a very basic file-browser, that could do _none_ of the fancy things that Nautilus does - perhaps based on code from the gtk-file-chooser?
The idea of integrating a file-browser is just too intriguing IMHO; it could speed up work so much. Because, talking about latency, Nautilus itself is not the quickest application to launch. At least on slow machines like mine.
Greets, Chris
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Il giorno lun, 14/05/2007 alle 10.01 +0100, Ricardo Cruz ha scritto:
Btw, could you guys ship with the following applet? That's be super! http://browserbookapp.sourceforge.net/
Hello Ricardo, the applet is not currently in openSUSE. You could try to propone it as an enhancement for 10.3 on http://bugzilla.novell.com With kind regards, A. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
Seg, 2007-05-14 às 13:21 +0200, Alberto Passalacqua escreveu:
Il giorno lun, 14/05/2007 alle 10.01 +0100, Ricardo Cruz ha scritto:
Btw, could you guys ship with the following applet? That's be super! http://browserbookapp.sourceforge.net/
Hello Ricardo, the applet is not currently in openSUSE. You could try to propone it as an enhancement for 10.3 on http://bugzilla.novell.com
Okay, done: https://bugzilla.novell.com/show_bug.cgi?id=274229 Btw, do you guys have some GTK+ patches you apply when you package it? On yast-gtk, we have a search entry whose background gets clipped on fancy styles like SphereCrystal. This would fix that (haven't got a response yet, and I doubt there will be a GTK+ release with it before 10.3): http://bugzilla.gnome.org/show_bug.cgi?id=437493 I also have started a KDE/Qt style that makes those applications look like GTK+ ones. It requires a small GTK+ patch to add a method for wrapping XDisplays into dummy GdkDisplays. Would you be willing to push that? GTK+ guys seem hesitate to apply that, so obviously am I to continue that work. :) ( http://gtk4qt.sourceforge.net/ ) Thanks, Ricardo
With kind regards, A.
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
A first bug-report filed: Bug 274817 - revamping the GNOME main menu layout to something simpler (https://bugzilla.novell.com/show_bug.cgi?id=274817) Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
2007/5/15, Christian Jäger
A first bug-report filed:
Bug 274817 - revamping the GNOME main menu layout to something simpler (https://bugzilla.novell.com/show_bug.cgi?id=274817)
Greets, Chris
I like your design. Although I think 'More applications' should be a menu, not a new window. Regards. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
More bugs posted: Bug 274852: Merging gnome main menu's 'Documents' and 'Places'-tabs https://bugzilla.novell.com/show_bug.cgi?id=274852 Bug 274868: integrating the application-browser into gnome main-menu https://bugzilla.novell.com/show_bug.cgi?id=274868 Bug 274934: integrating control-center into gnome main menu https://bugzilla.novell.com/show_bug.cgi?id=274934 Please vote for them. :) Greets, Chris -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
I don't agree with: "Information should not be clickable! (because it confuses) -- 'harddrive' and 'network' are reduced to text-status and aren't tiles, anymore" Actually, I don't agree with the current implementation (clicking on harddrive opens home folder). I think it should open gnome system monitor as before. Regards -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
participants (5)
-
Alberto Passalacqua -
Christian Jäger -
Gabriel . -
Joerg Kress -
Ricardo Cruz