Forum Replies Created

Viewing 25 posts - 26 through 50 (of 60 total)
  • Author
    Posts
  • in reply to: EmEditor Professional 9.00 alpha 14 #7204
    owilsky
    Participant

    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.

    in reply to: EmEditor Professional 9.00 alpha 13 #7191
    owilsky
    Participant

    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

    in reply to: EmEditor Professional 9.00 alpha 13 #7184
    owilsky
    Participant

    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

    in reply to: EmEditor Professional 8.02 RC 5 #6855
    owilsky
    Participant

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

    I confirm this working now.
    Thanks a lot!

    in reply to: EmEditor Professional 8.02 RC 4 #6849
    owilsky
    Participant

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

    Yes, they are.
    Thanks for confirmation!

    in reply to: EmEditor Professional 8.02 RC 4 #6844
    owilsky
    Participant

    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

    in reply to: Bug in customize Toolbars #6833
    owilsky
    Participant

    Hi Yutaka,

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

    Oliver

    in reply to: RegEx-Bug? #6738
    owilsky
    Participant

    (?<!**) 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.

    in reply to: Bug in customize Toolbars #6708
    owilsky
    Participant

    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.

    in reply to: EmEditor Professional 8.00 beta 12 #6482
    owilsky
    Participant

    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.

    in reply to: EmEditor Professional 8.00 beta 12 #6463
    owilsky
    Participant

    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.

    in reply to: EmEditor Professional 8.00 beta 4 #6367
    owilsky
    Participant

    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!

    in reply to: EmEditor Professional 8.00 beta 4 #6343
    owilsky
    Participant

    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.

    in reply to: Bug: Save/Restore Workspace automatically #6118
    owilsky
    Participant

    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?

    in reply to: Bug: Save/Restore Workspace automatically #6114
    owilsky
    Participant

    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

    in reply to: Bug: Save/Restore Workspace automatically #6109
    owilsky
    Participant

    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.

    in reply to: Bug: Save/Restore Workspace automatically #6106
    owilsky
    Participant

    Any possibility to make this configurable in 7.50 ?

    in reply to: EmEditor Professional 7.50 alpha 5 #6094
    owilsky
    Participant

    Yutaka wrote:

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

    Wohooo… working great. Thanks!

    in reply to: EmEditor Professional 7.50 alpha 4 #6081
    owilsky
    Participant

    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.

    in reply to: Launching Macros when events occured #6079
    owilsky
    Participant

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

    I would need this …

    in reply to: EmEditor Professional 7.50 alpha 3 #6068
    owilsky
    Participant

    works fine on 7.02…

    in reply to: long Macro menu #6064
    owilsky
    Participant

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

    Thanks!

    in reply to: Launching Macros when events occured #6061
    owilsky
    Participant

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

    in reply to: EmEditor Professional 7.50 alpha 1 #6011
    owilsky
    Participant

    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!

    in reply to: Syntax Highlighting over multiple lines #5915
    owilsky
    Participant

    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?

Viewing 25 posts - 26 through 50 (of 60 total)