Hi Andre / CPH,

back from vacation, thus it took some time to answer.

> As said .. I'd prefere two interfaces. But these nedd to be maintained. 
> So I'd like to see Frank's opinion, who is maintaining the gateway page 
> at the moment.

I'd also like to have two interfaces. The current "bare" submission page
is simply scaring, the current submission gateway was an attempt
(originally contributed by Michael Meeks) to ease this a little bit.

I suppose there's an agreement that we would like to have some
"wizard-like" entry form (like Gnome's and Mozilla's bugzilla
installations offer), which asks the user a few questions, and doesn't
bother her with all the unimportant stuff.
(Such a wizard would also allow to offer additional paths for more
experienced users).

The options I see:
- static HTML pages
  - with static information only (no "Version" etc.)
    Probably not really useful.
  - with dynamic information, updated by scripts
    Maintaining such pseudo-dynamic pages manually or by script will be
    a nightmare, IMO. Believe me, maintaining the current gateway is
    unpleasant enough, though it's basically only a perl script [1] with
    a few lists.
- JS-enhanced HTML pages, with the same dynamic-or-not problem as above
  Not sure if this is a good ideal. In general, I'd like to keep pages
  as JS-free as possible (or: as browser-/paranoid-user-friendly as
  possible).
- server-side generated forms on a *.services.openoffice.org server.
  Still has the problem of dynamic content, but for such an
  installation, perhaps collab.net can be convinced to offer a
  programmatic access to the IZ meta data? (Are we *sure* that it does
  not exist at the moment?)
- Use a modern BugZilla installation for all issue handling, and get rid
  of IZ. Just kidding :)

I'd be willing to participate in some of those (certainly *not* in
maintaining scripts which by some obscure magic try to guess the IZ meta
data :).

If the demand/pain is high enough, we should decide which way to go, and
find somebody with the commitment to implement/maintain it.
Then, we should decide on a "work flow" for submitting issues. This
alone might expose enough different opinions about what's not/important
to discuss a while :).

Ciao
Frank

[1] http://qa.openoffice.org/issue_handling/create_submission_gateway.pl

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to