RJ TextEd

vha

v14.10

Wasn't there an option to specify what to do when closing the dual view (close files or move them to the left view)?

The problem is that when cloning a file in the right view and then closing the right view, that file is opened twice after that

vha

vha

When closing a file in the right view, TextEd is closed to the system tray

vha

vha

using v14.00

- Open the Messages panel, which is empty
- RClick, Copy

--> List index out of bounds (-1)

vha

vha

Using v14.00b5

When selecting multiple files in the Windows Explorer and then open them in TextEd, the file name in the tabs of TextEd is surrounded by ** (e.g. ** File.txt **)

vha

vha

Using v14.00b5

Ctrl-D (duplicate line) is not working in a window that is dragged out of the main window

vha

vha

Do you have a network drive mapped?

If so, unmap it and retry

vha

vha

- Have following xml file:

Code: Select all

<a></a>

- Switch to hex view by clicking the toolbar button
- Try to switch back to normal view -> doesn't work

p.s. TextEd crashed when I did the same with another xml file

Edit: I can't reproduce it anymore with the above sample...

vha

vha

Using 13.80b1

I have a binary file of about 25MB

Execute a find from the start takes about 1s to find the 1st occurrence at on offset of about 900.000 bytes

Doing the same backwards starting from the end takes about 30s to find the 1st occurrence at the same offset of about 900.000 bytes

vha

vha

Bump...

vha

Isn't it possible to change the behavior of the auto-completion and only do the auto-completion when hitting the DOWN (or UP) key: - type some text - hit DOWN --> shows the 1st occurrence matching the entered text - hit DOWN --> shows the next occurrence matching the entered text - hit UP --> shows ...

vha

Is it intentional that some of the buttons of the main toolbar can't be hidden (e.g. new file, save, ...)?

vha

vha

Find from cursor in binary mode doesn't work: find is always started from the previously found text instead of at the cursor position

vha

vha

- Have following text: aaazzz aaa bbb cccddd - put cursor inside the 'aaazzz' - CTRL-F -> searches for 'aaazzz', which is ok - Hit ENTER - click inside 'bbb', CTRL-F: bbb is set as text to find, hit ESCAPE - click inside 'cccddd', CTRL-F: cccddd is set as text to find, hit ESCAPE - click inside 'aaa...

vha

Rickard,

Although the performance is not as bad as I first stated (performance is in fact about 10 lines / sec instead), I found the reason of it:
- without document map visible, I delete around 25 lines / sec
- with the document map visible, I delete around 10 lines/ sec

vha

vha

I have a .cpp file with about 1100 lines of code

Deleting lines using CTRL-SHIFT-L is pretty slow (around 3 lines/sec)

vha

Search found 158 matches

FIXED: Close dual view mode

FIXED: v14.10: Close in dual view mode

FIXED: List index out of bounds

NOBUG: ** around file name

FIXED: CTRL-D in dragged out window

Re: Version 13.90 beta 3

FIXED? 13.80: xml file in binary view

FIXED: Performance of Find(Next) in binary files

Re: DONE: v13.30 - Find question

Re: DONE: v13.30 - Find question

Customize toolbar

FIXED: [13.60b3] Find from cursor in binary mode

FIXED: [13.60b3] Find & Replace

Re: ??? [13.60b1] Performance issue

FIXED: [13.60b1] Performance issue