Re: [Libreoffice-ux-advise] Template manager : feedback
Hi mirek, mirek2 wrote > The original idea was to not have a static size for the overlay, but > rather > have its size detemined by its contents But it was static. Only half the space was used. And I have many templates and it was unpractical with this tiny place. mirek2 wrote > , in the same way it works on > Android (and as was designed for our Android port), and similar also to > iOS/new Mac OS X behavior. Why such priority for Android? Be consistent with Android, ok, but not being consistent with the desktop is a mistake. LO is mostly a application to work on desktop. So to being consistent on PC is important too. This is still a productive application. mirek2 wrote > It was imagined that there would only be one level of hierarchy (as is > standard on Android and iOS), as it makes browsing templates much simpler > and will be necessary if/when there is sync functionality between Android > and desktop LibreOffice. Why limitating other users with such restrictions? Other users may have more than one level. mirek2 wrote > Thus, a path bar would be largely unnecessary A path bar works for everyone. I think we should not forget that the software is used mostly on PC. Regards, Olivier -- View this message in context: http://nabble.documentfoundation.org/Template-manager-feedback-tp4024102p4024237.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] Template manager : feedback
Hi *, I have been testing the template manager, and while reporting to Cedric, we agreed on several points: Displaying templates in a small overlay window is confusing and unpractical. The overlay window is too small, especially if you have many templates, space is wasted to display other folders you cannot select at the moment. We think it’s better to use the full space of the window and drop the overlay. The small cross to close the folder and go back is not obvious enough, and we thought that displaying the path would be better if you can click on elements to go back to the previous folder or directly to the root of all templates, as it is done in Windows explorer, Dolphin, Gnome, web forums and many other websites. Regards, Olivier -- View this message in context: http://nabble.documentfoundation.org/Template-manager-feedback-tp4024102.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Default Styles in Writer
Hi *, Jan Holesovsky wrote > And - being at the HackFest in Munich, I've just managed to get the > previews of the styles working: > > http://artax.karlin.mff.cuni.cz/~kendy/blog/archives/permalinks/2012-11-24T21_03_58.html This is cool. :) Is it possible to get this feature in the stylist ? A long time ago, I had made a mock-up for Cédric. http://wiki.documentfoundation.org/File:NewStylist.png Regards, Olivier -- View this message in context: http://nabble.documentfoundation.org/Libreoffice-ux-advise-Default-Styles-in-Writer-tp4020441p4020669.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Mirek's visit in SUSE :-)
Hi Kendy, Jan Holesovsky wrote > > Can you create a screenshot for me, please? > Here it is: http://img205.imageshack.us/img205/6195/liboglitches.png Olivier -- View this message in context: http://nabble.documentfoundation.org/Libreoffice-ux-advise-Mirek-s-visit-in-SUSE-tp3985686p3985983.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Mirek's visit in SUSE :-)
Hi, Jan Holesovsky wrote > > Lighter border window (no 3d effect): > http://cgit.freedesktop.org/libreoffice/core/commit/?id=51fdf273e9893d3d05c99a09e1c2e5835a78e891 > There is still the 3D effect on the bottom line of the stylist and the navigator if you anchor them. Regards, Olivier -- View this message in context: http://nabble.documentfoundation.org/Libreoffice-ux-advise-Mirek-s-visit-in-SUSE-tp3985686p3985801.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Complete removal of the Windows/Linux quickstarter, was: Re: [Libreoffice] Removing LibO on Windows ...
Hi Stefan, Stefan Knorr (Astron) wrote > > I really believe, the quick-starter should just go. > +1 Olivier -- View this message in context: http://nabble.documentfoundation.org/Libreoffice-ux-advise-Complete-removal-of-the-Windows-Linux-quickstarter-was-Re-Libreoffice-Removing-tp3642001p3642359.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Icon for bundled extensions?
Hello Stefan, Stefan Knorr (Astron) wrote > > But, personally, I wouldn't mind if we had a French/Canadian flag (or > both) as the icon. > The icon I use is a French flag. I will create a patch. > As for the Danish icon ... I find it is pretty > non-descriptive, so it's in my view not ideal to follow this example. > +1 > For now, the best I can say is, it would be great if it were a flag > and it would be great if you could follow the Tango guidelines [1] > That’s a flag I created myself. I’ll try to improve it later, even if I think the Gnome theme is really inappropriate on Windows. https://bugs.freedesktop.org/show_bug.cgi?id=30541 Regards, Olivier -- View this message in context: http://nabble.documentfoundation.org/Re-Libreoffice-ux-advise-Icon-for-bundled-extensions-tp3623433p3629008.html Sent from the UX-Advise mailing list archive at Nabble.com. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] Icon for bundled extensions?
Hi *, Few months ago and a long time ago (at Sun times), I offered to include an icon into the bundled French dictionaries extension, but apparently it was each times undesirable. In the LO 3.5 beta 2, the labels for dictionaries extensions are translated, and it is now uneasy to distinguish what are the languages set provided, because labels are similar. Besides, for some reason, some extensions (danish, hebrew, dutch, kurdish) are allowed to have an icon included. What is currently the real policy about this matter? I think it would be easier to distinguish dictionary extensions if we were allowed to include an icon. Thanks in advance for considering my request. Regards, Olivier ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Hiding/Showing the page breaks in writer
Hi Cédric, Le 23/09/2011 21:11, Cedric Bosdonnat a écrit : Here is a screenshot of what I currently have implemented for the page break indicator. Any opinion on that? http://img809.imageshack.us/img809/4223/pagebreaks.png Looks good! Great! :) Is the button always visible? Best regards, Olivier ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Hiding/Showing the page breaks in writer
Hello all, Le 19/09/2011 10:14, Cedric Bosdonnat a écrit : * Draw the manual page break line between the two pages instead of the top of the paragraph defining the break. I am a little bit skeptical about the place you choose, especially if it is a column break. For the latter, I don’t think it would be the proper place. * Draw it unconditionally. We can surely find a way to disable it in some way through options, but at that place it would be a problem as it's not on a page. With the option “Text boundaries”… ? But maybe this choice is more logical if you draw the breaks within the page. Regards, Olivier ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Hiding/Showing the page breaks in writer
Hi, Le 17/09/2011 14:38, Christoph Noack a écrit : As I said, the line could be kept (either always, or being a formatting aid), but needs more explanation (doable if non-printing characters are "on"). Oh, you were speaking of an option for page/column breaks as np-chars, right? That would make it quite strange to handle. If I understand you properly, we would have to display np-chars and switch options to disable every np-chars, except page/column breaks. Well, that would be better than nothing, but very counter-intuitive, especially for those who may find useful to switch the display mode often. And, the behavior/visualization you are referring to is clearly the less WYSIWYG draft mode we lack since quite some time ... Actually, a draft mode is unuseful for me. ;) But I have seen the draft mode requested several times also. I don’t really understand why some people (OK, “some” is not precise) find this mode so useful. Well, the "some of us" is my question here - looking at the major userbase of LibO, the question is always which part of the users benefits from what decision (or gets worried). I can’t say much more than “some of us”, as I have no statistics, but I haven’t seen anything which suggests that the new decisions about breaks with np-chars are based on something else than others preferences, so I hope you don’t mind if I try to defend a different point of view. ;) The only thing I am sure is I am not alone to feel concerned by this. Are we very numerous ou just a few, I don’t know. We were just more numerous than others on the French ml, but with such low numbers, hard to be sure of what the majority thinks. Cheers, Olivier ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Hiding/Showing the page breaks in writer
Hi Cor, Le 16/09/2011 15:55, Cor Nouws a écrit : Most important is that I support the view that hard page breaks should not be hidden with the non printing characters. +1 ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Hiding/Showing the page breaks in writer
Hello Christoph, Le 16/09/2011 22:40, Christoph Noack a écrit : Okay, let's address this step by step - I think everybody agrees that the visualization of page breaks is valuable. I, personally, also use the page break information quite heavily. So am I. But, the blue (or whatever colored) line isn't self explaining - so the question is whether it helps (advanced users) or worries (less advanced users) if it is shown in the Writer WYSIWYG mode - it could even be a document border. That was our rationale to switch the visibility of this "line" with the non-printing characters, plus adding a "this is a page break icon" plus tooltip. So I currently see two alternatives trying to balance the needs of the variety of users ... Version 1: Back to a (tweaked) former behavior * non-printing characters off --> show the line (but: use a narrow dashed line to make it look like a markup, like the headers/footers indicator or the Notes connector lines) * non-printing characters on --> show the line and add the icon for "this is a page break" (which is currently implemented via text, as Cedric stated) Version 2: Make the border a formatting aid --> Same behavior as above, but make the the line a configurable formatting aid (Tools - Options - Writer - Formatting Aids). [BTW: I don't like to add more configuration options, but it would fit to the concept we have today...] Imho, page/column breaks are text boundaries more than special characters, so I think it should be visible as well as page/sections boundaries, and that’s why I suggested the first solution. But it does not really matter if it should be a full page/column line, a dashed line or a shortened line (to fit more to WYSIWYG), or something else, as long as this information is available WITHOUT displaying non-printable characters. That was the main concern on the French ml. Why? Simply because some of us just never display the non-printable characters. So removing all hints of the presence of page/column breaks without NP-chars is like removing them totally. Switching all the times the displaying mode would be really unconvenient. @ Cedric, Olivier: Mmh, currently thinking if (after our changes) the former upper document border is still the right place to draw such a line, or whether the upper page border would fit even more ... Any opinion? It could be small red arrow in the margin, or two slashes // at the corner to suggest that the text flow has been cut. On the French ml, we suggested to draw page/column breaks at the bottom of pages/columns, but it is apparently technically difficult because breaks are parameters of the next paragraph. So said Cédric. Regards, Olivier R. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise