The "Find previous" feature doesn't behave like it should. The author should look at how "Find Previous" behaves in TextEdit and make sure that 0xED behaves in exactly the same way.

For instance, search for "string" in the following sentence:
This is a string containing multiple instances of the word "string", and it's a pretty long string indeed.

In TextEdit, move the cursor in between the "ng" of the last occurrence of "string" (or select the 'g'), and perform a Find Previous (FP). It will _not_ find this last occurrence (which makes sense because if the cursor is in it, the user will probably know it's there). 0xED however, will select this last occurrence no matter which byte of it is selected. And it's worse, when performing a subsequent FP, it will stick to this last occurrence.

Apparently, FP in 0xED is implemented as a regular "Find forward", but with a decrementing position counter instead of an incrementing one. This would be OK if the starting position would not be the start of the current selection, but N bytes before it, where N = the length of the search string.

For the rest, this editor has all the features I need. Keep up the good work!