Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-16 Thread Kevin Grignon
Ricardo, Thanks for sharing. I'll take a look at this and provide any UX thoughts and feedback. Once the design elaboration crystallizes, perhaps we could perform some quick user testing to validate the interaction design. Regards, Kevin AOO UX On Tue, May 15, 2012 at 5:28 PM, RGB ES

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-16 Thread chengjh
+1 Sounds a good idea...Making PB visible will benefit users' satisfaction... On Tue, May 15, 2012 at 5:28 PM, RGB ES rgb.m...@gmail.com wrote: 2012/5/13 RGB ES rgb.m...@gmail.com: 2012/5/12 Torokhov Sergey torokhov_...@mail.ru: On Saturday 12 of May 2012 22:50:16 RGB ES wrote: ... I put

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-15 Thread RGB ES
2012/5/13 RGB ES rgb.m...@gmail.com: 2012/5/12 Torokhov Sergey torokhov_...@mail.ru: On Saturday 12 of May 2012 22:50:16 RGB ES wrote: ... I put it to the left mainly to avoid clash with notes (they are always to the right), but moving the label near to the text area for a more compact design

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-14 Thread Oliver-Rainer Wittmann
Hi On 12.05.2012 16:40, RGB ES wrote: I would like to ask you for feedback on this idea, to know if you think it is good or bad and why, and finally if you think it is feasible. Writer shows page breaks (PB) with a line on top of next page's text area. LyX shows PB with a line crossing the

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-13 Thread Torokhov Sergey
On Sunday 13 of May 2012 01:26:41 Torokhov Sergey wrote: What about the same actions for Line Break and Column Break preferencies? -- Regards Sorry, LineBreak seems no need such complicated behaviour as it is now dispaying as nonprintable character that can be easily seen. But what about

[4.0 brainstorming] Making Page Breaks more visible

2012-05-12 Thread RGB ES
I would like to ask you for feedback on this idea, to know if you think it is good or bad and why, and finally if you think it is feasible. Writer shows page breaks (PB) with a line on top of next page's text area. LyX shows PB with a line crossing the page on the insertion point with the text

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-12 Thread Torokhov Sergey
On Saturday 12 of May 2012 16:40:27 RGB ES wrote: Considering all this, I believe PB should be shown on the same object that creates the break, and on the object side where break occurs: this way, PB display will be consistent with the way PB works on Writer. See here for a lousy

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-12 Thread Hagar Delest
+1. Seems very logical indeed. The Page break label should be visible somewhere in line with the PB location. Do you mean it should be in the margin? A hot spot that opens the attributes by double-click would improve th user experience to change page numbers, page styles, ... Hagar Le sam. 12

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-12 Thread RGB ES
2012/5/12 Hagar Delest hagar.del...@laposte.net: +1. Seems very logical indeed. The Page break label should be visible somewhere in line with the PB location. Do you mean it should be in the margin? Not necessarily: I put it to the left mainly to avoid clash with notes (they are always to the

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-12 Thread Torokhov Sergey
On Saturday 12 of May 2012 22:50:16 RGB ES wrote: ... I put it to the left mainly to avoid clash with notes (they are always to the right), but moving the label near to the text area for a more compact design is a good idea. Regards Ricardo Could it be a pop-up object with on-mouseover

Re: [4.0 brainstorming] Making Page Breaks more visible

2012-05-12 Thread RGB ES
2012/5/12 Torokhov Sergey torokhov_...@mail.ru: On Saturday 12 of May 2012 22:50:16 RGB ES wrote: ... I put it to the left mainly to avoid clash with notes (they are always to the right), but moving the label near to the text area for a more compact design is a good idea. Regards Ricardo