[owilsky]

Yutaka wrote:

– Macro paths are saved as relative path to My Macros folder now.

Seems to work beautifully. Thanks a lot for this, will make my work a lot easier, maybe now I can switch again to registry saving instead of ini file saving… INI file saving is a lot slower.

[owilsky]

2. You can export settings as INI files, and then you can import at a different machine. When exported as INI files, a macro path become the relative path. Does this solve your issue?

Not really, because in the exported INI file there is still the absolute path. If I import that file on another computer with another user name, I have wrong paths (I see the wrong paths in Macros/Customize at the bottom label).

I see two possible solutions:

1.
Use some kind of paths relative to home folder (my documents) like I suggested above

2.
Implement some kind of variable like \%my documents\% which can be used in exported reg files and ini files. These files can then be imported on the target computer easily.

Am I the only one working for a company and developing Macros for EmEditor and having the problem to deploy these macros to my users?

Oliver

[owilsky]

Hi,

I have two requests for EmEditor 9.00:

1.
For macros we have a trigger named “Before saving”. Can we also have one “After saving”?
Reason is that we need to call a macro that determines which configuration to load with document.ConfigName based on the filename, not on the file extension.
And before saving there is no file name ;-)

2.
In “HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3MacrosMacro0” there is the full path to the macro, e.g. C:Documents and SettingsOliverMy DocumentsMy Macrostest.jsee.
This makes deployment of multiple macros to other computers very hard. If you enter a relative file name into registry (e.g. only “test.jsee”), EmEditor looks for test.jsee in “C:Program FilesEmEditor”.
How about changing that so EmEditor looks in the configured macro folder that is stored in HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3CommonMacroFolder ?

Thanks for listening,
Oliver

[owilsky]

– Fixed the bug that custoized menus with macros might dissapear when using INI files.

I confirm this working now.
Thanks a lot!

[owilsky]

I reproduced this issue if added menu items are macros. Are all your added menu items macros?

Yes, they are.
Thanks for confirmation!

[owilsky]

Hmmm…. did you change anything in the mainmenu code?
I use ini files.
And my user defined menus are broken now in RC4 (See attached image)

They worked fine in RC3.
When I do a Tools/Customize Toolbars, all entries look fine.
When I add some new menu entries in RC4, they also look fine.

Any ideas?

Oliver

[owilsky]

Hi Yutaka,

did you see my post?
This is still not fixed in 8.02 RC3.

Oliver

[owilsky]

(?<!**) is negative lookbehind.

I am looking for the word “TEST”, but not if there is ** in front of it. Between ** and TEST may be spaces.

This is for our programming language where ** marks a comment.
So I am looking for TEST which is not commented out.

[owilsky]

OK, I did some research and know now how to reproduce.
When in INI file mode it is necessary to use relative paths for the macro files.

I have all my macros in a folder called “My Macros”, this folder is located in EmEditor’s folder, not in “My Documents” folder.
So in eeCommon.ini in [Macros] section I have relative folder names, e.g.
Macro0=.My Macrostest.jsee

Then it is not possible to add this macro onto a toolbar.

[owilsky]

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.

[owilsky]

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.

[owilsky]

Yutaka wrote:

owilsky wrote:
Workspace bug, also in stable version 7.02:

– configure EmEditor to automatically save workspace when exiting EmEditor
– Open only one file
– Close EmEditor
– Restart EmEditor
– Previously opened file is reopened. So far, so good.
– Close EmEditor
– Delete or rename the one file of the workspace
– Try starting EmEditor from start menu

EmEditor complains about the missing file and refuses to open.

Only possibility to open EmEditor is to give an existing file name as argument.

Could you fix this please? It is very annoying.

Yes, in Version 8, there is a new command called “Erase Workspace”, but that was not enough. In the next beta, there will be a prompt message to ask you if you want to erase workspace in this case.

I confirm this as fixed in beta 5.
Thanks!

[owilsky]

Workspace bug, also in stable version 7.02:

– configure EmEditor to automatically save workspace when exiting EmEditor
– Open only one file
– Close EmEditor
– Restart EmEditor
– Previously opened file is reopened. So far, so good.
– Close EmEditor
– Delete or rename the one file of the workspace
– Try starting EmEditor from start menu

EmEditor complains about the missing file and refuses to open.

Only possibility to open EmEditor is to give an existing file name as argument.

Could you fix this please? It is very annoying.

[owilsky]

I am used to an Editor that simply saves the state as it is.
When I open EmEditor, I want all documents reloaded that were open when EmEditor was closed.
When I finish work with my documents, I close them. So why would I want them to reappear when I don’t need them anymore?

I simply want to get EmEditor in that state as I left the last session. Full stop.
I understand that maybe others want the behaviour as it is now, so I wrote a macro to get my behaviour just for me. So what’s the point?

[owilsky]

Yes, that will help me, as long as I can call that function with ExecuteCommandByID.
Then I can implement a trigger so that I have the behaviour I want.

This can then be executed “on group window close”:

	if(editor.Documents.Count == 1 && document.Name.length == 0 && document.Saved) {

	  editor.ExecuteCommandByID(4332); //EEID_SAVE_WORKSPACE_QUIT_ALL

	}

	

EEID_SAVE_WORKSPACE_QUIT_ALL does not work, as you said by design.

Oliver

[owilsky]

I don’t really want to save an “untitled” window in workspace, sometimes I just want an easy way to delete the last workspace, to start with an empty file when I start EmEditor.

[owilsky]

Any possibility to make this configurable in 7.50 ?

[owilsky]

Yutaka wrote:

– Marks (CR, LF, Tab, Space, EOF) can be now customized (Tools > Customize > Marks).

Wohooo… working great. Thanks!

[owilsky]

I just gave alpha 4 a quick test.
These are my remarks:

1.
EmEditor often crashes when dragging a file from Explorer to EmEditor to open it. I did not yet found a pattern but it happenes quite often.
Address: 45a164
Offset: 5a164

2.
Large File Controller always shows up, even when I open a file with 4 KB.

3.
Any possibility to show spaces with another character (e.g. a small dot) when show marks is turned on?

4.
Deployment of macros
If main menu is modified and macros got keyboard shortcuts it is very difficult to deplay these settings to other users.
I’m using ini files now but this needs write permissings to the EmEditor folder.
What I do now is deploy the CWP, MainMenu and MainMenuSize settings from the INI.
I hope there will be an easier way to share your macros this others in the company in the future.

[owilsky]

Cool, thanks!
Will I be able to distinguish whether “save” or “save as” has been called?

I would need this …

[owilsky]

works fine on 7.02…

[owilsky]

Ahh… OK. I just had to remove “macro” from the bottom of the macro menu in “Customize Menus”. Now all macros are gone.

Thanks!

[owilsky]

Also there is an event “File Opened” but no event “File Saved”.
Could you add this event please?

[owilsky]

Please remember that you wanted to make the deployment of macros, modified main menu and keyboard shortcuts easier in the next versions.

At our company we simply need the macro developer to deploy the macros, the modified main menu and the keyboard shortcuts to all other computers.

Thanks!

[owilsky]

So, if I understand you right, this is a limitation of EmEditor, not of RegEx, because PCRE support the (?s) modifier.

Could this be changed in upcoming versions of EmEditor or will this slow down highlighting?

[Author]

Posts