On Fri, 05 Nov 2010 22:17:58 +0100
Ludovic Rousseau <ludovic.rouss...@gmail.com> wrote:
> Le 05/11/10 05:09, A. Costa a écrit :
> > Re upstream: so the functionality upstream wants is a virtual
> > "clear", with no defaults, the better to set several weekly days.
> > As a user, I only want one day usually, (the same day as the first
> > instance), and just want that day set by default. (How I keep
> > getting that error message I dunno, but I'll look into it later --
> > the main thing that struck me is how that error was a side effect
> > of the interface design.)
>
> This {current day of week as default} is already the case, isn't it?
> By default the current day of week is already selected.
I'm occasionally seeing blank days without intending to, but that's
either something I'm doing that disagrees with 'jpilot' or perhaps
another bug. The latter would be a separate bug report, but only
if it were a provable bug.
Anyway those details were background, and beyond that are not relevant
for #602060. Maybe I provided too much background.
> > Anyway, assuming upstream needs multiple weekly days, how about both
> > options, the interface would look something like:
> >
> > Repeat on Day SMTWTFS [clear days]
> >
> > ...where "[clear days]" would be a button that clears the seven
> > days, and would become the only way to clear all days. That way
> > simple users (e.g. me) would have "radio button"-like behavior and
> > never see the error, and power users (upstream) could have a
> > 'clear' button (and see the error when they forget to pick a day).
>
> Radio buttons does not work. Only one radio button can be selected at
> a time. This is not what is needed.
By '"radio button"-like behavior', I meant only what I wrote Nov 1:
If the 'SMTWTFS' buttons behaved more like "radio buttons", (except
instead of one mutually exclusive setting, there'd be one setting of
at least one button selected), then there would be no need for the
current error message.
To avoid further ambiguity, it would be useful if there were a standard
(or even ad hoc) term for a "pick one or more buttons" interface.
Ad hoc: "POOM buttons"?
HTH...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
