[Libreoffice-ux-advise] [Bug 151537] Open dialog filetype/import filter listbox inappropriate due to large number of formats

[bugzilla-daemon at bugs.documentfoundation.org]

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

Eyal Rozenberg <eyalroz1 at gmx.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 OS|All                         |Linux (All)

--- Comment #4 from Eyal Rozenberg <eyalroz1 at gmx.com> ---
I should also mention that, with GTK3, one cannot even navigate the list by
typing the prefix of the desired item.

(In reply to V Stuart Foote from comment #3)
> For Windows os/DE the default "All files (*.*)" lists the filters and they
> can be scrolled. And os/DE provided search is limited to "first character".

Possible; I should have marked this bug as Linux-specific, and now I have.

> The list is organized,

I disagree. Or rather, it can't really be organized, as users's expectations of
order will differ, or probably be not well-enough defined.

> grouped by LO module,

No,, they aren't grouped by LO module. But I'm not complaining about that.

> with separators supplied for visual que.

No separators - see the screenshot. But that's not what I'm complaining about.

> Absence of scrollbar or ability to search is an os/DE issue.

Perhaps, but - that doesn't matter. That is, LO needs to provide the user with
a usable file open dialog, and a non-scrollable list box for dozens and dozens
file types / import filters is extremely inconvenient. The OS/DE may not
consider this to be a bug, since it may be making the assumption that the list
is not very long - expecting apps not to have as many options, or to use
additional controls to narrow the list down etc. And the fact that two
difference VCLs have the same issues strengthens the possibility that this is
the assumption.

That's why this can't simply be dismissed as NOTOURBUG.

We should first consider whether we should use additional filtering controls in
the file open dialog (which are available IIANM); and we should also contact
the authors of GTK and KDE Frameworks respectively about this issue.

> We now provide our filter list and a small set of filter controls.  Doing
> more would require too much native code and offer no real benefit.

Which small set of filter controls?

-- 
You are receiving this mail because:
You are on the CC list for the bug.