Forum Replies Created
-
Posts
-
You are absolutely right. So ti was two months ago. Somehow that one did not get into my mailbox. Damn spam filters
.
But I think there is a point I try to make. Personally I think Multi Edit could have done a better job to keep their alpha testers up-to-date on the progress of the project and what we can expect. Communication is key to keep your community happy, especially if things are not going as expected. That is all.Daniël
Great that the project is still alive! That said, I think the newsletter you are referring to is over 5 months old
So what are the plans related to alpha testing and beta testing? When can we expect to see more. I think Multi Edit is doing a poor job in keeping their alpha testers informed.Regards,
Daniël
(2) For closing a file, there should be both an X on the tab and an X for the window of the current file (i.e. at the far right of the screen, in line with the menu items.[/quote:vvhcj9dx]There should also be a Close menu option when you right-click a tab.[/quote:vvhcj9dx]
I will second these points. Please and Thank you.[/quote:vvhcj9dx]
And so do I.Maybe a silly question, but are you testing on Windows 7, in its different flavors, during development?
Daniël
Os: Windows 7 Home Premium 64 bit Dutch.
MultiEdit: 0.1.333I do see the search window and searching works kind of. I do get results, but I also see a lot of strange behavior such as:
– Scrolling window while collecting the search results.
– Find 0 tab does stays at the same position during resize of the MultiEdit window, and therefor is not visible anymore.Daniël
Os: Windows 7 Home Premium 64 bit Dutch.
MultiEdit: 0.1.333Home and End keys do nothing. The don’t got to the start or end of the line.
Os: Windows 7 Home Premium 64 bit Dutch.
MultiEdit: 0.1.333In Search – Find – Search all, default settings:
Double-clicking a found item in the "Find 0" tab does not move the focus and cursor to that item.[2012-06-09] Edit: I found that in another scenario that the double-click to jump to the found item did work.
Os: Windows 7 Home Premium 64 bit Dutch.
MultiEdit: 0.1.333Menu: File – Exit
On closing MultiEdit x it gives message box with:
Error #1020
Found_Str too LONG.
Clicking OK on the message box closes the application.Os: Windows 7 Home Premium 64 bit Dutch.
MultiExit: 0.1.333Why does MultiEdit x try to store application or user data in the program files folder? This will be an issue for a lot of users, especially in restricted environments. Please follow Microsoft recommendations where to put application and user related data.
I had to create the folders manually.
Daniël
I am really looking forward to see and test the new Multi-Edit x
.Daniël
Hi,
Use the perl regular expression with a negative look ahead. A good starter may be: [code:328fhita]<img\s(?!.*alt=.*?)[/code:328fhita]
Daniël
Maybe the .NET option is missing (maybe even in a portable form through code that compiles and runs for both Windows and Linux (through Mono).
In general, would a switch to .NET not solve a great lot of the Unicode issues?
Daniël
I agree with Andy, as long as the partial loading is not broken, that is fully up to you.
Daniël
More and more of my code is Unicode, especially with loads of XML editing I have to do. More often then I like, I have to switch to another editor.
Daniël