GNOME Bugzilla – Bug 343221
wrong selection behaviour with autocompletion
Last modified: 2018-06-29 21:05:34 UTC
When I'm entering a txn in the register, autocompletion suggests me the txn. However, in 1.8.9 the automatically presented text was selected "wright to left", so that with shfit-arrow I could move the _left_ part of the selection. i consider that was the wright behaviour. Now, in 1.9.6, shift-arrow moves the _right_ part of the selection. That's appear worst than 1.8.9 behaviour.
Sorry, I don't understand your description. Can you describe in even more detail what you type, what you see, and what you expect? Otherwise I'd probably close this as duplicate of bug#380384 anyway.
*** This bug has been marked as a duplicate of 380384 ***
No, it doesn't seem a duplicate of bug #380384: - #380384 refers to Transfer Funds dialog, while this bug refers to entering txn in register. - #380384 is about autocompletion not working, while this bug refers to an anomaly in an autocompletion that does work. Concretely, this bug signals that when you enter the description of a txn in a register, the active part of the selected autocompleted text is not any more the left one, as in 1.8.x, but the right one. Example. - Suppose you have a previous txn whose description was "first debit payment". - In the same account register where that txn is, you begin a new txn entering "f" - Inmediately autocompletion adds "irst debit payment", and the autocompleted part is selected, while the "f" you entered is not. Now if you continue typing i, r, s, ecc, autocompletion always works in the right way. Suppose now that after entering the first "f" and receiving the autocompletion hint you stops typing, and want that the description be "first debit pain". In 1.8.x you simply could move the active end of the selection, namely with shft-rightarrow toward right, until only "yment" remained selected, and then type "in", and all was ok. Now, the active and of the selection isn't any more the left one, but the right, and I think that now it's less useful. I have reported this bug because I think that the change is a trivial one. Besides that, it worked in 1.8.x
I don't have the solution, but I can confirm the behaviour you describe. The highlight on the auto-text can be manipulated at the end of the highlighted text (shrinking with SHIFT-<arrow-left> and subsequently re-expanding with SHIFT-<arrow-right>) and not at the beginning. I can't tell whether this is a trivial thing to fix. Highlighting is something that is implemented in the underlying gtk+ toolkit. One of the major changes between GnuCash 1.8.x and 2.x was an upgrade from gtk+1.x to gtk+2.x. This upgrade in itself may have caused the new behaviour, in which case it may be very difficult to fix from within GnuCash. As a workaround, you could do the inverse: * Type the first characters until you get the autocompletion you wish to modify * Type the <right-arrow> key. This will move the cursor to the end of the auto-completion * Now you can use SHIFT-<left-arrow> key to select the part you wish to change.
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=343221. Please continue processing the bug there and please update any external references or bookmarks.