From: Yngve Svendsen <yngve.svendsen@sun.com>
To: Lars Henriksen <Lars.Henriksen@netman.dk>
Cc: Dieperink Alwin <alwin.dieperink@elca.ch>,
"'help-gnats@gnu.org'" <help-gnats@gnu.org>
Subject: Re: Removed lines in responsible
Date: Sun, 27 Oct 2002 13:48:00 -0000 [thread overview]
Message-ID: <5.2.0.5.0.20021027224006.049630a0@ms-etro01-01.norway.sun.com> (raw)
In-Reply-To: <20021024112548.GA547293@cluster1.netman.dk>
At 13:25 24.10.2002 +0200, Lars Henriksen wrote:
>Here is a proposal for a solution to the problems gnatsweb has with entries
>that have been removed from the responsible file. See also my previous email
>in this thread.
Committed. there were some problems with hash references, but I cleaned it up.
>It is a general solution for all unknown enumeration type values, not just
>responsible. The solution leaves the gnatsweb query format unchanged, i.e.
>enumeration values are still returned as integers.
In a longer perspective, we should probably look into stopping doing that.
Using integer values messes up the sorting system for instance, since you
do not get an alphabetical order of values when you sort query results on
an enumerated value field ("sort" should rather be called "group" for that
kind of field).
>The net effect is that for enumeration type values which are undefined,
>"unknown" is displayed in query results and is preselected in drop-down menues
>on the Edit page (thus forcing an explicit change).
I toyed with the idea of changing "unknown" to "Select value".
(snip)
>Finally, "unknown" is preselected as Category on the Create page. This is not
>related to the other changes. It forces users to select a category. Experience
>shows that users often forget to do so; the new PR is then created in the
>default category (pending, the first category in the categories file).
Good idea.
- Yngve
_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats
next prev parent reply other threads:[~2002-10-27 21:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <A13B47F8EC3FD111A91500C04FD2A282021FA39F@exchange.elca.ch>
[not found] ` <5.1.0.14.2.20021014210535.04654818@ms-etro01-01.norway>
2002-10-24 4:29 ` Lars Henriksen
2002-10-27 13:48 ` Yngve Svendsen [this message]
2002-10-28 0:45 ` Lars Henriksen
2002-10-31 12:50 ` Lars Henriksen
2002-10-31 15:34 ` Lars Henriksen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5.2.0.5.0.20021027224006.049630a0@ms-etro01-01.norway.sun.com \
--to=yngve.svendsen@sun.com \
--cc=Lars.Henriksen@netman.dk \
--cc=alwin.dieperink@elca.ch \
--cc=help-gnats@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).