Toolbar buttons can be renamed. But Match Case button in Find Bar cannot be renamed and icon cannot be set. Also, over that checkbox button, right click is not possible. Looks like implementation error from 4.1.
I tried 1. Open document in writer 2. Tools => Customise => Toolbars 3. Select Toolbar "Find" 4. Select "Match Case" => Modify 5. Rename it or change icon => O.K. Changes were displayed in the dialog, but not in the UI. Version: 6.0.0.0.beta2 (x64) Build ID: 13edaaa12f25de343fce136064e27da66c1c4fa4 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: de-DE (de_DE); Calc: group threaded
Maxim: thoughts? https://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/UI/Controller.xcu#1136
"Match Case" isn't a toolbar button, but a checkbox control which is placed on a placeholder item on the toolbar. If we really want to allow renaming it (why?), then it should be converted to an ordinary toolbar toggle button.
(In reply to Maxim Monastirsky from comment #3) > If we really want to allow renaming it(why?) If the dialog allows you to rename it, I would expect, that it is possible to rename it. But pershaps it's a litte more tricky: 1. Open document in writer 2. Tools => Customise => Toolbars 3. Select Toolbar "Find" 4. Select "Find & Replace" => Change Icon => O. K. 5. Icon is not changed in the toolbar, but if you open the edit menu, you can see the new icon I haven't tested with other commands or other toolbars.
(In reply to Dieter Praas from comment #4) > (In reply to Maxim Monastirsky from comment #3) > > If we really want to allow renaming it(why?) > > If the dialog allows you to rename it, I would expect, that it is possible > to rename it. Technically, the dialog operates on toolbar items. It has no idea that the code of one of those items will suddenly at runtime decide to display a custom control instead of a button. This might improve a bit after implementing Bug 112651, so we will be (mostly) aware of items that use controls, and can e.g. disable renaming them. But problems don't end with controls, as there are several ordinary toolbar buttons, that change their text at runtime. How should we handle them? Also, note that the title will actually appear if you dock the find toolbar vertically (although the button won't work in such configuration, until Bug 55846 is fixed). > But pershaps it's a litte more tricky: > > 1. Open document in writer > 2. Tools => Customise => Toolbars > 3. Select Toolbar "Find" > 4. Select "Find & Replace" => Change Icon => O. K. > 5. Icon is not changed in the toolbar, but if you open the edit menu, you > can see the new icon This is Bug 106784. Let's not mix it here.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro 6.3+. I'll convert to Enhancement to avoid inquiries since this is unlikely to be resolved unpurposely. (In reply to Maxim Monastirsky from comment #3) > If we really want to allow renaming it (why?), then it should be converted.. My use case is: I like keep Find Bar on top in line with Standard toolbar. Since space is tight, I shorten known labels. Like "Case" instead of "Match Case".
Also in 24.2. Retested with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a34dcd03254480927c403d904c0e754802d97b90 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded