column selector / saving columns per query
Rob Siklos
rob2 at siklos.ca
Fri Jan 28 20:28:07 UTC 2005
Ok, so to recap, the issues with this patch (and my proposed solutions) are:
> 1) you don't get to save a default query unless you have a login ID
If you're logged in, default query is stored in the dbl; otherwise, it's
stored in a browser cookie. Default columns are always part of the default
query.
> 2) it only works for the "Advanced" search, and not the "Find a specific
> bug." page
No problem - done.
> 3) make sure that we behave no worse than before if JS is not turned on
This one was a bit tricky. Basically, it comes down to the fact that we
need two completely separate interfaces - the one in the pictures, and
another one that doesn't require JS. If nobody is opposed to this type of
double-coding, I don't mind doing it.
In the non-JS case, I wanted to just provide a link on the search page
called "Show Display Options". When you click on this link, it reloads the
page with a bunch of checkboxes (like the current colchange.cgi). However,
without JS, I can't reload the page, since the submitting the form takes the
user to buglist.cgi. I can think of two solutions, none of which are very
sexy:
a) to reload the page, submit to buglist.cgi with an extra parameter;
buglist.cgi will notice this parameter and redirect back to query.cgi with
the original POST params
b) when you display the display options without JS, reload the page without
preserving the form data (annoying).
Any other comments/suggestions/ideas?
Thanks,
Rob.
More information about the developers
mailing list