<div dir="ltr">Hi Cor,<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 18, 2013 at 5:16 PM, Cor Nouws <span dir="ltr"><<a href="mailto:oolst@nouenoff.nl" target="_blank">oolst@nouenoff.nl</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Mirek,<br>
<br>
Mirek M. wrote (09-09-13 14:46)<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I share your sentiments about the sidebar. It should definitely be<br>
hidden by default, as it adds minimal value in return for a bunch of<br>
wasted space and a less focused, messier interface. The exception to<br>
this would be Impress, because it already relies on the task pane for<br>
key functionality and the sidebar is the replacement.<br>
</blockquote>
<br></div>
OK. And maybe, when visible in the other modules, remove some formatting toolbar?</blockquote><div><br></div><div>I'm not sure if I said it in this post, but I look at the Properties panel as the replacement for modal dialogs -- like the Inspector in Mac applications. Thus I imagine it not acting as a replacement to the toolbar, but as a supplement.<br>
When you're writing, you want your workspace to be clean, uncluttered, so that you can focus on the task at hand. The toolbar serves you quick formatting options, but generally stays out of the way (at least when you remove or streamline and move the Standard toolbar). When you happen to need an advanced formatting option that you rarely use, that's when you show the Properties panel. It shouldn't be on full-time (unless you refuse to use styles and constantly have breaks for using advanced formatting options while creating content; that's not a use case we should encourage, though).<br>
</div><div>Since the user won't be using the panel full-time and since the Show/Hide button for the panel should be part of the contextual toolbar itself, it would be good to keep the toolbar visible even when the Properties panel is shown to not disorient the user.<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
My vision for the sidebar is a bit different, though.<br>
First and foremost, I'm hoping that the sidebar will be made modular,<br>
allowing the user to undock each individual panel (represented by a tab)<br>
from the sidebar. Keep just a single panel docked, the tab bar would<br>
disappear. That would mean that we'd get rid of the awful panel<br>
duplication we have with the Sidebar now -- there would a single<br>
Navigator, a single Gallery, and a single Style pane, and all of these<br>
could be docked/undocked at any side of the window and grouped into tabs<br>
as one wished. This is all standard panel behavior, btw -- if you want<br>
to try it, just take a look at Gimp or Inkscape. (And I believe the<br>
Adobe counterparts work similarly.)<br>
</blockquote>
<br></div>
Those ideas for panel behaviour look sound to me. But less important in my view then the items I brought forward .. ;)</blockquote><div><br></div><div>They're very important to me -- I can't stand the odd duplication we have going on, with two Navigators, two Galleries, and two Style panes.<br>
If you're using the Sidebar, you have to launch a separate Navigator in case you need to use two panels at once.<br></div><div>And that might be hard to discover how to do, since it's not clear what View -> Navigator or the Navigator icon in the toolbar will do.<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
As for the Properties panel, I'm hoping it will gain Style dropdowns<br>
like those in the toolbar (Kendy's working on this). I see no reason to<br>
fill the Properties panel with styles, though, as we already have the<br>
Styles panel for that.<br>
</blockquote>
<br></div>
It would be my strong, very strong, preference to make controls for direct formatting hidden, far hidden, and clearly show styles in a useful way.</blockquote><div><br></div><div>Despite favoring styles, I wouldn't dismiss the usefulness of hard-formatted bold/italic/underlines -- they're much simpler to apply than styles and they're as easy to replace (using Find and Replace).<br>
</div><div>I would love for the font picker and font size picker to be deemphasized, though, given that these two should almost exclusively be applied through paragraph styles.<br></div><div>GMail had fonts under an icon-only drop-down before its redesign. [1] Many mobile word processors do the same [2][3] (although Drive [4] has the text label "Fonts" instead of an icon).<br>
I would love for the font picker to use an icon-only drop-down as well. That would not only deemphasize the font picker, it would also emphasize the style picker, which would now be the widest element in the toolbar.<br></div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Furthermore, it's the Properties panel, so I would expect it to hold any<br>
and all of the object properties. That's the role dialogs play right<br>
now, and I'm hoping that, over time, the Properties panel will gain all<br>
of their functionality and replace them one by one. The advantage to<br>
that would be fast and easy access to this functionality, and the<br>
ability to see the changes happen live in the document.<br>
</blockquote>
<br></div>
I like the idea of seeing a life preview. On the other hand, applying a style and hitting Ctrl-z or the undo button, or the other style when it's not what is wanted, isn't a big deal too.<br></blockquote><div><br>
</div><div>Of course. That's what the Styles panel is for. (That said, that panel should really use single-click for applying styles -- double-click is unnecessarily strenuous.)<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The concept is<br>
basically the same as that of the Inspector window, which has long been<br>
used on Mac OS and is a key part of iWork.<br>
</blockquote>
<br></div>
Cheers,<br>
Cor<br>
<br>
PS See you in Milan?<br></blockquote><div><br></div><div>Yes, I hope so. :) <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">
<div class="h5">
<br>
-- <br>
 - Cor Nouws<br>
 - <a href="http://nl.libreoffice.org" target="_blank">http://nl.libreoffice.org</a><br>
 - The Document Foundation Membership Committee Member<br>
</div></div></blockquote></div><br>[1] <a href="http://www.gmailloginhelp.com/wp-content/uploads/2013/03/Formatting-Fonts-and-Colors-in-Gmail.jpg">http://www.gmailloginhelp.com/wp-content/uploads/2013/03/Formatting-Fonts-and-Colors-in-Gmail.jpg</a><br>
[2] <a href="http://www.thebookdesigner.com/wp-content/uploads/2010/06/pages.png">http://www.thebookdesigner.com/wp-content/uploads/2010/06/pages.png</a><br>[3] <a href="http://www.ipad-apps-reviews.com/gallery/quickoffice-ipad/quickoffice_ipad_3.jpg">http://www.ipad-apps-reviews.com/gallery/quickoffice-ipad/quickoffice_ipad_3.jpg</a><br>
[4] <a href="https://lh3.ggpht.com/ADurfKs067aB9hxldYqvAjXmWCbrys281UdFvJygTQisVoRIfcrJ8HOw-XLtna5YJ_M=h310">https://lh3.ggpht.com/ADurfKs067aB9hxldYqvAjXmWCbrys281UdFvJygTQisVoRIfcrJ8HOw-XLtna5YJ_M=h310</a><br></div></div>