[Libreoffice-ux-advise] [Bug 94551] All-in-one Area tab for modifying object fill

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
   Assignee|libreoffice-b...@lists.free |kris.kr...@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 94551] All-in-one Area tab for modifying object fill

[bugzilla-daemon]

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

--- Comment #9 from Heiko Tietze  ---
Created attachment 125847
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125847=edit
Preliminary solid fill tab

Rishabh managed to provide means to select the palette at the solid color tab
and shows the containing colors nicely. The question is what happens with the
interactions (add, modify, delete).

Option 1: We let users do whatever they want. Meaning the palette standard.soc
may end up empty.
Option 2: We allow to change not all (e.g. standard.soc) but a selection of
palettes.
Option 3: Changes go into a (newly to introduce) user.soc (or whatever this
extra palette is called)
Option 4: We disable the buttons in this tab
Option 5: We allow everything (like #1) but restore the factory settings per
"reset".

Option 5 is the most user-friendly way. It would work only when the content of
the soc files are stored as an additional ressource. But maintainability would
seriously diminished. Opinions?

-- 
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 100550] Adding standard colours to “Font Colour” and “Background Colour” menus

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
 Status|NEW |UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #2 from Heiko Tietze  ---
Agree to disagree. Guess Hakan has "pure" colors in mind like red, blue, green.
Right? Nothing to say against such a _palette_, however.

-- 
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 100550] Adding standard colours to “Font Colour” and “Background Colour” menus

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||vstuart.fo...@utsa.edu
 Ever confirmed|0   |1
   Severity|normal  |enhancement

--- Comment #1 from V Stuart Foote  ---
Not sure this makes any sense. What "standard" colors would be used on this
persistent swatch list--you'll get just 12 swatches that folks then won't be
able to change.

Also, the there are already multiple .soc files, in addition to the default.soc
(including the standard.soc), each provides a different approach to layout of
color pallet layout, and each provides tool-tip names or color values as
appropriate to the pallet.

Just don't see this improving the UX.

-- 
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 100549] Reorganizing “Borders” menu on “Formatting Toolbar” in Calc

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #2 from V Stuart Foote  ---
OK, also seems reasonable. But same question as in bug 100548 about "loss" of
the existing preset border selections while making them larger. 

I think it would be reasonable moving it this direction, but not sure if we
could even use the multi-line picker of mockup (D) in the toolbar .UI GTK
button box -- Samuel, Tomaž?

Otherwise we should attempt to make the layout of the Cell border settings on
each of the--Toolbar, the Format Cell dialog, the Sidebar  Properties deck Cell
Appearance panel--consistent.

-- 
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 94553] WIKIHELP: converter does not support nested lists

[bugzilla-daemon]

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

Akash Deshpande  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

-- 
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 100548] Reorganizing “Border” tab on “Format Cells” window in Calc

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #1 from V Stuart Foote  ---
OK, seems reasonable. Makes better use of blank area of the dialog making
elemnts a bit larger (i.e. readable) but does lose two predefined border
settings.

Current default preset arrangements:
1. Set No Borders
2. Set All Four Borders
3. Set Left and Right Borders Only
4. Set Top and Bottom Borders Only
5. Set Diagonal Lines Only

Proposed
1. Set No Borders (same as existing)
2. Only an Outline border (assume would apply to whole selection?, so not the
same as 2).
3. Set All Borders (Top, Bottom, Left, Right -- apply to whole selection. So
would be the same as 2).

So a considerable change in the preset functions. And, is the UX going to be
adversely affected losing the 3 presets.

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

--- Comment #19 from Heiko Tietze  ---
Created attachment 125832
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125832=edit
Writer template

I would not want to work with this template. First of all there are way too
many styles in the template. People using more than four levels for headings
also frightens little children (you can _hide_ unused styles). 

Header is in Times New Roman/12, title in Liberation Sans/28, and text body in
Calibri/11. Heading 1 has Liberation Sans/14 , heading 2 is in Liberation
Sans/16.1 and bold. Etcetera.

My expectation is that the following styles are defined (and exemplary shown):
* title, subtitle, 
* heading 1-3 (h1 with page break), 
* text (I prefer equal spacing before and after; single line spacing for
documents that have to be ), 
* list with bullets, numbered list (lists with no spacing except the first and
last item, which needs an extra style), 
* indexes, 
* figure caption, table caption, 
* citation, and
* header, footer.

The template could be improved with fields like page number, author, title.
Official templates like the APA style have several other restrictions. Each
journal its own, of course. 

I'm attaching an old template that is not necessarily better than yours (nor 
does it focus on thesis or academic paper).

Keep on with the work, we definitely need good examples!

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

--- Comment #18 from Cor Nouws  ---
(In reply to Marco A.G.Pinto from comment #17)
> Created attachment 125830 [details]
> Template ready - V1.1 - Grammar improvements
> 
> Hello!
> 
> I have improved the grammar and all seems fine now.

Thanks Marco. Looks solid and with extensive explanation ;)
Still I have some suggestions. Send those by separate mail for discussion fist.

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

Marco A.G.Pinto  changed:

   What|Removed |Added

 Attachment #125675|0   |1
is obsolete||

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

Marco A.G.Pinto  changed:

   What|Removed |Added

 Attachment #125673|0   |1
is obsolete||

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

Marco A.G.Pinto  changed:

   What|Removed |Added

 Attachment #125672|0   |1
is obsolete||

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

Marco A.G.Pinto  changed:

   What|Removed |Added

 Attachment #125780|0   |1
is obsolete||

-- 
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 100400] No template available according to use of MS Word 2016 for Academic Works

[bugzilla-daemon]

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

--- Comment #17 from Marco A.G.Pinto  ---
Created attachment 125830
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125830=edit
Template ready - V1.1 - Grammar improvements

Hello!

I have improved the grammar and all seems fine now.

-- 
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 60937] CONFIGURATION: Quickstarter opens Template Manager

[bugzilla-daemon]

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

Samuel Mehrbrodt (CIB)  changed:

   What|Removed |Added

   Keywords|needsUXEval |difficultyBeginner,
   ||easyHack, skillCpp, topicUI

--- Comment #13 from Samuel Mehrbrodt (CIB)  ---
(In reply to Heiko Tietze from comment #12)
> Left click: Open start center (with templates being one click away; this
> feature wasn't implemented at the older comments)
> Right click: Show menu (as today)

EasyHack. Code pointer:
http://opengrok.libreoffice.org/xref/core/sfx2/source/appl/shutdowniconw32.cxx#307

-- 
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 44267] Two decimal digits are probably not enough to specify object position and size

[bugzilla-daemon]

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

--- Comment #10 from sergio.calleg...@gmail.com ---
In fact, what typically happens is that they come out as a side effect of some
other action (e.g. cut and paste, distribute objects). Most of the time, what
one would like to do is not setting all the decimal digits to any arbitrary
value, but being able to set the least significant digits to zero. A minor
exception is if one needs to divide some space in parts, creating fractions
that result in periodic decimal numbers.

My feeling is that all these situations could be solved by having LibO show
only a limited number of digits (output), but taking an arbitrary number of
digits when one enters a quantity (input). This would let you assure that the
least significant digits can always be correctly reset or set to any value.

-- 
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 44267] Two decimal digits are probably not enough to specify object position and size

[bugzilla-daemon]

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

--- Comment #9 from Heiko Tietze  ---
(In reply to sergio.callegari from comment #8)
> ...possibly because one object is actually at 10.00399 and
> the other one at 10.00101 cm.

Those numbers are what I'm afraid of. There are very rare situations when a
precision like this is needed (with the given units).

-- 
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 44267] Two decimal digits are probably not enough to specify object position and size

[bugzilla-daemon]

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

--- Comment #8 from sergio.calleg...@gmail.com ---
That can be a good idea.

However, note that when one sets a grid with some grid step in mm or cm, what
he wants is really to be able to specify things to stay on the grid, which may
need assuring that the decimal digits are OK. E.g., one can now have two items
both at "10.00 cm", then add a connector between them and see that it is
skewed, possibly because one object is actually at 10.00399 and the other one
at 10.00101 cm.

-- 
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 56899] UI: Export dialogue for graphics should remember settings for consecutive exports (within session)

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl
Summary|FILESAVE: "Export" dialogue |UI: Export dialogue for
   |should remember settings|graphics should remember
   |for consecutive exports |settings for consecutive
   |(within session)|exports (within session)

-- 
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 67560] Draw: PNG export options not remembered

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Blocks||100467
   Severity|minor   |enhancement


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100467
[Bug 100467] [META] Improve File handling in Draw
-- 
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 56899] FILESAVE: "Export" dialogue should remember settings for consecutive exports (within session )

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

 CC||jonas.theder...@student.kit
   ||.edu

--- Comment #9 from Heiko Tietze  ---
*** Bug 39204 has been marked as a duplicate of this bug. ***

-- 
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 56899] FILESAVE: "Export" dialogue should remember settings for consecutive exports (within session )

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

 CC||m...@live.com

--- Comment #8 from Heiko Tietze  ---
*** Bug 96899 has been marked as a duplicate of this bug. ***

-- 
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 44267] Two decimal digits are probably not enough to specify object position and size

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #7 from Heiko Tietze  ---
It happens sometimes that I don't want to deal with cm but the input has no
flexibility to switch to px for instance. If we make it flexible the exact
value would be up to the unit rather than bothering everybody with digits for
µm precision.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100023
[Bug 100023] [META] Enhance Draw's user experience
-- 
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 98931] Insert images into cells in Calc

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

-- 
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 100394] Calc-Picture attached to cell- Can not controll place picture left/right/ Center/Top/bottom etc

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

-- 
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 100502] The sequence in the "File Type" listing can be confusing when picking a filter/ module to use to import a document

[bugzilla-daemon]

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

--- Comment #5 from Heiko Tietze  ---
(In reply to Daniel B. from comment #4)
> I agree with that. But then again, why do Impress, Writer, Draw, ... open
> each other at all? I mean when I want to open a file with Impress, I press
> File > Open in Impress. I do not expect to get Draw then. I searched for a
> while in Draw for the presentation mode to finally notice that I'm not in
> Impress anymore. The applications are just too similar.

Back in time there was a all-in-once mindset in software development with the
idea that users must not care about software but files. That changed with
mobile devices where apps are paramount now. Personally I'm with you and would
never think about Impress, for instance, when opening a file in Writer. But
keep also in mind that we have a start center offering access to data via
recent files, templates, and file open dialog disregarding what type of file is
being opened. And there it makes sense to show all file types.

Nobody is happy with the current situation, so what can we do (except to break
the workflow with extra dialogs)?
1. Ignore the particular file types that are shown anyway in the overall option
(e.g. text documents vs. odt,ott,sxw,doc... etc.)
2. Separate file types in the current module from the foreign types by HR (e.g.
text,...,-, other)
3. Separate access to module specific files and other types by two different
dialogs (e.g. Open..., Open other...)
4. Provide a system option to enhance the dialog with foreign file types ([x]
Show foreign file types in open dialogs); this option could also be included
into the file dialog
5. Introduce a tree like selection

But actually you shouldn't need to care. The original issue is to _import_ PDF
in Impress. So we should rather make this workflow clear, for example with the
additional menu item "Import...". So my choice would be #3.

-- 
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 100394] Calc-Picture attached to cell- Can not controll place picture left/right/ Center/Top/bottom etc

[bugzilla-daemon]

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

--- Comment #5 from Jonas Högberg  ---
Heiko Tietz
No 
But he on to little what I reported. What he mention would also be needed but
much more work.

-- 
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 100502] The sequence in the "File Type" listing can be confusing when picking a filter/ module to use to import a document

[bugzilla-daemon]

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

--- Comment #4 from Daniel B.  ---
(In reply to V Stuart Foote from comment #3)
> (In reply to Daniel B. from comment #2)
> >...
> > I'm also not used to even select a file type in such dialogs. It would
> > therefore be probably even better, if a following dialog appears (after
> > selecting the file) which lets you choose which application should open it.
> > 
> 
> No, this would just be visual noise for the majority of users, any selection
> would need to be on the same Open dialog--and of course that does nothing
> for the OS/DE provided GUI.

I agree with that. But then again, why do Impress, Writer, Draw, ... open each
other at all? I mean when I want to open a file with Impress, I press File >
Open in Impress. I do not expect to get Draw then. I searched for a while in
Draw for the presentation mode to finally notice that I'm not in Impress
anymore. The applications are just too similar.

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