Re: WebAdmin save and cancel buttons

Gabriel:

Is the WebAdmin integrated into Trac 0.11dev vastly
different from the
0.3dev plugin available for Trac 0.10.4? My installation
does not
exhibit this behavior, and contains no Cancel buttons on any
of the
Admin pages exposed by other Trac plugins so I might
duplicate the
effect. I agree this can be annoying, but it sounds unusual
for Trac
or most Web sites.

Generally, cancel buttons (type="reset") on a Web
form are not
activated with Enter in major browsers (IE, Firefox, Safari)
unless
the button has Tab focus. I wonder if the dialog you're
seeing with
the Cancel button first is actually a JavaScript alert()
box? The
rules change between Web forms and a desktop GUI; JavaScript
dialogs
are governed by the latter.

I agree with your preference to place Save/Apply/OK before
Cancel;
however, on Linux, UNIX and MacOS, this button order is
naturally
reversed from Windows and similar GUIs. Trac, WebAdmin and
the Web
browser have no control in this context unless the buttons
are
strictly contained within a Web form.


Happy Holidays!

--Jim Crissman
IT Technician - Freight Management, Inc.


On Dec 14, 12:31 pm, Gabriel Sean Farrell <gsf...gmail.com> wrote:
> I've noticed in the WebAdmin that when editing any
particular thing,
> be it a component, milestone, etc., the
"Cancel" button precedes the
> "Save" button in the form.  In most browsers,
then, if one makes a
> change and hits the Enter key, the action is canceled
rather than
> submitted.
>
> I'm wondering if anyone is against placing the
"Save" button first,
> altering the behavior to the more conventional
"submit on enter".
>
> Gabriel

On Dec 14, 12:31 pm, Gabriel Sean Farrell <gsf...gmail.com> wrote:
> I've noticed in the WebAdmin that when editing any
particular thing,
> be it a component, milestone, etc., the
"Cancel" button precedes the
> "Save" button in the form.  In most browsers,
then, if one makes a
> change and hits the Enter key, the action is canceled
rather than
> submitted.
>
> I'm wondering if anyone is against placing the
"Save" button first,
> altering the behavior to the more conventional
"submit on enter".
>
> Gabriel

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "Trac Development" group.
To post to this group, send email to trac-devgooglegroups.com
To unsubscribe from this group, send email to
trac-dev-unsubscribegooglegroups.com
For more options, visit this group at http://
groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

-On [20071217 23:20], fmi.jcrissman (jcrissmanfreightmgmt.com) wrote:
>I agree with your preference to place Save/Apply/OK
before Cancel;
>however, on Linux, UNIX and MacOS, this button order is
naturally
>reversed from Windows and similar GUIs. Trac, WebAdmin
and the Web
>browser have no control in this context unless the
buttons are
>strictly contained within a Web form.

How do you mean have no control? For all I know the order in
which place the
buttons in your HTML define the order in which they get
shown, no?

Looking at, say, the component modification screen within
Opera 9.5 on Windows
XP the order is: Cancel/Save. This is indeed different from
the expected
order. One could argue that it breaks the principle of least
astonishment for
web forms given the majority is used to forms where save/ok
and such are left
and cancel is right.

-- 
Jeroen Ruigrok van der Werven
<asmodai(-at-)in-nomine.org> / asmodai
イェルーン ラウフロック ヴァン デル
ウェルヴェン
http://www.in-nomine.org/ | http://www.rangaku.org/
In every stone sleeps a crystal...

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "Trac Development" group.
To post to this group, send email to trac-devgooglegroups.com
To unsubscribe from this group, send email to
trac-dev-unsubscribegooglegroups.com
For more options, visit this group at http://
groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---