>It's usually suggested to me that I use an enum here, e.g.:
>enum UpDown {
>UP,
>DOWN
>}
>/// whether the cursor is either at the start or the end
>bool atStartOrEnd(UpDown dir);
>
You're right, but I'm just moving and copying code ;-)
>rh
>
>PS Congrats on the commit access!
>
Thanks
Vincent van Ravesteijn - TNW wrote:
Index: src/Cursor.h
===
--- src/Cursor.h(revision 27469)
+++ src/Cursor.h(working copy)
@@ -359,6 +359,8 @@
/// move the cursor up by sending an internal LFUN_DOWN,
/// return tru
>To reproduce this bug:
>
>1. New file
>2. Enter some text
>3. New paragraph
>4. Insert a Note (e.g.) with some text in it.
>5. Select some text.
>6. Press cursor up.
>
>Now the selection is not cleared. It is cleared in the cursor, but the screen
>isn't repainted.
A patch is attached
It b
On Sat, 15 Nov 2008, Vincent van Ravesteijn - TNW wrote:
To reproduce this bug:
1. New file
2. Enter some text
3. New paragraph
4. Insert a Note (e.g.) with some text in it.
5. Select some text.
6. Press cursor up.
Now the selection is not cleared. It is cleared in the cursor, but the screen
To reproduce this bug:
1. New file
2. Enter some text
3. New paragraph
4. Insert a Note (e.g.) with some text in it.
5. Select some text.
6. Press cursor up.
Now the selection is not cleared. It is cleared in the cursor, but the screen
isn't repainted.
This is caused by the fact that the cu