[Libreoffice-ux-advise] [Bug 52472] Position of newly created Comment in Drawing is always 0, 0 at top left

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=52472

--- Comment #7 from Yousuf Philips (jay)  ---
(In reply to Heiko Tietze from comment #6)
> Disagree, that's what's reported here as an issue.

The reported issue here is that comments appear at the top left of the page and
the solution was to have them appear "on the right side of the pane", which is
equivalent to "completely outside of the page area". In comment 3 you stated
that they should be "at the object's center", which wasnt mentioned before and
doubt is a good idea.

> And when you add
> connecting lines from the comment (wherever placed) to the object you
> struggle with the drawing itself.

I assume comments are similar to collapsible sticky notes in balsamiq, so they
dont need to be connected by lines, but lets here from experts like regina who
likely use the feature and can give their opinion on how and what they are used
for.

-- 
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 50417] Page Preview: Add buttons for landscape / portrait page orientation

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=50417

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||eszka...@gmail.com,
   ||philip...@hotmail.com
 Blocks||86899

--- Comment #3 from Yousuf Philips (jay)  ---
Print preview is a read only mode, we would likely need to create uno commands
that work in that mode to change the page orientation. We have the
.uno:Orientation group button that is available in the notebookbar, but it is
only usable in writer and is disabled in print preview mode.

@Szymon: Any thoughts?


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=86899
[Bug 86899] [META] Requests for the addition of UNO commands
-- 
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 38295] Many margin comments/notes are complicated to use

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=38295

--- Comment #9 from Yousuf Philips (jay)  ---
Created attachment 127323
  --> https://bugs.documentfoundation.org/attachment.cgi?id=127323=edit
sample

(In reply to Heiko Tietze from comment #8)
> I cannot follow your nested comment idea. What do you mean with "to shrink
> cluttered comments..." when you open the attached example?

I wasnt using the attached example as the basis of my comment, as all of the
comments in that doc are 1 or 2 lines and none are nested comments, which you
would find in real world examples. I've attached the document i was using to
give my explanation.

-- 
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 94427] UI: Show indicator of currently applied style when a different style is selected in styles sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94427

--- Comment #16 from Bastián Díaz  ---
(In reply to Heiko Tietze from comment #15)
> (In reply to Cor Nouws from comment #12)
> 
> (In reply to Bastián Díaz from comment #13)
> > Although it works similar to the current dropdown menu in the
> > formatting toolbar (without preview). Would it be possible to unify both
> > interfaces?
> 
> What do you mean with unify? 

I mean to show a similar UI, so something for the panel of styles and formats:

-
|Heading 1|▼|
-


> Dropdowns are by default a collapsed version of
> lists. 

For the same reason, I do not understand why it should be different. The
dropdown list is a short list of paragraph stilys to use and select "More
styles ..." open sidebar with the full list of styles. In the arrow on the
right side can be added to the options actually appear in the context menu.

> The suggested single-click activation makes the indicator obsolete

I imagined that by overlaying the pointer over the selections, they were going
highlighting (several menus operate similarly).

Like this: https://cloud.woelkli.com/index.php/s/NCcQJ1sIju2YNTE

> since there is no chance to have another selection than the active one. But
> again, I think we should aim for a clear and simple workflow and drop
> unnecessary functions. And in my opinion the applied vs. selected
> differentiation is one of those.

I do not think so, for that reason I opened a new improvement report first.

-- 
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 94427] UI: Show indicator of currently applied style when a different style is selected in styles sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94427

--- Comment #15 from Heiko Tietze  ---
(In reply to Cor Nouws from comment #12)
> Selecting objects in the Navigator is with double click.

But not having a certain use case in mind, just for sake of some unneeded
functionality (it violates any guideline for no good reason). We made a
proposal to change the behavior of the navigator in general at
https://design.blog.documentfoundation.org/2016/07/31/how-the-navigator-may-support-object-handling-in-libreoffice-draw/
(the styles list is not the navigator tree, though).

> What do you mean with the last part, drop right click access?

Today, you can modify a style that is not active by right clicking the entry.
With single selection this could still be possible, but likely adds a lot of
coding effort and makes not much sense, workflow wise.

(In reply to Bastián Díaz from comment #13)
> Although it works similar to the current dropdown menu in the
> formatting toolbar (without preview). Would it be possible to unify both
> interfaces?

What do you mean with unify? Dropdowns are by default a collapsed version of
lists. The suggested single-click activation makes the indicator obsolete since
there is no chance to have another selection than the active one. But again, I
think we should aim for a clear and simple workflow and drop unnecessary
functions. And in my opinion the applied vs. selected differentiation is one of
those.

-- 
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 79234] Re-pagination broken in document with many objects (wrapped, anchored =! character) > document malformed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=79234

--- Comment #16 from Jean-Baptiste Faure  ---
Did you try to play with compatibility options like:
1/ Use OpenOffice.org 1.1 object positioning
2/ Use OpenOffice.org 1.1 text wrapping around objects
in menu Tools > Options > LibreOffice Writer > Compatibility

with both options checked it seems that the offending behavior does not occur.
If I am not wrong, the problem would be in the algorithm for direct positioning
of object, see the help about these compatibility options.

Best regards. JBF

-- 
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 94427] UI: Show indicator of currently applied style when a different style is selected in styles sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94427

--- Comment #14 from Bastián Díaz  ---
Created attachment 127316
  --> https://bugs.documentfoundation.org/attachment.cgi?id=127316=edit
Zoho Docs formatting styles menu

Here is another example in Zoho docs (it is the first time I see the redesign)
and has a similar idea which I proposed.

Again I feel it is redundant the menu for styles in properties tab on the side
panel (LO Writer).

-- 
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 94427] UI: Show indicator of currently applied style when a different style is selected in styles sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94427

--- Comment #13 from Bastián Díaz  ---
(In reply to Heiko Tietze from comment #11)
> c) we apply the style on single click (and have Undo for the situation when
> users don't know what was set before); pro: typical and intended behavior of
> a list selection; con: nothing, but the right click for non-active
> selections needs to be treated differently (guess we can drop this)
> 

Sounds good. I had thought so, but did not want to transform LibreOffice in MS
Office. Although it works similar to the current dropdown menu in the
formatting toolbar (without preview). Would it be possible to unify both
interfaces?

Besides the lack of an indicator it is still necessary. For example if you want
to go for some styles before choosing a new (applied style vs selected style). 

An example of this is the revamped user interface of Zoho Docs.

Note: Additionally you could add the options "apply" and "update" to the
context menu when you select a style with the right mouse button.

> I vote for c), perhaps with the addition to temporarily apply the style when
> the cursor hovers over a list item (that's by the way how Microsoft Word
> handles this).

-- 
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 93357] Thumbnail of ODP or PPTX presentation is updated to the last slide/ page viewed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=93357

V Stuart Foote  changed:

   What|Removed |Added

   Keywords|bisected, regression|
 CC||vstuart.fo...@utsa.edu

--- Comment #8 from V Stuart Foote  ---
This user profile thumbnail set to last page viewed before closing or saving
affects both--Impress and Draw. Writer and Calc are not affected.

Think one way to resolve this would be an option to always open to the first
slide/page (for Draw) and cache that image--so that optionally on closing the
image of the first slide/page (for Draw) could be written to user profile and
shown on thumbnail view.

Otherwise this is not a regression--it did not exist until we added thumbnail
views to startcenter at 4.2--and later provided thumbnails for non-ODF formats
at 4.3. 

Note that a preview thumbnail is not recorded into the ODF document(s)until
they are saved--but the thumbnail of last viewed slide/page for ODF or other
documents are written to the user profile when the document is closed. Caching
the 1st page (or opening page) could be an option--just for writing to the user
profile copy of the thumbnail view.

-- 
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 79234] Re-pagination broken in document with many objects (wrapped, anchored =! character) > document malformed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=79234

Jean-Baptiste Faure  changed:

   What|Removed |Added

 Attachment #127291|application/octet-stream|application/vnd.oasis.opend
  mime type||ocument.text

-- 
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 94427] UI: Show indicator of currently applied style when a different style is selected in styles sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94427

--- Comment #12 from Cor Nouws  ---
(In reply to Heiko Tietze from comment #11)

> a) as proposed an icon to indicate what's currently effective; pro: flexible
> and easy to implement, con: trust on the icon, still weird

> b) the active style is highlighted differently to the selected item (an
> example is 'New mockup' (perhaps with an ant street around the active style
> instead of the gray background); pro: that's common behavior and often
> applied for active selections; con: not so easy to implement

I thought this was proposed?

> c) we apply the style on single click (and have Undo for the situation when
> users don't know what was set before); pro: typical and intended behavior of
> a list selection; con: nothing, 

Selecting objects in the Navigator is with double click.

> but the right click for non-active
> selections needs to be treated differently (guess we can drop this)

What do you mean with the last part, drop right click access?

> I vote for c), perhaps with the addition to temporarily apply the style when
> the cursor hovers over a list item (that's by the way how Microsoft Word
> handles this).

That type of feature is nice yes.

-- 
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 79234] Re-pagination broken in document with many objects (wrapped, anchored =! character) > document malformed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=79234

Cor Nouws  changed:

   What|Removed |Added

Version|unspecified |Inherited From OOo

--- Comment #15 from Cor Nouws  ---
see the same already in libreoffice 3.3.0.4 - so no regression.

-- 
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 93357] Thumbnail of ODP or PPTX presentation is updated to the last slide/ page viewed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=93357

Heiko Tietze  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

--- Comment #7 from Heiko Tietze  ---
Just adding the UX mailing list.

-- 
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 52472] Position of newly created Comment in Drawing is always 0, 0 at top left

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=52472

--- Comment #6 from Heiko Tietze  ---
(In reply to Yousuf Philips (jay) from comment #5)
> Or alternatively have them completely outside of the page area...

Disagree, that's what's reported here as an issue. And when you add connecting
lines from the comment (wherever placed) to the object you struggle with the
drawing itself.

-- 
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 38295] Many margin comments/notes are complicated to use

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=38295

--- Comment #8 from Heiko Tietze  ---
(In reply to Yousuf Philips (jay) from comment #7)
> LO's current behaviour is to shrink cluttered comments to show 3 lines and
> show a scrollbar to access the rest of the text. Instead it would be useful
> to keep the main comment intact or partially shrunk and collapse the nested
> comments until the user chooses to expand them by clicking a 'show X nested
> comments' below the main comment and once clicked, it would expand the
> hidden nested comments and collapse other opened nested comments. This
> showing nested comments behaviour could also be triggered by clicking on the
> comment highlighted text. But ultimately the entire comment design and
> behaviour needs to be revamped.

I cannot follow your nested comment idea. What do you mean with "to shrink
cluttered comments..." when you open the attached example?

-- 
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 38295] Many margin comments/notes are complicated to use

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=38295

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||philip...@hotmail.com
Summary|Margin notes are|Many margin comments/notes
   |complicated to use if there |are complicated to use
   |are a lot of them   |

--- Comment #7 from Yousuf Philips (jay)  ---
LO's current behaviour is to shrink cluttered comments to show 3 lines and show
a scrollbar to access the rest of the text. Instead it would be useful to keep
the main comment intact or partially shrunk and collapse the nested comments
until the user chooses to expand them by clicking a 'show X nested comments'
below the main comment and once clicked, it would expand the hidden nested
comments and collapse other opened nested comments. This showing nested
comments behaviour could also be triggered by clicking on the comment
highlighted text. But ultimately the entire comment design and behaviour needs
to be revamped.

-- 
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 52472] Position of newly created Comment in Drawing is always 0, 0 at top left

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=52472

--- Comment #5 from Yousuf Philips (jay)  ---
Or alternatively have them completely outside of the page area, as that would
be useful for drawings with 0 page margins, and maybe place the margins in the
direction of the longest side of the page (e.g. in portrait made have the
comments go vertically from up to down).

-- 
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 52472] Position of newly created Comment in Drawing is always 0, 0 at top left

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=52472

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||philip...@hotmail.com,
   ||rb.hensc...@t-online.de,
   ||vstuart.fo...@utsa.edu
 OS|Windows (All)   |All

--- Comment #4 from Yousuf Philips (jay)  ---
As comments are intended to be reminders placed out of the way for easy access,
having them in the margins is the best place for them rather than cluttering up
the drawing area. And LO is smart enough to place the next one not right on top
of the previous one, which is good UX. So for me, i'd say keep it as it is.

-- 
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 51689] UI: Possibility in Menu (besides key board Alt+Enter) to insert (additional) paragraphs before and after sections, tables and indexes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=51689

--- Comment #16 from Yousuf Philips (jay)  ---
(In reply to Heiko Tietze from comment #15)
> What an ugly solution ;-).

Solution doesnt have to pretty :D, it just has to be discoverable and if i had
to look for it, which i did when i was doing documentation, i'd check the
dialog and would assume others would also.

> Having another entry under 'Formatting Mark' is good as it helps to learn
> the Alt+Enter shortcut. But why should users be allowed to add a break in
> sections, indexes (if enabled) etc. but not for tables? (I don't want to
> change how to deal with tables.) 

If i'm getting you write, my answer would be that sections are no different
than text in non-sections, where you press enter and the cursor moves downward
and not that the cursor moves upwards. Not a huge adjustment to press alt+enter
rather than enter at A1. Change comes everyday so you have to adapt. :D

> It would be helpful to have the same processing of input in all situations
> meaning enter in objects at the very first item add a line break before the
> object.

If it didnt so negatively hurt inserting a section, i might be with you on
this. If its feasible to do it for indexes, go for it.

-- 
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 49206] VIEWING: Tooltip for cell with partially hidden content

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=49206

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #4 from Heiko Tietze  ---
Tooltips have a removal timeout, typically set to 5s (defined by the OS/DE). So
the restriction to show the tip for overfilled cells only is not the only
mitigation. 

The suggested addition should be the default for content that is cropped. So
yes, please show a tooltip for those cells.

Btw, Excel neither has this neat red triangle nor shows a tooltip for the
overlong content.

-- 
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 52472] Position of newly created Comment in Drawing is always 0, 0 at top left

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=52472

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #3 from Heiko Tietze  ---
No more replies, so the recommendation is to place the comments at the object's
center. Removing needsUX from the keywords.

-- 
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 50417] Page Preview: Add buttons for landscape / portrait page orientation

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=50417

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #2 from Heiko Tietze  ---
Yes, it would be preferable to switch between landscape and portrait.

-- 
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 102006] START CENTER: What to call left button pane

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102006

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:5.3.0

-- 
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 38295] Margin notes are complicated to use if there are a lot of them

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=38295

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |easyHack, skillCpp, topicUI
 Status|NEW |NEEDINFO
  Component|UI  |Writer

--- Comment #6 from Heiko Tietze  ---
(In reply to Adolfo Jayme from comment #5)
> CCing UX-Advise.

Indeed the issue is still present and annoying. As a simple solution I
recommend to highlight the document pointer and to focus/highlight the
respective note when a word/paragraph with a comment or the note itself is
clicked. (The Calc way of dealing with notes seems to be counterproductive to
me.)

That could be done for instance in a slightly darker color (today there is only
a frame around the marked area which is not helpful for notes at a single
character). 

I wonder if this is an Easyhack (NEEDINFO for the codepointers). Changing
component to Writer as it affects only this tool.

-- 
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 42763] [UI] Button to reset style properties should be called " Defaults" and not "Standard"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=42763

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||philip...@hotmail.com
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=89
   ||826

--- Comment #12 from Yousuf Philips (jay)  ---
If the 'Standard' button isnt working correctly, so is the 'Reset' button.

I think 'Clear' is likely the better label as 'Default' sounds like preset
values that LO set for the dialog and would be reset to.

I think the solution proposed in bug 89826 would ensure that was is cleared is
actually cleared.

-- 
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 42763] [UI] Button to reset style properties should be called " Defaults" and not "Standard"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=42763

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #11 from Heiko Tietze  ---
My first idea was to streamline the dialog and have this function with Reset
(like every other dialog). But Reset affects the current changes and Standard
applies the factory settings. That's a bit confusing.

So it boils down to the renaming question. And to me it makes not much sense to
rename Standard into Default. Consider that all translators need to touch the
labels. It just works for me.

-- 
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 102153] Sidebar: Unhiding disabled buttons in Paragraph content panel

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102153

Yousuf Philips (jay)  changed:

   What|Removed |Added

   Keywords||needsDevEval, topicUI
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|
 Ever confirmed|0   |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 102153] New: Sidebar: Unhiding disabled buttons in Paragraph content panel

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102153

Bug ID: 102153
   Summary: Sidebar: Unhiding disabled buttons in Paragraph
content panel
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-b...@lists.freedesktop.org
  Reporter: philip...@hotmail.com
CC: libreoffice-ux-advise@lists.freedesktop.org
Blocks: 65138, 101912

The RTL and LTR buttons are hidden in the Paragraph content panel of the
Properties deck and so are the vertical alignment buttons in Writer when not in
a table or textbox. Instead of hiding them, these buttons should always be
visible but disabled when they are not of use.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=65138
[Bug 65138] [META] Sidebar feature related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=101912
[Bug 101912] [META] Accessibility (a11y) 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 86672] MAILMERGE: Add dialog to choose pages from document and number of copies to print

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=86672

Timur  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=91
   ||377

--- Comment #10 from Timur  ---
The reason why I created attachment 115796 instead of attachment 110960 is in
Bug 91377.

-- 
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 89683] delimited text files ('csv', 'tsv', etc.) are opened as text documents if Writer is the active window

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89683

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||preBibisect
 CC||xiscofa...@libreoffice.org
Version|4.4.0.3 release |3.6.0.4 release

--- Comment #12 from Xisco Faulí  ---
According to comment 3, it was first reproduced in 3.6.0.4, thus updating
version accordently.

-- 
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 79234] Re-pagination broken in document with many objects (wrapped, anchored =! character) > document malformed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=79234

--- Comment #14 from Wiebe van der Worp  ---
https://bugs.documentfoundation.org/attachment.cgi?id=127291 is probably a
better place for this test document.

To answer the question:

This bug only affects repagination.
There is no information loss involved.
There are no stability issues.

-- 
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 79234] Re-pagination broken in document with many objects (wrapped, anchored =! character) > document malformed

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=79234

--- Comment #13 from Wiebe van der Worp  ---
Created attachment 127291
  --> https://bugs.documentfoundation.org/attachment.cgi?id=127291=edit
Minimalistic test document for illustrating repagination errors

-- 
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 51689] UI: Possibility in Menu (besides key board Alt+Enter) to insert (additional) paragraphs before and after sections, tables and indexes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=51689

--- Comment #15 from Heiko Tietze  ---
(In reply to Yousuf Philips (jay) from comment #14)
> If you disable 'protected against manual changes' in the index dialog you
> will be able to do alt+enter at the top of to TOC.

That allows to modify the TOC but we try to insert a line break before the
object. For instance the document title on page 1.

> My suggestion would be to add a checkbox in all of the three dialogs...

What an ugly solution ;-).

Having another entry under 'Formatting Mark' is good as it helps to learn the
Alt+Enter shortcut. But why should users be allowed to add a break in sections,
indexes (if enabled) etc. but not for tables? (I don't want to change how to
deal with tables.) 

It would be helpful to have the same processing of input in all situations
meaning enter in objects at the very first item add a line break before the
object.

(In reply to Cor Nouws from comment #13)
> ??

Testing right now with nightly builds under Windows.

-- 
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 86672] MAILMERGE: Add dialog to choose pages from document and number of copies to print

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=86672

--- Comment #9 from Timur  ---
Personally I use the same documents for mailmerge repeatedly, I just copy the
previous to the top, change and print (instead of making a separate new
document each time). 
Also, in some other case, I keep notes and preparation stuff in the same
document as final mailmerge, so I don't print all. Workaround is to temporary
delete that before printing but it's not safe, one may save it.

-- 
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 94427] UI: Show indicator of currently applied style when a different style is selected in styles sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94427

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval

--- Comment #11 from Heiko Tietze  ---
Bastian is right that there is a gap. Additionally to the styles list itself we
have also an issue when you single click an entry and go back to the text
without activating the selected style. The selection does not reflect the
effective style.

We have a number of options:

a) as proposed an icon to indicate what's currently effective; pro: flexible
and easy to implement, con: trust on the icon, still weird
b) the active style is highlighted differently to the selected item (an example
is 'New mockup' (perhaps with an ant street around the active style instead of
the gray background); pro: that's common behavior and often applied for active
selections; con: not so easy to implement
c) we apply the style on single click (and have Undo for the situation when
users don't know what was set before); pro: typical and intended behavior of a
list selection; con: nothing, but the right click for non-active selections
needs to be treated differently (guess we can drop this)

I vote for c), perhaps with the addition to temporarily apply the style when
the cursor hovers over a list item (that's by the way how Microsoft Word
handles this).

-- 
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 102147] Sidebar should be disabled when entering slide show ' in a window' mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102147

Yousuf Philips (jay)  changed:

   What|Removed |Added

   Keywords||needsDevEval, topicUI
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|
 Ever confirmed|0   |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 102147] New: Sidebar should be disabled when entering slide show ' in a window' mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102147

Bug ID: 102147
   Summary: Sidebar should be disabled when entering slide show
'in a window' mode
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Impress
  Assignee: libreoffice-b...@lists.freedesktop.org
  Reporter: philip...@hotmail.com
CC: libreoffice-ux-advise@lists.freedesktop.org
Blocks: 65138

As the sidebar options dont work when running in 'in a window' presentation
mode (Slide Show > Slide Show Settings...), it should be disabled, just like
the slides pane is disabled in this mode.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=65138
[Bug 65138] [META] Sidebar feature related issues
-- 
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