Description: Writer: ouvrir la barre Rechercher, presser ‘r’ pour ‘Respecter la casse’, mais cela ouvre le menu Formulaire Steps to Reproduce: 1.Writer: ouvrir la barre Rechercher, presser ‘r’ pour ‘Respecter la casse’. 2. 3. Actual Results: ouvre le menu Formulaire Expected Results: activer ‘Respecter la casse’. Reproducible: Always User Profile Reset: No Additional Info:
On pc Debian x86-64 with master sources updated today + French locale, I don't reproduce this, typing "r" doesn't open Forms menu, just put "r" in Search box. (I launched Writer then Ctrl-H to make the dialog search/replace appear)
(In reply to Julien Nabet from comment #1) > On pc Debian x86-64 with master sources updated today + French locale, I > don't reproduce this, typing "r" doesn't open Forms menu, just put "r" in > Search box. > > (I launched Writer then Ctrl-H to make the dialog search/replace appear) Sorry! Hit ‘~r’ (alt-r) instead.
Same behaviour in English UI: I've opened Find toolbar, and pressed ALT+r => Form menu opened. If you open Find & Replace Dialog ALT+r marks "Diacritic-sensitive" option in English UI. In German UI nothing happens (that is expected). TorrAB please explain, why you expect something different. Or is you report about Find&Replace dialog? => NEEDINFO
I still don't reproduce this with Ctrl-R with French or English UI and with gen or gtk3 rendering. uncc myself since I can't help here.
Dear TorrAB, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
The bug no longer exists because ‘R’ is no longer underlined in ‘Respecter la casse’. ~r opens Formulaire, as expected. But this shortcut could be restored by activating (and underlining) ‘p’ instead of ‘R’ in ‘Respecter la casse’.
The "Match case" checkbox in the Edit > Find and Replace... dialog (hope this is what TorrAB is referring to, I don't speak French and find the previous discussion a bit convoluted) is the following string, KeyID 75TZD: https://weblate.documentfoundation.org/translate/libo_ui-master/svxmessages/fr/?checksum=ab428eb692c8accd So according to Weblate the translation for this string hasn't changed since 6.4, and has always been translated to "Respecter la _casse", which means in French UI Alt+C is the keyboard shortcut (also the c in casse should be underlined in French UI). Or are we talking about a different string elsewhere?
(In reply to TorrAB from comment #6) > The bug no longer exists because ‘R’ is no longer underlined in ‘Respecter > la casse’. ~r opens Formulaire, as expected. Can this bug be closed then
(In reply to Ming Hua from comment #7) > The "Match case" checkbox in the Edit > Find and Replace... dialog (hope > this is what TorrAB is referring to yes, it is. > in French UI Alt+C is the keyboard shortcut (also the c in casse should be > underlined in French UI The c is not underlined and Alt+C does not work, in version 7.0.1.2(x64)
Created attachment 166486 [details] Screenshots of "Find and Replace..." dialog and "Find..." toolbar with French UI OK, so I switched to French UI and had a look myself. (In reply to TorrAB from comment #9) > (In reply to Ming Hua from comment #7) > > The "Match case" checkbox in the Edit > Find and Replace... dialog (hope > > this is what TorrAB is referring to > > yes, it is. > > > in French UI Alt+C is the keyboard shortcut (also the c in casse should be > > underlined in French UI > > The c is not underlined and Alt+C does not work, in version 7.0.1.2(x64) Apparently there is some misunderstanding here (due to language barrier?), as seen in the attached screenshots, the "Find and Replace..." dialog (Ctrl+H) has an underlined c and Alt+C accelerator works as expected. On the other hand, the "Find..." toolbar (Ctrl+F) has a "Respecter la casse" checkbox with no underlined character and no keyboard accelerator. Perhaps this is what TorrAB was talking about? The screenshots are made with 7.0.2 (information is from English UI, not French): Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 2; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); UI: en-US Calc: threaded
> the "Find and Replace..." dialog (Ctrl+H) has an underlined c and Alt+C accelerator works as expected. * c is underlined, but it does not work. Alt+c puts dots around "Respecter la _casse" but does not put a check-mark in the box and has no effect. One must click the box. * In the English version, the shortcut is ~t (for Ma_tch case), and it works. > > On the other hand, the "Find..." toolbar (Ctrl+F) has a "Respecter la casse" > checkbox with no underlined character and no keyboard accelerator. Perhaps > this is what TorrAB was talking about? * yes. There is no shortcut in either language.
(In reply to TorrAB from comment #11) > > the "Find and Replace..." dialog (Ctrl+H) has an underlined c and Alt+C accelerator works as expected. > > * c is underlined, but it does not work. Alt+c puts dots around "Respecter > la _casse" but does not put a check-mark in the box and has no effect. One > must click the box. That's because there are multiple UI items with accelerator Alt+C. If you want to avoid mouse clicks, press space key after Alt+C, and the box will be selected (press space key again to deselect it). > * In the English version, the shortcut is ~t (for Ma_tch case), and it works. It works for English UI because there is only one item with Alt+T accelerator. Anyway, this is off-topic for this bug. If you don't like the way accelerators are assigned currently for this dialog, please file a seperate bug. > > On the other hand, the "Find..." toolbar (Ctrl+F) has a "Respecter la casse" > > checkbox with no underlined character and no keyboard accelerator. Perhaps > > this is what TorrAB was talking about? > * yes. There is no shortcut in either language. And in older versions (I checked 6.2.8), even there is underlined letter (for English UI it's M, i.e. "_Match case"), accelerator (Alt+M for English) doesn't work. So can we close this bug now? To make accerlerators work for this toolbar is beyond the scope of localization and should also be filed as separate bugs (and I suspect such a bug already exists).
> > * c is underlined, but it does not work. Alt+c puts dots around "Respecter la _casse" but does not put a check-mark in the box and has no effect. > That's because there are multiple UI items with accelerator Alt+C. ** The shortcut keys could be chosen to avoid conflicts, eg ‘Tout _rechercher’, ‘Rec_hercher le précédent’, ‘C_ommentaires’, > > * In the English version, the shortcut is ~t (for Ma_tch case), and it works. > It works for English UI because there is only one item with Alt+T > accelerator. **see above > So can we close this bug now? To make accerlerators work for this toolbar > is beyond the scope of localization and should also be filed as separate > bugs (and I suspect such a bug already exists). **OK
Alright, let's close this bug as WORKSFORME. TorrAB, I acknowledge that there are two additional UI problems: (1) The keyboard accelerator Alt+C is used for multiple UI items in the Find and Replace dialog (Ctrl+H), and it would be nice to have them use separate ones. This is a l10n issue, and should be solved by French translators. (2) There is no accelerator for the "Match case" checkbox in the Find toolbar (Ctrl+F) ("Respecter la casse" for French). This is for all languages and should be solved by developers. Please file separate bugs if you want further discussions on either of these two issues.