After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 76502 - A few usability/hig-compliance suggestions
A few usability/hig-compliance suggestions
Status: RESOLVED WONTFIX
Product: glade-legacy
Classification: Deprecated
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Damon Chaplin
Damon Chaplin
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2002-03-26 20:09 UTC by Calum Benson
Modified: 2011-02-25 05:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Calum Benson 2002-03-26 20:09:12 UTC
- If the "File" menu was renamed "Project", we could just have:

_New  Ctrl+N
_Open  Ctrl+O
_Save  Ctrl+S
---
_Build  Ctrl+W
_Options...
---
_Quit   Ctrl+Q


- View-- would be good if selecting items on this menu actually give focus
to the selected window as well as raising it (or is there some window
manager setting here that I need to play with to make this happen?)

- Settings-- all options on this menu (at least the first three) should
probably go on the View menu.  The "Set <xxx> Options..." items maybe belon
there too, or maybe in a Preferences dialog accessed from the Edit menu.

- Help->About should be Help->About Glade

- All controls in Property Editor window need mnemonics

- Tab labels in Palette ("Gtk+ Basic" etc.) need mnemonics

- Need proper error message when attempt is made to load a non-glade file--
currently, I only get warnings on console:

glade-2 (pid:1433): XML-CRITICAL **: Start tag expected, '<' not found
glade-2 (pid:1433): ** WARNING **: did not finish in PARSER_FINISH
state!
Comment 1 Damon Chaplin 2002-03-27 20:02:47 UTC
I agree with changing File -> Project.

For the View menu, I use focus-follows-mouse so setting the focus to
the window wouldn't be correct for me. I'm not sure what you should
do in this situation.

I don't think 'Snap to Grid' should go on the View menu.
'Show Grid' and 'Show Widget Tooltips' would be OK there.
It's probably best to put all of these on an 'Edit/Preferences'
dialog. They aren't used much at all.

Help/About is a stock GNOME menu item. Should people not use that
any more? (I think the hig people need to add comments to the stock
GNOME items to indicate what should/shouldn't be used.)

Glade now uses the libglade code for parsing the XML, and that
doesn't return error codes/messages. We can try to fix that at
some point.
Comment 2 Calum Benson 2002-03-28 14:34:37 UTC
- View menu: hmm, good point.  I don't know what the right thing to do
here is either.

- Snap to grid... hmm, it's certainly kind of borderline whether it
belongs on View menu or not-- just seemed sensible to keep it beside
"Show Grid".  Sticking them all in a Preferences dialog would
certainly solve the problem, as you say.

- Help/About... darn, forgot about the stock item issue-- you're
right, better just to keep using it for now, until either the HIG
changes its mind about including the app name, or it's addressed at
the toolkit level.
Comment 3 Glynn Foster 2002-09-07 13:53:30 UTC
test
Comment 4 Hema Seetharamaiah 2002-09-07 13:58:01 UTC
 - All the tabs in Project Options Window need mnemonics.

 - "Settings" Menu has check marks agains all its 'Show' menu items.
Whereas, View doesnt ahve check marks. Is this OK?

 - Grid Options Dialog has no mnemonics.

 - The Menu Editor dialog that comes up when a menu related widget is
added, has no mnemonics.

 - The <del> key can be used to delete a widget from the open project.
In the Edit Menu - cant this be specified as it done for, copy, paste
etc?

 - When there is no project open, the items in Edit menu should be
disabled.
Comment 5 Alan Horkan 2005-04-09 12:11:35 UTC
I notice that the General Options in glade are particularly file based but 
shouldn't options be Edit, Preferences?  

>> I agree with changing File -> Project.

I cannot believe both of you are recommending things that make Gnome more
inconsistent.  I wish I had spotted this sooner but hopefully in future there
will be more menu items for Project and it can be seperated back out from the
File operations.  
Having a standard Files menu is good idea, and it only makes sense to do
otherwise for an exteremely limited set of applications that do not manipulate
files like a caculator and some of the simpler types of games like those in
gnome-games.  (See bug 164508.)

> - Help->About should be Help->About Glade

>>>- Help/About... darn, forgot about the stock item issue-- you're
>>>  until either the HIG changes its mind about including the app name, 
>>>  or it's addressed at the toolkit level.

Maybe an improvement to GTK could allow "About $APPNAME" but in the meantime it
makes sense to stick with the stock item and be nice to Translators.  I'm
relieved that you changed you mind on this one.  

>  - "Settings" Menu has check marks agains all its 'Show' menu items.

This has been fixed, I see it in version 2.6 (and 2.10).  

move Settings to View?  Good idea in principle but I'm not sure it really gives
anything except a more cramped user interface in return for the change and would
be better left until part of a larger user interface overhaul (glade 3?).  

Maybe this bug could be closed and a meta bug report could be "Mnemonics Almost
Everywhere" and then individual reports created as needed for particular
dialogs?  (I dont have a clear idea of what is happening with Glade 3 so adding
mnemonics might be a dead end at this stage)
Comment 6 Akhil Laddha 2011-02-25 05:21:32 UTC
glade-legacy development has been stalled and it has been unmaintained for a few years now. Maintainers don't have future development plan so i am closing the bugs as WONTFIX. Please feel free to reopen the bugs in future if anyone takes the responsibility for active development.