[Libreoffice-ux-advise] The "no border text" feature in Writer 3.5 is not complete

[Vit]

Hi all!

Sorry to be here in this list, I've read about the problem and have some ideas 
how to solve this issue with borders:

1. Most of users wanting this borders are typing a lot and, to my mind, have 
to work with shown non-printing characters. So the fist idea is to show 
borders with non-printing characters enabled.

2. The second thing is for the people working with images a lot. The idea is 
to show border with thin or dashed line only when user moves (drags or moves 
using the keyboard) an object (Table, Image, etc.). And the other thing is 
making border appear when something is snapped to it. I think it will be 
useful, when object snaps to the border and you see, that it snaps to the 
border exactly, but not to the other grid line.

3. Add the check box to show the page borders to Tools → Options → LibreOffice 
Writer → Grid. I think this is the place for such king of check box. I've read 
you don't want to add it, but some users think that should be the way to get 
the borders back and this menu have lots of free space and it's logical to 
place the check box there.

With bets regards,
Victor

P.S. I'm using LibreOffice to write some text (for example my thesis) and I 
think it's easier to do it in LibreOffice then in MSO.


On Wednesday 15 February 2012 11:44:31 Jan Holesovsky wrote:
> Hi NoOp, Jean-Francois,
> 
> NoOp píše v Út 14. 02. 2012 v 20:16 -0800:
> > > So, introducing the new feature is ok for me as it may help some users.
> > > But this decision should not interfere with satisfied users who now
> > > *lack* an important visual clue when devising their documents. In the
> > > previous releases, the option was there: users could display or hide the
> > > text limits; why change that?
> 
> Thank you very much for the feedback!  The change was discussed here,
> mostly with Christoph [cc'd], see:
> 
> http://lists.freedesktop.org/archives/libreoffice-ux-advise/2011-August/0002
> 40.html
> 
> Basically it comes from the design that was proposed already in the OOo
> times, see http://wiki.services.openoffice.org/wiki/DocumentBorder .
> The current (3.5) design looked as the best option, was in the daily
> builds [http://dev-builds.libreoffice.org/daily/] for several months,
> and nobody complained - so we were happy with it; what a pity that you
> haven't pointed it out earlier :-(
> 
> The good news is - nothing is lost!  It is just code, and can be
> changed.  It is here:
> 
> http://opengrok.libreoffice.org/xref/core/sw/source/core/layout/paintfrm.cxx
> #6276
> 
> [the method lcl_CreatePageAreaDelimiterPrimitives()], please play with
> it a bit, and try to come up with something that will be both pretty,
> and will fit your needs - I am sorry, but we do not want just to switch
> back to the old behavior, it was so 90's, and we have already been
> getting too much beating for looking old, and obsolete.
> 
> If you need any help, please come to the #libreoffice-dev on
> irc.freenode.net.
> 
> > So is this the correct list, or is the design list more appropriate?
> 
> The design list has much broader goal than this mailing list - it
> involves website design discussions, general discussions, etc.  The goal
> of libreoffice-ux-advise@ is to get quick feedback on patches that
> involve usability, and tight and fast designers + hackers co-operation.
> Please join if you are interested!
> 
> >  If
> > 
> > the latter is the case, then it appears that this request from January
> > has been ignored:
> > <http://listarchives.libreoffice.org/global/design/msg03578.html>
> > [libreoffice-design] Text boundaries like 3.4.x
> 
> We have too many switches already, sorry, adding more options is not
> what we want.  Even with the 'borders' feature we were able to find a
> solution that fits all involved, I am sure we will succeed here too.
> 
> > doesn't seem to address the issue. So how can a change like this be
> > changed without a specific bug report?
> 
> Easily - somebody creates a patch, sends info about that to this list,
> and then it is is discussed here.  If it does not fit as it is, then it
> is tweaked until both the original developer + the UX people are all
> happy :-)
> 
> All the best,
> Kendy
> 
> _______________________________________________
> Libreoffice-ux-advise mailing list
> Libreoffice-ux-advise at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise