Forum Replies Created

Viewing 25 posts - 26 through 50 (of 392 total)
  • Author
    Posts
  • in reply to: EmEditor v21.0 beta 2 (20.9.902) #27638
    LTT
    Participant

    (.906)

    A more intuitive way to save/change a layout (seen in other apps) is like this:

    Adjust the UI first: window size + position (or full-screen); menu/bar visibility + position; … (I think Ruler / Line Number / Outline Guide / … can be also included to save.)
    Then use “Save Layout…” command, to save the current layout with a new name, or to replace a saved one.

    (▲ And I think workspace saving can be also like this.)

    This way, personally I think the “Options” list in [Customize: Layouts] can be simplified, and the “Save Current Window Position” button is not needed.

    LTT
    Participant

    emeditor_en.chm::/cmd/window/prev_window.htm
    emeditor_en.chm::/cmd/window/next_window.htm
    ▲ All the occurrences of “Window” in the Description in these pages should be “document” (or “tab”).

    emeditor_en.chm::/faq/window/tabs_sequential_order.htm
    emeditor_en.chm::/history/v500.htm
    Switch to Last Used *Window* for Next *Window* check box …”
    ▲ “Window” should be “document”.

    in reply to: EmEditor v21.0 beta 2 (20.9.902) #27625
    LTT
    Participant

    Please consider implementing Layouts feature instead of the single Focus Mode:
    ▲ One can save several layouts: fullscreen, non-fullscreen, more toolbars, less toolbars, …
    ▲ Even save window size and position for each layout.

    in reply to: Shortcut-key conflict between Snippets and the core #27589
    LTT
    Participant

    This thread reminds me of some other suggestions:

    emeditor.com/forums/reply/23709/

    emeditor.com/forums/topic/snippets-2/
    The 6th (and other ones).

    in reply to: Shortcut-key conflict between Snippets and the core #27587
    LTT
    Participant

    Um… I can’t recall how I added those shortcuts for the snippet items…
    Now I see: It warns only when I changed the shortcut and confirm the dialog.

    However, issue 3:
    The warning can be bypassed:
    Open the Properties of a snippet.
    Add a shortcut that conflicts (e.g. Ctrl+N).
    Then enable “Use Default Shortcut”.
    Confirm and reopen the dialog.
    Disable “Use Default Shortcut”.
    Confirm the dialog.
    ** It doesn’t warn.

    However again, issue 4:
    ** Clicking “Edit” button in the dialog always triggers the warning if the shortcut conflicts.
    I don’t think it’s necessary.

    in reply to: EmEditor v20.9 beta 5 (20.8.905) #27586
    LTT
    Participant

    Unable to load Snippets plug-in on Win 7.
    The error message is:

    EmEditor.exe – Ordinal Not Found
    The ordinal could not be located in the dynamic link library Cabinet.dll.

    in reply to: Shortcut-key conflict between Snippets and the core #27577
    LTT
    Participant

    Sorry for the delay…

    I confused the things in the above post.
    I mean “each snippet item properties shortcut”.

    Currently, a shortcut key assigned to a core command can be assigned to a snippet item without warning.

    And there are other issues. Try these steps:
    Assign a shortcut key to a core command.
    Assign the same key to 2 (or more) snippet items.
    Press the key. It shows the snippet items in a menu.
    Press Esc key to cancel the menu.
    ** Issue 1: There’s a sound.
    (There’s no sound if the key is not assigned to a core command.)

    Now go on:
    Suppose the key mentioned above is Ctrl+;.
    Assign Alt+; to another core command (X).
    Press Ctrl+; to show the snippet items in a menu.
    Press Alt key to cancel the menu.
    ** Issue 2: The core command (X) is triggered (by Alt+;).

    in reply to: External Tools #27550
    LTT
    Participant

    In Arguments, just add quotation marks around the url.

    Or, if you want to open the url with your default browser, just put the url in Command instead. (Don’t add quotation marks.)

    LTT
    Participant

    @Yutaka
    Some editor highlights the current pair even when the cursor is not touching the pair.
    How about adding such an option?

    in reply to: EmEditor v20.6 beta 9 (20.5.909) #27478
    LTT
    Participant

    Some of the issues here are not fixed yet:
    emeditor.com/forums/reply/27337/
    emeditor.com/forums/reply/27338/

    Please at least fix #27337.
    In the example I only mentioned 2 files. But suppose there are more files…

    LTT
    Participant

    After further tests:
    Yes, EmEditor can show “Num 0~9” in a shortcut key.
    ** But it shows “Num .+-*/” as “.+-*/”.
    e.g.:
    When you add “Alt+Num /”, it shows “Alt+/”.

    in reply to: eeFindSaveHistory affects other windows #27456
    LTT
    Participant

    I usually search via the Find toolbar, and never hide it (unless I want to synchronize the search between windows).

    And because EmEditor has no quick way to reset the search options, I have to use a macro, which searches for the current selection using my default search settings (i.e. resets the search options and does a new search with one step).
    I use this macro very frequently and for years. But (with the Find toolbar visible) I didn’t notice that it (eeFindSaveHistory) would synchronize the search between windows, until these days.
    So I guess if this is a regression introduced by the new changes of the macro functionality.

    If it’s not the case, maybe the exact topic should be:
    “Find Previous/Next” command should always follow the search in the current window.

    Default settings.
    In window 1: Search for “a” in Find toolbar.
    In window 2: Search for “b” in Find dialog.
    In window 1: Use “Find Previous/Next” command. (Not the buttons in Find toolbar !)
    In window 1:
    ** It searches for “b”, while Find toolbar still shows “a”.

    What “Find Previous/Next” command searches for is different from what the Find toolbar shows. This could be misleading.

    So, in my case, is it possible to make “Find Previous/Next” command always follow the Find toolbar?

    in reply to: EmEditor v20.7 beta 10 (20.6.910) #27443
    LTT
    Participant

    To reproduce the issue 2, can you please write a sample macro, and let me know when and how you quit the macro?

    20.7.0
    Keep the mouse cursor within the view.
    Run the macro: alert(“”);
    Close the dialog. But don’t move the mouse.
    ** The “Busy” cursor could last 1 to 4.5 seconds.
    Once you move the mouse, it ends.

    You can use this file (counter.ani) as the “Busy” cursor to see how long it lasts easily:
    upload.ee/files/13137488/counter.ani.html

    It seems to occur when the macro quits via any dialog box (alert/confirm/prompt/error) or menu.
    It also occurs after the macro changed the wrap mode and quits. So maybe it’s a display issue?

    in reply to: EmEditor v20.7 beta 10 (20.6.910) #27415
    LTT
    Participant

    2:
    The mouse cursor in the view could be “Busy” after the running macro is quit ( ? especially if the macro popped up a menu).

    in reply to: EmEditor v20.7 beta 10 (20.6.910) #27414
    LTT
    Participant

    1:
    Default settings.
    Use a configuration that highlights words using Highlight(1). Now the view should be colorful.
    Wrap by Window.
    ** The wrapped lines can not be redrawn well, e.g. minimap/WordComplete covering leaves blanks in the wrapped lines.

    in reply to: SetActivePoint(…, iSel) #27401
    LTT
    Participant

    In case you didn’t notice the last issue.
    The new URL for the image:
    upload.ee/image/13033181/EmEditor_SetActivePoint.png

    in reply to: Thorough search in settings #27400
    LTT
    Participant

    Issue 1 is not fixed yet.
    I rewrite it:

    Search with “untitled” (for Options) in KeyboardMap/QuickLaunch.
    There are 2 items:

    Properties for Current Configuration	New File Details	Add a Sequential Number to Untitled Document Name
    Properties for Current Configuration	Save Details	Automatically Name Untitled Document

    But in Configuration Properties window:
    Ctrl+F.
    Type “untitled”.
    ** No result.

    in reply to: Macro #27398
    LTT
    Participant

    Issue 1 is not fixed yet.

    And please consider suggestion 1, 2, (and 3 if possible to implement).

    Thank you.

    in reply to: EmEditor v20.7 beta 6 (20.6.906) #27397
    LTT
    Participant

    Macro function is broken in many ways:

    Default settings (for all the tests).

    1:
    ** Unable to popup a menu, e.g.:

    menu = CreatePopupMenu();
    menu.Add( "?", 1 );
    result = menu.Track();

    2:
    ** If “Redraw = false” is run, I have to run “Redraw = true” to revert the view.
    You can test with this macro:

    if( confirm( "Redraw = false ?" ) ) {
    	Redraw = false;
    }
    if( confirm( "Redraw = true ?" ) ) {
    	Redraw = true;
    }

    3:
    Open “Run with Temporary Options…” dialog.
    Cancel it.
    ** It seems something is running and will never end:
    See the mouse cursor in the view: It’s “Busy”.
    See the “Macros” menu: Almost all the items are disabled. And “Stop” command can not stop this.

    in reply to: /l -1 /cl -1 #27373
    LTT
    Participant

    Please test and fix this issue (3) first:

    Default settings.
    Enable “Save Cursor Position”.
    Open file A, which is never opened in EmEditor.
    Change cursor position.
    Close A.
    Reopen A.
    ** It doesn’t save the cursor position, till “Save Bookmarks” is once enabled.
    ** This issue will happen on another never-opened file after “Save Bookmarks” is disabled.

    I will test issue 2 if issue 3 is fixed.

    in reply to: Thorough search in settings #27366
    LTT
    Participant

    3:
    Search with “uri” (for Options) in KeyboardMap/QuickLaunch.
    ** There are 2 wrong items:

    Properties for Current Configuration:	Link:	IPv4 addresses	
    Properties for Current Configuration:	Link:	IPv6 addresses	
    

    Should be:

    URIs and Mail Addresses Can Include Full-Width Unicode Characters
    URIs and Mail Addresses Can Include Half-Width Unicode Characters
    
    in reply to: Customizable protocol prefix list #27365
    LTT
    Participant

    Thanks for the great enhancement!

    in reply to: /l -1 /cl -1 #27364
    LTT
    Participant

    Issue 1 is fixed.
    Issue 2 is not fixed at all.

    in reply to: Unable to remove a point by Ctrl+clicking #27358
    LTT
    Participant

    Sorry.

    Add 2 or more carets using Ctrl+click.

    in reply to: SetActivePoint(…, iSel) #27349
    LTT
    Participant

    upload.ee/image/12944206/EmEditor_SetActivePoint.png

    Set 2 points (as shown in the upper image).

    Run the macro:
    for(ii = 1; ii <= document.selection.Count; ii++){
    xPos = document.selection.GetActivePointX(eePosLogical, ii) + 1;
    yPos = document.selection.GetActivePointY(eePosLogical, ii) + 1;
    document.selection.SetActivePoint(eePosLogical, xPos, yPos, true, 1);
    }

    What I expect is shown in the lower image. (This can be achieved by manually dragging the border of each point/selection.)

    ** But the result in EmEditor is not correct, and error occurs.

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