[Yutaka Emura]

Yutaka wrote:

garret wrote:
Notepad uses Lucida Console and doesn’t have a problem showing U+2045.

Eclipse uses Courier New and doesn’t have a problem showing U+2045.

Why does EmEditor have a problem with this character?

This issue has been resolved already in recent beta versions. Please try and let me know if you still have any problems. Thanks!

I confirmed and reproduced this issue with those fonts, and I will look into this issue. Thanks!

[Yutaka Emura]

jugaor wrote:
Hi, thank you very much for your response.

1. In Spanish, the ‘special’ letters are ÁÉÍÓÚÜ, áéíóúü, Ñ, ñ. I presume that these Unicode chars cover them :)

2. The spaces are needed, since they’re two whole words:
“esta” = “this” / “estas” = “these”, both feminine.
“es” = “is” (singular, verb to be)
“son” = “are” (plural, verb to be)
The strange thing is that EmEditor rightly works with the same subexpression after, not before (i.e. “(¡|¿)esta(s?)(?! es| son)” is correct).

I have been trying to use EmEditor to automatically correct words with bad orthography in subtitles files (Spanish). I wrote some complex VBEE scripts for that, and I found these issues above.

Thanks for your attention,
jugaor

PS: please, write me when the new beta is ready :)

(?=pattern) (positive lookahead search) and (?!pattern) (negative lookahead search) look ahead from the position where search begins.

For example, expression “(?=x)x” always matches, and expression “(?!x)x” never matches.

So it doesn’t make sense to place (?=pattern) or (?!pattern) at the beginning of a search term.

I will release beta 41 today or tomorrow.

[Yutaka Emura]

There is no corresponding half-width character for U+201C. If you just want to convert U+201C to U+0022, use a macro:

	document.selection.Replace("“(.*?)”","x221x22",eeFindNext | eeFindReplaceCase | eeReplaceAll | eeFindReplaceRegExp); 

[Yutaka Emura]

SteveH wrote:
Having stumbled across this old thread I thought I would add that for a while now I’ve been using PopChar from Ergonis Software.

It’s expensive for what it does but it does do it well and is much better than CharMap.

I checked out PopChar, and it looks very good!

Are you now satisfied with using EmEditor with PopChar, or are you still looking for a Unicode insert plug-in? :-)

[Yutaka Emura]

jugaor wrote:
Hi, I tried several versions (5 up 7beta) and I found the next ‘bugs’, both in manual / script searches (Spanish texts):

a por (eeFindReplaceOnlyWord)
matches “creería por”, “CAMPAÑA POR”, etc. (i.e., it breaks the words at the accented vowels or “Ñ”/”ñ”)

any accented vowel (eeFindReplaceOnlyWord)
matches “diseñé”, “ENSEÑÓ”, etc. (i.e., it breaks at the “Ñ”/”ñ” the words with final accented vowels)

In manual searches (with an open document), it matches all the accented vowels inside words despite “Search Only Word” (i.e. it matches “cómprale”, “mamá”, “después”, etc.)

(?!es |son )esta(s?)(!|?)
discards the first negative subexpression (i.e., it matches “esta!” / “esta?” / “estas!” / “estas?”), despite the fact I use ‘eeFindReplaceRegExp Or eeFindReplaceOnlyWord’ options

If I simplify the expression
(?!es) esta(!|?)
(?!es )esta(!|?)
or
(?!son) estas(!|?)
(?!son )estas(!|?)

it has the same behavior. However,
(¡|¿)esta(s?)(?! es| son)
excepts the correct ones.

If you need more information, please email-me.
TIA.
jugaor

As far as your first question is concerned, EmEditor did not try to check unicode characters (character code > U+0080) in previous versions for the speed. However, I will add a routine to check some Latin character (ch >= 0x00c0 && ch <= 0x02b8) in the next beta version. This addition will not cover all the Unicode characters but still improve "whole word" accuracy in most cases while not sacrificing much speed.

I was not sure about your latter question, but there are two unnecessary spaces in your regular expression: (?!es |son )esta(s?)(!|?)

One between “s” and “|”, and the other between ‘n’ and ‘)’.

Removing these spaces does not solve your issue?

[Yutaka Emura]

haibinpro wrote:
I try to use file:// to make the request possible,
and it works,for example:
file://g:pfyblksblk.txt
file://e:Downloadsflashgetlist.png

but when the route content some unicode character(some chinese character for example),emeditor cann’t figuer out the character and so when I use
file://Chenhaibin文件222103.jpg
and when I click at it,windows will open exploere to open the folder Chenhaibin,but not open the file 22103.jpg

Did you check “Recognize Double-Byte characters as URLs” in the Link tab of the Configuration Properties?

[Yutaka Emura]

yongfa365 wrote:
EmEditor’s CodeColor is very good

I’m a web Programmer
I like can change this CodeColor to html
then I can show it in my web

How about this macro:

http://www.emeditor.com/modules/mydownloads/singlefile.php?cid=8&lid=190

[Yutaka Emura]

vha wrote:
Some strange behaviors when editing ReadOnly files:

– when typing text, nothing happens (which is because of the ReadOnly attribute). Maybe a popup box (once per file) should be displayed telling the file is ReadOnly

If this is a behavior that most people would like, I can change that. I can add this to wish list.

– when unchecking the ReadOnly attribute in the Edit menu you can start typing (which is ok). When you then save the file, you get again warned that the file is readonly (don’t know if this OK, since you deliberately unchecked the ReadOnly attribute).

– when you finally saved the file (confirming so again), the ReadOnly attribute is reset again in the Edit menu. Isn’t that a bug? Or should the unchecking of the ReadOnly attribute also uncheck the ReadOnly attribute of the file

These are because EmEditor does not change the file attribute when a user clicks Read Only after the file is opened. I will add it to wish list.

[Yutaka Emura]

uzm wrote:
Hey,

Recently, i’ve started receiving this very annoying “choose detected encoding”-dialog, that appers when you open a file. I’ve checked encoding settings from configuration, but it doesn’t seem to work.

Any suggestions about this matter?

That is because “Detect All” option is checked either in the current configuration Properties or in the Open dialog box if you open a file from the File menu > Open.

[Yutaka Emura]

I believe this has been fixed on beta 37.

[Yutaka Emura]

me75 wrote:
to some .html files is slow too.

Dowmload the html file from this web–

http://rapidshare.com/files/66200832/slowHTML.zip.html

Open and Regex replace”.+?“.
You will find,scrolling a little slowly,replacing very slowly.
but other editors such as EditPlusUltraedit works well.
:-?

I believe you mean beta 36? beta 37 is not released yet.

What do you want to replace “.+?” with? I tested your file by replacing

.+?

with

######

and it took only one second.

Make sure beta 36 is correctly installed by checking emeditor.exe timestamp. If you installed previous beta versions before, please uninstall previous versions before installing beta 36. This installer problem will be fixed on beta 37.

[Yutaka Emura]

Please uninstall previous versions before intsalling beta 36, and make sure you installed correct version of emeditor.exe by looking at emeditor.exe timestamp. Thank you!

[Yutaka Emura]

vha wrote:
Not solved in b36…

Please make sure beta 36 was installed correctly by checking emeditor.exe time stamp. You will need to close all EmEditor windows including the tray icon before installing b36. You might try uninstalling EmEditor and install b36 again.

[Yutaka Emura]

vha wrote:
Not solved in b36…

Please make sure beta 36 was installed correctly by checking emeditor.exe time stamp. You will need to close all EmEditor windows including the tray icon before installing b36. You might try uninstalling EmEditor and install b36 again.

[Yutaka Emura]

vha wrote:
Seems like the recently file list is always empty with b35

[edit]
Recent file list is emptied when closing EmEditor
[/edit]

[edit]
And this only happens when enabling the option ‘Save Cursor Positions and Bookmarks’
[/edit]

Using Windows XP SP2

This will be fixed on beta 36. Thanks!

[Yutaka Emura]

vha wrote:
Doesn’t seem to be working with b35 (haven’t tested with earlier versions).

Using Windows XP SP2

This will be fixed on beta 36. Thanks!

[Yutaka Emura]

This has been already reported in the Japanese forum, and it has been fixed for beta 36.

[Yutaka Emura]

yongfa365 wrote:
win2003+sp2

long line

ctrl+1
ctrl+2

no scroll

This should be fixed on beta 36. Thanks!

[Yutaka Emura]

yongfa365 wrote:
Tray Icon right-clicking does not work on Windows 2003

This was fixed on beta 35. Make sure you installed beta 35 correctly, and you might need to restart Windows.

[Yutaka Emura]

This has been fixed on beta 35. Thanks!

[Yutaka Emura]

AussieDan wrote:
I frequently work with shell scripts that do not have an extension, so I need to select the correct configuration every time I open the file.

It would be great if the Association settings allowed the user to specify a regular expression to be applied against the content of the file.

For example, to match php shell scripts:

^#![/a-z]+php

This would be a fallback, and only applied if the file could not be matched by the current extension system.

What do you think?

Dan

That is a great idea, but it might be too late for the version 7 release. I will add that feature request to the wish list next time we begin another poll. Thanks!

[Yutaka Emura]

vha wrote:
I’m using Windows XP SP2

and have the option ‘single click to open an item’ switched on for the explorer plugin.

To reproduce, this is what I do:

– in the explorer window of the plugin, click on a file
– the file opens up in the editor window
BUT the explorer window of the plugin remains the active window

result is that most of the shortcut keys don’t work (CTRL-G, CTRL-F, …)

But i guess the misunderstanding was that I meant the explorer plugin window, not Window’s explorer window…

vha

I see. I don’t remember why I didn’t program that way, but on the next version clicking an item in the Exploer plug-in will set focus in the editor view. Thanks!

[Yutaka Emura]

vha wrote:
If you select a file in the explorer window using the mouse, the explorer remains the active window.

This means you first have to click inside the editor window before you can for example do a CTRL-G (go to line…) or CTRL-F (find…)

More logical behavior should be that the newly opened window become the active window in the editor

tx, vha

You didn’t describe exactly what your OS is and how you can reproduce your problem. I don’t have a problem with Windows Vista or Windows XP when I double-click a file in Explorer.
I know there might be a problem with a certain OS, due to a bug in that OS.

[Yutaka Emura]

yongfa365 wrote:
replace
n
to
nn

wrong

win 2003 +sp2

This will be fixed on beta 34. Thanks!

[Yutaka Emura]

envisage wrote:
execute the installer on windows server 2008(rc0)
it claims
“””
EmEditor Professional(English) Files in Use
The following applications are using files which the installer must update. You can either close the applications and click “Try Again”, or click “Continue” so that the installer continues the installation, and replaces these files when your system restarts.
the application(s) is windows explorer.
“””
every beta version on windows server 2008(rc0) claims this.

I realized this error message, but this claim shouldn’t happen again after installing beta 23. It has been already fixed on beta 23 by not using “emedshl.dll” file, but uninstalling beta 22 or earlier caused this message. Thanks!

[Author]

Posts