[Libreoffice-ux-advise] [Bug 54169] LibO doesn’t obey OS setting “only show the accelerator underline when the Alt key is being pressed”

[bugzilla-daemon]

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

Sourabh  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |sourabhpruth...@gmail.com
   |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 54169] LibO doesn’t obey OS setting “only show the accelerator underline when the Alt key is being pressed”

[bugzilla-daemon]

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

--- Comment #44 from Sourabh  ---
i want to work on this issue please help me out

-- 
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 38781] LOCALHELP for WRITER Navigation Toolbar ('View -> Toolbars -> Navigation') missing

[bugzilla-daemon]

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

--- Comment #15 from Heiko Tietze  ---
UX topic moved to bug 115817, keeping this one open for docu.

-- 
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 115781] The mouse cursor should move to the newly added row

[bugzilla-daemon]

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

--- Comment #2 from Telesto  ---
Created attachment 140060
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140060=edit
Example

It's a rather small bug, I'm aware of that. I know only one user case. Say, I
have small screen device (Windows Surface; iPad, or like a Macbook Air 11
inch). I'm looking at single page table. zoomend in (making it readable).
Seeing only half a page (or less). I want to a add a new row, between the
existing ones. 
(a) Clicking on the 'add row below' doesn't seem to work; no visual change
(b) I have two swipe to the new row. Which can be hard if the table cell is
rather large (key down will work for keyboard, but not for other swipe only
devices)
(c) I sometimes want to add a few rows (say 5), so I click on add a new row
multiple times. I can't actually how many a added; I have to really count the
clicks)
(d) A non argument: It's a bit of a workaround for the table autosave jumping
bug. You have to restart of swiping for the freshly added row if the autosave
kicks in while swiping..

Another reason I noticed it is because quite a lot of programs do scroll. For
example Google Docs, Microsoft Word.

-- 
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 115902] Enable custom animation pane controls again, to pick different effect

[bugzilla-daemon]

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

--- Comment #2 from Katarina Behrens (CIB)  ---

> If you want to _change_ an effect it wouldn't be only the add button that is
> available. Changing the effect is just a click away.

This comment makes absolutely no sense

-- 
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 38781] LOCALHELP for WRITER Navigation Toolbar ('View -> Toolbars -> Navigation') missing

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

-- 
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 115817] Removal or disabling of the Navigation toolbar

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
 Status|RESOLVED|NEW
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=38
   ||781
 Resolution|DUPLICATE   |---

--- Comment #2 from Heiko Tietze  ---
Jay was right, we better have an extra ticket for the UX issue. Discussion so
far on bug 38782:

(In reply to Olivier Hallot from comment #10)
> Behaviour is apparently erratic and lack of description does not help user.
> 
> https://ask.libreoffice.org/en/question/114955/navigation-toolbar-appears-on-inserting-headerfooter-in-a-document/

(In reply to Heiko Tietze from comment #11)
> Introduced with bug 32869 in
> https://opengrok.libreoffice.org/xref/core/sw/source/uibase/wrtsh/navmgr.cxx
> the purpose is to navigate over hyperlinks in the document. We could enhance
> the toolbar with next/previous page.

(In reply to V Stuart Foote from comment #13)
> The source [1][2] is reasonably well documented. And the Greenberg &
> Cockburn [3] "recency with temporal ordering" based back and forward history
> navigation remains.  But, if fully functional would expect the feature to be
> less about navigating hyperlinks (internal or external) and for the control
> to provide more generic Back and Forward movements within a document.
> 
> A GoToMark, GoToFLy, GotoINetAttr, GotoOutline (index), GotoOutline
> (string), GotoRegion, GotoRefMark, GotoNextTOXBase, GotoTable,GotoFld, and
> GotoRedline action were linked as history navigation targets. 
> 
> Unfortunately, not clear the "recency with temporal ordering" of the
> navigation history is still implemented correctly. I couldn't identify where
> in UI a user could "add" a mark to trigger inclusion of a SwUnoCsr position
> to the m_entries[] list and _activate_ the control. And while inserting an
> internal hyperlink--reference, bookmark, header, footer, etc. the Cusor is
> registered into the navigation history, and activates the Navigation toolbar
> controls--other actions for cursor/focus movement do not.  For example a
> Go-to-End of document should provide a Navigation toolbar action to return
> from.
> 
> =-ref-=
> [1]
> https://opengrok.libreoffice.org/xref/core/sw/source/uibase/wrtsh/navmgr.
> cxx?a=true
> 
> [2] https://opengrok.libreoffice.org/xref/core/sw/source/uibase/inc/navsh.hxx
> 
> [3] https://prism.ucalgary.ca/bitstream/handle/1880/45977/1999-641-04.pdf

(In reply to V Stuart Foote from comment #14)
> Aslo, if fully functional seems like this set of controls--.uno:NavigateBack
> & .uno:NavigateForward would make sense to appear in the Standard toolbar,
> or maybe the Navigator dialog adjacent to the PreviousPage/NextPage 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 115902] Enable custom animation pane controls again, to pick different effect

[bugzilla-daemon]

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

--- Comment #3 from Heiko Tietze  ---
(In reply to Katarina Behrens (CIB) from comment #2)
> > If you want to _change_ an effect it wouldn't be only the add button that is
> > available. Changing the effect is just a click away.
> 
> This comment makes absolutely no sense

Or the original request :-). 

What I mean is that you cannot "have a different effect" when none is added
before. If an effect has been added all controls are accessible, if the list is
empty the user have to add one.

-- 
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 56480] EDITING: enhancement request: increase productivity and enable selection of a item in a bulleted list and move it with 1 mouse click

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||tele...@surfxs.nl

--- Comment #6 from Telesto  ---
Needs a UX evaluation: Google Docs behaves like LibreOffice, Word Online like
requested.

-- 
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 115817] Removal or disabling of the Navigation toolbar

[bugzilla-daemon]

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

--- Comment #3 from V Stuart Foote  ---
(In reply to Heiko Tietze from comment #2)
> Jay was right, we better have an extra ticket for the UX issue. 

Sorry I should also have included link to the navmgr.hxx.

Here is Maja's original description of the navigation history. When originaly
implemented the function tracked SwPosition--but Michael S. changed that to use
SwUnoCrsr (unocrsr.hxx) for more robust behavior [1]:

class SW_DLLPUBLIC SwNavigationMgr
{
private:
/*
* List of entries in the navigation history
* Each entry is a SwPosition, which represents a position within the document
* SwPosition is given by a node index (SwNodeIndex) which usually represents
the paragraph the position is in
* and an index (SwIndex), which represents the position inside this paragraph.
* You can find more on SwPositions at
http://wiki.services.openoffice.org/wiki/Writer_Core_And_Layout
*
* The navigation history behaves as a stack, to which items are added when we
jump to a new position
* (e.g. click a link, or double click an entry from the navigator).
* Every use of the back/forward buttons results in moving the stack pointer
within the navigation history
*/

So, it seems the Navigation toolbar is a dedicated shell for Writer that tracks
movement through the UI and permits "back" button navigation of its stack with
some concept of "curency" of position in the history of movements. Provides a
helper in addition to other Navigator's by "mode" provided movements. 

For example the "reminder" mode (the Paper clip icon) keeps a separate stack of
Marks (to depth of MAX_MARKS default of 5)--but the NavigationMgr
m_aNavigationMgr receives and follows these swUnoCursr objects on its stack.
The modes provided in Navigator are specific for each flavor of events. 

IIUC the NavigationMgr exposes the movement events (that it is aware of)
[2]--and implements a toolbar with Back/Forward button controls to move among
all of them.

I think the buttons from the toolbar probably ought to have been added to the
Navigator from the beginning. The Navigator's current Previous/Next buttons
apply to the active Navigator mode--while the Navigation buttons draw events
from across the UI.  Is there a spot on the Navigator UI the more general
movements from the Navigation toolbar would make sense?

Likewise I think some of the movements in the sw UI ought to be exposed to the
Navigation toolbar's buttons but aren't--position to Top of document, End of
document, next Paragraph, next page, etc. This may need some additional dev
effort to 

Also, seems the same ability to navigate between cursor positions in the other
LO modules by Back/Forward button action would be a good enhancement if this is
the right framework to hang it off of.


=-ref-=
[1]
https://opengrok.libreoffice.org/xref/core/sw/source/uibase/inc/navmgr.hxx?#24
[2]
https://opengrok.libreoffice.org/xref/core/sw/source/uibase/inc/wrtsh.hxx?#461

-- 
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 115902] Enable custom animation pane controls again, to pick different effect

[bugzilla-daemon]

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

--- Comment #4 from Thorsten Behrens (CIB)  ---
(In reply to Heiko Tietze from comment #3)
> What I mean is that you cannot "have a different effect" when none is added
> before. If an effect has been added all controls are accessible, if the list
> is empty the user have to add one.

Clarification & example - I want to assign 'motion path, five-point star'.
There's two ways currently to do that:

* add 'entrance, appear', then change the already-assigned effect to the one I
really wanted
* do the dance from above to an unrelated shape, then delete that effect, then
use the new default to assign 'motion path, five-point star' to my _actual_
shape

Before, with enabled extra controls, I could do all those tweaks _before_
assigning an effect. Note that assigning effects can _already_ trigger actions,
like splitting an outline text into sub-effects. So changing effect type before
or after is _not_ identical in all cases.

-- 
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 54169] LibO doesn’t obey OS setting “only show the accelerator underline when the Alt key is being pressed”

[bugzilla-daemon]

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

--- Comment #45 from Dennis Roczek  ---
@Sourabh: Which information do you need? check the reverted commit and the
hints Samuel was giving (opengrok-links).

-- 
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