Re: User Interface of the X Configuration Tool
On Wed, 2007-06-06 at 10:46 +0300, Mikko Ohtamaa wrote: In the UK, either screen or monitor tend to be used. People more commonly refer to it as 'the computer screen' I think, 'monitor' is seen as a little more technical (although not much). I've been using 'screen' when writing documentation anyway... I am not native English speaker, but isn't it so that a screen can be also a television. It's not necessary a computer monitor which is plugged in. It's probably important to remember that non-technical users (at least in the UK) also use the word screen to refer to a dialogue box/druid page because of experiences of computer systems that they've seen operating, or used, where navigating through a set of computerised forms means going through a series of screens. I think it is a bad idea to use the word screen due to the common use of this very closely related, but very different, meaning. -- Tristan These opinions are my own and are not related to any opinions of my employer. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
I'm from Portugal and it sound exactly the same to me. In Portuguese we say both Ecra and Monitor On 6/6/07, Phil Bull [EMAIL PROTECTED] wrote: Hi Sebastian, On Wed, 2007-06-06 at 07:50 +0200, Sebastian Heinlein wrote: Am Dienstag, den 05.06.2007, 17:29 -0700 schrieb Corey Burger: On 6/5/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Am Donnerstag, den 31.05.2007, 12:07 -0700 schrieb Corey Burger: * Monitor is a much more common term than Screen. Screem is the term used by GNOME: e.g. in screen resolution or screen saver. But I am no native speaker :) So are these just different contexts? Multiple monitor setup would be also more common than multiple screen setup? At least in North America, a screen is a thing on a door or something at a movie theatre, not a box on your desk that is a monitor. There are any British on the list? In the UK, either screen or monitor tend to be used. People more commonly refer to it as 'the computer screen' I think, 'monitor' is seen as a little more technical (although not much). I've been using 'screen' when writing documentation anyway... Thanks, Phil -- Phil Bull http://www.launchpad.net/people/philbull -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- BUGabundo :o) (``-_-´´) GPG key 1024D/00967685 Linux user #443786 http://BUGabundo.net http://BrinKadeiraS.BUGabundo.net http://host.BUGabundo.net -- http://alojamento.BUGabundo.net From 1€ / month Crazy Domain Insane (200GB disk, 2TB bw, 6.00€ ($7.95)/month) at http://www.dreamhost.com/r.cgi?249195/signup 50$ discount with promo code BUG50 on all plans Free lifetime domain with promo code BUGDOMAIN -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Dienstag, den 05.06.2007, 14:28 +1200 schrieb Matthew Paul Thomas: On Jun 4, 2007, at 11:15 PM, Sebastian Heinlein wrote: Am Montag, den 04.06.2007, 22:43 +1200 schrieb Matthew Paul Thomas: ... So here's what the competition does: http://think-well.org/articles/2006/12/28/managing-multiple-displays But if your primary display is the one that's hosed, you're still stuck unless you have a keyboard combo set up to launch the Displays window in the first place (because you can't launch it from an invisible menu bar or Dock). Small side note: There is going to be a x keeps crashing session, that will start displayconfig. But I don't know if it will enable multiple monitors by default. ... At the top center of the window could be an option menu listing the available displays (defaulting to the primary display), followed by a separator, then items for managing multiple displays. The rest of the window would show settings for the current display. For example: |(x) Displays (-)| | __ | ||__LCD (Primary)_:^|| || || | (display-specific settings here) | :: The menu when opened: |(x)Displays (-)| | __ | ||/:LCD:(Primary):::|| || Canon LV-7575 || || Unknown || ||--|| || Graphics Card...|| || Arrange Displays... || : : Graphics Card... and Arrange Displays... would both open separate dialogs, and would not be actual choices. I agree with Corey and Mikko that the arrangement UI should use draggable thumbnails of each display. For accessibility, each thumbnail could be focusable and movable using the arrow keys. In GNOME we use a notebook with tabs or a left sided list view. It would not be consistent. That's a strange thing to say, because you've already added an option menu for locations that works much the same way, like the one in network-admin. (I hope it's sharing the list of locations with network-admin.) Not really. It has got a label that gives a clear idea of what you could find inside of the combobox menu: Locations. It only has got one purpose. Your widget would contain different entry types. The graphics card entry would not even refer to another object type but also launch a sub dialog, instead of modifying the current dialog. Before you could reuse the locations from the network admin you would have to introduce a meta concept of locations. Whether a list of objects should be presented in an option menu, a combo box, a listbox, or a text field with compulsory auto-complete depends not on the OS, but on the likely number of items and how prominent the list should be. For example, word processors (such as AbiWord) typically have an option menu or combo box for typeface selection in their toolbar, but a listbox for the same set of typefaces in their Font dialog. I am against using the combobox for such a central element of the dialog, since it hides all other information at the first time. Since -- as you pointed out -- most people will have only one display, I think it is quite prominent enough as an option menu, the same as in Windows. (And I know my Ascii art is dodgy, but I did intend it to be an option menu, not a combo box.) In GTK terms the widget would be an entry combobox. The term options menu refers to a deprecated GTK widget. Like the name already suggests, why should we allow the user to put any text into the chooser? The set of available options is really small. I think that the widget even on the Windows dialog looks very strange. Especially there is no indication to find the arrangement and graphics card action in the combobox. At the first time it will only show the name of a display - in the worst case even Unknown. Can you not even determine whether the primary display is an LCD or a CRT? At first there is a technical limitation: auto-detecting only works for the first display correctly. And if it fails we won't have got not any idea at all. But there is also the problem that we have got two information sources: on the one hand the configuration from the config file and on the other hand some run time auto detected facts. It is sometimes hard to make a decision on which we should base.
Feature Matrix - Re: User Interface of the X Configuration Tool
Here is the list of configuration options that we want to support: Screen: - Type (chosen from a build-in list or from a Windows driver file) - Resolution - Refresh Rate - Dual head role (primary/secondary) - Dual head position (left, right, above, below) - Used status (enabled/disabled) [- gamma correction (perhaps in the future)] Graphics Card: - Driver (chosen from a list) - Video RAM (required for some cards) - Custom options -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On Jun 5, 2007, at 7:01 PM, Sebastian Heinlein wrote: Am Dienstag, den 05.06.2007, 14:28 +1200 schrieb Matthew Paul Thomas: On Jun 4, 2007, at 11:15 PM, Sebastian Heinlein wrote: ... In GNOME we use a notebook with tabs or a left sided list view. It would not be consistent. That's a strange thing to say, because you've already added an option menu for locations that works much the same way, like the one in network-admin. (I hope it's sharing the list of locations with network-admin.) Not really. It has got a label that gives a clear idea of what you could find inside of the combobox menu: Locations. It only has got one purpose. So perhaps the menu needs a Display: label. I didn't include this in my proposal, because the Displays title bar was only 20 pixels or so above the menu, with nothing between the title and the menu. But if you are adding a location menu between them, perhaps a separate label is necessary. Your widget would contain different entry types. I think the location menu should eventually behave the same way. (The current scheme, of three unlabelled buttons to the right of the menu, is unattractive and unreasonably difficult to understand.) It is not common in Windows for dropdown listboxes to contain commands for managing the list they contain, but that's because they're drawn as listboxes rather than as menus, and it is much more obvious that a menu item will perform a command than that a listbox item will. But this GUI pattern is quite common for option menus in Mac OS, and I think the only reason it's not common in Gnome is that there isn't nearly as much Gnome software yet. The graphics card entry would not even refer to another object type but also launch a sub dialog, instead of modifying the current dialog. You might be right, the graphics card item might need to be a separate button. I can't tell that until I understand how graphics cards relate to displays. Before you could reuse the locations from the network admin you would have to introduce a meta concept of locations. That's what I'm suggesting. :-) I doubt there needs to be a separate Location Manager, though. Probably it would be enough to have an unobtrusive management interface in each tool that uses the locations. ... Since -- as you pointed out -- most people will have only one display, I think it is quite prominent enough as an option menu, the same as in Windows. (And I know my Ascii art is dodgy, but I did intend it to be an option menu, not a combo box.) In GTK terms the widget would be an entry combobox. If GTK calls it an entry combo box, that is an error in GTK. A combo box is a control that *combines* a text field and an option menu, hence the name. (In Windows, a combo box combines a text field and a dropdown listbox, with much the same effect.) But the displays menu should not be a combo box, it should be just an option menu. Windows programmers often mistakenly refer to dropdown listboxes as combo boxes because, in Windows versions up to XP, the two types of control looked exactly the same despite behaving very differently. (That bug is fixed in the default theme for Windows Vista.) So if GTK really does refer to option menus as combo boxes, it may be because the GTK developers were mistakenly copying the Windows developer patois. The term options menu refers to a deprecated GTK widget. I doubt that. Option menus are used in much of Gnome, including the location menu in network-admin, as well as gnome-background-properties, gnome-language-selector, Seahorse, Epiphany, Evolution, and GTK's own file pickers. Perhaps GTK uses a weird name for them too? Like the name already suggests, why should we allow the user to put any text into the chooser? The set of available options is really small. I agree entirely. That's why it should be an option menu, not a combo box. :-) I think that the widget even on the Windows dialog looks very strange. You may be looking at screenshots and thinking that the Windows dialog uses a combo box, but it doesn't. You've been misled by the Windows bug I described above, where dropdown listboxes and combo boxes look exactly the same. In Windows Vista, the default theme makes it much more obvious that the monitor selector is a dropdown listbox that you cannot type into. http://urlx.org/cybernetnews.com/83eb1 Especially there is no indication to find the arrangement and graphics card action in the combobox. At the first time it will only show the name of a display - in the worst case even Unknown. Can you not even determine whether the primary display is an LCD or a CRT? At first there is a technical limitation: auto-detecting only works for the first display correctly. And if it fails we won't have got not any idea at all. But there is also the problem that we have got two information sources: on the one hand the configuration from the config file and on the other hand some run time auto
Re: User Interface of the X Configuration Tool
Mikko Ohtamaa wrote: You would need a lot of space for the drop target areas around the main monitor. Furthermore drag and drop is very hard to discover for the user. So we would have to add normals controls too. Since we need the normal controls anyway we should use them as a starting point. You would need a lot of space for the drop target areas around the main monitor. Furthermore drag and drop is very hard to discover for the user. Not really if you have clever design - Drag and drop is the most natural user interface for moving objects (except for those vim/emacs users ;) - Change the cursor on monitor image hover - Add text Drag your monitors so that it corresponds your desktop setup - Drag and drop area can be made pop-up to utilize all available screen estate The Mac bottom bar, much as it is annoying, does reordering-drag-and-drop very well by making space under the mouse. Monitors can shrink to make this work... -- Andrew -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Mittwoch, den 06.06.2007, 00:16 +1200 schrieb Matthew Paul Thomas: On Jun 5, 2007, at 7:01 PM, Sebastian Heinlein wrote: Am Dienstag, den 05.06.2007, 14:28 +1200 schrieb Matthew Paul Thomas: On Jun 4, 2007, at 11:15 PM, Sebastian Heinlein wrote: Your widget would contain different entry types. I think the location menu should eventually behave the same way. (The current scheme, of three unlabelled buttons to the right of the menu, is unattractive and unreasonably difficult to understand.) It is not common in Windows for dropdown listboxes to contain commands for managing the list they contain, but that's because they're drawn as listboxes rather than as menus, and it is much more obvious that a menu item will perform a command than that a listbox item will. But this GUI pattern is quite common for option menus in Mac OS, and I think the only reason it's not common in Gnome is that there isn't nearly as much Gnome software yet. I attached a screenshot with all the combo-, option- and etc. boxes of GTK. I think this should put an end to this confusion. The graphics card entry would not even refer to another object type but also launch a sub dialog, instead of modifying the current dialog. You might be right, the graphics card item might need to be a separate button. I can't tell that until I understand how graphics cards relate to displays. Before you could reuse the locations from the network admin you would have to introduce a meta concept of locations. That's what I'm suggesting. :-) I doubt there needs to be a separate Location Manager, though. Probably it would be enough to have an unobtrusive management interface in each tool that uses the locations. I could only image a few setups where the network configuration would correspond to the display configuration. Most networks are just DHCP ones. E.g. although you are on your company's network (location at work) you would still need different display configurations (e.g. presentation or workspace). Just sharing exactly the same locations doesn't work. I think that the widget even on the Windows dialog looks very strange. You may be looking at screenshots and thinking that the Windows dialog uses a combo box, but it doesn't. You've been misled by the Windows bug I described above, where dropdown listboxes and combo boxes look exactly the same. In Windows Vista, the default theme makes it much more obvious that the monitor selector is a dropdown listbox that you cannot type into. http://urlx.org/cybernetnews.com/83eb1 Is this a mockup or the current Vista screen settings? ... Sorry, I don't yet understand the ratio of graphics cards to displays and why they need to be configured separately. Enlighten me. :-) A visual connection between the card and the screens would make it easier to identify Unkown devices on multiple card setups. But I skipped this in my latest approach too. Some time ago I posted a mockup that used the graphics card as the main object. You suggested to separate the graphics cards configuration by introducing a sub dialog. :) Is there somewhere I can read about the relationship between cards and displays? Is it 1:1? Is it 1:n? How friendly, and how long, are typical detected names for cards? Approximately what proportion of people have 1 card, what proportion have 2, and what proportion have 3? Card names can differ quite a lot. I attached a quite large list of graphics card names. So the names are quite unfriendly. Most (not linux) users perhaps even don't know the exact model. That is the impression I have got from the forums. I cannot give you any proportions of the user groups. But the ones with only one card seem to be the majority. There are also people who have got a slow onboard card and an additional pci-e or agp card. The group of people with three displays are really a minority. If there is anybody using three monitors he or she should raise his or her voice! I don't know many cards that have got three outputs. E.g. the T60 has got an internal display, an external vga and an external dvi (in the docking station). Most cards support one or two displays. ... If we get the locations chooser there would be two comboboxes. That would result in a quite nested dialog. ... That's a good point. But perhaps you don't actually need locations after all. Instead, store all the detected identifying information for up to (say) the 50 most recent unique displays the user configured, together with how they configured each of them the last time they used them. (This information wouldn't be shown anywhere in the GUI, it would be used solely for making things Just Work.) Then the next time a display is detected, compare it against the list of previous displays. If there's a match, automatically set the display to the configuration the user used for that display last time. This feature was thought
Re: User Interface of the X Configuration Tool
Am Sonntag, den 03.06.2007, 23:35 +0100 schrieb Andrew Sobala: The Mac bottom bar, much as it is annoying, does reordering-drag-and-drop very well by making space under the mouse. Monitors can shrink to make this work... Sorry, although I administrate a few Apple machines, I am not so familiar with the user interface. What do you refer to by mac bottom bar? Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On 6/5/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Am Donnerstag, den 31.05.2007, 12:07 -0700 schrieb Corey Burger: * Monitor is a much more common term than Screen. Screem is the term used by GNOME: e.g. in screen resolution or screen saver. But I am no native speaker :) So are these just different contexts? Multiple monitor setup would be also more common than multiple screen setup? At least in North America, a screen is a thing on a door or something at a movie theatre, not a box on your desk that is a monitor. Corey -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Dienstag, den 05.06.2007, 23:58 +0100 schrieb Andrew Sobala: Sebastian Heinlein wrote: Am Sonntag, den 03.06.2007, 23:35 +0100 schrieb Andrew Sobala: The Mac bottom bar, much as it is annoying, does reordering-drag-and-drop very well by making space under the mouse. Monitors can shrink to make this work... Sorry, although I administrate a few Apple machines, I am not so familiar with the user interface. What do you refer to by mac bottom bar? It's a bar, by default along the bottom of the screen, that has application launchers (and minimised windows, but we'll ignore those for now) on it. If you try to reorder the applications, the act of dragging one along the bar will make the others move out of the way to create a decent fitts-law target. Ah, now I know what you mean. The bar that everybody sets to auto hide and you always have to guess on which side it is hidden when you use another one's desktop :) How should monitors shrink? Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Dienstag, den 05.06.2007, 17:29 -0700 schrieb Corey Burger: On 6/5/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Am Donnerstag, den 31.05.2007, 12:07 -0700 schrieb Corey Burger: * Monitor is a much more common term than Screen. Screem is the term used by GNOME: e.g. in screen resolution or screen saver. But I am no native speaker :) So are these just different contexts? Multiple monitor setup would be also more common than multiple screen setup? At least in North America, a screen is a thing on a door or something at a movie theatre, not a box on your desk that is a monitor. There are any British on the list? -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Sonntag, den 03.06.2007, 19:44 +0300 schrieb Mikko Ohtamaa: You would need a lot of space for the drop target areas around the main monitor. Furthermore drag and drop is very hard to discover for the user. So we would have to add normals controls too. Since we need the normal controls anyway we should use them as a starting point. You would need a lot of space for the drop target areas around the main monitor. Furthermore drag and drop is very hard to discover for the user. Not really if you have clever design - Drag and drop is the most natural user interface for moving objects (except for those vim/emacs users ;) Perhaps most naturally but not the most common one, since only a view applications implemented it. Furthermore it requires good mouse skills. Which points to the next week point: accessibility. - Change the cursor on monitor image hover To which symbol? - Add text Drag your monitors so that it corresponds your desktop setup Generally I think that if you need to explain your interface inside of the interface you have very likely done something wrong. - Drag and drop area can be made pop-up to utilize all available screen estate I cannot make an image of this. Additionally I don't see a connection between position changes (drag and drop) and duplicating (cloning) in the real world. It would be nice if you could create some paper draws or even a short storyboard of your idea. Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On May 30, 2007, at 6:12 AM, Sebastian Heinlein wrote: ... the new and shiny GTK frontend to displayconfig (the x configuration part of the KDE admin suite named guidance) has got some usability issues. I would like to start a discussion about this to get your input and comments. So here's what the competition does: http://think-well.org/articles/2006/12/28/managing-multiple-displays ... https://wiki.ubuntu.com/DisplayConfigGTK According to this specification, there will be one UI (gnome-display-properties) for people who have one display, another UI (display-config-gtk) for people who have two displays, and yet another UI (hacking the X config files yourself) for people who have three or more displays. I think this is unfortunate and unnecessary. Having discussed this with you on IRC, I understand that the current situation is: * we can't auto-detect the existence of displays, because of limitations in X; * we can't put a separate settings dialog on each display (like Mac OS X does), because we can't rely on the config on any given display being non-broken. These make the interface more complex than it could be, but I still think we could have a single interface for any number of displays. At the top center of the window could be an option menu listing the available displays (defaulting to the primary display), followed by a separator, then items for managing multiple displays. The rest of the window would show settings for the current display. For example: |(x) Displays (-)| | __ | ||__LCD (Primary)_:^|| || || | (display-specific settings here) | :: The menu when opened: |(x)Displays (-)| | __ | ||/:LCD:(Primary):::|| || Canon LV-7575 || || Unknown || ||--|| || Graphics Card...|| || Arrange Displays... || : : Graphics Card... and Arrange Displays... would both open separate dialogs, and would not be actual choices. I agree with Corey and Mikko that the arrangement UI should use draggable thumbnails of each display. For accessibility, each thumbnail could be focusable and movable using the arrow keys. Cheers -- Matthew Paul Thomas http://mpt.net.nz/ PGP.sig Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On Jun 4, 2007, at 8:24 PM, Sebastian Heinlein wrote: Am Sonntag, den 03.06.2007, 19:44 +0300 schrieb Mikko Ohtamaa: ... - Add text Drag your monitors so that it corresponds your desktop setup Generally I think that if you need to explain your interface inside of the interface you have very likely done something wrong. ... That is generally true. And perhaps one day people will be able to rely on drag-and-drop Just Working everywhere. But so long they can't, it is reasonable to add a sentence advertising drag-and-drop wherever doing so wouldn't be monotonous. (For example, it would be ok to advertise it here, but not in a Nautilus window or a filepicker.) Cheers -- Matthew Paul Thomas http://mpt.net.nz/ PGP.sig Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Montag, den 04.06.2007, 22:43 +1200 schrieb Matthew Paul Thomas: On May 30, 2007, at 6:12 AM, Sebastian Heinlein wrote: ... the new and shiny GTK frontend to displayconfig (the x configuration part of the KDE admin suite named guidance) has got some usability issues. I would like to start a discussion about this to get your input and comments. So here's what the competition does: http://think-well.org/articles/2006/12/28/managing-multiple-displays How does the MacOS dialog allow to change the resolution of each monitor? ... https://wiki.ubuntu.com/DisplayConfigGTK According to this specification, there will be one UI (gnome-display-properties) for people who have one display, another UI (display-config-gtk) for people who have two displays, and yet another UI (hacking the X config files yourself) for people who have three or more displays. I think this is unfortunate and unnecessary. Having discussed this with you on IRC, I understand that the current situation is: * we can't auto-detect the existence of displays, because of limitations in X; * we can't put a separate settings dialog on each display (like Mac OS X does), because we can't rely on the config on any given display being non-broken. These make the interface more complex than it could be, but I still think we could have a single interface for any number of displays. gnome-display-properties will not do the job completely for a one monitor setup. On many systems it does not provide the wanted resolutions. Furthermore it only allows to change the resolution of the corresponding user and not to do any system wide changes. So I am also clearly against providing multiple tools. The basic idea of displayconfig was to use xrand for instant applying as far as possible but still base the configuration on the xorg.conf. The user at the front of the computer should always have got the right to change the xorg.conf, e.g. see network manager. At the top center of the window could be an option menu listing the available displays (defaulting to the primary display), followed by a separator, then items for managing multiple displays. The rest of the window would show settings for the current display. For example: |(x) Displays (-)| | __ | ||__LCD (Primary)_:^|| || || | (display-specific settings here) | :: The menu when opened: |(x)Displays (-)| | __ | ||/:LCD:(Primary):::|| || Canon LV-7575 || || Unknown || ||--|| || Graphics Card...|| || Arrange Displays... || : : Graphics Card... and Arrange Displays... would both open separate dialogs, and would not be actual choices. I agree with Corey and Mikko that the arrangement UI should use draggable thumbnails of each display. For accessibility, each thumbnail could be focusable and movable using the arrow keys. In GNOME we use a notebook with tabs or a left sided list view. It would not be consistent. I am against using the combobox for such a central element of the dialog, since it hides all other information at the first time. Especially there is no indication to find the arrangement and graphics card action in the combobox. At the first time it will only show the name of a display - in the worst case even Unknown. Additionally you have to think of systems with multiple cards. Please see my previous mails about the bad workflow of setting up a dual screen setup if the configuration is scattered on different dialogs or tabs. Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Donnerstag, den 31.05.2007, 19:04 +0200 schrieb Sebastian Heinlein: I made a new design that allows a much faster workflow: http://glatzor.de/filesink/allinone.png I implemented the above design. You can get feisty packages here: http://glatzor.de/filesink/displayconfig/feisty/ It now depends on the guidance-backends. Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On Jun 4, 2007, at 11:15 PM, Sebastian Heinlein wrote: Am Montag, den 04.06.2007, 22:43 +1200 schrieb Matthew Paul Thomas: ... So here's what the competition does: http://think-well.org/articles/2006/12/28/managing-multiple-displays How does the MacOS dialog allow to change the resolution of each monitor? (For the benefit of those who weren't in #ubuntu-devel...) Following the principle of direct manipulation, it opens a secondary dialog *on each display*, for setting the resolution+refresh+colors of that display. http://www.dummies.com/WileyCDA/DummiesArticle/id-3130.html The secondary dialogs cannot be dismissed by themselves, but presumably they disappear as soon as you leave the Displays pane of System Preferences. (This works because the whole mechanism is instant-apply.) If you disconnect a display completely, any windows that were on it are automatically moved to the primary display, and resized if necessary. However, any desktop icons that were on the secondary display remain lost until you either Arrange or Select All then Clean Up the desktop, which isn't good. (This is a correction to what I said in #ubuntu-devel...) If any display remains connected but isn't working properly (e.g. you've managed to set it to an incompatible refresh rate), both the primary Displays window and the secondary display dialogs have a Gather Windows button. Clicking that button on a display moves *all* windows onto that display that are not already on it. (This includes the other display window/dialogs. The secondary display dialogs are still distinguishable by the name of the display in their title bars.) But if your primary display is the one that's hosed, you're still stuck unless you have a keyboard combo set up to launch the Displays window in the first place (because you can't launch it from an invisible menu bar or Dock). ... At the top center of the window could be an option menu listing the available displays (defaulting to the primary display), followed by a separator, then items for managing multiple displays. The rest of the window would show settings for the current display. For example: |(x) Displays (-)| | __ | ||__LCD (Primary)_:^|| || || | (display-specific settings here) | :: The menu when opened: |(x)Displays (-)| | __ | ||/:LCD:(Primary):::|| || Canon LV-7575 || || Unknown || ||--|| || Graphics Card...|| || Arrange Displays... || : : Graphics Card... and Arrange Displays... would both open separate dialogs, and would not be actual choices. I agree with Corey and Mikko that the arrangement UI should use draggable thumbnails of each display. For accessibility, each thumbnail could be focusable and movable using the arrow keys. In GNOME we use a notebook with tabs or a left sided list view. It would not be consistent. That's a strange thing to say, because you've already added an option menu for locations that works much the same way, like the one in network-admin. (I hope it's sharing the list of locations with network-admin.) Whether a list of objects should be presented in an option menu, a combo box, a listbox, or a text field with compulsory auto-complete depends not on the OS, but on the likely number of items and how prominent the list should be. For example, word processors (such as AbiWord) typically have an option menu or combo box for typeface selection in their toolbar, but a listbox for the same set of typefaces in their Font dialog. I am against using the combobox for such a central element of the dialog, since it hides all other information at the first time. Since -- as you pointed out -- most people will have only one display, I think it is quite prominent enough as an option menu, the same as in Windows. (And I know my Ascii art is dodgy, but I did intend it to be an option menu, not a combo box.) Especially there is no indication to find the arrangement and graphics card action in the combobox. At the first time it will only show the name of a display - in the worst case even Unknown. Can you not even determine whether the primary display is an LCD or a CRT? Even saying Primary display would be better than Unknown. Additionally you have to think of systems
Re: Fwd: User Interface of the X Configuration Tool
Do I file it on launchpad? On 6/1/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Am Donnerstag, den 31.05.2007, 23:21 +0100 schrieb (``-_-´´) -- Fernando: Well, I gave it one more try, and ended up one more time without GDM, after pressing the test button. After reboot, I tried again, using this time the generic monitor, but it fall back to my laptop LCD. So I think that X aint recongnising my SVideo tvout?? How can I be sure that it was detected? Is there any way to force it to be the primary monitor ? Please fill a bug and include your xorg.conf and the debug file for displayconfig-gtk. It can be created using this command: displayconfig-gtk -w FILENAME Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- BUGabundo :o) (``-_-´´) GPG key 1024D/00967685 Linux user #443786 http://BUGabundo.net http://BrinKadeiraS.BUGabundo.net http://host.BUGabundo.net -- http://alojamento.BUGabundo.net From 1€ / month Crazy Domain Insane (200GB disk, 2TB bw, 6.00€ ($7.95)/month) at http://www.dreamhost.com/r.cgi?249195/signup 50$ discount with promo code BUG50 on all plans Free lifetime domain with promo code BUGDOMAIN -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: User Interface of the X Configuration Tool
Am Samstag, den 02.06.2007, 13:44 +0100 schrieb (``-_-´´) -- Fernando: Do I file it on launchpad? That is the place where we keep track of Ubuntu bugs. So yes. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Sebastian Heinlein wrote: I made a new design that allows a much faster workflow: http://glatzor.de/filesink/allinone.png To make the space limitations more visible I made a screen shot of the whole 640x480 desktop. General: * The new dialog only has got two tabs. One for the screens and one for the graphics cards. This removes the need to switch to several to only setup a different second screen. Furthermore this gives as space to put extra options corresponding to the graphics card on the second tab (videoram, disable 3D or custom option) (* On Xinerama setups we could try to guess the screens and to display an on screen label) * Using Screen and Graphics (Preferences) as a name for the dialog would make the gfx card driver settings easier to find * The first tab now uses a singular as label, since the configuration options on the left side only affect one/the selected screen * Hiding multiple the screens widgets would still scale down the dialog well for single screen setups Screen Selector (left side of the first tab): * In the selector the screens are only listed by their output number and short information (default or disabled). This gives us more space for the options on the right side. * The monitors of different cards will be separated by a separator * Sexy-Python could be used to put extra information about the screen on a tooltip * The icon in the selector will be shaded if the screen is currently not used (disabled) * Disabled rules hint to reduce visual noise Screen Options (right side of the first tab): * The options are separated into three groups that are separated by a larger white space: device settings, default screen, secondary screen * Orientation support was dropped, since XRandR tends to break Xinerama setups and their is no store/restore infrastructure currently for this option. As a side note: instant apply of resolution changes is now also disabled on dual screen layouts. * The make default button and the secondary screen controls are disabled for the default screen * The device/model chooser is now also left aligned What do you think about this? Cheers, Sebastian Hello Sebastian, I like your newest version of the layout very much, great job! :) However, I have one question about the dialog: why isn't it instant-apply like the most GNOME dialogs? I guess this has technical reasons, but it would be great if the dialog could be made instant-apply to better fit into gnome (with guards like timeouts after resolution changes, naturally). Regards, Denis -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On 5/31/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: I made a new design that allows a much faster workflow: http://glatzor.de/filesink/allinone.png To make the space limitations more visible I made a screen shot of the whole 640x480 desktop. General: * The new dialog only has got two tabs. One for the screens and one for the graphics cards. This removes the need to switch to several to only setup a different second screen. Furthermore this gives as space to put extra options corresponding to the graphics card on the second tab (videoram, disable 3D or custom option) (* On Xinerama setups we could try to guess the screens and to display an on screen label) * Using Screen and Graphics (Preferences) as a name for the dialog would make the gfx card driver settings easier to find * The first tab now uses a singular as label, since the configuration options on the left side only affect one/the selected screen * Hiding multiple the screens widgets would still scale down the dialog well for single screen setups Screen Selector (left side of the first tab): * In the selector the screens are only listed by their output number and short information (default or disabled). This gives us more space for the options on the right side. * The monitors of different cards will be separated by a separator * Sexy-Python could be used to put extra information about the screen on a tooltip * The icon in the selector will be shaded if the screen is currently not used (disabled) * Disabled rules hint to reduce visual noise Screen Options (right side of the first tab): * The options are separated into three groups that are separated by a larger white space: device settings, default screen, secondary screen * Orientation support was dropped, since XRandR tends to break Xinerama setups and their is no store/restore infrastructure currently for this option. As a side note: instant apply of resolution changes is now also disabled on dual screen layouts. * The make default button and the secondary screen controls are disabled for the default screen * The device/model chooser is now also left aligned What do you think about this? It looks cool. Just a few notes: * Monitor is a much more common term than Screen. * The way we display which monitor is very much suboptimal. Rather than simply showing the monitors and where they are and then be able to move them around, we end up with a situation wherein there is a great deal of wasted space (most users have a single monitor, a few have 2 and a vanishingly few have 3 or more). However, fitting that into 640x480 is a challenge. Corey -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: User Interface of the X Configuration Tool
On 5/30/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Am Mittwoch, den 30.05.2007, 10:58 +0100 schrieb (``-_-´´) -- Fernando: From my short experience, the application worked great, but tended to break X after reboot... Oh. That's not nice. To be exactly this is the interesting part. If you only change the resolution or refresh rate we instantly apply them using xrandr. So the modifications to your xorg.conf will only show up on reboot or after relogin (if you used the recent version of displayconfig-gtk). It would be nice if you open bug reports. Will the new X 1.3 be more helpful with dual head??? The xserver 1.3? Not really from our point of view. See XRandR statements in my last post and on the wiki page. Does displayconfig-gtk also support SVideo output??? If the output can be managed using X yes. Well, I gave it one more try, and ended up one more time without GDM, after pressing the test button. After reboot, I tried again, using this time the generic monitor, but it fall back to my laptop LCD. So I think that X aint recongnising my SVideo tvout?? How can I be sure that it was detected? Is there any way to force it to be the primary monitor ? Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- BUGabundo :o) (``-_-´´) GPG key 1024D/00967685 Linux user #443786 http://BUGabundo.net http://BrinKadeiraS.BUGabundo.net http://host.BUGabundo.net -- http://alojamento.BUGabundo.net From 1€ / month Crazy Domain Insane (200GB disk, 2TB bw, 6.00€ ($7.95)/month) at http://www.dreamhost.com/r.cgi?249195/signup 50$ discount with promo code BUG50 on all plans Free lifetime domain with promo code BUGDOMAIN -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: User Interface of the X Configuration Tool
Am Donnerstag, den 31.05.2007, 23:21 +0100 schrieb (``-_-´´) -- Fernando: Well, I gave it one more try, and ended up one more time without GDM, after pressing the test button. After reboot, I tried again, using this time the generic monitor, but it fall back to my laptop LCD. So I think that X aint recongnising my SVideo tvout?? How can I be sure that it was detected? Is there any way to force it to be the primary monitor ? Please fill a bug and include your xorg.conf and the debug file for displayconfig-gtk. It can be created using this command: displayconfig-gtk -w FILENAME Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Fwd: User Interface of the X Configuration Tool
From my short experience, the application worked great, but tended to break X after reboot... Will the new X 1.3 be more helpful with dual head??? Does displayconfig-gtk also support SVideo output??? On 5/29/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Hello Desktopers, the new and shiny GTK frontend to displayconfig (the x configuration part of the KDE admin suite named guidance) has got some usability issues. I would like to start a discussion about this to get your input and comments. Currently the dialog is separated into three tabs: - Display mode (allows to change the resolution, rate of each screen) - Dual head (allows to configure a dual screen setup) - Devices (allows to choose drivers and monitor models) You can get a recent feisty package of displayconfig-gtk here: http://glatzor.de/filesink/displayconfig-gtk_0.2 +20070523ubuntu2_i386.deb Furthermore some older screenshots can be found on the Internet: https://wiki.ubuntu.com/DisplayConfigGTK The problem is that this layout behaves quite bad in the current use case: Setting up a new monitor for dual screen use. At first you have to go to the devices chooser and select another model, then back to the dual head tab and choose the right mode. Most times you will forget to go back to the first tab and change the resolution before clicking ok ang logging off and in. Furthermore it is quite hard to identify monitors on the first tab if you have got more than one graphics card. So the a solution could be to merge the display mode and devices tab to single tabs of which each would represent a single graphics card: http://glatzor.de/filesink/dcg-gfxbase.png If you want to the new/other user interface on your computer (displayconfig-gtk needs to be installed before): bzr branch http://glatzor.de/bzr/displayconfig-gtk/gfxbase/ cd gfxbase ./displayconfig-gtk --data-dir=data There is the objection that identifying screens by graphics cards is quite geeky, since most users only know of the screens that they see and not internal cards. Hopefully most systems would only have got one device. And the people that bought a second card for dual screen are used to the technical terms. If there would be only one device and one output the user would only get one device tab and the screen selector on the left would not show up. So the new interface could scale well. http://glatzor.de/filesink/gfxbase-single.png I am unsure if we should remove the dual head configuration tab at all or only make it insensitive in single screen mode. On the one hand users that connect a second screen later on another computer would know where to search for, but on the other hand users that perhaps for all time will only sit in front of one monitor will be bothered with more technical and complex issues. If the second tab is invisible we could even hide the borders of the notebook or perhaps exchanged them by a separator: http://glatzor.de/filesink/gfxbase-stripped-down.png Although I designed the dialog I am still a little bit confused by the multiple screens layout and I heard this from others too. This could be related to the screen selector. But improving it can be quite hard, since we are limited in space that can be used by the main window and therefor the screen selector: the dialog has to fit on a 640x480 screen. Currently the model name of the screen is available twice: one time in the selector and one time on the device/model chooser. Currently the device chooser label uses ellipsis and therefor does not consume too much space. It would be nice if would not to duplicate this text. Would using numbers for the outputs make more sense? Moving the selector to the top seems to get us into space troubles. By the way the driver name on the lowest selector will be replaced by a human readable and longer name in the future. In the near future I plan to add location/profiles support to the window. That would allow you to manage different X configurations and easily switch between e.g. your home and work setup. See this and the previous screenshot: http://glatzor.de/filesink/gfxbase-profiles.png I would be appreciate your input, comments and suggestions. Regards, Sebastian P.S.: To avoid any XRandR 1.2 questions: Primarily we will use the traditional approach by xorg.conf modifications. But we plan to implement an instant apply function using XRandR 1.2 as far as possible. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- BUGabundo :o) (``-_-´´) GPG key 1024D/00967685 Linux user #443786 http://BUGabundo.net http://BrinKadeiraS.BUGabundo.net http://host.BUGabundo.net -- http://alojamento.BUGabundo.net From 1€ / month Crazy Domain Insane (200GB disk, 2TB bw, 6.00€ ($7.95)/month) at http://www.dreamhost.com/r.cgi?249195/signup 50$ discount with promo code BUG50 on all plans Free
Re: User Interface of the X Configuration Tool
Am Dienstag, den 29.05.2007, 18:54 -0700 schrieb Corey Burger: On 5/29/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Currently the dialog is separated into three tabs: - Display mode (allows to change the resolution, rate of each screen) - Dual head (allows to configure a dual screen setup) - Devices (allows to choose drivers and monitor models) I would have a single tab, with a window showing the montor(s) and the settings below that, ala the monitor tab in Windows. The monitor dialog in Windows uses even a sub dialog in which you can change the graphics card driver, monitor model or the refresh rate. Furthermore the Windows dialog does not fit on 640x480. So this approach does not seem to be not an option. One other thing that I would keep from the Window dialog is the ability to display a big 1 and 2 on the monitors, to make it clear which is which. I also thought about this feature. My old matrox config tool did this, but I haven't seen this on a default Windows system yet (also not having used Windows for quite some time). But it could be hard to identify the screens. Furthermore this would have to be done on a very low level. Otherwise it won't work on cloned screens. But I am not familiar with libxosd. Anybody who has already used xosd? Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: User Interface of the X Configuration Tool
Am Mittwoch, den 30.05.2007, 10:58 +0100 schrieb (``-_-´´) -- Fernando: From my short experience, the application worked great, but tended to break X after reboot... Oh. That's not nice. To be exactly this is the interesting part. If you only change the resolution or refresh rate we instantly apply them using xrandr. So the modifications to your xorg.conf will only show up on reboot or after relogin (if you used the recent version of displayconfig-gtk). It would be nice if you open bug reports. Will the new X 1.3 be more helpful with dual head??? The xserver 1.3? Not really from our point of view. See XRandR statements in my last post and on the wiki page. Does displayconfig-gtk also support SVideo output??? If the output can be managed using X yes. Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: User Interface of the X Configuration Tool
Thanks for your reply. I'll give the new version a go, and test again my SVideo port with me TV. If I find any bugs, I'll report as possible on Launchpad. On 5/30/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Am Mittwoch, den 30.05.2007, 10:58 +0100 schrieb (``-_-´´) -- Fernando: From my short experience, the application worked great, but tended to break X after reboot... Oh. That's not nice. To be exactly this is the interesting part. If you only change the resolution or refresh rate we instantly apply them using xrandr. So the modifications to your xorg.conf will only show up on reboot or after relogin (if you used the recent version of displayconfig-gtk). It would be nice if you open bug reports. Will the new X 1.3 be more helpful with dual head??? The xserver 1.3? Not really from our point of view. See XRandR statements in my last post and on the wiki page. Does displayconfig-gtk also support SVideo output??? If the output can be managed using X yes. Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- BUGabundo :o) (``-_-´´) GPG key 1024D/00967685 Linux user #443786 http://BUGabundo.net http://BrinKadeiraS.BUGabundo.net http://host.BUGabundo.net -- http://alojamento.BUGabundo.net From 1€ / month Crazy Domain Insane (200GB disk, 2TB bw, 6.00€ ($7.95)/month) at http://www.dreamhost.com/r.cgi?249195/signup 50$ discount with promo code BUG50 on all plans Free lifetime domain with promo code BUGDOMAIN -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Am Dienstag, den 29.05.2007, 20:41 -0400 schrieb Adam Petaccia: On Tue, 2007-05-29 at 20:12 +0200, Sebastian Heinlein wrote: Hello Desktopers, [snip] You can get a recent feisty package of displayconfig-gtk here: http://glatzor.de/filesink/displayconfig-gtk_0.2 +20070523ubuntu2_i386.deb Is there a source package or AMD64 by any chance? Furthermore some older screenshots can be found on the Internet: https://wiki.ubuntu.com/DisplayConfigGTK [ship] You can build the package yourself by checking out your branch (descibed in my intial email) and running the following command in the base directory: dpkg-build-package -us -uc -b -rfakeroot Cheers, Sebastian -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
User Interface of the X Configuration Tool
Hello Desktopers, the new and shiny GTK frontend to displayconfig (the x configuration part of the KDE admin suite named guidance) has got some usability issues. I would like to start a discussion about this to get your input and comments. Currently the dialog is separated into three tabs: - Display mode (allows to change the resolution, rate of each screen) - Dual head (allows to configure a dual screen setup) - Devices (allows to choose drivers and monitor models) You can get a recent feisty package of displayconfig-gtk here: http://glatzor.de/filesink/displayconfig-gtk_0.2 +20070523ubuntu2_i386.deb Furthermore some older screenshots can be found on the Internet: https://wiki.ubuntu.com/DisplayConfigGTK The problem is that this layout behaves quite bad in the current use case: Setting up a new monitor for dual screen use. At first you have to go to the devices chooser and select another model, then back to the dual head tab and choose the right mode. Most times you will forget to go back to the first tab and change the resolution before clicking ok ang logging off and in. Furthermore it is quite hard to identify monitors on the first tab if you have got more than one graphics card. So the a solution could be to merge the display mode and devices tab to single tabs of which each would represent a single graphics card: http://glatzor.de/filesink/dcg-gfxbase.png If you want to the new/other user interface on your computer (displayconfig-gtk needs to be installed before): bzr branch http://glatzor.de/bzr/displayconfig-gtk/gfxbase/ cd gfxbase ./displayconfig-gtk --data-dir=data There is the objection that identifying screens by graphics cards is quite geeky, since most users only know of the screens that they see and not internal cards. Hopefully most systems would only have got one device. And the people that bought a second card for dual screen are used to the technical terms. If there would be only one device and one output the user would only get one device tab and the screen selector on the left would not show up. So the new interface could scale well. http://glatzor.de/filesink/gfxbase-single.png I am unsure if we should remove the dual head configuration tab at all or only make it insensitive in single screen mode. On the one hand users that connect a second screen later on another computer would know where to search for, but on the other hand users that perhaps for all time will only sit in front of one monitor will be bothered with more technical and complex issues. If the second tab is invisible we could even hide the borders of the notebook or perhaps exchanged them by a separator: http://glatzor.de/filesink/gfxbase-stripped-down.png Although I designed the dialog I am still a little bit confused by the multiple screens layout and I heard this from others too. This could be related to the screen selector. But improving it can be quite hard, since we are limited in space that can be used by the main window and therefor the screen selector: the dialog has to fit on a 640x480 screen. Currently the model name of the screen is available twice: one time in the selector and one time on the device/model chooser. Currently the device chooser label uses ellipsis and therefor does not consume too much space. It would be nice if would not to duplicate this text. Would using numbers for the outputs make more sense? Moving the selector to the top seems to get us into space troubles. By the way the driver name on the lowest selector will be replaced by a human readable and longer name in the future. In the near future I plan to add location/profiles support to the window. That would allow you to manage different X configurations and easily switch between e.g. your home and work setup. See this and the previous screenshot: http://glatzor.de/filesink/gfxbase-profiles.png I would be appreciate your input, comments and suggestions. Regards, Sebastian P.S.: To avoid any XRandR 1.2 questions: Primarily we will use the traditional approach by xorg.conf modifications. But we plan to implement an instant apply function using XRandR 1.2 as far as possible. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On Tue, 2007-05-29 at 20:12 +0200, Sebastian Heinlein wrote: Hello Desktopers, [snip] You can get a recent feisty package of displayconfig-gtk here: http://glatzor.de/filesink/displayconfig-gtk_0.2 +20070523ubuntu2_i386.deb Is there a source package or AMD64 by any chance? Furthermore some older screenshots can be found on the Internet: https://wiki.ubuntu.com/DisplayConfigGTK [ship] signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
On 5/29/07, Sebastian Heinlein [EMAIL PROTECTED] wrote: Hello Desktopers, the new and shiny GTK frontend to displayconfig (the x configuration part of the KDE admin suite named guidance) has got some usability issues. I would like to start a discussion about this to get your input and comments. Very cool stuff, btw. Currently the dialog is separated into three tabs: - Display mode (allows to change the resolution, rate of each screen) - Dual head (allows to configure a dual screen setup) - Devices (allows to choose drivers and monitor models) I would have a single tab, with a window showing the montor(s) and the settings below that, ala the monitor tab in Windows. One other thing that I would keep from the Window dialog is the ability to display a big 1 and 2 on the monitors, to make it clear which is which. And before you all jump me, I am not suggesting we keep the entire windows dialog, merely those bits. Corey -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop