Sun 10 Sep 2017 04:04:02 PM UTC, comment #12:
I have pushed the patch with cset
http://hg.savannah.gnu.org/hgweb/octave/rev/ca4ab27152a9
|
Sun 10 Sep 2017 04:26:22 AM UTC, comment #11:
Yes, each dock widget has an ampersand somewhere unless I set the correct variable in the kdeglobals file.
|
Sun 10 Sep 2017 12:01:18 AM UTC, comment #10:
Good, I will push the cset soon.
The window title is directly read by the system, thus there is no way for us to filter something out here. You should see ampersands in the title of each dock widget, is this correct?
|
Fri 08 Sep 2017 03:26:49 PM UTC, comment #9:
@Torsten: The patch works for me. I removed "AutoCheckAccelerators=false" from my kdeglobals file and I can correctly operate on variables. Please go ahead and commit it.
Can this same strategy be used for the Window Title as well? I still see the title as "&Variable Editor" in the Alt+Tab window. Or maybe there is a way to turn off accelerators for a specific Qt Window so that the Auto-Add feature of KDE is never activated?
|
Fri 08 Sep 2017 04:52:23 AM UTC, comment #8:
Please find attached the updated patch ampersand_v02.patch.
(file #41760)
|
Thu 07 Sep 2017 04:17:27 PM UTC, comment #7:
If I go back to 24013 then the patch applies. The cset that causes the rejections is
which was applied only yesterday.
|
Thu 07 Sep 2017 03:57:22 PM UTC, comment #6:
If the problems are due to my recent style changes, then I can help update the patch.
|
Thu 07 Sep 2017 03:32:37 PM UTC, comment #5:
Could you refresh the patch? I tried to apply against tip 24020:387be1a6c3dc and 6/6 hunks were rejected.
I had thought about removing the '&' character too as a workaround so I'm pretty sure this will be a good solution.
|
Thu 07 Sep 2017 12:37:31 AM UTC, comment #4:
And here is the promised patch ...
(file #41749)
|
Thu 07 Sep 2017 12:22:09 AM UTC, comment #3:
I have reopened the bug report and attached a patch that removes any '&' before using the text as variable name. Since a variable name does not intentionally contains an ampersand, this might be a solution to this bug and the one with the multiple tabs for the same variable (bug #51851).
|
Wed 06 Sep 2017 04:07:57 AM UTC, comment #2:
Yes, another '&' injection by KDE. Marking as Won't Fix as this is an upstream issue.
For anyone else who comes across this report, you need to add the folowing to ~/.config/kdeglobals
|
Wed 06 Sep 2017 02:33:04 AM UTC, comment #1:
Another candidate of KDEs "&"-injection? Rik, could you please test this?
I am not sure, how we to handle this, since this KDE "feature" does not only result in some ampersands appearing in titles and texts but really leads to degraded functionality. There is a workaround described in
https://bugs.kde.org/show_bug.cgi?id=337491#c21
but I do not think that this is feasible.
|
Thu 31 Aug 2017 05:35:51 PM UTC, original submission:
Not all, but many of the pop-up menu entries produce invalid code. As an example, try using one of the plot commands at the end of the right-click menu.
Example:
The generated code contains "&x" when it should just be "x". This is probably something simple where the generated string for eval is pre-pending '&' for some reason. Also, it would be nice if there wasn't a space after the variable name which would keep with Octave's indexing style which is to cuddle the parenthesis with the name when indexing.
|