Basic IDE problem: If we place cursor on variable with underscores in name and click "Enable Watch (F7)" for adding variable to Watch window, it performs incorrectly. Adds only part of name. Problem seen also if double click on such variable name in program's text. Only part of name selected. Steps to reproduce: 0. Start any LO module, for example, Writer 1. Press Alt-F11, in dialog "LibreOffice Basic Macros" press "New" and then "Ok" 2. In Basic IDE enter something like this: Sub Main First_Result=1 Second_Result=2 End Sub 3. Place cursor on variable name and press "Enable Watch (F7)" Expected: added variable with correct name to window "Watch" Actually: added only part of name, for example First instead of First_Result reproduced in 3.4.2 on Windows XP 32 bit and in 3.6.3 on RFR 17 64 bit Workaround: select correct name of variable manually and press F7
Confirmed in build from 12/20 master. This issue is a more general IDE interface issue of selecting whole identifiers (on dbl click, on add to watch, ???). Selection in BASIC IDE should extend the selection from cursor to cover an entire identifier that contains any legal character. This should include extending the selection to whole keywords that contain other chars invalid for identifiers (like the $ at the end of CHR$()). I can confirm that is a long-standing issue. Moved to NEW.
Created attachment 72513 [details] Selection/Watch failures Shows all manner of selected dreck in the Watch Window including: parts of vars, parts of multiple vars, etc.
** 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 on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) Thank you for your help! -- The LibreOffice QA Team
Still doing it. Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ Build ID: 07e84cae983c08afdba03018413a19d01abb3006 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-19_06:15:38
The selection in the Basic IDE is done with a generic method in TextView::MouseButtonDown(const MouseEvent & rMouseEvent) (vcl/source/edit/textview.cxx) using the i18n::XBreakIterator implementation. For Basic there should be the possibility to call a custom 'select word' method.
WIN 10 32&64bit LO CALC 5.1.3.2 BASIC IN IDE: When stepping thru a program, hovering over variablenames containing an internal underscore: the values do not popup. Works fine for variablenames without underscores. Simple Test: Variables named A and B and A_B even tried [A_B] but hovering over A_B or [A_B] produces no popup except individually on the A or B within the A_B or [A_B] and they were the values of the singleletter variablenames. Further on the program utilizes the value of the A_B variablename correctly
WIN 10 PRO 32&64 Bit Also tried A__B (double underscore) and [A B] blank not underscore in variablename in Brackets. Both these fail in the same way.
Setting Assignee back to default. Please assign it back to yourself if you're still working on this issue
Might be related to this bug: variable selection is not easy in the IDE when variables contain underscores. A triple click selects the whole line instead of selecting the identifier only. Second, this is not consistent with Calc and Writer where a triple click actually selects "words" containing underscores. Wanted behaviour: triple-clicking an identifier containing underscore(s) selects the identifier only. Current behaviour: selects the whole line.
1. When your selection length is 0, Basic IDE tries to find what is the name of the identifier https://opengrok.libreoffice.org/xref/core/basctl/source/basicide/baside2.cxx?r=4a6dc219#686 2. it relies on BreakIterator for Word Break https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/editeng.cxx?r=8feca893#645 https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/editeng.cxx?r=8feca893#841 https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/impedit2.cxx?r=8feca893#1534 3. BreakIterator uses data for "edit_word" (I'm not so sure) https://opengrok.libreoffice.org/xref/core/i18npool/source/breakiterator/breakiterator_unicode.cxx?r=da95fc29#94 4. So-called underscore,whose official name is U+005F LOW LINE and who is in "Punctuation, Connector [Pc]" Category is categorized into ExtendNumLet in UAX#29 https://unicode.org/reports/tr29/#ExtendNumLetWB 5. WB13a and WB13b says this character breaks neither before and after alphabets. https://unicode.org/reports/tr29/#WB13a https://unicode.org/reports/tr29/#WB13b 6. While icu4c's official data has a section for WB13a/WB13b, https://github.com/unicode-org/icu/blob/master/icu4c/source/data/brkitr/rules/word.txt#L159 LibreOffice does not have such a section. https://opengrok.libreoffice.org/xref/core/i18npool/source/breakiterator/data/edit_word.txt?r=f8f05d43#105 Can this be the cause? ADDITIONAL REFERENCE: ICU's break iterator does not consider underscores as word-breaking punctuation https://bugs.chromium.org/p/chromium/issues/detail?id=364301
I committed a patch related to this issue (https://bugs.documentfoundation.org/show_bug.cgi?id=57879), but I am not satisfied with the change: https://gerrit.libreoffice.org/#/c/core/+/86362/ Should we add a function just to the edit engine, because this functionality is needed in many places? Or extend the Breakiterator interface with a function, e.g., expandWord?
https://gerrit.libreoffice.org/c/core/+/86597/
Andreas Heinisch committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d75781dcd619a747b17b6c897ba44dc6ff8b5c7e tdf#57307 - Expand word boundaries to include connector punctuations It will be available in 7.0.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.
*** Bug 130920 has been marked as a duplicate of this bug. ***