AutoHotkey Community

hasantr wrote: ↑

16 May 2019, 05:56

The AutoGuide guide disappears. This is an annoying problem.
Adsız.png

I know what you mean. Hopefully Alguiminst will fix this soon:

As a (bad) work-around you may klick on the calltip and have it pasted, though you have to delete it afterwards.

After unticking "Resizable" in Windows Properties Gui +Resize is deleted but GuiSize Label is not Also I believe No Minimize/Maximize Box should read MinimizeBox | MaximizeBox without a blank.

need4speed wrote: ↑

29 May 2019, 04:18

After unticking "Resizable" in Windows Properties Gui +Resize is deleted but GuiSize Label is not

There might be some legitimate uses of GuiSize where the window is not resizable. For example:

need4speed wrote: ↑

29 May 2019, 04:18

Also I believe No Minimize/Maximize Box should read MinimizeBox | MaximizeBox without a blank.

That's because these options (and all others starting with "No") are literal representations of the options as they appear in the code. But it is, in fact, considered a recommended practice the use of positive sentences in GUI options. I will change this in a future version.

Version 2.5.9:
 • Run menu: added "Run with Associated Application". The "Execute" button in the toolbar runs AHK scripts with the same program that is running AutoGUI. Everything else is executed with the default application.
 • Syntax highlighting for AHK is assumed based on a variety of possible extensions for AHK files (convenient for a distinct AHK v2 or AHK_H file extension).
 • Run menu: added "Choose Executable for Alt+F9...".
 • File menu: added "Save Encoding" submenu. UTF-8 (default), UTF-8 without BOM and UTF-16 LE.
 • INI files are always saved as UTF-16 LE.
 • Calltips and autocompletion are not triggered on non-AHK documents.
 • Added "Lexer" menu with the options "AutoHotkey" (default) and "Plain Text". More lexers will be added later.
 • Run menu > Command line parameters: individual setting specific for each document.
 • Options menu > Caret Settings dialog: width/style and blinking rate.
 • New keywords for syntax highlighting and autocompletion: InputHook, Case, Switch, Default.
 • Fixed: current session was not being automatically saved on system shutdown.
 • Run menu: removed "Run External Application" (standard Windows run dialog).
 • The icon associated with any file type is displayed in the tab bar.
 • Reduced startup speed. AutoGUI icons are loaded from a resource-only DLL. And they were all being loaded through the icon index, which implies enumeration to identify the icon. Now they are directly loaded through the resource ID.
 • ErrorView (tool) is able to display system error messages beyond the limit of the list.
 • Scripts Manager (tool) displays the state of the script in a column. Feature requested by zapaz.

Download

Did you update Scintilla at all since 2.5.0? I modify Editor.ahk to only call SetSelBack and add in SetSelAlpha. In my old version (2.5.0), this would allow the syntax highlighting to show through the selection. I've made similar modifications to Editor.ahk in 2.5.9 but the selection text appears white. Certainly possible that I am missing something else though.

EDIT: Nevermind. Apparently I needed to restart the editor.

Reuploaded! The menu item "File > Open File..." was not working properly.

Thanks for update

Cuadrix wrote: ↑

17 May 2019, 23:16

By the way, is there any way to change the color scheme of the window and bars? I would like it to be dark rather than white

I have yet to implement Scintilla theme customization before considering to work with custom drawing of bars.

Alguimist wrote: ↑

18 Jun 2019, 16:37

Version 2.5.9:

Have you had any problems with debugging in this version? I can't seem to get it to work. Also, the Alt+F9 application is sometimes used while other times the normal EXE is used.

kczx3 wrote: ↑

24 Jun 2019, 08:34

Have you had any problems with debugging in this version? I can't seem to get it to work.

There are two "typos" in Include\Debug.ahk. On lines 156 and 190, the commands associated with the variable g_DbgSession must be lowercased. I will soon release a new version. Thanks for reporting.

kczx3 wrote: ↑

24 Jun 2019, 08:34

Also, the Alt+F9 application is sometimes used while other times the normal EXE is used.

Do you know of a way to reproduce this bug?

The following should be noted about the custom Alt+F9 shortcut:
- It doesn't work with AltGr (right Alt).
- It is only intended to be used with AHK-type executables, unless the run option "Capture Standard Error" is disabled.

Version 2.6.0: fixed a minor bug that was preventing the debug from working.

Thank you for the great job!

I'm using Surface Book, the screen resolution is 3000X2000, screen scale 225%.

The icon sizes are too small. the search bar position is shifted, see the screen shot below, can you fix it? Thanks a lot!

I just noticed it's not he search bar, it's the edit area (control) moved:

I'm pretty sure that Alguimist has specifically stated that AutoGUI currently does not support scaled DPIs.

Version 2.6.1:
• Added: Explorer (shell) context menu integration. The Execute button now has a drop-down arrow segment (similar to a split button). Click on it by the first time to open a dialog where you can enable the Explorer menu. Choose whether you want this feature enabled for the drop-down arrow of the Execute button and/or as a submenu of the tab bar context menu. The dialog also indicates that this is an experimental feature, and that's why it is disabled by default.
• Some bug fixes.

Download

Additional information about the Explorer menu:

This menu provides access to all menu item commands associated with the type of the current file, except "Rename". Some of these items are common to all types of files, such as "Cut", "Copy", "Create shortcut", "Delete", "Properties" and the "Send to" menu, while others are type-specific. For example, a default AHK installation creates the verbs "Open", "Edit", "Compile" and "RunAs" for AutoHotkey files.

The Explorer context menu has an extended mode that can be accessed by holding the Shift key pressed when opening the menu. Additional menu commands such as "Pin to Start Menu" and "Copy as path" become available.

It should also be mentioned that the menu item "Paste" only appears for those file types with registered DropHandler, meaning that the file can be the destination of a drag'n drop operation.

Is the Explorer Menu recreated every time you right click on a tab? It seems to be slow to appear when enabled.

kczx3 wrote:Is the Explorer Menu recreated every time you right click on a tab? It seems to be slow to appear when enabled.

Does it seem to be slow when: 1) called a second time for the same file? 2) called from the Execute button drop-down segment?

Behind the scenes, after right-clicking a tab button:
- A tab hit test determines the index of the document, which may not be the active tab.
- The existence of the file is checked.
- MenuGetHandle retrieves the handle of the regular tab context menu (required by DllCalls later).
- The state of Shift is checked by GetKeyState to determine a flag.
- A sequence of Windows functions provide the parameters for IContextMenu->QueryContextMenu.
- A grayed out menu item with the name of the file is inserted on top of the Explorer menu.
- The menu item that will act as a container for the Explorer menu is modified with a DllCall that makes it a submenu.
- Mouse coordinates, relative to the screen, are obtained.
- At this point, the tab context menu is a symbiont composed of regular menu items created with AHK commands and an unknown menu of variable configuration supplied by the system.
- The menu is displayed with TrackPopupMenuEx. "Menu Show" cannot be used because the flag TPM_RETURNCMD is needed.

Assuming that you also tested the Explorer menu from the Execute button segment and didn't find it slow, it should be mentioned that the steps by which it is set are slightly different, nevertheless these differences are negligible in regard to the readiness state that preceeds the exhibition of the menu.

EDIT: grammar.

Appears to take the same amount of time to appear in both places. Cursor changes to a spinner for a second or two before the menu changes.

Maybe it has to be that way but I'd think you might be able to cache some of that.

@kczx3: Did you also notice this delay in the context menu of Scripts Manager?

Yes, though at times it doesn't seem quite as long. Actually, right now I have 11 tabs open in AutoGUI. They all show the same delay except for Installer.ahk (from AHK installation). That one for whatever reason seems to load quicker and almost normal loading time.

Are you not seeing the same delay?