[Yutaka Emura]

nuser wrote:
Hi, all,
I want to add a new configuration to view .nfo files and I want to use OEM font category for this.
However, everytime I reopen nfo file, emeditor always revert to the default font category (not oem font category).
How to force emeditor to remember the font category for this configuration?
btw, what’s the relationship between ‘all configurations’ and ‘current configuration’ setting?
Does ‘current configuration’ override ‘all configurations”?
thanks in advance.

First you should create OEM encoding (from Define Encodings dialog box), and select OEM/DOS font as the Font Category for that encoding.
Create NFO configuration, select “OEM encoding” you created from the Opening Encoding in the File tab of the NFO configuration properties, and associate .nfo for that configuration. Then you should see OEM/DOS font will be selected when you open .nfo files. Which version of EmEditor are you using?

Both “Properties for All Configurations” and “Properties for Current Configuration” can override each other. Both are shortcuts if you select Properties for “Define Configurations” dialog box.

[Yutaka Emura]

Flint wrote:
I didn’t notice it before, but now when I perform a mouse click in the area occupied with TAB charecter, the text cursor is alwasy set at the beginning of this TAB. With other characters there is no such problem – the cursor is set before the character when I click in the left half, and after the character if I click in the right half.

That is a specification – not changed from Versoin 6.

[Yutaka Emura]

pjbw wrote:
I edit large batches of HTML files.
When I ‘Save and Close All’ EmEditor exits and I have to reload EME for the next batch. Couldn’t EME just bring up the Untitled tab each time so that I could start to Open the next batch without having to reload EME?
(there is a post about opening multiple files – is there any progress on this in the later versions?)
Win XP Pro SP2, EME 6.00.3

Did you check “Do Not Close Last Document by Selecting Close Command” check box in Customize dialog box – Window tab?

Which post did you mean – “(there is a post about opening multiple files…)? Please include the URL for that message.

[Yutaka Emura]

Amelia wrote:
It’s easy.
1. Make a zip or 7z archive with 2 txt files (e.g., 1.txt, 2.txt).
2. Open the archive with 7-Zip.
3. Dbl Click 1.txt in 7-Zip, it’s opened by EmEditor.
4. DON’T close 1.txt, Dbl click 2.txt in 7-Zip.
Then EmEditor said system can’t find the specified path (tempdir7zXX.tmp2.txt), 2.txt can’t be opened.

I reproduce your problem, but that is not an EmEditor bug. When EmEditor promps a message “system can’t find the specified path”, in fact, there is no such a file in the specified folder. I don’t know why 7z does this, but the difference might be just a timing difference. Check “Do not share process between documents (disables tabs)” check box in the Advanced tab of the Customize dialog box.

[Yutaka Emura]

Amelia wrote:
Bug report:

Environment:
EmEditor 7.00 all RCs
Save settings in INI files
Tabs disabled
Open or edit file with EmEditor in 7-Zip

When you open the first file in 7-Zip, it’s OK. But on the second file, EmEditor said system can’t find the specified path.
If you save settings in the registry, or you enabled tabs, there are no problems at all.

Maybe you should make more RCs… :-?

I am not sure, but you might want to try with /sp option in the command line. Please post or send me a simple test case so I might be able to reproduce the issue.

[Yutaka Emura]

chjfth wrote:
Yup! That’s a useful feature anyway, can you tell me what the keyboard shortcut is for “jump to matching bracket”.

However, I use EmEditor as my favorite editor for writing makefiles, and there are lots and lots of cases where brackets are inside double quotes. So, please give user a choice instead of dropping the old good feature. EmEditor has done a great job of providing options to various user preferences, so why not adhere to that good tradition.

See my complex makefile here: http://gnumakeuniproc.svn.sourceforge.net/viewvc/gnumakeuniproc/GMU-main/trunk/GnumakeUniproc/GnumakeUniproc.mki?revision=413&view=markup

CTRL + ] to jump to the matching bracket.

If you can disable single/double quotation marks in the Highlight (2) tab of Properties, and then all matching brackets will be highlighted.

[Yutaka Emura]

I am sorry for misunderstanding. You should have first showed me your screenshots. ( ) inside single or double quotes do not work any more. This is the specification of the new version. Most people want to jump to matching bracket (in programs), and want to ignore those inside single or double quotes.

[Yutaka Emura]

I use Virtual PC 2007 for Windows 2000 environment. I press F11 and select “C++”, and then type “()”. Now “()” are highlighted. It seems all right to me. Do I need to type something else after “()”? If you installed any plug-ins, can you try uninstalling or disabling all extra plug-ins?

[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!

[Author]

Posts