tags 602060 upstream
forwarded 602060 http://bugs.jpilot.org/view.php?id=2025
thank
Le 01/11/10 23:39, A. Costa a écrit :
On Mon, 01 Nov 2010 12:47:29 +0100
Ludovic Rousseau<ludovic.rouss...@gmail.com> wrote:
You can't validate a repeating event with no day selected. Is that
what you are talking about?
If it is not what you are talking about, I think you entered a
"wrong" event before the check was in place in jpilot. You should try
to find the culprit event(s) and fix it(them).
Thanks for the fast reply, sorry if my first report wasn't clear or
concise enough. 2nd try...
It's not a "how do I fix or do something?" question, it's a "should
the 'jpilot' interface offer an incorrect repeat state?"
In other words, an interface bug. At present 'jpilot' permits
the 'SMTWTFS' buttons to be set to 0000000, (where 0=off), i.e. no
buttons selected. The 'SMTWTFS' buttons behave like "check boxes".
Having a 0000000 state pops up the error.
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.
I don't think the GUI library (GTK+) can do that. So some code would be
needed.
One solution would be to make the current day of week selected and
without the possibility to deselect it.
I forwarded the bug upstream.
Bye
--
Dr. Ludovic Rousseau
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
