Ohh, so the rest of the code acts asa a delay for the cursor? That's clever, I'll see if I can get mine to work like that.

Kerning is spacing between characters. In the gif you posted, characters like i and t have really large spaces after them, which would be considered bad kerning.

Oh, I see. Actually, I did have 3 different versions of the note-editing at first, but I got rid of them because it would be very hard and time-consuming in the program to find what part of the note you were editing, and where to move the cursor too (for the cursor to move to the right spot, I originally had 2 For() loops with pxl-Test, and it would keep moving over 1 until there were no pixels in a column - but that was just slightly too slow).

My original one had all the characters that weren't 3 pixels wide documented, and would adjust the spacing accordingly. Perfect kerning, that is. However, I got rid of this because it would've been too hard, like I mentioned above.

My second one involved matrices to print special tokens that were over 3 pixels wide, but as you may guess, that was not very practical and it just took up unnecessary time and space.

My final one (although nowhere near complete yet) spaces out each character by 3. To deal with special tokens that were over 3 pixels wide, such as "m", "w", "z", "*", and pi (which I removed), I instead did a capital M and some graphical adjusting to make it shorter. Same with the w. For the Z, I just let the cursor cut the 4th pixel off so that it became 3 pixels. For the "*", I just replaced it with a Pt-On() command.

Also, Mateo suggested that each character be a certain amount of pixels apart, to save speed/time:

So, I most likely won't try to fix the kerning...

However, another thing I could try is to center each character on where they would go, but I'm not sure...

EDIT: The only way to find where you are / what part of the note you're editing, each character has to be 3 pixels in width (or less). Here's the formula I came up with to find where you are:

Code:

UI for OneNote:

Looks good?

Looks pretty good, solar! I like it


Well, yes, but I don't know how much "getKey->K" really slows it down...

I would add a rand(#) in there, but it should be obvious why I'm definitely not going to do that. Although it would be cool to have the cursor blink slower so you can actually see it blink, it's much easier to just have it be grayscale

Oops, accidentally edited this post when I should've made a new one. Previously this was a todo list

Hurray, adding and replacing characters in the string now works!


Code:

Optimization is appreciated

Also I would like some answers to the questionable things I had in the last post. I'm wondering whether things like inserting text is worth it - if I were to add it, I would have to update the graphical placement of every character after it, which technically wouldn't be that hard, but the fastest way to do it would be to insert the text, and then display the note all over again, using sub() to redraw the string on every row. That might be slightly too slow, impeding user experience. I would greatly appreciate your thoughts.

This is smaller:

Code:


This is larger than the above but faster with the cursor at the end of the string:

Code:


Edit: saved one byte.

Thanks, lirto

You could do this for highlighting, although it assumes that you start from the end of the string, which won't always be what you want. It's a start, though:

Code:

Edit: fixed broken code
edit: although it's no longer necessary, I commented it

Okay, I'm going to need a bit of help with the highlighted text tracker... One way M.I. Wright suggested was to only keep track of the start and end of the highlighted text, and then when the user presses the copy button (TRACE), it takes the sub() of the current string, starting at the beginning and ending at the last highlighted text. However, I'm having a bit of difficulty...

The way I have it setup is that X is the constant, where the start or end of your highlighted text is. V is the one that moves around with your cursor, if you are highlighting. Then, when you want to copy, it determines which variable is greater, which enables it to know which variable it should put first in the sub() command. If X=0, it stores the placement in the string of the cursor in X. Every time after that, it stores the placement to V. Btw, you can look at earlier posts to see how I converted the cursor value to string placement.

My code is hardly working at all, so I would appreciate some help...

[EDIT]
another problem is that the numbers will have to change whether you are highlighting from right to left or left to right. My code is pretty much nothing, I'm just tossing around numbers right now... I think I'm tired.

[EDIT 2]
I believe I fixed it. Just had to change some numbers around.

Here's for tracking (and highlighting):
Code:

and here's for copying:
Code:


If you can optimize this, great

Could you give us a video of what it yet looks like?

I will, but later. Not much has changed (graphically) since my last update post.

Well, if I see all the things good, you have a Str1 with the text, where you can add, replace or delete text somewhere in the Str1 at index V.
Here's what I came up, notice that I haven't tested it yet.

Add text:
Code:


Replace text:
Code:


Delete text:
Code:


What I would do for displaying your text, is NOT drawing each time the whole string, that takes much time. I think you only have to draw the section of the string on the line where the cursor is. Example, if your text looks like:

Code:

(notice the 'cursor' between O and P), you only have to draw each time "ABCDEFGHIJKLMNO|PQRSTUVWXYZ"
To draw the string:

Code:

Sorry, but I have no idea to make a flashing cursor, since not all the characters have the same width in pixels. You should implement multiple lines etc. by yourself.

This is going to sound rather silly; but I believe that this program here will be of great help to you. It is no where near optimized; and could use a bunch of work, but it has many things that I think you are looking to implement. Lbl G in the main file contains things to do text selection; which is relatively fast because it doesn't do text highlighting. In order to highlight text though, it would be advantageous to just invert each character at a time, from the starting offset to the end, as this way you won't end up with weird rectangles and such.

Document XE: Link

I wish that I could be of more help; but text highlighting in basic is really no easy task. This would be your best bet though.

Indeed, that is fairly unoptimized... But thanks for that, it might help!

Oh, and congrats on 1111 posts

I got highlighted text tracking and copying working today(but not pasting yet). I'll have to add multi-page note support for the whole program later, though...

Btw, the text wasn't being copied automatically. To copy highlighted text, you press [TRACE].
jsTIfied was being a bit buggy and slow, so sorry if it looks a bit strange.

Still got lots of stuff to do, some graphical things to fix, and such. I'm also thinking about putting the title editing back on the graph screen instead of the home screen, but I'm not sure yet

See my post here for updates on what's done or not done.

Progress Update: I'm currently trying to fix the cursor in highlight mode. The main problem is right around with the For() loops - just trying to get rid of the line between the characters that sometimes gets left behind. Here's the current code that I'm trying to fix:

Code:

As you can see in the gif in the last post, the cursor gets left behind sometimes when highlighting, which is obviously not wanted, like I said.

1)If I first erase the cursor before pxl-changing, the pxl-change will change it back to a line, leaving it behind.
2)If I first draw the cursor before pxl-changing, it will erase it, however that just leaves separation between highlighted characters, instead of a smooth line of highlighted text.

Both options look fine in the opposite direction of highlighting, i.e. #1 is fine going left, and #2 looks fine going right.

Then use different code based on which direction arrow is pressed?

No, the arrow key does not affect anything. What changes it is whether you are highlighting or de-highlighting / left or right. Update: #1, when highlighting right to left, leaves blank lines in between the highlighted text, and de-highlighting (left to right) looks fine. #2 looks great highlighting left to right, but when de-highlighting (right to left) the cursor gets left behind.

Still thinking, but I need a bit of help

Keep track of the direction in which highlighting started AND which arrow key is pressed?