[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2022-08-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Mike Kaganski  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #17 from Mike Kaganski  ---


*** This bug has been marked as a duplicate of bug 56301 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #16 from Dave  ---
>From the information in the article previously linked:
https://www.nngroup.com/articles/modal-nonmodal-dialog/, I would say the
balance tips to non-modal.

Listed disadvantages of modal dialogs that directly apply to my experience.
* They interrupt the user’s workflow.
* They cause users to forget what they were doing. (Due to task switching.)
* They block the content in the background.

The article goes on to say that modal dialogs are appropriate "for important
warnings, as a way to prevent or correct critical errors."

I can see a Save or Discard Changes dialog being modal. Insert Special
Character? Not so much, for the disadvantages listed above.

There's plenty of screen real estate on a modern 16:9 display to have a
document and a dialog side by side.

I'm not claiming this is a high-priority enhancement, it just seems like it
would offer consistency for the end user and that there is not much programming
effort involved to make it happen.

Having more than one way to accomplish a task is a good thing.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #15 from Heiko Tietze  ---
(In reply to Dave from comment #14)
> If a modeless window is the wrong fit for Insert Special Character, how can
> it be the right fit for Insert Cross-Reference?

Wouldn't have made the cross-reference dialog modeless. You could also ask why
the paragraph/character properties are modal. "Modeless interaction" should be
done via sidebar (or toolbar/Notebookbar), which has limitations itself. Eg.
you are probably unhappy if you always have to switch from the properties deck
to the reference or special character deck. You use case is to insert
frequently used special characters and the supposed workflow is to use the
floating widget. I agree here with the modification to detach it from the
toolbar to get rid of the one click.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #14 from Dave  ---
If a modeless window is the wrong fit for Insert Special Character, how can it
be the right fit for Insert Cross-Reference?

The Insert Cross-Reference dialog is modeless. I can navigate my document
without closing and reopening to insert a cross reference. This is inconsistent
with the Insert Special Character dialog that requires me to close it before I
can navigate to a new position in the document.

Why present two different dialog behaviors to the end user? To what advantage?
Shouldn't the goal be a consistent user interface? If the "Insert X" dialog
works one way and the "Insert Y" menu is different, how is that better?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #13 from Heiko Tietze  ---
(In reply to V Stuart Foote from comment #10)
> Wait, why set this to NEW? 

Being able to detach the floating widget makes sense, so I set NEW. But the
whole dialog... -1 as well. => WF

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #12 from Dave  ---
Created attachment 173173
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173173=edit
Screenshot of what I refere to as the Special Character  window.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #11 from Dave  ---
As to the dialog or widget question, I am using the dialog. I'll attach a
screenshot.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #10 from V Stuart Foote  ---
@Heiko, *

Wait, why set this to NEW? 

What is the UX concensus/resolution for this enhancement--are we going to move
forward to restore the function of the SCD--with full UNICODE positional charts
(rather than packed) and its input string buffer?

Are we going to make the SCD split button 'tearable' and persistent?

Are we going to allow user configuration of how many entrys to expose on the
SCD split button, and to hold in the Recents & Favorites stack?

Work to be done yet, UX decision(s) to be made...

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #9 from Heiko Tietze  ---
(In reply to Dave from comment #7)
> I can't think of any downside to this modeless window behavior as this is
> exactly the way the Insert Cross Reference window behaves.

Good overview of pro and con is here
https://www.nngroup.com/articles/modal-nonmodal-dialog/, probably supporting
your take. Another point is technical: the dialog needs to be closed when the
app is terminated. Similar effort was made for the tip-of-the-day dialog in bug
127533. 

When you talk about special characters you need to make clear whether this is
about the floating widget or the dialog. For the first I could imagine to tweak
it so the widget can be displaced from the toolbar and stays on the UI. Like it
works for shapes.

I don't close tickets that have been reopened, removing needsUXEval keyword.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #8 from V Stuart Foote  ---
Sorry, but without UX consensus to restore the positional UNICODE charmap and
the input buffer (bug 115477)--making the SCD modeless does not make sense.

Short of that, the configurable Recents/Favorites counts of the bug 120753
expanded split button are a better UI approach. 

A single click away to select and place any of the recents or favorites.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Dave  changed:

   What|Removed |Added

 Resolution|DUPLICATE   |---
 Status|RESOLVED|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #7 from Dave  ---
Hi,

I would like to revisit this and explain how it is not a duplicate of BUG
120753.

What I am suggesting is not more special characters in the favorites list. I am
asking for an enhancement that allows the Insert Special Character window to
stay open while moving through the document.

This is how Insert Cross-Reference window works.

I will explain why I think the Insert Special Character window would be better
if it behaved like the Insert Cross Reference window by using an example of my
workflow.

I often write technical documents on the subject of electronics. As such, I am
often writing things like, "As shown in Figure X, ..." and also typing symbols
(like Omega for Ohms.)

When I write, I prefer to not interrupt the flow of my thought process by
inserting these things as they come up. So no writing "Figure" and then
accessing the cross-reference menu. I literally type "Figure X" and go back
later to insert all the cross references at once.

I do the same for resistor values. I type "100k" and then return to insert the
Omega later. This allows me to not interrupt my train of thought by switching
tasks to insert these items.

With cross references, I can open the Insert Cross Reference window once,
scroll through the document looking for "Figure X" and replace the "X" with a
cross reference. The fact that the Insert Cross Reference window is non-modal
lets me do this.

With Insert Special Character, I have to navigate to where I want the
character. USe the menu to open the Insert Special Characters window. Insert
the special character.

Then... and this is the source of my frustration and the reason I'm asking for
the enhancement...

I have to close the window in order to navigate to the next place I want to
insert a special character. (The next resistor value.) I then have to access
the Insert Special Character menu again to insert another Omega.

With multiple special characters in one document, this results in a lot of what
I consider wasted effort of clicking menus. If the Insert Special Character
window would stay open while letting me navigate the document, it would save a
great deal of time.

I can't think of any downside to this modeless window behavior as this is
exactly the way the Insert Cross Reference window behaves.

Please let me know if more details are needed.

Thanks!

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEEDINFO|RESOLVED

--- Comment #6 from Heiko Tietze  ---
The actual request is to have more items (dup of bug 120753) with easier access
(dup of bug 41981 and bug 109215). If the scenario goes beyond a few special
characters it's in fact a task for the OS or other tools.

*** This bug has been marked as a duplicate of bug 120753 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #5 from V Stuart Foote  ---
Well, I suppose we could make the the SpecialCharacter split button tearable
and modeless, like the color pickers.

But as is (e.g. collapsed Unicode charts, and no edit buffer) the full dialog
would just consume screen space if modeless--we're better off using charmap or
BabelMap/Pad externally.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #4 from Dave  ---
The favorites list of special characters is new to me and looks promising.
However, I would argue that there is often more than one way to accomplish a
task. Using the Insert Special Character window by itself is one of those ways.

Making it modeless would add to the consistency of the user interface, because
this is exactly the way Insert Cross Reference behaves. It also seems like this
would be "low-hanging fruit," a rather trivial change to implement. Those two
reasons are what prompted me to request this enhancement.

While this is certainly not a high-priority enhancement, I believe it has merit
as it would make the user interface more consistent and predictable, resulting
in a more polished product.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||0753,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||5477

--- Comment #3 from V Stuart Foote  ---
With its current collapsed Unicode chart state, the Character map of the
Special character dialog is not overly useful as a modeless picker.

And the Toolbar split button serving the Special Character dialog provides a
slots for 32 glyphs on the Favorites list and Recents stack makes this a
non-issue.

In current state, no compelling reason to make dialog modeless (remain open
between picks). IMHO => WF

While the see also bug 120753 is open to give user ability to expand both,
really ideal for in-line input. While, bug 115477 would restore the input
buffer to allow assemble multi-glyph runs before the insert to canvas. 

Discussion for redesign of the Special character dialog are here

https://nextcloud.documentfoundation.org/s/asdc9Km2AamqDg6

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Heiko Tietze  changed:

   What|Removed |Added

 Blocks||109232
 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #2 from Heiko Tietze  ---
Do you know the feature Recently Used? It's implemented for exactly this use
case. Besides, I'd rather do something as requested in bug 41981.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=109232
[Bug 109232] [META] Special character dialog and toolbar group button bugs and
enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-01-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

Dave  changed:

   What|Removed |Added

 CC||dhorton...@gmail.com

--- Comment #1 from Dave  ---
Created attachment 169066
  --> https://bugs.documentfoundation.org/attachment.cgi?id=169066=edit
The modeless window used to insert cross-references

This is the behavior that would be preferable for Insert Special Character. The
modeless window sits to the side and lets the user navigate the document
without having to close it.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs