https://bugs.documentfoundation.org/show_bug.cgi?id=116491
--- Comment #7 from Muhammet Kara <muhammet.k...@collabora.com> ---
(In reply to Thomas Lendo from comment #6)
> (In reply to Muhammet Kara from comment #5)
> > (In reply to Heiko Tietze from comment #3)
> > > I get Emoji also with Tools > Options > Advanced > Experimental off and
> > > can
> > > assign it to the toolbar, for instance, but of course it's not shown then.
> > > Thing is that I have no clue in the UI what command is experimental. I 'd
> > > still prefer gray font color like for disabled controls (ideally taking
> > > the
> > > RGB value from system settings).
> > That listbox unfortunately doesn't seem to support such a way of
> > identification. Since we now always have the description field filled, maybe
> > we can add something like this at the top of the description field?
> >
> > [EXPERIMENTAL]
> There is no space in the description field for a fourth line where the
> experimental status could be shown. Or do you want to move the existing
> lines down and the last item will not be shown anymore? Or do you want to
> make the description field bigger? Is this searchable? I suppose that the
> only few people are reading the description field.
The description field is scrollable. I was imagining the [EXPERIMENTAL] tag at
the top.
>
> I would like it if experimental commands are
> * either always visible (also when experimental mode is not activated) and
> then enhanced with a suffix [experimental] in all listboxes and if not
> activated the commands can be greyed out to show their inactivity like
> toolbar commands
> * or are only visible when experimental mode is activated and additionally
> enhanced with a suffix [experimental] so that the user is not wondering why
> it's missing when the experimental mode once is deactivated.
The second suggestion is pretty much what I had in mind, except that the
experimental tag being in the description rather than as a suffix.
>
> The suffix at the command name shows at the glance that this command is only
> available in experimental mode and should also be searchable with the search
> field.
Makes sense. Search/filter does its job based on the command names/labels etc.
before the list you see is filled, but I think we can include the suffix in the
search/filter as well.
My only concern with this approach would be that what happens if the command
name is too long. Appending the suffix will make it worse in that case.
--
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
