Using version 1.2.2b under Windows XP.

I don't know if it's really a bug.

When a micro break-question-window appears the focus is not stolen from any
program (not completely), but when you do not ignore the question and take the
break the next window (with the break duration, the postpone and the skip
button) DOES steal the complete focus. This can be annoying when a full-screen
program is running.

I think (assume) it counts for other as well.

My 'names' for the actions/windows etc. can be incorrect, since the program
installed in Dutch on my PC (I am Dutch, so no problem there :P).

The break windows take focus, that is normal behaviour. In theory, after the
break is completed, it should restore focus, and normally this happens. However,
due to bug 82 sometimes another window receives focus afterwards.

What kind of problems do you have with full-screen programs? I just tried
running Mozilla in full-screen, and I see nothing special that does not occur in
non-full-screen situations?

I meant Full-Screen like games (which is the easiest example, there are more
full screen programs, but it's usually games), not that I play that much
(anymore). The full-sreen-program is minimized.
What you describe is more like maximized, or at least a form of (AFAIK).

I meant: it is possible for the initial window to steal just part of the focus,
is it possible for the second window as well?

The focus, bug 82, is not really a problem here (or it didn't bother me).

(Blunt: no one with signs of RSI should even think about playing games ;))

Stealing just part of the focus is a bit troublesome in a binary computer world.
A window either has focus, or hasn't.

So, for playing games, I think we have the following options:

1) Just before a prelude (break question) opens, somehow detect that a
full-screen app is running, and minimize that application. 

2) Automatically detect that a full-screen app is running, and switch to "quiet"
mode so that you can continue playing your game without being interrupted.

IMHO, the most logical is nr. 2. I wouldn't want to be interrupted by Workrave
while playing Warcraft or Return To Castle Wolfenstein: the Orcs or Germans will
probaly kill you while you're micro-pausing.

Yes, that means Workrave is disabled while playing games, but as you mention
yourself that is something you shouldn't be doing anyway...

Opinions, anyone?

PS: The same goes for presentations, for example. You don't want Workrave to
interrupt when you are giving a presentation to an audience. It would be nice if
Workrave automatically detects this.

"Stealing just part of the focus is a bit troublesome in a binary computer world.
A window either has focus, or hasn't."

Forgive my terminology, by stealing part of the focus I meant something like:
the first message that appears ("time for a break?") does NOT steal the focus
but it IS on top. However it’s not really important (what I meant), your (2nd)
method is a good idea, it basicly is an enhancement to the quiet mode, making it
automatic.

I guess this does not really have high priority (for most people), I can still
live without it (because it can be done manually). I would (really) like the
feature though.

I'm not very much into (this kind of) programming, but my guess is that games
are easier to detect than presentations (but maybe both are easy or hard).

As I'm currently suffering from RSI, I heavily rely on workrave to become
healthy again. I very much need wr to always warn me in time, even if it thinks
I'm playing a game (after all, it might be wrong). So at the very least, I'd
like to be able to disable this "automatic quiet mode".

Having said all that, I like to play games too, tetris being among my
favourites. Like you said, as I'm suffering from RSI I should not even think
about playing games, but sometimes I do, anyway. Having to manually disable
workrave in order to play is a good thing, I think. It forces me to rethink if
this is really what I want to be doing. Then again, Tetris is not a full-screen app.

I can imagine that if you are in the middle of Wolfenstein, you at the very
least want to be able to run to a "safe place" before disabling workrave. If the
30 seconds provided by the prelude window is not enough for you, you can always
change the break window settings to not lock your keyboard and mouse. This way,
you'll be able to continue playing even with the break window in the middle of
your screen :-)

Workrave can be a pain, I guess, when giving presentations. But so is your
screensaver or your suspend-to-disk behaviour. Good presentation preparation, I
think, includes disabling all of these, such that you can give your presentation
uninterrupted. On top of that, if your presentation is a good one (no animations
and stuff), you have to touch the spacebar less than once every 10 seconds, and
workrave won't even notice you are active, let alone bother you with breaks.

On the other side, there are also full-screen applications for which I
definitely do not want workrave to be disabled. Cygwin's XFree86 comes to mind
(yeah, I really use it :-).

In summary, I can only see disadvantages in this feature. I'd have to vote
against :-)

Although I submitted it: I agree with Kees-Jan Dijkzeul; the benefits do not
weigh up to the problems that may arise...

The manual silent (or suspend) is good enough (it are only games) and stuff like
presentations indeed takes prepping :P

I spent some research to see if I could somehow detect full-screen applications.
I could not find a decent way to do so, and simply checking whether or not the
active window's width matches the screen width is probably unreliable.

This, and Kees-Jan's view on things make it a WONTFIX.

*** Bug 396 has been marked as a duplicate of this bug. ***

*** Bug 563 has been marked as a duplicate of this bug. ***

*** Bug 989 has been marked as a duplicate of this bug. ***