[Libreoffice-ux-advise] [Bug 82272] New 'Chart' toolbar icon

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=82272

--- Comment #1 from Jay Philips philip...@hotmail.com ---
Here is a portion of the twitter discussion i had with a professional UX coder
regarding the chart icon yesterday. The full discussion can be found at 
https://twitter.com/phantominker/status/496832435389468672 



@jphilipz One really easy one: There really ought to be a Create Chart button
on the toolbar by default. I found it in the menus after a minute, but such an
incredibly common business tool ought to be readily accessible and require no
treasure hunts.

@jphilipz Love or hate Excel's ribbon, the Create Chart buttons are big and
bold on its Insert tab. It's not rocket science to find 'em.

@jphilipz Even back in the toolbar days, both it and Quattro Pro all had a
Create Chart toolbar button.

@phantominker there is a 'chart' button in calc in the toolbar, its a red pie
chart with a green slice

@jphilipz Either it didn't exist in my version (4.1.x, I think), or that icon
needs redrawing. I'll check for it when I get home tonight.

@jphilipz (We use Excel at work, and I use LibreOffice [and formerly
OpenOffice] at home, because open source++.)

@phantominker quite sure its there as i'm running it now. :D there is an option
to have larger toolbar icons in Tools  Options  View

@jphilipz That red thing in this screenshot?
http://www.softwarecrew.com/wp-content/uploads/2012/02/libreoffice_calc.png If
that's what you're talking about, it needs redrawing.

@phantominker yep the one next to the icon with a paintbrush

@jphilipz So try this simple Google search: https://t.co/HcAZSY8WlE Count how
many of the results look like that chart icon (hint: 0).

@jphilipz It looks far more like a red stop doing something button than a
chart icon, and the % in the corner doesn't help.

@phantominker yep i think a bar chart icon would be better. i remember someone
thinking that the percentage sign was some eyes

@jphilipz I'd suggest a simple bar-chart icon, a few bars, each a different
color. It's easy to recognize even at low resolutions, and difficult to mistake
for something else. Good Ux is about meeting expectations; not about trying to
change them.

@phantominker yes you are the second person to have difficulty with the icon,
so i'll suggest to them to change it to a bar.

@phantominker or atleast the same pie chart without the percentage sign. :D

@jphilipz I'd agree. Something like this may be boring, but it's unambiguous:
http://www.vista-style-icons.com/libs/biz-v/3d_graph-icon.gif

@phantominker i think a simple 2d version would be great as it would work well
in both small and large icon sizes.

@jphilipz You mean like other spreadsheet software has used for the last 20
years? Maybe a good idea. http://www.dixon.ws/quattro/screen.gif

@phantominker maybe 2d when its a small icon and 3d when its a large icon

@phantominker libreoffice has come out with their own icon set called Sifr and
in it, its a simple flat pie chart that is easy to understand

@jphilipz There's a reason why Excel, Lotus, Quattro, Numbers all used bar
charts for their chart icon. Study your competition.



It makes me wonder, why on windows are the default icons small and on linux
they are large.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 82272] New 'Chart' toolbar icon

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=82272

Adolfo Jayme f...@libreoffice.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |f...@libreoffice.org,
   |.freedesktop.org|maz...@gmail.com
  Component|ux-advise   |UI
 Ever confirmed|0   |1

--- Comment #2 from Adolfo Jayme f...@libreoffice.org ---
Thanks for filing a concise, detailed bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 73151] Navigator, Gallery, StylesFormatting should open in the Sidebar

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=73151

--- Comment #17 from Mirek2 maz...@gmail.com ---
(In reply to comment #16)
 Professional writers make most of their writings on big documents. They also
 use advanced tools that were created just for helping manage big documents:
 the Navigator and the Stylist. Hence, both *must* be present at once on the
 screen, in anchored state, of course.
 The current SideBar has some niceties and could be a nice support for the
 two panes we're discussing here. But it lacks the capability of displaying
 both the Navigator and the Stylist at once. Not having this feature while
 dismissing the traditional Navigator and Stylist panes will make
 professionals uncomfortable. This would cause plenty of useless mouse clicks
 (hint: keyboard shortcuts would be a nice enhancement btw) which would break
 the user's workflow.

As I said, the ideal solution would be to have detachable panes in the toolbar
-- the same approach that GIMP, Inkscape, and Adobe CS programs take. It'd be
great if you could find someone to work on that.

The compromise that I would suggest, then, if we must have the individual panes
as well as the sidebar, is to put the panes into View  Floating Panes (and
remove them from the toolbar).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 81475] Meta: enhancing Writer's standard and formatting toolbars

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81475

--- Comment #12 from Mirek2 maz...@gmail.com ---
Hi Jay,
I'll just comment on your answer here and comment on the issue later:

(In reply to comment #9)
  * Additionally, I would propose to either get rid of the Font Name
  dropdown or at least condense it into a drop-down menu with an icon. It's
  bad practice both to use more than 3 fonts per document and to hard-format
  fonts instead of using styles.
 
 The concept of styles are foreign to many users and they will stick with
 using the font names dialog to select fonts they want to use and i doubt
 there is anything that will change this behaviour unless styles are
 introduced in a new manner that is very ease to grasp.

Yes, but the font name drop-down is rarely used, which means it should either
be removed from the toolbar and left to the sidebar or it should at least
occupy less space (as a drop-down with an icon).

  Step 2
  ==
  a)
  * +1 to having a Word functions split button
  * I disagree with having a Spelling menu item -- the current approach that
  lets you work with the selection, the paragraph, or all text makes much more
  sense to me.
 
 Well i suggested the spelling menu, as a means of grouping spelling related
 items into the Tools menu, similar to having a language menu item in the
 Tools menu. I didnt quite get what you meant with 'work with the selection,
 the paragraph, or all text' when it comes to spelling.

Spelling is an integral part of the Language menu under tools -- spell-checking
and grammar-checking are the only reasons to apply a language to parts of text.
What I meant to say is that there's no need for a separate Spelling menu -- it
would just duplicate the Language menu.

  * Not keen on building Google or Bing into LibO. Wouldn't mind extensions
  for this, though.
 
 This was only a hope that something would show up like this in the future,
 as i think it would help many translators (especially those working on the
 release notes for LibO :D). If an open source alternative is around, i'm all
 for it, but was just suggesting how this drop down might get expanded in the
 future.

I understand.

  * Error navigation is better suited for the Navigate by feature.
 
 Where can i find this navigate by feature?

Either the navigator or the Find toolbar. In older versions, it used to be at
the bottom of the right-hand scrollbar.

  b)
  * Given that several of the alignment options are commonly used, I would not
  make them into a group button. Because we have the Properties pane now, we
  should just have individual buttons for the more important features in the
  toolbar.
  * The same with Bullets and Numbering.
 
 These are commonly used buttons, but unfortunately they take up more space
 than the more used trio - bold, italics and underline. In the alternative
 mockup i have suggested the use of a two button approach so it takes up the
 size of 2.5 buttons rather than 4 (this mockup also keeps the buttons and
 numbering separate).

The thing is, we don't need to save space. We should keep all the common
options as accessible for users as possible and relegate all the lesser-used
commands to the sidebar.

Button groups make things harder to access, and if the formatting toolbar is
supposed to provide quick access to the most common commands, it should avoid
them when possible.

(Ideally, LibreOffice would be responsive and group buttons into drop-down
menus when there is no room for them.)
 
  Step 3
  ==
  a)
  * I'm torn about whether to add Find or Find and Replace. Though
  Ctrl+F is relatively well-known, 15% of users used the toolbar button
  (more than Undo, Cut, Copy, or Paste). The toolbar is also more
  comfortable to use, already links to Find and Replace if it's needed, and
  has navigation features not found in the dialog. I'm also hoping some basic
  replace functionality will be added to the toolbar.
 
 I was initially going to suggest a group find button, but unfortunately
 space was a limiting factor. The group button was going to have Find, Find 
 Replace, Goto Page (dialog), and Navigator.

A simple Find button is probably best, as it encompasses both search and
navigation.
 
  * Subscript/superscript should be individual buttons. (There's space freed
  by the Font name removal suggested above.)
 
 Yes if there is space, i'd have these as separate.

If there is no space, they should be in the sidebar.

  * A single Size Change button would be hard to implement, it would feel
  alien as it's not a native widget, and the small version would be hard to
  target. It'd be preferable to replace the font size combo box (which
  shouldn't be used anyway -- styles should be used for sizing text) with
  Increase font size and Decrease font size buttons. Clicking one of these
  buttons should show the new font size in a tooltip below the button.
 
 Well i was going to suggest the 2 increase and decrease font buttons located
 on either side of the font 

Re: [Libreoffice-ux-advise] [Bug 73151] Navigator, Gallery, StylesFormatting should open in the Sidebar

2014-08-07 Thread Jean-Francois Nifenecker
Hi,

Le 07/08/2014 14:55, bugzilla-dae...@freedesktop.org a écrit :
 
 As I said, the ideal solution would be to have detachable panes in the toolbar
 -- the same approach that GIMP, Inkscape, and Adobe CS programs take. It'd be
 great if you could find someone to work on that.

I don't use any of those, so I can't tell. Unless I misunderstood you,
is this not what's exactly happening currently with the Navigator (F5)
and the Stylist (F11)?

 
 The compromise that I would suggest, then, if we must have the individual 
 panes
 as well as the sidebar, is to put the panes into View  Floating Panes (and
 remove them from the toolbar).
 

Dunno how restrictive is your wording Floating Panes, but it is
obvious to me that these panes *must* be able to be anchored.

Are you trying to mend something that's not broken?
-- 
Jean-Francois Nifenecker, Bordeaux
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


Re: [Libreoffice-ux-advise] [Bug 81475] Meta: enhancing Writer's standard and formatting toolbars

2014-08-07 Thread Jean-Francois Nifenecker
Le 07/08/2014 15:22, bugzilla-dae...@freedesktop.org a écrit :

 The concept of styles are foreign to many users and they will stick with
 using the font names dialog to select fonts they want to use and i doubt
 there is anything that will change this behaviour unless styles are
 introduced in a new manner that is very ease to grasp.

+1

 
 Yes, but the font name drop-down is rarely used,

Could you elaborate, please?

When I see the people around me (corporate environment, 400+ users) who
don't use styles (most of them, unfortunately), the font drop-down *is*
used very often.

-- 
Jean-Francois Nifenecker, Bordeaux
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 82309] New: Using large icons as default on windows

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=82309

  Priority: medium
Bug ID: 82309
CC: libreoffice-ux-advise@lists.freedesktop.org
  Assignee: libreoffice-b...@lists.freedesktop.org
   Summary: Using large icons as default on windows
  Severity: enhancement
Classification: Unclassified
OS: Windows (All)
  Reporter: philip...@hotmail.com
  Hardware: Other
Status: UNCONFIRMED
   Version: unspecified
 Component: ux-advise
   Product: LibreOffice

Similar to Emir's bug 68174 for using large icons in Mac OS X by default, i'd
like to suggest that LibO also use large icons on Windows by default.

I'm suggest this as i think that many regular/new users will benefit from this,
as the smaller icons are becoming quite difficult to see on the ever increasing
screen sizes. Microsoft has gone the route of using larger icons in their OS
(desktop, taskbar, ribbon UI, etc) and i think large icons in LibO will look
good. Even on my 7 year old laptop's screen resolution of 1280x768, the large
icons on the default 2 toolbars look clear and there is still 20% of empty room
to their right. I also tried the 1024x768 resolution to see how it would look
on a 4x3 resolution and it still looked fine.

Though i had this suggestion for sometime, what prompted me to submit the bug
today was that i had a discussion with a user on twitter yesterday who said the
following about not finding the chart icon in calc and i said it is was there.



@jphilipz That red thing in this screenshot?
http://www.softwarecrew.com/wp-content/uploads/2012/02/libreoffice_calc.png If
that's what you're talking about, it needs redrawing.

@jphilipz It looks far more like a red stop doing something button than a
chart icon, and the % in the corner doesn't help.



I'm assuming that if the icons were larger, it may have been easier for him to
spot and understood what the icon was.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 82309] Using large icons as default on windows

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=82309

V Stuart Foote vstuart.fo...@utsa.edu changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||vstuart.fo...@utsa.edu
 Ever confirmed|0   |1

--- Comment #1 from V Stuart Foote vstuart.fo...@utsa.edu ---
@Jay, *,
(In reply to comment #0)
 Similar to Emir's bug 68174 for using large icons in Mac OS X by default,
 i'd like to suggest that LibO also use large icons on Windows by default.
IIRC, currently there are 32, 64, 128 and 256 bit icon sets. So exactly which
are you suggesting be used -- and where -- on the UI? You need to flesh out the
suggestion.

Personally, I am not a fan of over sized ICONs, although they are a necessity
when supporting HDPI monitors--but that is a different issue.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 82309] Using large icons as default on windows

2014-08-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=82309

--- Comment #2 from Adolfo Jayme f...@libreoffice.org ---
Please, no. I already hated the change in OS X, where it doesn’t fit at all.

 I'm assuming that if the icons were larger, it may have been easier for him 
 to spot and understood what the icon was.

If our icon metaphors suck, large icons won’t help.

Also, don’t confuse with the whole HiDPI thing. Yes, it does need bigger icons,
but these are still proportional to the relative size of the UI, which is also
bigger (as in more pixels) in HiDPI.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise