I second https://bugs.freedesktop.org/show_bug.cgi?id=46073#c44 which says: "The [View/Text Boundaries] approach only turns corner marks on and off. No sign of full boundaries like the old days.... You are welcome to add my name to the list of people that want the full boundaries back without having to jump through hoops to do it." The full boundaries are available by choosing View > Nonprinting Characters. IMO the association between "nonprinting characters" and page boundaries isn't obvious at all. Users should be able to enable/disable full-page boundaries independently of showing/hiding nonprinting characters. Several of the other commenters on the same bug 46073 said the same thing. Maybe in Tools > Options... > LibreOffice Writer > Formatting Aids there can be a pair of tickboxes similar to: Text Boundaries format: [ ] Crop marks [X] Full-page boundaries Then text boundaries in the selected format would be made visible/invisible by the main menu's View > Text Boundaries, which would have no connection at all to Nonprinting Characters. It would be extra lovely if the suggested Options setting would default to "Full-page boundaries" when LO is installed on a machine that didn't previously have an LO version with this option. I have multiple users affected by this, including some for whom this inferior usability, compared to a widely used commercial word-processor, contributed to a negative overall view of LibreOffice. I'm using LibreOffice 4.1.4.2 on Ubuntu 13.04.
Hi dg, (In reply to comment #0) > Text Boundaries format: > [ ] Crop marks > [X] Full-page boundaries > > Then text boundaries in the selected format would be made visible/invisible > by the main menu's View > Text Boundaries, which would have no connection at > all to Nonprinting Characters. So that should toggle that what is selected in the check at the section Text boundaries? (Thus in the example above show nothing or full boundaries) ? thanks for the idea, Cor
added to the list for the UX hackfest (means no promise, just awareness) https://wiki.documentfoundation.org/Hackfest/FOSDEM2014#Bug_List
(In reply to comment #1) > (In reply to comment #0) > > > Text Boundaries format: > > [ ] Crop marks > > [X] Full-page boundaries > > > > Then text boundaries in the selected format would be made visible/invisible > > by the main menu's View > Text Boundaries, which would have no connection at > > all to Nonprinting Characters. > > So that should toggle that what is selected in the check at the section Text > boundaries? (Thus in the example above show nothing or full boundaries) ? Yes, the suggested checkboxes would be in addition to the existing View > Text Boundaries menu item. If V>TB is off, then neither crop marks nor full-page boundaries are ever shown. If V>TB is on, then what was selected in Tools > Options is displayed. Maybe the checkboxes should be 3 radio buttons: ( ) Crop marks only (o) Full-page boundaries only ( ) Both With checkboxes, if the user turns off both checkboxes, then the V>TB menu entry would do nothing, which doesn't seem right. Thanks for stimulating me to realize this. :-) I still think "Full-page boundaries only" should be the default. Many thanks, also, for adding this enhancement to the list for contributors to consider adding at the UX Hackfest.
I just installed LO version 4.3.4.1 to see if Text Boundaries have been restored as suggested by dg1727, or something similar. Apparently the hack-fest came and went and this issue is unchanged. If it has been resolved and I simply can't find the Options page to enable the boundaries, I apologize and would deeply appreciate someone directing me to the proper page. Otherwise, it is back to the AO. Yes, Text Boundaries are that important to me. Thank you.
Created attachment 116441 [details] Quick mock-up for text boundaries option I think the best place to put an option to choose between corner and full text boundaries is the exact place where you choose if you want text boundaries at all and its color: Configure → Options → Appearance. See the lousy mock-up attached for an initial idea (sorry for the Spanish background screenshot). As a comment to support the idea of a proper location for this option, note that if someone makes proper use of styles and configure Writer to ignore double spaces (I do both) non printing character are pretty useless. On the other hand, full text boundaries are fundamental when you need to deal with graphical elements and tables and that's the reason why the need to activate non printing characters (something I do not use) in order to have proper text boundaries (something I use a lot) is a bit frustrating for me and, it seems, other users.
Question: is it possible to add, at least, an option to the "expert configuration" in order to enable text boundaries independently of non printing characters? This way users that really want text boundaries back all the time could have them even without adding a new UI element.
*** Bug 93829 has been marked as a duplicate of this bug. ***
Migrating Whiteboard tags to Keywords: (needsDevEval) [NinjaEdit]
OK, I try a summary of the problem situation and an easy to code suggestion for a solution. Currently I see 2 Problems: a) A misleading UI: 1.) "View - Text Boundaries" does not show full boundaries but only cornermarks. 2.) "View - non printing characters" show non printing characters + text boundaries. And in a good UI each menu item should exactly do what it says and what a normal user expects. (Which can - in this case - not be solved with new options in the options menu.) b) A crippled/lost feature: 1.) If I work with layout in writer, I need the full text boundaries but not the non printing characters. 2.) Somebody else would need the non printing characters but would not like to see the full boundaries. My Suggestion for a quick solution with no need of recoding the options menu, but only rearrange the view menu a little: 1.) "View - non printing characters" show non printing characters ... and nothing else (as it says!) 2.) "View - Text Boundaries" is split in two items realized as sub-menu options: a) "only cornermarks" b) "full boundaries" or both as main items: a) "Text Boundaries" as it is ... showing the full boundaries b) and NEW: "Cornermarks" ... showing the cornermarks And so the UI is clear AND everyone can easy select what he wants and needs.
I second the suggestion of burnuser@gmail.com in comment 9. It should have been done that way in the first place.
Bug is still present. No changes in bug behavior. Testsystem: LO 5.2.3.3 on Windows Vista
*** Bug 124510 has been marked as a duplicate of this bug. ***
For better UX, I support the idea of separating the boundary appearance from non-printing characters option. I like the mock-up of comment 5 but I doubt users will find this in the long list of appearance color options.
I totally support the separation of feature options. Good usability design dictates such. We have a problem when programmers do not include as many feature options as possible in the basic settings area. Currently, the user must jump thru hoops to set things like the default documents font. Things like this need to be in one place and one place only. Two failures happened here; a feature was left out, and it was not included in the personalized settings area. Adding menu toggles is a good idea, but making the personal choice of things like a margin line should be part of basic settings first.
since version ... View > Text Boundaries turns the page boundaries (as well as the section boundaries) on/off. So this is resolved in the mean time. Not looking for specific commit > WFM.
(In reply to Cor Nouws from comment #15) > since version ... View > Text Boundaries turns the page boundaries (as well > as the section boundaries) on/off. > So this is resolved in the mean time. > Not looking for specific commit > WFM. There are 4 cases: 1. Formating Marks ON and Text Boundaries ON: marks on and text boundaries on 2. Formating Marks ON and Text Boundaries OFF: marks on and text boundaries off 3. Formating Marks OFF and Text Boundaries ON: marks off and text boundaries off, just corners ON -> HERE IS THE PROBLEM 3. Formating Marks OFF and Text Boundaries OFF: marks off and text boundaries off
This has an obvious code pointer. Since bug 46073 was fixed by commit 7794baf89e74fc8308c8e1505f47d60b6547465f, it is easy to see what code is responsible for the both modes (corner marks / boundary rectangles). So the task is: 1. Introduce an option (e.g., meaning "show corner marks for text boundaries when formatting marks are not shown", which would match the current behavior); 2. Change the respective code to take that setting into account (so that when text boundaries are shown, and that option is *not* activated, the boundaries would be rectangles); 3. Introduce an UI for that (under Options, I think, but that's a question to UX).
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1de5fc4671f789d1a9d0b5679a52349b9913a2f4 Resolves tdf#74386 - Make Text Boundaries independent from non-printable chars It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0b7d01a1a20b291e5c0ca3082c7714a565381f4d Related tdf#74386 - Improvements for text boundaries options It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.