https://bugs.documentfoundation.org/show_bug.cgi?id=128113
Nick Levinson <nick_levin...@yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |UNCONFIRMED
Ever confirmed|1 |0
--- Comment #22 from Nick Levinson <nick_levin...@yahoo.com> ---
The menu is virtually the same in the master build as it was when I originally
reported this problem.
Test: My installation (Fedora) is RPM-based. The RPM link in comment 14 yields
a 404 error, so I went back to the original URL for the master and dug again,
this time skipping helppack, langpack, and sdk files, leaving
master~2019-10-25_20.30.28_LibreOfficeDev_6.4.0.0.alpha1_Linux_x86-64_rpm.tar.gz
and I installed from that; installation was simple, per the readmes (the Dev
readme erroneously refers the reader to the stable-version readme so we have to
use both). I opened LibreOfficeDev Writer and, as a first-time user, I saw
nothing relevant in the release notes
(https://wiki.documentfoundation.org/ReleaseNotes/6.4#Writer). The About box
says "LibreOfficeDev"/"Version: 6.4.0.0.alpha1+
Build ID: 706afd3e765e98489a2b43934a259626f9f0be01"/"CPU threads: 2; OS: Linux
5.3; UI render: default; VCL: gtk3;"/"TinderBox: Linux-rpm_deb-x86_64@86-TDF,
Branch:master, Time: 2019-10-25_20:30:28"/"Locale: en-US (en_US.UTF-8);
UI-Language: en-US"/"Calc: threaded". File > Open > file types menu now
operates nonconventionally, in that it has a downward-pointing arrowhead on the
right but clicking it does not directly open the menu. Once I opened it, I
found it a bit hard to control, either rapidly overscrolling or underscrolling,
which makes it easy to miss a needed filter. Combined with the look of
disorganization, the menu becomes more annoying than useful. Nongeeks will not
be able to find most of the filters with reasonable speed and will mainly be
frustrated.
Apart from the test of the master build, my distro recently provided a new LO
version and the menu in that appears to be essentially the same. It's now
"Version: 6.2.8.2"/"Build ID: 6.2.8.2-2.fc30"/"CPU threads: 2; OS: Linux 5.3;
UI render: default; VCL: gtk3;"/"Locale: en-US (en_US.UTF-8); UI-Language:
en-US"/"Calc: threaded".
Solutions:
Nonselectable menu items are unusual, but having around 176 items in one menu
is also unusual.
Adding nonclickable items need not add much to overall menu length. For
example, you could add these group labels after the first few menu items:
--- LibreOffice and OpenDocument ---
--- Microsoft including Office ---
--- Macintosh and Apple ---
--- WordPerfect ---
--- IBM and Lotus ---
--- OpenOffice.org and StarOffice ---
--- Claris ---
--- Adobe ---
--- Databases, Generic ---
--- HTML ---
--- Text, Generic ---
--- Graphics, Generic ---
--- Other ---
It occurs to me that I'm using brands and you're using major types. You may be
right to do so, but many people use spreadsheets to hold databases even where
they have a DBMS. Nonclickable major-types labels would take even less room.
I regret that omitting MS's name from items was already decided on. I despise
Windows and when I get another computer that has it preinstalled I am so
thorough in deleting it that deletion takes me about 1 1/2 days around the
clock (I sic DBAN on it, set for thoroughness). But users may not recognize
Word Pro unless you say IBM Lotus in front of it. Ditto MS. That it's
advertising is less important than that it's informative to users who just want
to get their work done and need the right filter and don't care about whether
MS should be tarred and feathered when they want to open documents. I wouldn't
even use abbreviations like MS or MSO (I didn't even recognize "MSO"); most
ordinary users don't recognize "MS" but they know the full name. It's okay to
say "ODT" but not as a substitute for "LibreOffice"; perhaps say "LibreOffice"
before "ODT".
Instead of killing the enhancement request as not a bug, maybe its importance
should be downranked in comparison to other enhancements, and gotten to
eventually.
--
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
