Re: AutoGUI 2.0
Posted: 21 Dec 2017, 14:16
Just logged in to say this is amazing man. All this time I thought Scite was the go-to edit and GUI builder for ahk but this is incredible. Hope it stays active. Thanks!
Let's help each other out
https://www.autohotkey.com/boards/
https://www.autohotkey.com/boards/viewtopic.php?f=90&t=40290
Too many files may accumulate if there isn't an automatic cleanup. If you want them there for a long time, change the value of "Delete backup copies older than...", in the backup settings dialog, to 99999 days.Drugwash wrote:Don't ever delete anything automatically, let the user decide. They may work on those backups for testing purposes or keep them for, well, backup.
Files are saved simultaneously in auto-save and can be saved simultaneously with "Save All" for backups. So scripts with the same name in different locations can be overwriten if the uniqueness is given by a timestamp. The file name is preserved only for named files in auto-save, as I already mentioned, because the CRC32 of the path is appended to the original file name. Auto-save reuses the same file, while backup creates a new file before/when saving (they are cumulative, and that is the main reason for automatic cleanup). Auto-save associates a random number as backup name to unnamed files and saves every 2 minutes. Once saved, they are auto-saved only if SCI_GETMODIFY is true.Drugwash wrote:Wouldn't it be easier to just use A_Now (or any type of date-time formatted string) appended to the actual filename?
Thank you very very very much for this!Alguimist wrote:[…] an updated help file with the standard style is now (temporarily?) included with AutoGUI.
Steps:Drugwash wrote:If it's not too much for you, could you please explain in detail how to compile such a CHM file, preferrably with free tools?
A user reported F1 help was not working, and linked to this thread, so I am looking into it.Alguimist wrote:In the current version of AHK (1.1.27.00), the standard Help Viewer sidebar was replaced by a custom sidebar. The HTML pages are not listed in Project.hhp, a documentation config file, and jumping to a particular URL inside AutoHotkey.chm has stopped working.
Code: Select all
g_HelpFile := A_AhkPath "\..\AutoHotkey.chm"
HTMLPage := "/docs/commands/MsgBox.htm"
Run hh mk:@MSITStore:%g_HelpFile%::%HTMLPage%
If I run AutoGUI with Unicode 32-bit, select the word "MsgBox" and press F1, the documentation opens to the MsgBox page.kczx3 wrote:Often times, I will select a word and it interprets the selected text as "5".
It opens on Windows 10, but not on Windows 7. Right-click a page in the HTML Help Viewer, select Properties, copy the address of the page and paste it in the Jump to URL dialog. It goes to "/docs/AutoHotkey.htm". Internet Explorer has not been updated, so it seems that an HTML5-compliant IE is required.lexikos wrote:"Jumping to a particular URL" is working just fine with the v1.1.27.00 documentation on my system. I have taken your code and adapted it slightly to test outside the context of your script:The MsgBox page opens.Code: Select all
g_HelpFile := A_AhkPath "\..\AutoHotkey.chm" HTMLPage := "/docs/commands/MsgBox.htm" Run hh mk:@MSITStore:%g_HelpFile%::%HTMLPage%
I would like to fix this bug, but I'm unable to reproduce it. I'll do some further investigations. Could you please check if the following works (replace GetSelectedText() in Editor.ahk):lexikos wrote:I inserted MsgBox %Keyword% at the top of OpenHelpFile(), and it showed 8.
Code: Select all
GetSelectedText() {
n := TabEx.GetSel()
SelLength := Sci[n].GetSelText() - 1
VarSetCapacity(SelText, SelLength, 0)
Sci[n].GetSelText(0, &SelText)
Return StrGet(&SelText, SelLength, "UTF-8")
/*
Start := Sci[n].GetSelectionStart()
End := Sci[n].GetSelectionEnd()
Sci[n].GetTextRange([Start, End], SelText)
Return SelText
*/
}
I made tests with this API some time ago, and I found some limitations on it compared to the code I'm using. For example, try searching "GuiDropFiles", "ListView", "RemoveAt" or a function name without parentheses. It doesn't work because the keyword must match the index entry in its entirety. Using the new help file, it is ineffective on Windows 7 as well.lexikos wrote:You can use the HTML help API to open a topic based on the keyword index contained within the CHM file.
Yes, it works.Alguimist wrote:Could you please check if the following works
Thanks, I'd forgotten that existed.the Jump to URL dialog
It opens on my Windows 7 - both from command line and via the dialog.It opens on Windows 10, but not on Windows 7.
That is helpful. I do not have a Windows 7 system without updates, but I have XP with IE8. Jumping to a URL fails due to a variation of this issue with JSON.stringify in IE8, and will be fixed with a simple workaround - for IE8, at least. Edit: It seems I spoke too soon. There is still an unresolved script error (though the page will load if it is dismissed).Internet Explorer has not been updated
I see.I made tests with this API some time ago, and I found some limitations on it compared to the code I'm using.