Please have a look at the the attached screenshot. In Calc and Impress the insert text field menu item always stay visually selected after inserting one text field. This does not make sense because the function is not sticky. I Calc the check marks is displayed as long as the new inserted text field is focused. Than it vanishes. I vote for a common solution for Calc, Draw and Impress that NEVER shows this checkmark on the menu item. (Other functions like Insert/Comment also do NEVER display such a check mark.)
Created attachment 137035 [details] Screenshot
I can still reproduce the bug with: Version: 6.0.0.0.alpha0+ Build ID: c5a93cad149618bbd43632f1660a558c34bdbf7e CPU threads: 8; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-10-07_01:12:25 Locale: de-DE (de_DE.UTF-8); Calc: group
Bug was already present in: Version: 5.0.0.5 Build ID: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10 Locale: de-DE (de_DE.UTF-8)
Note: The correct English name is "Text Box" not "Text field". Sorry.
So i notice in Draw, Impress, Calc is that if you press F2 on an existing textbox or have just inserted a textbox, the textbox button in the toolbar is toggle, which doesnt happen in Writer. As its not toggled in Writer, you can click it in the toolbar to create another textbox. Heiko, Stuart, Maxim: What are your thoughts?
This behavior is similar to shapes where we 'toggle' on Draw but not Writer. Argument was that the workflow differs. (IIRC, I voted back then for double-click to make the function sticky.) If we talk about harmonization of whether or not to toggle during the interaction of textbox creation I would prefer to not do that. But no hard feelings when the opposite decision will be taken.
The insert behaviour of shapes is in bug 90748 (writer/calc one way, impress/draw another way), but inserting a textbox in all apps is the same - you can only insert one, then type some text, and then have to click the button again to insert the next textbox. In impress/draw, after clicking it the second time after typing in the first textbox, it keeps it in insert textbox mode, so you dont have to press it again for the 3rd, 4th, etc textboxes. The textbox button is getting toggle when editing a textbox outside of the insert process. see steps below. 1. draw a textbox 2. type some text 3. deselect textbox 4. select textbox 5. press F2 6. textbox button is toggled (this is what doesnt happen in writer)
(In reply to Yousuf Philips (jay) (retired) from comment #7) > The textbox button is getting toggle when editing a textbox outside of the > insert process. see steps below. True, so the checkbox/toggle thing makes no sense and we should remove it. Very simple easy hack.
Can I get some Code pointers?
(In reply to shubh from comment #9) > Can I get some Code pointers? Menus list UNO commands, so it is https://opengrok.libreoffice.org/xref/core/sw/uiconfig/swriter/menubar/menubar.xml?r=16bd9c99#293 pointing to https://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu?r=732d630c#3730. However, I expected the TOGGLE flag to be true and the easyhack would have been to switch it to FALSE. But that's not the fact here. Therefore we need input from experienced developers.
Saw this toggle behavior while preparing my slides by inserting custom text boxes. It's true Insert TextBox must not toggle. Had me confused at first.
Dear OfficeUser, 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 https://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
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9a8c8053b4fb322edb1e45b891307cdad1f3d41f Resolves tdf#113171 - Text box must not toggle command It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.