What does the TillaGoto button on the toolbar do? TillaGoto comes up when I press F12 or when I middle click, but the toolbar button does nothing whether I have a label highlighted or not. Am I misunderstanding what that button is supposed to do, or do I have something corrupt in a setup file or something?joedf wrote:Use tillagoto!
Just select the function then, Middle click instead!
It will go directly to the function definition.
SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I dont know... the toolbar tillagoto button doesnt do anything for me...
Windows 10 x64 Professional, Intel i5-8500, NVIDIA GTX 1060 6GB, 2x16GB Kingston FURY Beast - DDR4 3200 MHz | [About Me] | [About the AHK Foundation] | [Courses on AutoHotkey]
[ASPDM - StdLib Distribution] | [Qonsole - Quake-like console emulator] | [LibCon - Autohotkey Console Library]
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
If you close\exit TillaGoto using the system tray icon you can restart it with the toolbar icon.joedf wrote:I dont know... the toolbar tillagoto button doesnt do anything for me...
Check out my scripts. (MyIpChanger) (ClipBoard Manager) (SavePictureAs)
All my scripts are tested on Windows 10, AutoHotkey 32 bit Ansi unless otherwise stated.
All my scripts are tested on Windows 10, AutoHotkey 32 bit Ansi unless otherwise stated.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Ahhhh ok
Windows 10 x64 Professional, Intel i5-8500, NVIDIA GTX 1060 6GB, 2x16GB Kingston FURY Beast - DDR4 3200 MHz | [About Me] | [About the AHK Foundation] | [Courses on AutoHotkey]
[ASPDM - StdLib Distribution] | [Qonsole - Quake-like console emulator] | [LibCon - Autohotkey Console Library]
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Thanks. Mystery solved.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I often use the search and it would be nice to have a counter for the occurrences of a search.
Thanks a lot!
Thanks a lot!
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I like using the context menu that comes up when you right click on a tab, but if you only have one document open, there aren't any tabs. Is there a way to bring up that same context menu when you only have one document open?
Also, I think I already know this can't be done, but I'll ask just in case: Is there a way to open a second pane of the same file within the same window, the way you can "clone" the document to the other view in Notepad++? I know I can open the same document in another window, but it's not the same.
Also, I think I already know this can't be done, but I'll ask just in case: Is there a way to open a second pane of the same file within the same window, the way you can "clone" the document to the other view in Notepad++? I know I can open the same document in another window, but it's not the same.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Speak for yourself. I use tabbar.hide.one=0 and therefore always have the tab bar visible.if you only have one document open, there aren't any tabs.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Ah, thanks much.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I wrote a script for a second SciTE4AutoHotkey window to behave a lot like a second pane within the main window, similar to Notepad++. See this thread: http://ahkscript.org/boards/viewtopic.php?f=6&t=6124
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I've been testing AHK and SciTE4AutoHotkey in the Windows 10 Technical Preview Build 9926. I haven't run into any problems with either so far except for the auto-updater in SciTE4AutoHotkey. This fails with 2 errors before popping up a new SciTE4AutoHotkey Updater dialog showing:
There was an error during the update!
Out of memory
what:
extra:
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Confirmed - I'll investigate it.RickC wrote:I've been testing AHK and SciTE4AutoHotkey in the Windows 10 Technical Preview Build 9926. I haven't run into any problems with either so far except for the auto-updater in SciTE4AutoHotkey. This fails with 2 errors before popping up a new SciTE4AutoHotkey Updater dialog showing:
fincs
Windows 11 Pro (Version 22H2) | AMD Ryzen 7 3700X with 32 GB of RAM | AutoHotkey v2.0.0 + v1.1.36.02
Get SciTE4AutoHotkey v3.1.0 -[My project list]
Windows 11 Pro (Version 22H2) | AMD Ryzen 7 3700X with 32 GB of RAM | AutoHotkey v2.0.0 + v1.1.36.02
Get SciTE4AutoHotkey v3.1.0 -
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Fincs - Thank you.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
If you open a new window, is there a way to use TillaGoto in that window, or will it always only be available from the primary SciTE4AutoHotkey window?
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
When I set up a hotstring in SciTE4AutoHotKey, I'm finding that the code folding (where the app places the start/end lines to be able to collapse a block of code) gets screwed up by including the % symbol in the text. Doesn't seem to matter whether I use r or raw.
The following code will show proper code folding without the '%' after the '7' and improper code folding (SciTE4AHK marks end of block much farther down) once the '%' is added back in.
What am I doing incorrectly?
Running version 3.0.06.01 of SciTE4AHK.
Edit: If I use the escape character immediately prior to the % sign, then code folding is not adversely affected. Don't understand it though.
The following code will show proper code folding without the '%' after the '7' and improper code folding (SciTE4AHK marks end of block much farther down) once the '%' is added back in.
Code: Select all
:Raw*:test::
(
Testing
123
45
67%
Why does the symbol alter code folding
)
Running version 3.0.06.01 of SciTE4AHK.
Edit: If I use the escape character immediately prior to the % sign, then code folding is not adversely affected. Don't understand it though.
Code: Select all
67`%
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
Something I'm not understanding about the debugger in SciTE4AutoHotKey. When I step through code, SciTE is made the active window. So any code that is designed to work on some other active window either fails or transmits that action to SciTE (e.g., had a script that sends ALT-F, C to what is supposed to be an active window, but because the debugger switches the focus back to SciTE, that command was sent to SciTE, which closed the script I was debugging).
So for example if my script contains the following:
WinActivate will make the Chrome window active. When I press the green arrow in SciTE or press F10, SciTE becomes the active window, so the next line doesn't complete because the Chrome window is no longer the active window. WinWaitActive only completes if I manually make Chrome the active window.
Surely I am doing something wrong here and what I have described is not the intended design of the debugger.
So for example if my script contains the following:
Code: Select all
WinActivate, ahk_class Chrome_WidgetWin_1
WinWaitActive, ahk_class Chrome_WidgetWin_1
Surely I am doing something wrong here and what I have described is not the intended design of the debugger.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I don't think debuggers in general take into account issues like this. There really wouldn't be a way for them to do so. I've always had to build in my own debugging in situations like you described, such as putting the value of a variable in a ToolTip or using SoundBeep when the script reaches a certain point. Writing output to a file that you can check later or even while it's running is another good way to check variable values and which lines were executed.
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I'm no expert, but I also had issues with both debugging, and just random window actions interfering with send and click actions. Eventually I realized you don't need the window to be active to send keys to it, or click controls. You can either use WinWait or IfWinExist to wait for the window to exist. This sets the Last Window Found and you can use ControlSend/ControlClick/ControlSetText leaving the window title blank to act on that last window found. This is particularly useful on scripts that take a while to complete (like installers), and which you want to be able to do other activities without worrying about future send keys/control clicks going to the wrong window. I sometimes still do another WinExist just to make sure I have the correct window selected before using ControlSend/etc, particularly if the original app window spawns child windows (like confirmation dialogs) or I am working with multiple windows. If you really want to be sure you have the correct window use WinExist() function to get the Unique ID (Hwnd) which you can then use in ControlClick/ControlSetText/ControlSend etc and reference the Unique ID.redrum wrote:Something I'm not understanding about the debugger in SciTE4AutoHotKey. When I step through code, SciTE is made the active window. So any code that is designed to work on some other active window either fails or transmits that action to SciTE (e.g., had a script that sends ALT-F, C to what is supposed to be an active window, but because the debugger switches the focus back to SciTE, that command was sent to SciTE, which closed the script I was debugging).
So for example if my script contains the following:WinActivate will make the Chrome window active. When I press the green arrow in SciTE or press F10, SciTE becomes the active window, so the next line doesn't complete because the Chrome window is no longer the active window. WinWaitActive only completes if I manually make Chrome the active window.Code: Select all
WinActivate, ahk_class Chrome_WidgetWin_1 WinWaitActive, ahk_class Chrome_WidgetWin_1
Surely I am doing something wrong here and what I have described is not the intended design of the debugger.
This isn't guaranteed to work, I have found certain programs that don't work with ControlClick etc, although these mostly don't work with normal send/sendkeys/etc when the window is active either.
Cheers
Re: SciTE4AutoHotkey v3.0.06.01 [Updated October 12 2014]
I just had R4ndom1 in IRC saying he was having trouble downloading Scite - he was getting "Connection terminated".
He was able to download from my site, so I am not sure if there is an issue with the main hosting, but I had no problems.
Just in case, my mirror link is: http://evilc.com/files/tmp/SciTE4AHK300601_Install.exe
Correction. It seems that the problem went away when he turned off avast antivirus.
I submitted the file for analysis, but it came back clean, so not sure on this one.
https://www.metascan-online.com/en/scan ... eedf439ab5
He was able to download from my site, so I am not sure if there is an issue with the main hosting, but I had no problems.
Just in case, my mirror link is: http://evilc.com/files/tmp/SciTE4AHK300601_Install.exe
Correction. It seems that the problem went away when he turned off avast antivirus.
I submitted the file for analysis, but it came back clean, so not sure on this one.
https://www.metascan-online.com/en/scan ... eedf439ab5
Who is online
Users browsing this forum: No registered users and 90 guests