Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hi, Le 07/01/2012 04:34, Jan Holesovsky a écrit : [...] 3 more commits; the most important is bringing back the delay before appearing of the controls (500ms instead of 1s): http://cgit.freedesktop.org/libreoffice/core/commit/?id=6abeafcd6a409c0910b19d1c935fe08431d66ae0 http://cgit.freedesktop.org/libreoffice/core/commit/?id=aa3bfbe776bcefd7e7b143e6843315df6b2a5ecb http://cgit.freedesktop.org/libreoffice/core/commit/?id=60c968e9a2ef14aa289e677bd7f40d2c4724fd12 I hope / believe it is perfect now; or at least near to perfection :-) It also seems to me that the appearing when you use keyboard to navigate is gone too; but testing appreciated, of course. Hmmm, well, for me (Gnome 3.2, gnome-shell, Ubuntu 11.10 x86_64) the button blinks under the mouse pointer until it leaves the page break, then the button becomes visible. If you are lucky, you may succeed to get the dropdown menu when clicking the blinking button. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hi all, Build just finished LibreOffice 3.6.0alpha0+ Build ID: ba759d7-ebf1e88-87c767e-libreoffice-3-5 branch-point Jan Holesovsky wrote (07-01-12 04:34) Show the page break tab under the mouse instead of the end of the line. it does, but I cannot click on it. It disappears when the mouse moves over. I hope / believe it is perfect now; or at least near to perfection :-) Appearance of the blue markers is (close to perfect. And also: they do not appear when the header/footer area just appears under a non moving mouse pointer. It also seems to me that the appearing when you use keyboard to navigate is gone too; but testing appreciated, of course. In some corner cases, the blue dotted line is persistent for some time and shows in the middle of pages. Hard to pin that down - otherwise I would have done that earlier. So - do we want to get it into 3.5? ;-) Most seems great to me. Cheers, -- - Cor - http://nl.libreoffice.org ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hi Cedric, all, On 2012-01-05 at 17:06 +0100, Cedric Bosdonnat wrote: I'm all for it, but the following commits are fixing some side-effects or UI weird things on this thread: Thank you! :-) Show the page break tab under the mouse instead of the end of the line. That fixes the UI problems mentioned in this thread. http://cgit.freedesktop.org/libreoffice/core/commit/?id=5807b07161d84ef105cc1a2292c8c1f09888e39f http://cgit.freedesktop.org/libreoffice/core/commit/?id=965e72d64c3e38780a69cace3f1bcc5fb35d6c1e http://cgit.freedesktop.org/libreoffice/core/commit/?id=a0fa723ed5761609d2c31061fdd0282a2f1df6e7 http://cgit.freedesktop.org/libreoffice/core/commit/?id=3a326395a48db313b907b4a35392216d7b2e2a11 Fixes for your commits: http://cgit.freedesktop.org/libreoffice/core/commit/?id=fef489ad0f1f14bd9f018552c47a93a80e8b353d http://cgit.freedesktop.org/libreoffice/core/commit/?id=b7d6bff10a85986e5e6ebfa961f29fa8b3815b40 3 more commits; the most important is bringing back the delay before appearing of the controls (500ms instead of 1s): http://cgit.freedesktop.org/libreoffice/core/commit/?id=6abeafcd6a409c0910b19d1c935fe08431d66ae0 http://cgit.freedesktop.org/libreoffice/core/commit/?id=aa3bfbe776bcefd7e7b143e6843315df6b2a5ecb http://cgit.freedesktop.org/libreoffice/core/commit/?id=60c968e9a2ef14aa289e677bd7f40d2c4724fd12 I hope / believe it is perfect now; or at least near to perfection :-) It also seems to me that the appearing when you use keyboard to navigate is gone too; but testing appreciated, of course. So - do we want to get it into 3.5? ;-) Thank you, Kendy ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
On Fri, 2011-12-30 at 17:22 +0100, Jan Holesovsky wrote: So - what I'll try to do is that the appearing will start later (not 1 sec, but maybe 200 - 500 ms), but the functionality will be available immediately when the mouse is there; so the impatient user who knows where to click will be able to perform immediately, while the extensive mouse traveller will not be annoyed. Hopefully that will be the best from the both worlds :-) Heh :-) one thing that is somewhat annoying when actually using writer is that of the mouse not being moved - but ending up over some area that subsequently has a header area moved into it (by moving the page down etc.). Is it easy / possible to trigger the header appear etc. only on a mouse-move event ? :-) ATB, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Michael Meeks wrote (04-01-12 13:04) Is it easy / possible to trigger the header appear etc. only on a mouse-move event ? :-) +1 (as expressed earlier ;-) ) -- - Cor - http://nl.libreoffice.org ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hello everyone, Sorry for my lack of responsiveness... but I was on holidays last week. On Fri, 2011-12-30 at 18:18 +0100, Stefan Knorr (Astron) wrote: Yeah ;-) - it is hard to make everyone happy, though I am not that convinced that introducing one more option is the right solution. Agree with that completely. I agree with that too... though someone suggested me once that we could have some hidden expert configuration feature a la mozilla. This kind of configuration would be the ones that would appear only in that expert config thing. That being said we can introduce some XCS/XCU file entry for it without showing it an the UI ;) So - what I'll try to do is that the appearing will start later (not 1 sec, but maybe 200 - 500 ms), but the functionality will be available immediately when the mouse is there; so the impatient user who knows where to click will be able to perform immediately, while the extensive mouse traveller will not be annoyed. Hopefully that will be the best from the both worlds :-) Sounds good. Almost wanted to propose that yesterday, but didn't dare because you had patches already. I have no strong opinion on that. And... is it possible to show the controls only on a single page? See the attached screenshot - it's absolutely crazy! %-) Not pretty... but a corner case nevertheless. If you have enough resources to fix all of these rendering bugs for 3.5 that would be great, but hopefully these won't hurt too much otherwise. Indeed, not pretty :) So, for the future, we have the following drawing bugs present here: * Page breaks: When moving with the mouse cursor from one page break to the next very quickly, their little tabs don't disappear any more I'll have a look at that. * Page breaks: The dotted lines are drawn above the little tabs That can be fixed quickly. Another one that annoys me quite a bit (but can't be seen in Ivan's screenshot): * Page breaks: the dotted line seems to move forward instead of just being overlaid by the tab. Ok, I'll fix that one as it causes another bug (flickering tab when moving the mouse over the left end of the line) :-) The thing is that you are really editing all the pages at the same time (header applies to all of them). The way out of that might be showing the dashed line on all the pages, but the control only on the page where you have the mouse pointer. I'll try how hard will that be. Agree with your solution, but note: the header indicators are shown on _all_ pages, not just those with the same header style. If there's a page using another header style, no indicator should be shown at all. What about showing only the two tabs of the currently selected page(s)? It's just a wild idea without code consideration ATM ;) -- Cedric ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hi Ivan, On 2011-12-30 at 19:35 +0400, Ivan Timofeev wrote: May be this is better now, may be not... I think that a timeout option in the Tools - Options will save us from the users' grumbling. :) - The typical reaction from a nervous user (like me): User: I don't want to wait one second! Dev: Well, we've removed this delay. Is this better now? U: I also hate the animation! D: Ok, you can disable it in the settings now. Are you happy now? U: No, now this popups are annoying, they appear every time when I move the mouse, I just fear to move it one more time! Are you plan to send me to the funny farm?! ... - There are always the ones who're displeased by the new UI features, who only love the shortcuts. Lets take pity on them and add the option to disable things that might be annoying. Yeah ;-) - it is hard to make everyone happy, though I am not that convinced that introducing one more option is the right solution. I have been playing with the feature and Writer in general even more, and now I am convinced that giving there a small timeout has some merit; when you are an extensive mouse user, and travel between the document and toolbar or menu a lot, the immediately popping up / hiding header indicator will get on your nerves quickly. So - what I'll try to do is that the appearing will start later (not 1 sec, but maybe 200 - 500 ms), but the functionality will be available immediately when the mouse is there; so the impatient user who knows where to click will be able to perform immediately, while the extensive mouse traveller will not be annoyed. Hopefully that will be the best from the both worlds :-) - Showing both the header and footer controls, while the user is able to use just one of them at a time While it makes some sense from the implementation point of view to keep the headers and footers close in the code, from the user point of view I don't see why we should show both at the same time; the user is able to edit either header, or footer, but never both at the same time - she has only one caret ;-) So I decoupled that: http://cgit.freedesktop.org/libreoffice/core/commit/?id=cce76e658af88813e17dea4f04388a29d7e582df Yes, I agree here. And... is it possible to show the controls only on a single page? See the attached screenshot - it's absolutely crazy! %-) :-) The thing is that you are really editing all the pages at the same time (header applies to all of them). The way out of that might be showing the dashed line on all the pages, but the control only on the page where you have the mouse pointer. I'll try how hard will that be. Thank you, Kendy ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hi everyone, Yeah ;-) - it is hard to make everyone happy, though I am not that convinced that introducing one more option is the right solution. Agree with that completely. So - what I'll try to do is that the appearing will start later (not 1 sec, but maybe 200 - 500 ms), but the functionality will be available immediately when the mouse is there; so the impatient user who knows where to click will be able to perform immediately, while the extensive mouse traveller will not be annoyed. Hopefully that will be the best from the both worlds :-) Sounds good. Almost wanted to propose that yesterday, but didn't dare because you had patches already. And... is it possible to show the controls only on a single page? See the attached screenshot - it's absolutely crazy! %-) Not pretty... but a corner case nevertheless. If you have enough resources to fix all of these rendering bugs for 3.5 that would be great, but hopefully these won't hurt too much otherwise. So, for the future, we have the following drawing bugs present here: * Page breaks: When moving with the mouse cursor from one page break to the next very quickly, their little tabs don't disappear any more * Page breaks: The dotted lines are drawn above the little tabs Another one that annoys me quite a bit (but can't be seen in Ivan's screenshot): * Page breaks: the dotted line seems to move forward instead of just being overlaid by the tab. :-) The thing is that you are really editing all the pages at the same time (header applies to all of them). The way out of that might be showing the dashed line on all the pages, but the control only on the page where you have the mouse pointer. I'll try how hard will that be. Agree with your solution, but note: the header indicators are shown on _all_ pages, not just those with the same header style. If there's a page using another header style, no indicator should be shown at all. Regards, Astron. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Ivan Timofeev wrote (30-12-11 16:35) And... is it possible to show the controls only on a single page? See the attached screenshot - it's absolutely crazy! %-) :-) -- - Cor - http://nl.libreoffice.org ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
