Hey guys,
I just updated our Scintilla copy to its latest version 2.03. This brings some bugfixes but most importantly it adds a new feature: virtual spaces. There is a new preference in the Preferences dialog, Editor->Display tab to enable and disable it.
There is another new feature called 'mulitple selections' in this Scintilla version though I didn't get it to work. If anyone is interested, read the Scintilla documentation about it and check how it works.
There may be some regressions or other small problems with the update. If you find anything, just report it.
Regards, Enrico
Enrico Tröger a écrit :
Hey guys,
I just updated our Scintilla copy to its latest version 2.03. This brings some bugfixes but most importantly it adds a new feature: virtual spaces. There is a new preference in the Preferences dialog, Editor->Display tab to enable and disable it.
[…]
There may be some regressions or other small problems with the update. If you find anything, just report it.
Regards, Enrico
Hi,
Interesting stuff indeed! But there's a "major" (small, but I use it often) change that can (is, for me) be very annoying: middle-click somewhere /always/ places the cursor on the click position, even if virtual spaces are disabled. Why is this a big deal? because when pasting with the mouse (X-style), the pasted chunk is placed exactly where the mouse where at the click rather than at the start of the line - well, virtual space.
Regards, Colomban
PS: if I should have reported this through the bugtracker, please tell me so I could do so last time :)
On Mon, 08 Mar 2010 23:22:08 +0100, Colomban wrote:
Hey,
Interesting stuff indeed! But there's a "major" (small, but I use it often) change that can (is, for me) be very annoying: middle-click somewhere /always/ places the cursor on the click position, even if virtual spaces are disabled. Why is this a big deal? because when pasting with the mouse (X-style), the pasted chunk is placed exactly where the mouse where at the click rather than at the start of the line - well, virtual space.
Besides the fact that you don't like the behaviour, I'm pretty sure this has been the behaviour for a quite some time. To verify, I just tried an old 0.17 build and it behaves the same. So, I think this is at least no new bug/regression of the Scintilla update.
I think to remember we changed this some time in the past from the behaviour you want and the current one. Changing it back probably would cause new bug reports of those users who like the current behaviour :). So, as often, the solution seems to be a new preference. Still, I might be wrong. I'll have a closer look tomorrow and will try to find the corresponding bug report (I think to remember there was one).
PS: if I should have reported this through the bugtracker, please tell me so I could do so last time :)
No worries, posting bugs here on the list is fully ok.
Regards, Enrico
Hi,
Enrico Tröger wrote:
On Mon, 08 Mar 2010 23:22:08 +0100, Colomban wrote:
Hey,
Interesting stuff indeed! But there's a "major" (small, but I use it often) change that can (is, for me) be very annoying: middle-click somewhere /always/ places the cursor on the click position, even if virtual spaces are disabled. Why is this a big deal? because when pasting with the mouse (X-style), the pasted chunk is placed exactly where the mouse where at the click rather than at the start of the line - well, virtual space.
Besides the fact that you don't like the behaviour, I'm pretty sure this has been the behaviour for a quite some time. To verify, I just tried an old 0.17 build and it behaves the same. So, I think this is at least no new bug/regression of the Scintilla update.
[…]
No no, you misunderstood me, it's not about click position vs. cursor position, for me it's all OK (even more, better than pasting at cursor position). No, what I'm talking about is clearly virtual-spaces-related: if you paste something with middle-click by clicking after the end of a line (at the right of the EOL), it was used to paste at the end of line. Now, it pastes at the exact click position, then it adds as much spaces as it needs from the former EOL to the click position. Just try to middle-click somewhere outside line bounds (even without data to paste), you'll see ;)
Regards, Colomban
On Tue, 09 Mar 2010 00:14:25 +0100, Colomban wrote:
Hi,
Enrico Tröger wrote:
On Mon, 08 Mar 2010 23:22:08 +0100, Colomban wrote:
Hey,
Interesting stuff indeed! But there's a "major" (small, but I use it often) change that can (is, for me) be very annoying: middle-click somewhere /always/ places the cursor on the click position, even if virtual spaces are disabled. Why is this a big deal? because when pasting with the mouse (X-style), the pasted chunk is placed exactly where the mouse where at the click rather than at the start of the line - well, virtual space.
Besides the fact that you don't like the behaviour, I'm pretty sure this has been the behaviour for a quite some time. To verify, I just tried an old 0.17 build and it behaves the same. So, I think this is at least no new bug/regression of the Scintilla update.
[…]
No no, you misunderstood me, it's not about click position vs. cursor position, for me it's all OK (even more, better than pasting at cursor position). No, what I'm talking about is clearly virtual-spaces-related: if you paste something with middle-click by clicking after the end of a line (at the right of the EOL), it was used to paste at the end of line. Now, it pastes at the exact click position, then it adds as much spaces as it needs from the former EOL to the click position. Just try to middle-click somewhere outside line bounds (even without data to paste), you'll see ;)
Yeah. I noticed the changed behaviour at work yesterday. That's a pretty annpying regression. However, this seems to be Scintilla related, i.e. Scite behaves the same. I'll file a bugreport next week unless someone else is faster than me.
Regards, Enrico
On Thu, 11 Mar 2010 20:26:18 +0100, Enrico wrote:
On Tue, 09 Mar 2010 00:14:25 +0100, Colomban wrote:
Hi,
Enrico Tröger wrote:
On Mon, 08 Mar 2010 23:22:08 +0100, Colomban wrote:
Hey,
Interesting stuff indeed! But there's a "major" (small, but I use it often) change that can (is, for me) be very annoying: middle-click somewhere /always/ places the cursor on the click position, even if virtual spaces are disabled. Why is this a big deal? because when pasting with the mouse (X-style), the pasted chunk is placed exactly where the mouse where at the click rather than at the start of the line - well, virtual space.
Besides the fact that you don't like the behaviour, I'm pretty sure this has been the behaviour for a quite some time. To verify, I just tried an old 0.17 build and it behaves the same. So, I think this is at least no new bug/regression of the Scintilla update.
[…]
No no, you misunderstood me, it's not about click position vs. cursor position, for me it's all OK (even more, better than pasting at cursor position). No, what I'm talking about is clearly virtual-spaces-related: if you paste something with middle-click by clicking after the end of a line (at the right of the EOL), it was used to paste at the end of line. Now, it pastes at the exact click position, then it adds as much spaces as it needs from the former EOL to the click position. Just try to middle-click somewhere outside line bounds (even without data to paste), you'll see ;)
Yeah. I noticed the changed behaviour at work yesterday. That's a pretty annpying regression. However, this seems to be Scintilla related, i.e. Scite behaves the same. I'll file a bugreport next week unless someone else is faster than me.
Here we go: https://sourceforge.net/tracker/?func=detail&aid=2971618&group_id=24... and in the meantime this was also reported against Geany: https://sourceforge.net/tracker/index.php?func=detail&aid=2969096&gr...
Let's hope it'll get fixed soon.
Regards, Enrico
On Tue, 16 Mar 2010 23:53:46 +0100, Enrico wrote:
On Thu, 11 Mar 2010 20:26:18 +0100, Enrico wrote:
On Tue, 09 Mar 2010 00:14:25 +0100, Colomban wrote:
Hi,
Enrico Tröger wrote:
On Mon, 08 Mar 2010 23:22:08 +0100, Colomban wrote:
Hey,
Interesting stuff indeed! But there's a "major" (small, but I use it often) change that can (is, for me) be very annoying: middle-click somewhere /always/ places the cursor on the click position, even if virtual spaces are disabled. Why is this a big deal? because when pasting with the mouse (X-style), the pasted chunk is placed exactly where the mouse where at the click rather than at the start of the line - well, virtual space.
Besides the fact that you don't like the behaviour, I'm pretty sure this has been the behaviour for a quite some time. To verify, I just tried an old 0.17 build and it behaves the same. So, I think this is at least no new bug/regression of the Scintilla update.
[…]
No no, you misunderstood me, it's not about click position vs. cursor position, for me it's all OK (even more, better than pasting at cursor position). No, what I'm talking about is clearly virtual-spaces-related: if you paste something with middle-click by clicking after the end of a line (at the right of the EOL), it was used to paste at the end of line. Now, it pastes at the exact click position, then it adds as much spaces as it needs from the former EOL to the click position. Just try to middle-click somewhere outside line bounds (even without data to paste), you'll see ;)
Yeah. I noticed the changed behaviour at work yesterday. That's a pretty annpying regression. However, this seems to be Scintilla related, i.e. Scite behaves the same. I'll file a bugreport next week unless someone else is faster than me.
Here we go: https://sourceforge.net/tracker/?func=detail&aid=2971618&group_id=24... and in the meantime this was also reported against Geany: https://sourceforge.net/tracker/index.php?func=detail&aid=2969096&gr...
Let's hope it'll get fixed soon.
It was recently fixed in Scintilla and now also in Geany's latest SVN version.
Thanks.
Regards, Enrico
On Sun, 7 Mar 2010 11:41:22 +0100 Enrico Tröger enrico.troeger@uvena.de wrote:
I just updated our Scintilla copy to its latest version 2.03. This brings some bugfixes but most importantly it adds a new feature: virtual spaces.
Great, this really improves column-mode editing, thanks. And we finally get a multiline cursor drawn :)
Regards, Nick