Forum Replies Created
- Posts
One more issue:
5. When I open a binary file from Total Commander with F4, EmEditor does not jump to the foreground as it shows the “Select Encoding” dialog. I have to switch to EE manually with Alt+Tab.Very nice work, thanks!
Problems/requests:
1. Customize -> Edit: Help button does not work.
2. “Mouse wheel with Right-click moves to next or previous document” does not work here (do I need to activate it somehow?)
3. In Binary mode (ASCII) some control characters are narrower than normal characters, and character aligning becomes incorrect. I’m using Courier New, 10; WinXP SP3 Pro. (screenshot of the cursor position)4. Suggestion: it would be nice to see in Binary/Hex mode also the text to the right, as most hex editors do.
In this case, I suppose, you just forgot to set specific coloring/font for parenthesis highlighting. See the Configuration -> Display tab.
Yes, resetting fixed this. Now I remembered that I played a bit with manual comment highlighting (because of this problem, still unsolved), and my highlight rule remained from those experiments. Strange, that I did not notice it before…
Sorry for the false alarm.
I tried your example (καθὼς and ἐν), and SortString sorted them correctly (first line is ἐν, second is καθὼς if I sort from A to Z, and vice versa if from Z to A).
Configuration -> Keyboard, enter Shift+BackSpace in New Shortcut Key field and assign it to Edit -> Delete Left Character command.
You misunderstood me. I wasn’t talking about Replace in Files, I was talking about Replace All button in normal Replace dialog, designed for working with single, currently opened file. I mean that this button (Replace All) and the button Replace just above it, behave differently.
For this option to work, you should also set non-zero value for the Additional Lines to Search for Regular Expression option.
Well, here are the results of the first part of my tests.
1. First of all, it is not Perl interpreter who drops the error. It is Bash. I started my PL-script by simple calling it via ./my_script.pl, and when I changed it into explicit call of perl (/usr/bin/perl ./my_script.pl) the error no longer appears. However, it does not solve anything. I tried also to look through the source code of Bash interpreter to find the conditions on which it drops this error, but there was no such error message…
2. I tried to reproduce the problem using Notepad instead of EmEditor – but failed. I tried to do it about 30-40 times, and no error appeared, while with EmEditor it appears after approximately every 4-5 openings.
3. I tried to write a program that runs on the virtual machine and constantly tries to open and close the file with read-write access, and while this program was running tried to open the file in EmEditor – and again, no problem appeared. :-(So, all this seems as if EmEditor during opening a file set a very specific lock, which causes Bash (and only Bash) to fail opening the same file at the same moment. After EE read the file into memory, it releases the lock, but it’s too late – Bash already failed to open the file.
Moreover, I also tried to set the option “Changed by Another Program” to “Keep Locked” – and even then the file was correctly opened and executed by Bash+Perl! So, the lock while opening a file and the lock after it’s opened are two completely different locks.
I’ll be trying further…
Can you tell absolutely sure whether type requires file lock, and if yes – which type of lock? Originally, I had almost the same situation as you suggested, the only difference is that I’m using Perl interpreter, not type command. So, I need something more open for analysis. Maybe, I’ll just write a simple program for that…
Can you please try with Notepad and the problem still exists?
Hm… It’s not an easy task to open a file in Notepad every second… I’ll try to find some other way to check the access to the file.
The problem is that “Changed by Another Program” setting is already set to Prompt for all my configurations, and the file I’m opening is definitely less than 300 MB – it’s just a usual small Perl file (23 Kbytes in size, actually).
And, besides, if it were one of the options you just mentioned, the file would be locked all the time it is opened in EmEditor (or did I misunderstand something?), while in my situation it is locked for very short period of time – only when it is being opened by EE, and after it is loaded into EE, the file becomes fully accessible again, even though it is shown in EE window. So, it must be not the lock you were talking about, it’s something else…
Here are the options that may affect this problem (Customize – Tab):
Tab style: Tab
Icons: Document type icons
When Not Fit: None
Mouse Options -> Close Button: Right Side of WindowNow, I just open many documents, so there are too many tab headers to fit the screen and two scroll buttons appear. Then by clicking the left scroll button I scroll the tabs to the right (now some of them are “under” the scroll buttons), and then (by clicking the right button) – back to the left. And when the tabs are moving outside (from under the scroll buttons), they have the picture of those buttons on them, as shown on the screenshot in my previous post. Of course, this picture is not permanent – it disapplears when I move the mouse cursor over the tab.
This is the specification. In order to improve performance in very large files, wrapping mode is fixed to “No-Wrap” mode in case of very large files. You can change the threshold in the file size in the Advanced tab of the Customize dialog box. The default is 100MB. You can change this value to 200MB if you don’t have problem with opening larger files.
OK, I see. Is it anywhere in the Help? I couldn’t find it… :( If no, I think it is worth describing the full list of the functions that do not work with large files.
Sorry, imageshack seems to block its images by the referer. :( I uploaded the picture to my web-server:
Just in case, I duplicated it to the specified E-mail as well.
This is an excellent feature, indeed! Yutaka, thank you for implementing it!
I have one suggestion about this function. When long lines are indented just as other lines, it becomes difficult to tell from one glance is it a new line or not. When I write my code, I usually wrap its long lines, and all the parts intend one TAB more than the beginning of the line. For example:
char* value = “This is a very, very, very long line! So long, that I had “
“to wrap it to new line, and even that was not sufficient and “
“a third line became necessary”;So, it would be very useful if EE allowed those auto-wrapped part of long lines indent not only the same indentation as the beginning of the line was, but one TAB more (or several spaces – of course, better if it were configurable).
