I for one do change defaults when I can find the way to do it. Spent some time thee other day trying to work round Base's default report format which I find wasteful of space., for example. I always change the default format to Times from Arial.
Best wishes On 28 Sep 2012 at 10:05, Armin Le Grand wrote: Send reply to: [email protected] Date sent: Fri, 28 Sep 2012 10:05:17 +0200 From: Armin Le Grand <[email protected]> To: [email protected] Subject: Re: [UX][DISCUSS] Default Document Border > Hi, > > On 28.09.2012 03:22, Kevin Grignon wrote: > > KG01 - See comments inline. > > > > > > On Fri, Sep 28, 2012 at 7:54 AM, tj <[email protected]> wrote: > > > >> On 9/27/2012 09:45, Kevin Grignon wrote: > >> > > snip > > >> > >> It's fairly obvious that some users like page framing (I do), and > >> others don't. We could add a checkbox under Tools > Options > > >> Writer > View, in the "view" column: ☑ Page frame > >> > >> If you want to get elaborate, we could put some radio buttons > >> underneath this option: • Chop marks • Corners • Borders ... > >> > > > > KG01 - yes, this is what I was thinking. How might we proceed? > > Sketch up the solution? Seek a developer to implement? > > I like the gereral idea, but I also agree that the default should be > the old behaviour. This again means that nearly nobody will use the > other possibilities (who changes defaults...?). > > Seeing that this task looks like a luxury problem to me. Should we > really spend ressources in implementing four kinds of page document > border visualisation (one existing, three fancy new ones)? > > With the points collected I would suggest just a slight change: > > - Use the existing possibility for changing the color of document > borders to reduce the contrast, choose a lighter gray color for it and > make it the new default. > > That's it. I would not do more currently. > > There are more UI tasks where putting ressources will benefit more > users IMHO... > > >> where that last leads to a dialog such as can be found on "Border" > >> tabs in various places, controlling line thickness, color, > >> placement ... > >> > > > > KG01 -Interesting. I would say this is separate enhancement. My goal > > is to reduce "noise" on the editing page, but be flexible to support > > contexts of use where boarders are helpful guides. > > > > This is assuming that users who don't want frame marking would > > almost never use it. For users who want quick toggle (if there are > > any), we could add an entry to the "Writer > Formatting aids" list > > for what is shown when NPC is selected. > > > > KG01 - Makes sense. Great idea. > > > > > >> Note the importance of setting the defaults such that the current > >> UI appearance is unchanged. Users who want changes should have to > >> do a little work; those who don't, shouldn't. > >> > >> > > KG01 - This is a difficult call. On one hand, the is significant > > interest in a refreshed UI. One that is lighter, more task focused > > and appears contemporary. On the other hand, change can be > > difficult. I understand that Microsoft Office, which has significant > > instrumentation, data suggest that only 5% of users customize their > > doc editor workspace. The goal should be to provide the right > > default, a smart default that addresses the user's goals and > > reinforces our design language. We need data to drive this, and > > other similar decisions. > > > > KG01 - I will update the work item to include elements of this > > thread. > > > > > snip > > > > > Sincerely, > Armin > -- > ALG > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] For > additional commands, e-mail: [email protected] > Niall Martin Phone 0131 4678468 Please reply to: niall<at>rndmartin.cix.co.uk --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
