[Yutaka Emura]

chjfth wrote:
When I upgrade EmEditor from 6.00.4 to 7.00.RC6, I found matching brackets in single or double brackets “() {}” can not be highlighted any more. I check that “Highlight Matching Parentheses/Brackets” has been checked, and the highlight color has been configured(actually the same as they are in EmEditor v6).

I want the highlight back please.

Are you working on a huge file? Please create a small sample file to reproduce the issue. If you believe this was a bug, please send me the sample file after zipped and write detailed procedure how to reproduce the issue. My email is [email protected]

[Yutaka Emura]

konic wrote:
OK, I was able to install 6.004 Free version.
But it did not help to install 7.0 RC5/6,
because error message says about Professional version :-(

Before you do this, make sure you save backup of the whole Registry of your system!! To do that, run regedit.exe, and select the root folder and right-click, Export.

Then search for “EmEditor” in data under HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstall, and make a note of the key name, or copy to Notepad. The key name looks like {51371ACB-404F-471D-A669-D93BBC81F8B7}, but yours can be different. Delete that key, and also find the same key name in data and values in other places in the Registry, and if you find any, delete them also. I don’t guarantee this works, but you might want to try it.

[Yutaka Emura]

konic wrote:
Well, this is THE PROBLEM, –
EmEditor during the installation of a new version at certain point
somehow detects existence of the “old version”,
which it cannot remove simply because that old version is not installed anymore :)
BUT somewhere in registry there are some leftovers
which indicate that the old virsion still installed.
That is why I’d like to see utility to clenup registry after EmEditor unistalled.

I believe you should be able to select the old version from the Control Panel, and delete from the list. If this still does not work, I will search for a utility to instruct Windows just that when I have a time.

[Yutaka Emura]

What is Problem #1?

If you believe this was a bug of EmEditor, please send me a simple test case so I can reproduce the problem. Please make it as small as possible yet enough to reproduce the issue. If it is a macro, please send me the macro (please make it small and clear) after zipped with a small sample text if necessary. Thanks! My email is [email protected]

[Yutaka Emura]

jugaor wrote:
–I think that I isolated the problem #1.
When customizing the Macros menu, b41 doesn’t recognize the added macros until it’s restarted (if I immediately invoke them after customizing the menu, Em apparently ‘runs’ them but it only flickers a “Replacing” macro window, without touching the target text files. Closing and reopening Em is mandatory).
But all the subsequent betas and RC never recognize them (even after restarting, they always show the flickering window) :-(
I also tested the betas in a fresh XP install in MS Virtual PC (the official XP SP2 English from its site) with the same result.
Please, make sure that the VBEE support is enabled in the new releases.

–Confirmed: the new ISO codes are only working in manual Searches & Replaces, not in VBEE scripts (b41, since I can’t test them with the others). Please, let me write examples (with several fake Spanish words, only for testing):

editor.ReplaceInFiles “ó”, “o”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”
editor.ReplaceInFiles “Ó”, “O”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”

ORIGINAL: Ó ó Óñonoy Ñóño diseñó diseüó.
FINAL: O o Oñonoy Ñoño diseño diseüo.

editor.ReplaceInFiles “a por”, “por”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”
editor.ReplaceInFiles “A por”, “Por”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”

ORIGINAL: A por, a por. Cabaña por ahí. CÜA por eso. A poría.
FINAL: Por, por. Cabañpor ahí. CÜPor eso. Poría.

editor.ReplaceInFiles “asi”, “así”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”
editor.ReplaceInFiles “Asi”, “Así”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”

ORIGINAL: Asi, asi. Asiático, Ñasi, Éasi.
FINAL: Así, así. Asíático, Ñasí, Éasí.

editor.ReplaceInFiles “comun”, “común”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”
editor.ReplaceInFiles “Comun”, “Común”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”

ORIGINAL: Comun, comun. Comunícate, nécomun.
FINAL: Común, común. Comúnícate, nécomún.

I also tried to change “eeEncodingSystemDefault” to others without luck (several ones don’t make replaces, “EncodingUTF8” erases not replaces).
Besides this, changing the last ones:

editor.ReplaceInFiles “(A|a)si”, “1sí”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceRegExp Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”
editor.ReplaceInFiles “(C|c)omun”, “1omún”, “*.txt”, eeFindReplaceOnlyWord Or eeFindReplaceRegExp Or eeFindReplaceCase, eeEncodingSystemDefault, “”, “”

ORIGINAL: Asi, asi. Asiático, Ñasi, Éasi. Comun, comun. Comunícate, nécomun.
FINAL: Así, así. Asiático, Ñasi, Éasi. Común, común. Comunícate, nécomun.

The expected behavior! :-o Very strange! (but this ‘solution’ isn’t applicable to other chases, as the first two ones).

Excuse me the long post, but I tried to be the clearer possible. I hope that you can test these issues and make the excellent Em even better! :-)
jugaor

What encodings are the original files were saved as? Are you sure these are saved as System Default Encoding?

Try

eeOpenDetectUnicode Or eeOpenDetectUTF8

in addition to eeFindReplaceOnlyWord Or eeFindReplaceCase in the nFlags parameter. This way should more resemble manual Replace in Files dialog box.

[Yutaka Emura]

konic wrote:
Of course it is a good news about “last RC”.
But so far I still have this:
The older version of EmEditor Professional (English) cannot be removed.
Contact your technical support group.
Any suggestions from the “support group”? :-D

Can’t you install newer version on top of the older version, and uninstall so that everything will be uninstalled?

[Yutaka Emura]

mhwlng wrote:
If I have a lot of documents open (‘open documents’ plugin is used)
and I click the top right ‘x’ to close the current document :
sometimes the wrong document is closed (i.e. not the one I’m currently looking at)

I think ctrl-f4 always works ok….

Regards,

Marcel

Thanks for finding this serious bug. I will fix that.

[Yutaka Emura]

wOxxOm wrote:
version 7 of EmEditor replaces n in Find&Replace both Find box and Replace box with a new line, thus destroying the regular expression, so that it does not work on next invoke of F&R dialog. A very naughty bug

I am going to fix this on RC 5. Thanks!

[Yutaka Emura]

konic wrote:
Well, clause 2 (Uninstall previous version) should be in Red and in a huge font.
I mean, here is the problem I run into during installation:
1. Had installed v. 6
2. Decided to try v.7(RC2) and installed it in different folder.
First problem – one cannot have both versions on the same machine (!?)
But v.7 installed without a problem and run OK.
3. Now I decided to “upgrade” to RC4.
Of course, I did not noticed that I had to uninstall RC2 and later was prompted to do it.
I could not do it because now I I’ve been asked about location of emed6004epx.msi (!)
which I removed long ago.
And now when I try to install that v.6 back I receive error from Windows Installer:
“The configuration data for this product is corrupt.”
…
OK. My point is, it will be good to have some kind of uninstall/cleanup utill
to cleanup registry from any EmEditor presence there.

Thanks for your comments. There is a limitation in the installer I use. I wish I could customize a lot more.

[Yutaka Emura]

ssohn wrote:
Thanks for the latest RC. I cannot wait to see the final version. :)

I am not sure if it’s a bug. It’s more like a samll glitch, but here’s what I’ve found anyway.

Even with Tabs being disabled on EmEditor 7.00RC4, if I right-click the toolbar section of EmEditor and choose ‘Refresh’, suddenly tab feature temporarily reappears until EmEditor is closed and restarted.

Thanks.

I will fix that. Thanks!

[Yutaka Emura]

rayd wrote:
Is there any way of saving settings of previous versions when installing new RC versions?

It was fine with beta versions which didn’t require an uninstall of the previous one but having to uninstall previous RCs means all my setting and configurations are lost.

Regards,

Ray Dawson

When you uninstall, you will have an option to keep all your settings during uninstall.

[Yutaka Emura]

Garrett wrote:
My script for silent install EmEditor:

\%1 /q NOIEVIEW=1 NOIEEDITOR=1 NOPLUGINS=1 TRAYICON=0
@pause

Why 6-8 last beta’s create tray’s icon loader in autostart menu?
I am tired to delete it there.

Maybe in script in installer was error?
See(I get this from emed700rc2epx.msi)
SETUP_PLUGINS AND NOT NOPLUGINS work fine
IE_VIEW AND NOT NOIEVIEW work fine
IE_EDITOR AND NOT NOIEEDITOR work fine
(TRAY_ICON OR TRAYICON) AND $C not work

The default behavior was changed, but the Help was not updated, and TRAYICON was not working any more. I fixed that on RC3, and next time use

NOTRAYICON=1

to specify no tray icon should be installed. Thanks!

[Yutaka Emura]

Flint wrote:
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…

I tried to reproduce your problem here, but I coldn’t. EmEditor works as it is supposed to.

I created a test program, which opens a test file with GENERIC_READ | GENERIC_WRITE access and FILE_SHARE_READ share every 100ms, and alerts if it fails to open a file.
I also created a macro which opens the same file within EmEditor every 9 ms. When both run, nothing happens until I stop them. If the test program opens the file without FILE_SHARE_READ share, then conflict appears.

The test program I used is C++:

	for(;;){

	    HANDLE hFile = CreateFile( _T("E:testtest.txt"), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ, NULL, OPEN_ALWAYS, 0, NULL );

	    if( hFile == INVALID_HANDLE_VALUE ){

	        if( MessageBox( NULL, _T("CreateFile error."), NULL, MB_OKCANCEL ) != IDOK ){

	            return 1;

	        }

	    }

	    CloseHandle( hFile );

	    Sleep(100);

	    printf( _T(".") );

	}

	

The macro I used for EmEditor is JavaScript for EmEditor:

	editor.NewFile();

	for( i = 0; i < 10000; i++ ){

	    document.write(".");

	    editor.OpenFile( "E:TestTest.txt", eeEncodingSystemDefault, eeOpenDetectUnicode | eeOpenAllowNewWindow );

	    document.close();

	    Sleep( 9 );

	}

	

[Yutaka Emura]

jugaor wrote:
Hi, Yutaka.
–I customized the Macros menus with several scripts to run in folders with text files (*.srt) without luck. They don’t work in b43, RC1 and RC2; neither in a previous beta (b40, I think); in b41 (confirmed) and 5.x versions they run fine. My usual method is: opening any file from the wanted folder and just run the script. I have always active the “Use Current Folder as Default to Find in FIles” option.
BTW, my other “in place” scripts (working inside open files) are always right.

–About our previous thread
(http://www.emeditor.com/modules/newbb/viewtopic.php?viewmode=flat&topic_id=466&forum=3)
please, please, make sure that the new unicode charset is also active within running scripts (your kind fix only works at manual searches & replaces by now).

Thank you, and excuse my bad English ;)
jugaor

I couldn’t reproduce your problem The new unicode charset is certainly active both within manual search and running scripts. Please make sure your scripts include eeFindReplaceOnlyWord flag.

[Yutaka Emura]

Flint wrote:
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 Window

Now, 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.

I reproduced this issue, and will be fixed on next release. Thanks!

[Yutaka Emura]

Flint wrote:
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…

EmEditor does not open a small file exclusively if “Prompt” is set. So, it is possible that your Perl program does not open with “read-share” option. Can you please try with Notepad and the problem still exists?

[Yutaka Emura]

Garrett wrote:
Header and footer(h/f) on page

if h/f = “&f” then all OK.
For example
sport.txt………………………………
( . = space )

if h/f = “&f&r&d &t” this draw as
………………..sport.txt05.12.2007 22:30

This is error.

You should parse header/footer and draw each part template separately.
For example here two parts – “&f” and “&r&d &t”
And on page it should be as
sport.txt………………..05.12.2007 22:30

if h/f = “&f&c&d&r&t”, it contained 3 parts and should draw as
sport.txt……..05.12.2007…………22:30

Its behavior is as same as Notepad behavior, so this is not a bug. If this were one of your wish list, I would add that in future wish list. Thanks!

[Yutaka Emura]

This will be fixed on RC 2. Thanks!

[Yutaka Emura]

Flint wrote:
Still not fixed in RC1.

I couldn’t reproduce this problem. Can you please describe the details and options how to reproduce this problem? Thanks!

[Yutaka Emura]

Flint wrote:
I noticed that when I open a file in EE, it may become unreadable for other programs for a while. In my case, the file is a small Perl script located on a virtual machine connected to mine via network. This script is executed regularly (every 1 second) for performing some actions. But when I open this script for editing in EE, sometimes I get an error on the virtual machine:

/home/…/my_script.pl: /usr/bin/perl: bad interpreter: Text file busy

and after that the file continues executing every 1 second without problems. Does EE lock this file at the moment of opening? If yes – how could it be avoided?

It depends on settings. On File tab of Configuration Properties, if “Keep Locked” is selected for the “Changed by Another Program” drop-down list, your file can be locked from another program. Also, if the file size is larger than 300 MB (by default, or can be set at the Advanced tab of Customize dialog box), it can also be locked. These locks mean “exclusive write” but “share read” by EmEditor, and so another program should still be able to “read” the file while EmEditor locks the file. However, some old programs may not be able to open a file as proper share/exclusive options, so you might need to set “None” or “Prompt” for “Changed by Another Program” drop-down list.

[Yutaka Emura]

vha wrote:
Where can the FindBar plugin be downloaded from?

vha

Find Bar and HTML Bar are not part of the default installation any more. They will be available as a separate download. I will make them availalbe shortly.

[Yutaka Emura]

wOxxOm wrote:
1. Initial state: FindBar is on top
2. Customize plugins (rightclick menu)
3. Click OK
4. FindBar jumped to Tabs line, and EmEditor window flashes 2-3 times

This issue was fixed on RC 1. Thanks!

[Yutaka Emura]

danderson wrote:
The text flickering/flashing issue that occurs when typing with the outline plugin active appears to be back (as of beta 42). It was fixed in earlier beta versions, but now it seems to have regressed. Not sure exactly when it resurfaced. For details on the issue see here and here.

The Outline plug-in has not been changed for a long time, so I don’t believe it is caused by the Outline plug-in. I don’t know what is the problem… I cannot reproduce flicking issue. Can you describe more in details? Please also make sure you have beta 42 installed from the About dialog box.

[Yutaka Emura]

You cannot use “”” in VBScript.
You should use Chr(&H22) instead.

	document.selection.Replace Chr(&H22),"cyo" & Chr(&H22),eeFindNext Or eeFindReplaceEscSeq Or eeReplaceAll

	

[Yutaka Emura]

ducky wrote:
I’ve tryed several versions , from 6.x to 7.x ……
but there is an error never can be eliminated .I JUST don’t know why.
It happens when I quit EmEditor , an error message show up :”Runtime error 217 at 0154F57D” . BUT all the functions go well …….
I’ve googled the error message too,but just nothing usefull can be found…

sign…………… although It just works well ,but this error message just makes me upset. :-(

Did you try unistalling all plug-ins? What OS do you use? Any other details?

[Author]

Posts