I did not see another way to report; I prefer github issue tracker, much simpler than bugzilla. Please do feel free to push this where it fits best, I have no idea.
When opening an .odt file, it takes a bit before it is opened in libreoffice.
I then get a windows notification focus (on linux, using xfce), but I also see the status bar that "loading is in progress". This is useless to me because I only can wait there and watch the progress bar.
The situation is made worse if I click on something else, and then libreoffice takes away my focus. It's ok to take my focus away, to some extent, IF I can work at once. But when I see the progress bar, I still can not do anything ... so this is useless. I should say that I open most .odt documents from the commandline (terminal; kde konsole).
Anyway, here is what I propose:
- Change the behaviour to re-gain the focus only AFTER the progress bar has been FINISHED loading completely. The current behaviour makes not a lot of sense to me. For small documents this is not a big issue but for large excel files, I think taking away the focus should happen only AFTER the progress bar has finished, IF the focus is elsewhere. (Some users may like to watch the progress bar, I have no idea, but I refer ONLY to the situation where I, as the user, already clicked back on somewhere else.)
I hope it is understandable what I mean with the above.
By the way, do not be distracted if you think this bug report is too critical; I think that libreoffice is great and the above is a MINOR thing. It could be better though ... I don't quite understand why watching a progress bar that is mandatory rather than optional, really improves anything ... I just have an idle down time here, even if it is small.
With "windows notification focus" I actually meant "takes away focus to this application", so it sorta steals the focus. I'd love to edit the above but ... I don't see an edit button ... probably because it already sends an email? Should really wait a few minutes before doing so, some people would like to corret their typos ... :\ Github interface is better here.
Ok, I think I get it, tweaking summary a bit. Let's set to NEW and see what the devs think.
*** Bug 120474 has been marked as a duplicate of this bug. ***