[Libreoffice-ux-advise] [Bug 117500] Sidebar is not draggable if there is no open sidebar deck

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117500

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|NEW |RESOLVED
 CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com
   |.freedesktop.org|
 Resolution|--- |WONTFIX

--- Comment #2 from Heiko Tietze  ---
Agree with Stuart. Sidenote: you can hide the sidebar completely with View > [
] Sidebar, assigned to ctrl+F5 by default in 6.1.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117428] add an option to PDF export dialog to do ActualText per word

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117428

Khaled Hosny  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
   Assignee|khaledho...@eglug.org   |libreoffice-b...@lists.free
   ||desktop.org

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117500] Sidebar is not draggable if there is no open sidebar deck

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117500

V Stuart Foote  changed:

   What|Removed |Added

   Keywords||needsUXEval
 Status|UNCONFIRMED |NEW
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||vstuart.fo...@utsa.edu
 Blocks||103459
 Ever confirmed|0   |1

--- Comment #1 from V Stuart Foote  ---
No, IMHO behavior is correct as implemented.

The "Sidebar Settings" gear icon split button widget includes an Undock entry.
Or, as noted, for an expanded Deck just the Deck Title object can receive a
click-drag action to undock the SideBar.

The GUI drag undock/dock (it goes both ways) is performed against the frame
holding the entire Sidebar--so having just the Deck Title a target for the grab
is enough given that we also provide the split button menu for the undock
action.

Linking the dock/undock action to each Content Panel held in a Deck would be a
nuisance to implement, and to maintain, for each content panel. 

Keep the GUI implementation simple and continue to _only_ target the Deck Title
for mouse drag.


=> WONTFIX


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103459
[Bug 103459] [META] Sidebar UI and UX bugs and enhancements
-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117496

Adolfo Jayme  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|NEW |ASSIGNED
 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|

--- Comment #3 from Adolfo Jayme  ---
https://gerrit.libreoffice.org/53994

I’ll also take care of LO Online.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 35227] Ability to have "star" or mark Impress transitions as " favorite"

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=35227

Adolfo Jayme  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||f...@libreoffice.org,
   ||libreoffice-ux-advise@lists
   ||.freedesktop.org

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117496

Adolfo Jayme  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |f...@libreoffice.org
   |desktop.org |

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 115311] UI missing for nesting character styles

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115311

--- Comment #11 from cson...@halmai.hu ---
Created attachment 141973
  --> https://bugs.documentfoundation.org/attachment.cgi?id=141973=edit
Explaining Cascaded Character Styles via Style Explorer

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 115311] UI missing for nesting character styles

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115311

--- Comment #10 from cson...@halmai.hu ---
(In reply to Heiko Tietze from comment #9)
> Curious about Csongor's opinion.

Thanks, Heiko. :)

Before going into further details, I would like to clarify for the readers like
me, who do not read carefully at first, that we are talking about the character
styles only, not the paragraph and other styles.  

Well. There are some bullet points to agree/disagree with.

1. 
I agree that having the option to build a hierarchy of character styles is a
great thing. We should not get rid of it, even if most of the users don't use
it. One source of the power of LO is that it is extremely feature-rich. I would
like to keep this and not make it "more streamlined" or "simpler" in terms of
the feature set, like many "modern" software does. (The easiness of usage,
however, is a different thing, I admit.) So let's keep features and based on
this, let's figure out how to make it easy to use. 

2.
I agree that the UI for such complex document structures is not easy.

3. 
How should we indicate what styles are turned on at the actual character?

I re-read my proposal in
https://bugs.documentfoundation.org/show_bug.cgi?id=112852#c9. The illustration
after that comment may be not the best but I still think that such a tool could
explain well how the rules with higher importance override the rules of lower
importance. The strike-through notation in the Developer Tools of the modern
browser, I think, does this job very well. In order to make my earlier proposal
easier to understand, I created a new illustration with a lot of verbal
explanation within the document. Please, check it.

Some keywords and highlights from the attachment so that it can be indexed: 
- applying more character styles (current and desired behaviour)
- cascade
- description of how the Style Explorer should work
- greyed out and strike-through
- toggling rules
- drag-and-drop reordering of the character styles
- "Select Similar", "Select Similar to Left" and "Select Similar to Right"
toolbar buttons
- "Extend Selection to Neighbourhood", "Extend Selection to Left Neighbourhood"
and "Extend Selection to Right Neighbourhood" toolbar buttons

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117496

V Stuart Foote  changed:

   What|Removed |Added

 CC||f...@libreoffice.org,
   ||vstuart.fo...@utsa.edu
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||8894

--- Comment #2 from V Stuart Foote  ---
There was some note of needing to do this when Adolfo finished up bug 108894,
lets drop the nod to Microsoft in the filter names.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117233] Editing: Numbering restarts from 1 where it should continue from previous list

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117233

Regina Henschel  changed:

   What|Removed |Added

 CC||rb.hensc...@t-online.de

--- Comment #12 from Regina Henschel  ---
The "correct" way to make the further paragraphs belong to the already existing
default list is to mark them and then use the command "Continue Previous
Numbering". That works too for lists generated with a list style, although for
the style-named list, you can simple apply the style name to continue the list.

A problem is, that the command  "Continue Previous Numbering" is only available
in the context menu. So one solution can be to make it more prominent. E.g. add
it in in the section Bullet List / Numbered List /... in the Styles menu. And
add it to the drop-downs in the toolbar in addition to the item "More
Numbering" or give it an icon and add it to the toolbar directly (command is
".uno:ContinueNumbering").

I consider it a bug, that LibreOffice behaves different whether you mark the
paragraphs top-bottom or bottom-top. And marking bottom-top to continue the
list works only if the marked paragraph follow immediately the existing list.

A further problem is, that the user cannot easily distinguish, whether he has
created a new list or has continued a list but restarted the numbering, see
remark on "Restart numbering" in the initial report. You can see the
difference, when you click in front of the numbering, so that all numbers,
which belong to the same list are shaded. That distinction is relevant, if you
change the styling of the list, e.g. change "1." to "(1)".
Internally each list has an ID, but in case of the default lists, there is no
name in the field in the status bar. It might help to use "Anonym1",
"Anonym2",... in the status bar for the default lists.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 100373] [META] Style issues in Draw/Impress

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=100373
Bug 100373 depends on bug 101323, which changed state.

Bug 101323 Summary: Style name is not changed in LibreOffice Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=101323

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 116774] Keyboard Shortcuts for Mac: ctrl+key needed, alt+key should be avoided and prefix key needed

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=116774

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||xiscofa...@libreoffice.org

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117231

Heiko Tietze  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl,
   ||vstuart.fo...@utsa.edu

--- Comment #7 from Heiko Tietze  ---
Stuart, Cor, what do you think?

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 112041] PDF export settings on Digital Signatures tab are not stored for direct PDF export via button

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112041

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #3 from Heiko Tietze  ---
Would keep the signature data, at least. Ideally, there is a checkbox on the
first tab "[ ] Use signature" that is disabled when no signature data has been
entered.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117420] NAVIGATOR .. create "OUTLINE DOCUMENT" -- the next stop after SEND → OUTLINE to Clipboard

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117420

--- Comment #1 from Heiko Tietze  ---
(In reply to peter josvai from comment #0)
> "outline" should be in the Navigator's menu..
> when viewing "headings"
> in the dropdown 
> (outline level
> drag mode
> display)

I don't get this Navigator menu. Are you talking about the F5/Sidebar-Navigator
or a main menu entry?

And everything below starting with "=== toolbars" looks like a different
question. Please file only one issue per ticket.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117496

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
 Status|UNCONFIRMED |NEW
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Ever confirmed|0   |1

--- Comment #1 from Heiko Tietze  ---
Let's go without Microsoft.

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 117428] add an option to PDF export dialog to do ActualText per word

2018-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117428

--- Comment #8 from Heiko Tietze  ---
(In reply to V Stuart Foote from comment #3)
> 1. done only for CTL?  => NO (see 6.)
No

> 2. toggled active by default? => NO (all PDFs would balloon in size)
We have a direct export command with just the file dialog. So considering
Tools> Options>Print makes also sense. But I agree with No because of KISS.

> 3. receive its own check box control on the PDF export dialog?  => NO
> 4. alternatively, be merged into the generate "Tagged PDF (add document
> structure)" checkbox?  => YES (pending export dialog work needed for bug
> 45636) 
We have many options in this dialog and one more doesnt spoil the party. The
problem with Tagged PDF is that this option is formally used for the structure.
=> Maybe ("[ ] Export raw text" underneath "[ ] Export comments")

> 5. perform ICU lib only recognition of intended language/script? => NO
> (insufficient granularity as to /Lang tagging for non-CTL scripts)
ACK

> 6. or, recognize /ActualText as a component of supporting a11y--and that
> eventual support of ISO 14289-1 PDF/UA (bug 45636) will require accurate
> /Lang tagging--so coordination of ICU lib Unicode block detection with the
> locale/language (BCP 47/ISO 639 [1][2][3]) as set by locale or by Paragraph
> from the GUI must be implemented for fidelity of non-CTL scripts.  => YES
Sounds to me like a checkbox is set on or off by default.

(In reply to Khaled Hosny from comment #4)
> 2) What exact wording to use, /ActualText is a jargon
"Export raw text", "Export actual text", "Export source"...

-- 
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
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise