On Thu, 29 Jul 2004 23:19:11 -0500, Alexandre Julliard wrote:
Log message: James Hawkins <truiken(a)gmail.com> Under the Drives tab, remove the 'Windows Drive' section.
You probably want to increase the size of the drive mappings list so it fills the tab, currently there is just a lot of empty space at the top of the pane now you removed the old stuff. Also we should kill the autodetect button. This is done by wineprefixcreate these days, or should be. Other things are: - Drive editing seems broken. The list box only updates the second time I hit edit. err:winecfg:applyDriveChanges unable to set volume label for devicename of 'H:\', label of '' - Browse in the "Add/Edit drive" dialog is a WRITEME - Build system isn't right: I did a cvs update but the res files weren't recreated properly. I had to do a make clean to get the gui updates. - "Add Application" has poor usability: we always use a file browser dialog box even though the most common use case is just "foo.exe", ie the user knows the name and doesn't care about the location. Worse we start in the c:\windows\desktop folder for some reason, meaning users might accidentally select a .lnk file! Ditto for Libraries tab. - The Add/Remove application buttons are *way* too big! - Obviously, once audio autodetection has been moved into the drivers we need to kill the audio tab. - Libraries tab just has generally poor usability, actually. The first item in the radio group is "Builtin" meaning that's the one users are most likely to select, it should be "builtin, native" followed by "native, builtin" - We ask the user to understand a magic * symbol to set the default - what is up with that? - There are no helpful default entries in the drop down box for setting a DLL override, and when you add one the tree does not expand so to actually *set* it you have to expand the tree then select the new override. - We have way too many (eg, more than zero) tree controls in this app. - Drive mappings list is really unclear, there's no separation between the "Drive X:" label and the unix path its mapped to. Basically I'd recommend reading the GNOME HIG: http://developer.gnome.org/projects/gup/hig/ it's a very informative read. Obviously we have to use Win32 UI conventions at least at first, but there's a lot of generically good advice there. Well worth reading for anybody who is going to work on winecfg. thanks -mike
Here is a patch that recreates the "Global settings" entry in the app defaults tab if the user removes it. It also fixes some indenting and removes a while() loop that was inside of another identical while(). Mike, it doesn't look like I'll have time test this and I've been sitting on it for a couple of months. Feel free to do so and submit it to wine-patches. Chris On Sunday 01 August 2004 10:53 am, Mike Hearn wrote:
On Thu, 29 Jul 2004 23:19:11 -0500, Alexandre Julliard wrote:
Log message: James Hawkins <truiken(a)gmail.com> Under the Drives tab, remove the 'Windows Drive' section.
You probably want to increase the size of the drive mappings list so it fills the tab, currently there is just a lot of empty space at the top of the pane now you removed the old stuff.
Also we should kill the autodetect button. This is done by wineprefixcreate these days, or should be.
Other things are:
- Drive editing seems broken. The list box only updates the second time I hit edit. err:winecfg:applyDriveChanges unable to set volume label for devicename of 'H:\', label of ''
- Browse in the "Add/Edit drive" dialog is a WRITEME
- Build system isn't right: I did a cvs update but the res files weren't recreated properly. I had to do a make clean to get the gui updates.
- "Add Application" has poor usability: we always use a file browser dialog box even though the most common use case is just "foo.exe", ie the user knows the name and doesn't care about the location. Worse we start in the c:\windows\desktop folder for some reason, meaning users might accidentally select a .lnk file!
Ditto for Libraries tab.
- The Add/Remove application buttons are *way* too big!
- Obviously, once audio autodetection has been moved into the drivers we need to kill the audio tab.
- Libraries tab just has generally poor usability, actually. The first item in the radio group is "Builtin" meaning that's the one users are most likely to select, it should be "builtin, native" followed by "native, builtin"
- We ask the user to understand a magic * symbol to set the default - what is up with that?
- There are no helpful default entries in the drop down box for setting a DLL override, and when you add one the tree does not expand so to actually *set* it you have to expand the tree then select the new override.
- We have way too many (eg, more than zero) tree controls in this app.
- Drive mappings list is really unclear, there's no separation between the "Drive X:" label and the unix path its mapped to.
Basically I'd recommend reading the GNOME HIG: http://developer.gnome.org/projects/gup/hig/
it's a very informative read. Obviously we have to use Win32 UI conventions at least at first, but there's a lot of generically good advice there. Well worth reading for anybody who is going to work on winecfg.
thanks -mike
On Sun, 01 Aug 2004 11:12:52 -0400, Chris Morgan wrote:
Here is a patch that recreates the "Global settings" entry in the app defaults tab if the user removes it. It also fixes some indenting and removes a while() loop that was inside of another identical while().
Mike, it doesn't look like I'll have time test this and I've been sitting on it for a couple of months. Feel free to do so and submit it to wine-patches.
Why not simply prevent it being removed in the first place?
Hi All, Not sure what the status is or even if anyone else is working on this but here is my 2 cents worth and hope I am not duplicating other efforts. I attached a screen shot showing cosmetic changes only on the "application" tab and wondering what you folks think? Presentation format, rewording in some areas, and implied functionalities okay? Please let me know. Thanks, Roger
Yes, I am working on this. I won't be able to get the code off my laptop for a few weeks :( but the upside is that I'm hoping to have it much improved by the end of the summer. Roger Olson wrote:
Hi All,
Not sure what the status is or even if anyone else is working on this but here is my 2 cents worth and hope I am not duplicating other efforts. I attached a screen shot showing cosmetic changes only on the "application" tab and wondering what you folks think? Presentation format, rewording in some areas, and implied functionalities okay? Please let me know.
Thanks, Roger
------------------------------------------------------------------------
participants (4)
-
Chris Morgan -
Mike Hearn -
Mike Hearn -
Roger Olson