Forum Replies Created
- Posts
I tested 9α37 and confirm that both issues are fixed when File Opened macro event is used. Black corners are not shown, and maximized window position is restored. Thank you!
I confirm that EE 9α36 now correctly finds the macro on File Opened event.
However, the other two problems still remain (not restoring the window position, and black corners of the newly created window).
I checked: both these problems can be reproduced only when I turn on the option for running my macro on File Opened event. When I turn it off, both problems disappear.Also, one more problem appeared: when I turned the “Runs at Events” checkbox on again, EmEditor does not find the macro anymore. Each time I opens a file, the message appears:
—————————
EmEditor
—————————
The system cannot find the file specified.C:Program FilesEmEditorExtendedAssociations.jsee
—————————
OK
—————————EE tries to look for the macro in wrong directory…
It seems I found the source of the problem. I have a macro autorunning on “File Opened” event (for extended associations processing). When I turn the “Runs at Events” checkbox off, then both problems (non-restoring of the window and black triangles) are gone!
When you click the Save Current Window Position button, you will also have to click the Save Current Window Position.
Sorry, what do you mean? You named the same button twice…
Also, if you have the tabs enabled, the “Restore Tabbed Window Position” also does the trick.
Yes, tabs are enabled, and the Restore Tabbed Window Position is checked here. Or do I need to uncheck it?
I have trouble downloading your video files
Strange, no problem here. OK, I reuploaded them to Rapidshare: EXE, AVI
Two problems:
1. EE 9 does not restore the window position. Tried with beta 29 and 33, WinXP SP3 Pro. I open EE, maximize it, go to Customize -> Window, check Restore Window Position, press the Save Current Window Position button, close EE. Then I double-click a TXT file -> EE opens again with non-maximized window.
2. When I start EE, its window has black corners on the top. After the window size/position is changed, they disappear. I recorded a video:
• Video/EXE (player/codec included)
• Video/AVI (needs MSU Screen Capture Lossless Codec)Seems to work fine. I looked a douzen of my files and did not find any more problems with the indent guides.
Thank you for the update. I looked at it and it seems to work fine, except that in some cases indent guides are also displayed for empty lines (while generally they are not). Here’s the screenshot:
The line No. 77 is completely empty, no spaces.
PS: If you need the full source file to reproduce the issue, you can get it from here, the file is Record.cpp.
Wow, that’s quite a list! :-)
Well, I’d like to add some more:
1. Possibility to show vertical line at specific position to indicate specific column.
Originally posted on the old forum, but unfortunately still not implemented. I miss it very much when I format my ReadMe’s by 80-chars width…2. Improved auto-indent
Also an old request.3. More intuitive work with Macro files
Currently when I want to create a macro and assign a hotkey for it, I need to do the following:
a) create and write the new JSEE file;
b) save it (manually selecting the deep My Macros folder);
c) call the Select This command;
d) assign a hotkey.
It is not easy for new users to know about all these steps, it took me quite long time to understand what to do. So, I suggest to simplify this process by:
a) automatically opening the My Macros folder when one saves a file of JSEE/VBSEE type (so that it did not affect the current folder for other files; so that I did not need to get out of My Macros when I want to save another non-macro file);
b) removing the necessity of “registering” a macro inside EE, so that EE always listed all the macro files in My Macros folder (this will also simplify moving the EE’s configuration onto another computer: users will not have to re-register all the macros, EE will take them by their names).4. Improve file changes detection.
Requested here. To summarize it:
a) add an option to check file for changes immediately after switching to the EE window or to a specific file inside the EE window (even 1 second is too long in some cases);
b) add possibility to turn “auto-check by timer” off.5. Possibility to mix fonts for drawing characters missing in the current font.
Again, an old request.And a small problem that needs fixing (I’m not sure if it should be posted in the “feature wishlist” topic, but just to remind):
6. Esc set to Close -> impossible to get out of menu by Esc
Reported here.A small bug I met several times, but only now found a way to reproduce it.
1. Open several documents in EE and save the workspace.
2. Close EE and its tray icon (if shown).
3. Start EE (tray icon does not appear).
4. Open Customize -> Shortcut, check the “Display a tray icon” and “EmEditor Quick Start” checkboxes.
5. The icon tray appeared: left-click it and select “Restore Workspace”.
6. The “Untitled” document shown after the step 3 is closed, but the workspace is not restored. You have to repeat the step 5 to actually restore it.Thanks for the improving searching speed, now it indeed became faster. However, for large files searching backward still can be very long, and the progress dialog does not appear, so I cannot interrupt the search and cannot work with EE till the search ends (and it may take several minutes and even longer — in my experiment I waited for 20 minutes). The only way is to kill the process, but it contains also other files I don’t want to lose.
It would be better if EE measured time passed since search started, and after e.g. 5 seconds showed the progress dialog with the Cancel button.
Maybe, not exactly a bug, but definitely a problem. :-)
I opened a large file (SQL, 39 Mb, 130 lines). Then I performed a search for the regular expression:
(?<!)(\)*Z
and found one. Then I press Shift+F3 to find the last occurence, and EE hanged completely. It looks like it tries to find what I asked, but does not show the progess dialog, so I cannot interrupt the search. I waited for 5 minutes, but still no dialog appeared, and I had to terminate EE.Besides, the backward search turned out to be extremely slow. For testing I tried to find a word “DROP“. Here is the part of the text from one of the lines of that SQL file:
const CS_DROPSHADOW = $00020000;
rnbegin
rn inherited;
rn { Disable drop shadow effect on Windows XP and later }
rn if (Win32Platform = VER_PLATFORM_WIN32_NT) and
rn ((Win32MajorVersion > 5) or
rn ((Win32MajorVersion = 5) and (Win32MinorVersion >= 1))) then
rn Params.WindowClass.Style := Params.WindowClass.Style and not CS_DROPSHADOW;Here I highlighted the found occurences of “DROP”. I searched backward, so I found the second occurence. And when I pressed Shift+F3, it took EE 5 seconds to find the previous occurence, though it is less than 400 characters away!
I’m using EE 8.0b7 on WinXP SP3.
1. Thank you! In beta 5 I cannot reproduce it anymore.
2. Ah, yes, you are right. That’s a pity I have to turn it off, with this option the control characters become distinguishable instead of completely identical rectangles… :-( Anyway, it’s better than that messed overlapped text.
Sorry for the delay. I installed beta 4 and checked there. Unfortunately, these two problems are still present. :-(
1. Select Encoding dialog.
I installed EE onto a clean WinXP SP3 in a virtual machine (VirtualBox, particularly) and tried there with all EE settings left default. It behaves a little different, but the problem still exists. When I open a first file, the dialog is sometimes shown as foreground, but when I try to open a second file, the dialog is opened in background. It seems that the problem has something to do with the current state of the EE window: if it is opened already (no matter, visible or not, like when Quick Start is active), the dialog is opened in background.I recorded a video with reproducing this issue, please, take a look: AVI (7 Mb; requires MSU Screen Capture Lossless Codec) or EXE (3 Mb; with built-in player, no codec required).
2. Overlapped control characters.
I also tested this problem on virtual machine and there EE shows completely different text. Here is a screenshot of what I see on my computer and in the virtual machine by opening absolutely the same file (EE 8b4 distribution) in the same EE version. You can see that the 3rd character is shown as inverted “Q” on my machine and as narrow rectangle on the virtual machine. But the “internal width” in both cases seems to be equal, that’s why the “Q” is overlapped: it is much wider than that rectangle. Why could this be so?
I cannot reproduce this issue because I don’t have Total Commander. Is there any other ways to reproduce this issue using Command Prompt or Explorer?
Yes, I can reproduce it from Explorer too. I right-click on a ZIP file, select EmEditor from the context menu and wait. It seems that nothing happens, but when I Alt+Tab to EmEditor I see its “Select Encoding” dialog.
It is normal that some characters are narrower than other characters. The cursor position does not need to be the same position at the ruler when fonts are proportional.
The font is not proportional. It’s the old good Courier New. Actually, the problem is not that the characters are different (though it is very inconvenient), but that such characters become overlapped, and the text is nearly unreadable. For example, on the same screenshot you can see that in the second line the 3rd character (“o” in “opr009Q7”) is half-visible.
I have an impression, that you just use wrong width displaying such control characters. Example:
Suppose, the file contains the 0x01 byte and is opened in Binary (ASCII) mode. To display it, you use the inverted “A” character (suppose, its width is 10 pixels for the current size selected). But the width of the 0x01 control character (specified in the font) is less than that if the “A” character (for example, 8 pixels), and you use these 8 pixels to display the 10-pixels wide “A”. And that’s the reason why the next symbol is overlapped with this “A” character.So, here’s my vision of what’s happening. Am I right or not? In any case, characters should not overlap.
The issues 3 from this post and 5 from this post are still not fixed.
Besides, I still have the problem of not working right click+wheel document selection. :(
The mouse is Logitech MX300, driver downloaded from the Logitech web-site (MouseWare 9.79.025). In the Control Panel -> Mouse I have only one setting concerning the wheel: the number of lines for scrolling (was set to 3 lines by default, I did not change it).
Function Bar and Reload as Binary (ASCII/Hex) are included in the Standard Main menu. If you have customized the main menu before, you will need to go to Tools > Customize Menus to reset the menus.
Ah, I see. Indeed, this could be the case.
Right mouse button must be kept pressing (not actually clicked) while you rotate the mouse wheel.
Yes, I do keep it pressed.
For example, in Opera I do the following:
1. Press the right mouse button.
2. While keeping the right button pressed, start scrolling the wheel.
3. Immediately a page switch window appears in the Opera window, where I see the list of all opened tabs, and the mouse wheel scrolls these tabs.
4. I scroll to the tab I need, then release the right mouse button which I kept pressed all this time. The switcher window disappears, and the selected tab is activated.I tried absolutely the same in EmEditor, but after the step 2 absolutely nothing happens, as I scroll the wheel. Besides, when I release the right button after trying to scroll, the context menu does not appear: it shows that a) I did not release the button before scrolling started, and b) the mouse wheel is not completely ignored.
I tested the new Function Bar feature — quite an interesting feature. Here are problems and suggestions.
1. At first, I could not find how can I show this bar. The standard menu View does not contain such command, neither does the toolbars context menu. Only after some time I remembered about the All Commands submenu, and there I could find the command. I think, it should be located in the context menu of the toolbars and, maybe, in the standard View menu.
2. I have just noticed, that I cannot enter the main menu by pressing and releasing the Alt key. Maybe, this is because the Function Bar watches for the keyboard modifiers?
3. Some command names are too long and become cut on the Function Bar buttons. It would be very helpful if these buttons (or even all of them) had the tooltip with full name.
4. When I hover a menu command, a description of the command appears in the status bar. However, this does not work for hovering toolbar buttons or Function Bar buttons.
5. Not about the Function Bar, but anyway: maybe, it’s worth adding the two new commands (Reload as Binary (ASCII) and Reload as Binary (Hex)) into the standard manu menu, in the submenu Reload.
PS: Right-click + mouse wheel still does not work in alpha 3, even on another machine (it has XP SP3 too). :-(
1. OK, no problem. I just thought it was missed undeliberately.
2. Yes, I’m familiar with this way of switching between documents and use it very often in Opera. And, yes, I have tabs enabled and multiple documents opened — and it still does not work in EE. :-(
3. No, more than zero, but less than normal characters. I wrote a video where you can see that each time I press the Right key, the cursor moves several pixels to the right. (Download video (107 Kb); requires MSU Screen Capture Lossless Codec).
6. Confirm fix in alpha 2. Thanks!
