[Yutaka Emura]

zhouzh2 wrote:
Not a big deal…
1. Open Emeditor, “file”-“new”-“HTML file”, now the HTMLbar automaticly appears, which was fine.
2.”file”-“new”-“C/C++ file(or something else)”, Emeditor create a new tab for this file, and HTMLbar disappears.
3.switch to previous HTML tab, notice the HTMLbar doesn’t automaticly appears.
4.switch back to C++ tab, a “blank” toolbar appears.

Which version of EmEditor are you using?

[Yutaka Emura]

visitor wrote:
What about this bug? 8.00 RC4 still has it.

I am not sure exactly what the issue is. Can you write more in details?

[Yutaka Emura]

webern wrote:
Sorry for my mistake and big thanks for the solution. I just found the reference in the Help-file.
But, would you like to redesign this feature to allow user specify the files for which C&B positions will be saved?

In the future, I might add that feature. Thanks!

[Yutaka Emura]

zhouzh2 wrote:
Yes, the lastest RC4 works. Beautifully done!
Just one more question: why “blank” works but regex “^n” doesn’t? IMHO they should be the same.

When the plug-in compares each line with a regular expression, each line does not contain a new line. Thus, regular expressions should not contains “n”.

[Yutaka Emura]

mai wrote:
yes it is, after i enabled the try icon its working now, thanks
but i think it is better to let the user know the tray icon must be enabled in order to use the grab text feature.

We will add the explanation to the video. Thanks!

[Yutaka Emura]

mai wrote:
after searching and looking at the settings for a long time, i still could not get it working,

Is the EmEditor Tray Icon displayed?
Check “Shortcut Key to Grab Text with EmEditor” n the Customize Tray Icon dialog box.

[Yutaka Emura]

zhouzh2 wrote:
For example, in “ini” files , codes are presented this way:

[some thing]

	some code here

	some code here

	some code here

	(blank line here)

	[some thing else]

	another code here

	another code here

	(blank line here)

	...

	...

	...

I would like the outline plug-in work like this:

+[some thing][...]

	+[some thing else][...]

Is this possible?
I have set “Custom (Specify Begin as Level 1)/End as Level 2)” level 1: “]n$”
level 2: “^n”
but it doesn’t work. Outline just fold everything below the line :-(

Please use the latest version (currently RC4), and specify blank as the Level 2 string. Thanks!

[Yutaka Emura]

Garrett wrote:
I setting ESC for exit from EmEditor.
But when I use WordComplete and trying close WordComplete’s windowd by pressing ESC, this key catch EmEditor and tries close editor.
I think, that it is a mistake.
Window WordComplete at first should be closed.
But only on the second pressing on ESC – editor.

I checked the source code, but this is by design. ESC is not really designed to be used as window exit. Please use another shortcut for this purpose. Thanks!

[Yutaka Emura]

Zenman wrote:
any help? :-( Yutaka.

EmEditor does not keep track of clipboard history. I suggest you use another application such as Clipmate http://www.thornsoft.com/

[Yutaka Emura]

webern wrote:
Unfortunately “Save Cursor Position and Bookmarks” (C&B positions) bug has not been fixed since v.6.
EmEditor losing previously saved C&B positions after a while.
It is impossible to explain in detail on how (and when) it happens so that you may be able to reproduce it.

However, I have some remarks:

1. More likely, EmEditor losing C&B positions after:

	   (a) dozens "save/undo/redo" actions, or

	   (b) dozens "set/remove bookmarks" actions, or

	   (c) dozens "open/close document" actions were made during one session.

	2. Less likely, when editing/managing multiple documents from

	different configs during one session EmEditor losing C&B positions

	after a while.

	3. Also, sometimes EmEditor losing saved C&B positions after

	PC was switched Off and then On. But I'm not sure of it.

Sorry for my English.

Yes, the C&B positions are saved only for the number of files defined in the Cutomize – History – Number of Recent Files. You can increase this number up to 64.

[Yutaka Emura]

Dadooda wrote:
Not a very serious bug, but doesn’t look like expected behaviour either.

In ‘Wrap by window’ (Ctrl-3) mode with Split windows enabled width of LEFT pane is considered wrap width for both left and right panes.

Suppose you split window into 2 vertical panes like:
LEFT: 10\% wide
RIGHT: 90\% wide

Definitely right half is wider. But text in it will still be wrapped by width of left pane. So you’ll see lines awkwardly cut in the middle with LOTS of unused whitespace in the right part of right pane.

Version: EmEditor Professional, version 7.02.

Thank you.

This is the specification.

[Yutaka Emura]

jugaor wrote:
…but there is an option to enable the new “Discard Undo Information” by default? Because I just tried the 8.00RC3 and it’s slower than the 7.02 version (with complex replacing text VBEE macros). :-(
Not an impression, I take the time in both cases.
Thank you.

Would you email me an instruction to reproduce your testing with a sample file? I will optimize if I can reproduce your issue. Thanks!

[Yutaka Emura]

mai wrote:
I think the grab text function is broken in windows vista x64(with sp1)
i was using version 7.02 and i tried 8 beta RC3, it wont work

I use Windows Vista x64 but I don’t have any problems. Can you please describe the details?

[Yutaka Emura]

owilsky wrote:
Hi,

The links to the new video tutorials seem to be broken:
http://www.emeditor.com/modules/tutorials4/

“Sorry, you don’t have the permission to access this area.
If the page does not automatically reload, please click here”

Regards,
Oliver

It has been fixed. Thanks!

[Yutaka Emura]

bkerouan wrote:
Thanks, I’m not used yet to posting images in forums…

So, please include such way of displaying HEX and ASCII/Unicode in the 8.00 version !

The v8 feature set has been fixed, and I cannot add any more features to v8. It is possible to consider in future major versions. However, I don’t really want to add both HEX and ASCII representations in one view because that increases the EmEditor.exe file size. If you really want advanced binary editing features, it is better to create a new application just for binary editing in this case. I would rather keep EmEditor lightweight.

[Yutaka Emura]

FredericCC wrote:
Thanks for looking into it.

To set up emeditor as default source viewer:
In firefox 3’s address bar, type about:config
search for view_source.editor.external
set the value to true

Then in “view_source.editor.path” , input the path to emeditor.
http://kb.mozillazine.org/View_source.editor.path

And to reproduce this issue, viewing source of many page with non-alphanumeric titles will fail to open directly
For example, http://b.hatena.ne.jp/

I reproduced your issue, but it is not related to EmEditor. Notepad.exe, for example, would not open correctly either.

[Yutaka Emura]

SteveH wrote:
One quick plea as the 8.00 development seems to be nearing the end.

Could we have an option to set a contrasting cursor colour for those sick people who use ‘dark’ colour schemes? As far as I can see it’s not possible to set the colour of the I bar or cursor, only the width through Accessibility Options.

I would love to be wrong though.

I cannot add a new feature before v8 release. However, I might consider that in future major versions. Thanks!

[Yutaka Emura]

emuser1 wrote:
Also The Unicode (EXT-A,B,C) Problems. When I Used MS-Word 2007 Copy(Select All, Ctrl+C) The Bigger(About 1MB~3MB) Unicode Chinese TEXT, When I Paste(Ctrl+V) To Emeditor, Very Slow.
Emeditor 5X,6X,7X,8X All Has This Problems.
You Can Use Also The Ext-B File For Test, But You Want Make The FileSize To 1MB(Combine 2 Test Files).

Thanks.

I need to make a balance between speed and memory size. I cannot make it faster any more.

[Yutaka Emura]

maxtail wrote:
Everytime I open the program, the setting window always pops out with it. Both in Vista 32x and 64x (Traditional Chinese) I encounter the same problem.

If you use language pack, the version of language pack must match with the EmEditor version. Since language packs for version 8 are not available yet, you must use the English user interface.

[Yutaka Emura]

gan wrote:
I often search using the regular expression “^” only and replace with something like “no ” when i want to add “no ” in front of the lines. Starting with Beta 11 the first entry found then the “no ” isn’t added in front of the line, but after the first charater. The rest of the lines is replaced correctly.

So if i have 3 lines like this:
test
test
test

Then search for “^” and replace with “no ” then the result is like this:
tno est
no test
no test

I just installed rc1 and the problem is still present.

Regards
Gan

You are right. I will fix that in RC 2. Thanks!

[Yutaka Emura]

FredericCC wrote:
Hi,
I have encountered this minor problem for some time. In fact, it may be a browser problem but I have asked this question in Firefox’s forum but got no reply.

I have set emeditor as Firefox’s default for viewing source.
But emeditor (ver. 7 or 8) cannot open webpages which have titles Not being purely alphanumeric.

So I checked the temporary files, and found that the webpages’ filenames are named using the webpage title. Emeditor cannot recognize them when I use right click menu on Firefox. Everytime if I want to use emeditor to open them, I need to open the temporary folder and find the temporary page to open.

Is there any tweak to this?

Thanks

I have Firefox 3 installed, but how can you set EmEditor as Firefox’s default for viewing source?

Which web page can reproduce this issue?

Thanks!

[Yutaka Emura]

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

Strange. I followed your steps, but I cannot reproduce your issue.

[Yutaka Emura]

owilsky wrote:
And one more:

open a new document and add several lines with “123” (without the quotes).

123
123
123
123
123

Goto top of the file and search for a regex “^123”.
It will correctly find the first line.
Then press F3 to find next and see how the selection is not correct.

I corrected this issue on the next beta version. Thank you!

[Yutaka Emura]

Yutaka wrote:

emuser1 wrote:
I’am Chinese Unicode User, When I Loding Bigger (3MB) Chinese Unicode File (Used Vista Unicode Ext-B Font) Very Slow. I Also Test On MS-Office 2007, Same File Loding Is Very Fast, If Compare By Emeditor. I Used Same Computer For Test.
Please Testing And Fix This Problems.
This Problems Also Found On Emditor 5.X, 6.X, 7.X, 8 Beta Version. Please Really Test About Multilangue Unicode.

I would really appreciate if you coud email me a sample file to [email protected] (after zipped). Thank you!

I received your sample file. I used to make a balnce between speed and memory size since Ext-B characters are rarely used. However, I optimized the speed for Ext-B characters also on the next beta version. Thank you!

[Yutaka Emura]

owilsky wrote:
One more bug:

– Select customize Toolbars
– Create a new toolbar
– add some new buttons to the toolbar, including some macros (jsee files)
– jsee files do not appear on new toolbar, all other buttons show fine.

I see all macro buttons on the new toolbar. If you want to display the macro titles, you will need to check “Display Macro Titles in Basic Toolbars” check box in the Toolbars dialog. This is the new option in v8.

[Author]

Posts