AutoHotkey Community

It is currently May 26th, 2012, 5:14 pm

All times are UTC [ DST ]




Post new topic This topic is locked, you cannot edit posts or make further replies.  [ 155 posts ]  Go to page 1, 2, 3, 4, 5 ... 11  Next
Author Message
PostPosted: March 1st, 2009, 12:00 am 
Online
User avatar

Joined: May 5th, 2007, 7:24 pm
Posts: 1240
Location: Seville, Spain
This thread is outdated - GO TO THE v3 BETA THREAD INSTEAD
This thread is outdated - GO TO THE v3 BETA THREAD INSTEAD
This thread is outdated - GO TO THE v3 BETA THREAD INSTEAD


A long time ago, Chris wrote the following in the "AutoHotkey Needs You" post:
Chris wrote:
Recommended Editor: Implement strong syntax highlighting and utility integration (such as Intellisense) in a free editor such as SciTE or PSPad. That editor could then become the recommended editor to be mentioned prominently on the site (and possibly distributed with AutoHotkey). It's likely that 80% of users either do not know that syntax highlighting exists for AutoHotkey, or believe it's more complicated than it's worth to install it.

This is my response:

Image

SciTE4AutoHotkey - SciTE distribution specially designed for AutoHotkey.
Version 2.0
Check it out:
Web page

Image

Number of downloads that the Installer has had:
Image
Number of downloads that the zip has had:
Image
Number of downloads that the lite version has had:
Image

May this topic be sticky?

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]


Last edited by fincs on December 15th, 2010, 7:50 pm, edited 1 time in total.

Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 1st, 2009, 6:17 pm 
Offline

Joined: July 30th, 2007, 11:32 pm
Posts: 581
Very nice!
One thing is that the keys in toolbar.properties are inverted. "rows" should be "cols" and "cols" should be "rows".
Also, even when I set the number of rows ("cols" key) to 1, the toolbar still sticks out a little of the status bar height. Any way to keep it in the status bar only?

Edit: Also, the horizontal scrollbar doesn't properly represent the space needed to scroll. For example, it shows a lot of slack even though I don't have any lines going off screen.


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 2nd, 2009, 7:40 am 
Offline

Joined: February 11th, 2009, 2:23 pm
Posts: 142
Location: India
Thanks a lot

I've been using the notepad++ until now but this thing is FANTASTIC
it can autocomplete the parameters while you're and all that
thanks I needed this.

suggestions
1. ability to insert the image, sounds within exe (yes I did try that ladiko's compilor but it gives me error)
2. ability to create colorful buttons in GUI


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 2nd, 2009, 8:37 am 
Offline

Joined: July 21st, 2006, 12:26 am
Posts: 223
nice,

some ideas (not listed in priority):
    -a regex sandbox
    -multi language interface (for the current tools, scite etc)
    -ahk compiler in portable mode (yes, it is possible)
    -replace auspy with ahk window info 1.7
    -replace the macro recorder with some better solution (maybe titan's one. a keylogger like, recorder with timings seems to lack)*
    -a debug mode calling debugBIF() (in the fly without adding into the source, calling the debugger only over the test execution)
    -a "stdlib" downloader like a pseudo package system (would require a good index)
    -a wizard for some commands like imagesearch and running cli apps (that would be simple and would help a lot of new people)
    -winapi+dllcall+struct related tools (skan's, heresy's, lexikos' etc. msdn is a must)
    -possibility to add other programming languages in scite in a wizard or something (hey, I miss my default scintilla supported languages! also note scite is using lua and doesn't comes with a lua editing highlighter? wtf.)
    -autohotkey.net connect through ftps and svn (portable tortoise!? <- lol its a joke)*
    -source compare (diff, merger etc)*
    -hex editor (okay, this is not very important)
    -global settings saver (for saving current data in the tools fields)
    -bundle monospaced font (come on, we all love monospaced fonts)
    -hints and tips for some commands (not like an annoying assistant like the cliipper, but something useful for non experienced people)
    -special chars sandbox (a fast visual tool to test asc, visualizing extended ansi etc)*
    -a visual keyboard mapper (like osk, but only to visualize keys and or a interface to set remaps/add hotkeys. it could be a good VK/SC mapper too, you know, the ahk built-in one is sorta hidden from newbies eyes)*
    -the possibility to add third party tools at the scite4autohotkey flying toolbar without much efforts (a config panel to manage the order and add more tools. Eg: winspector, spy++, winid etc.. we use them often! :)
    -autohotkey.com announces window (gets the news from the site, obviously optional and should check how old is the news, could be handled by rss)
    -autohotkey forum PM's lister (gets the new pm's received loggin in the forums and alerts user)
    -autohotkey irc client (a very quick chat window for ask for help, discussion etc. well, the ansi mode could be easily handled with the tcp/ip functions)*
    -a better integration with chm, possibility of fast queries over the "intellisense" like highlighter (autocomplete is not enough)*
    -support for layout profiles (by example, winapi tools are shown by default in the advanced mode, the tips and hits a newbie mode etc)
    -cursor list (a sandbox to setcursor, pre-visualize cur, ico. this is not very useful but it would help a lot some gui people)
    -versioning system with backup (this is secondary but it would be very interesting, well it would be useless with svn support, but there are still many people offline)
    -autohotkey.net pastebin manager (I wonder why its not there yet)
    -words/commands/functions etc counter (woah, I thought scite had it)
    -skan's custom gui editor for pseudo skins (as previously requested the image attacher, why not it too?)
    ... more coming soon


problems noticed in v2 final stable:
    -it uses the launcher as reference to load other apps, so relative paths are ../ like. (very bad for a portable code, make it recognize autohotkey.exe path!)
    -SmartGUI creator doesn't bundles with the manual.htm file
    -the size of the toolbar background is big and white: covers horizontal scroll also is bad for other color layouts (oh thanks hezzu, didn't know it was possible, but hey, why default looks so ugly?)



*: important and lacks (good) solutions.

_________________
                                  [ profile | ahk.net | ahk.talk ]


Last edited by k3ph on March 2nd, 2009, 10:00 am, edited 2 times in total.

Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 2nd, 2009, 9:42 am 
k3ph wrote:
the size of the toolbar background is big and white: covers horizontal scroll also is bad for other color layouts


The size can be adjusted

Right click the toolbar -- Edit properties :o


Report this post
Top
  
Reply with quote  
 Post subject:
PostPosted: March 2nd, 2009, 4:33 pm 
Online
User avatar

Joined: May 5th, 2007, 7:24 pm
Posts: 1240
Location: Seville, Spain
Hi k3ph :),

k3ph wrote:
-multi language interface (for the current tools, scite etc)

Already planned :)
k3ph wrote:
-ahk compiler in portable mode (yes, it is possible)

Already using portable version.
k3ph wrote:
-replace auspy with ahk window info 1.7
-replace the macro recorder with some better solution (maybe titan's one. a keylogger like, recorder with timings seems to lack)*

Likely going to happen.
k3ph wrote:
-a debug mode calling debugBIF() (in the fly without adding into the source, calling the debugger only over the test execution)

I prefer AutoHotkey_L debug mode integration, but I have no clue on how DBGp works and how to
implement a debugging system in this program. Maybe someone can guide me... :hint: :hint:
k3ph wrote:
-a "stdlib" downloader like a pseudo package system (would require a good index)

That's not related to the editor :rolleyes:
k3ph wrote:
-a wizard for some commands like imagesearch and running cli apps (that would be simple and would help a lot of new people)

Nice suggestion, maybe a wizard application could be made for those commands...
k3ph wrote:
-winapi+dllcall+struct related tools (skan's, heresy's, lexikos' etc. msdn is a must)

Maybe those persons can adapt their apps to be compatible with my editor...
k3ph wrote:
-possibility to add other programming languages in scite in a wizard or something (hey, I miss my default scintilla supported languages! also note scite is using lua and doesn't comes with a lua editing highlighter? wtf.)

The custom Scintilla version has every lexer deleted but the AutoHotkey lexer and the errorlist lexer.
If you want more languages, get ready for a size increse :rolleyes:
k3ph wrote:
-autohotkey.net connect through ftps and svn (portable tortoise!? <- lol its a joke)*

Em... :roll:
k3ph wrote:
-source compare (diff, merger etc)*

:roll:
k3ph wrote:
-global settings saver (for saving current data in the tools fields)

:roll:
k3ph wrote:
-bundle monospaced font (come on, we all love monospaced fonts)

So you want the installer to install some extra fonts?
k3ph wrote:
-hints and tips for some commands (not like an annoying assistant like the clipper, but something useful for non experienced people)

I get the idea but tips on how it would work?
k3ph wrote:
-special chars sandbox (a fast visual tool to test asc, visualizing extended ansi etc)

It's gonna be added because I also need it :roll:
k3ph wrote:
-the possibility to add third party tools at the scite4autohotkey flying toolbar without much efforts (a config panel to manage the order and add more tools. Eg: winspector, spy++, winid etc.. we use them often! :)

Is adding a small line to the toolbar.properties (=Name|Path|Hotkey|Icon) difficult?
Anyway I'm gonna make a "SciTE4AutoHotkey Tool SDK", or sort of ;)
k3ph wrote:
-autohotkey.com announces window (gets the news from the site, obviously optional and should check how old is the news, could be handled by rss)
-autohotkey forum PM's lister (gets the new pm's received loggin in the forums and alerts user)
-autohotkey irc client (a very quick chat window for ask for help, discussion etc. well, the ansi mode could be easily handled with the tcp/ip functions)

Ask me to add a web browser to the editor, please :lol:
k3ph wrote:
-a better integration with chm, possibility of fast queries over the "intellisense" like highlighter (autocomplete is not enough)

Well... Can you explain better?
k3ph wrote:
-support for layout profiles (by example, winapi tools are shown by default in the advanced mode, the tips and hits a newbie mode etc)

Maybe an user system could be added in a future release.
k3ph wrote:
-cursor list (a sandbox to setcursor, pre-visualize cur, ico. this is not very useful but it would help a lot some gui people)

Maybe.
k3ph wrote:
-versioning system with backup (this is secondary but it would be very interesting, well it would be useless with svn support, but there are still many people offline)

:roll:
k3ph wrote:
-autohotkey.net pastebin manager (I wonder why its not there yet)

You're talking of a small autohotkey.net pastebin paster, right?
k3ph wrote:
-words/commands/functions etc counter (woah, I thought scite had it)

There will be a function/label list in a future release that will likely include this feature.
k3ph wrote:
-skan's custom gui editor for pseudo skins (as previously requested the image attacher, why not it too?)

No :)
k3ph wrote:
-it uses the launcher as reference to load other apps, so relative paths are ../ like. (very bad for a portable code, make it recognize autohotkey.exe path!)
-SmartGUI creator doesn't bundles with the manual.htm file

Will be fixed.

-

Well, the first of all I don't wanna bloat this app too much, so please only ask for
the most important features, ok?

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 2nd, 2009, 5:56 pm 
Offline

Joined: January 10th, 2009, 1:34 pm
Posts: 135
Location: Virginia
Very nice!
I like it very much.
Thank you!
FR - perhaps it is there already.
Is there a way to have two files up and open to compare.
Notepad ++ has a dialog on right click that lets you send to different pane.
And lock them so I can scroll down to see diffs.

Thanks alot

_________________
KeyMce/GenMce - mackie emulator for pc keyboard/Convert your controller to mackie.
Midi I/O - Want to play with midi/ahk?


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 10:22 am 
Offline

Joined: October 17th, 2006, 4:15 pm
Posts: 7502
Location: Australia
fincs wrote:
I prefer AutoHotkey_L debug mode integration, but I have no clue on how DBGp works and how to
implement a debugging system in this program. Maybe someone can guide me... :hint: :hint:
When I saw k3ph's post yesterday, I thought of posting "<wishlist>DBGp integration</wishlist>"; but I figured it'd end up to be more work for me. :lol:

I've been meaning to write a library of functions for interacting with the debugger. The idea is to provide everything necessary for someone else to develop a user interface with minimal effort. You may also know that Scintilla has the capability to show "line markers" for things like breakpoints and the current line. If you're interested, we can discuss this in real-time after I've written the functions.

DebugBIF() is still useful, until I implement "exception" breakpoints - i.e. break when a run-time error occurs. This would include errors that can be detected by DebugBIF(), and others such as passing too few (or incorrect) parameters to a dynamic function call. Combined with "variable inspection" or variable lists integrated into the editor, it would make run-time errors much easier to debug.
Quote:
The custom Scintilla version has every lexer deleted but the AutoHotkey lexer and the errorlist lexer.
It seems to be a simple matter of replacing SciLexer.dll with the "full version," so I think it should be left up to the user.
k3ph wrote:
-versioning system with backup (this is secondary but it would be very interesting, well it would be useless with svn support, but there are still many people offline)
I believe TortoiseSVN allows one to create offline repositories. Simple TortoiseSVN integration (via the command-line tools) might suffice.


Btw, I think the current toolbar detracts from the overall quality of Scite4AutoHotkey. It should be possible to hook into the actual SciTE toolbar; perhaps I'll work up an example (after figuring out the details).


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 2:06 pm 
Offline

Joined: October 17th, 2006, 4:15 pm
Posts: 7502
Location: Australia
OK, I couldn't figure out any way of "permanently" inserting space between the existing toolbar and tabbar, but I've had success with SetParent. Here is an extract from my copy of toolbar.ahk:
Code:
; Create the toolbar
Gui, -Caption +LastFound ;+AlwaysOnTop +ToolWindow

loop, %ntools%
   Gui, Add, Picture, % "x" ((Mod(A_Index-1, rows) * iconsize2)+spaces) " y" Floor((((A_Index-1) // rows)*iconsize2+spaces)) " w" iconsize " h" iconsize "  gToolButton vBut" A_Index " Icon" Tool[%A_Index%]_IconNumber, % Tool[%A_Index%]_Picture

; Get the HWND of our GUI. This line moved here from below. ~L
hwndgui := WinExist()

;  Get HWND of real SciTE toolbar. ~L
ControlGet, toolbarhwnd, Hwnd,, ToolbarWindow321, ahk_id %scitehwnd%

; Get width of real SciTE toolbar to determine placement for our toolbar. ~L
RemoteBuf_Open(scite_buf, scitehwnd, 8)
SendMessage, 0x453, 0, RemoteBuf_Get(scite_buf),, ahk_id %toolbarhwnd% ; TB_GETMAXSIZE=0x453
VarSetCapacity(our_buf, 8)
RemoteBuf_Read(scite_buf, our_buf, 8)
x := NumGet(our_buf) + 8
y := 0

; Show the toolbar
Gui, +0x40000000 -0x80000000 ; Must be done *after* the GUI is created. Fixes focus issues. ~L
ControlGetPos,,, guiw, guih,, ahk_id %toolbarhwnd% ; Get size of real SciTE toolbar. ~L
DllCall("SetParent", "uint", hwndgui, "uint", toolbarhwnd) ; Insert our toolbar onto real SciTE toolbar. ~L
Gui, Show, x%x% y%y% w%guiw% h%guih% NoActivate, AHKToolbar4SciTE
It requires RemoteBuf. You must also disable everything in updatetoolbarpos after:
Code:
IfWinNotExist, ahk_id %scitehwnd%
   Gosub exitroutine

It places the AutoHotkey toolbar on the real SciTE toolbar, to the right of all buttons. It should work as expected even if the toolbar is not initially visible, or is enabled/disabled. The tooltips do not appear to work; I think OnMessage is "disabled" as a side-effect of SetParent. Sub-classing may get around this. On the other hand, using a real Toolbar might be a better solution, and would also make the buttons more consistent with SciTE.


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 4:20 pm 
Online
User avatar

Joined: May 5th, 2007, 7:24 pm
Posts: 1240
Location: Seville, Spain
Ok, thanks Lexikos for showing up in my thread :), here are my responses:
Lexikos wrote:
I've been meaning to write a library of functions for interacting with the debugger. The idea is to provide everything necessary for someone else to develop a user interface with minimal effort. You may also know that Scintilla has the capability to show "line markers" for things like breakpoints and the current line. If you're interested, we can discuss this in real-time after I've written the functions.

Of course. I'm pretty active on IRC. Also, I know about that feature of
Scintilla, it's as easy as having to do a bunch of SendMessages :) (this is not sarcastic, it is actually easy.)
On the other hand, to receive information from the Scintilla control
(OnMarginClick), you must bypass SciTE's WndProc() function to intercept
Scintilla's messages and then call the actual SciTE WndProc().
This is actually explained on the AutoHotkey help (scroll down).

Lexikos wrote:
OK, I couldn't figure out any way of "permanently" inserting space between the existing toolbar and tabbar, but I've had success with SetParent. Here is an extract from my copy of toolbar.ahk:
(code)

Great, I can't wait to apply those changes to the toolbar :D

EDIT: Now I understand subclassing, I've already said how it's done in this post :lol:

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 6:43 pm 
Offline
User avatar

Joined: December 21st, 2007, 3:14 pm
Posts: 3826
Location: Louisville KY USA
So i have to ask since i think you released this befor you and animaeamie worked on gendocs is the very latest version of that included with this?

_________________
No matter what your oppinion Please join this discussion
Formal request to Polyethene
Image


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 7:03 pm 
Online
User avatar

Joined: May 5th, 2007, 7:24 pm
Posts: 1240
Location: Seville, Spain
tank wrote:
So i have to ask since i think you released this befor you and animaeamie worked on gendocs is the very latest version of that included with this?


The latest GenDocs (2.0) is bundled with SciTE4AutoHotkey v2.0 Stable (released after GenDocs 2.0).

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 10:26 pm 
Offline

Joined: October 17th, 2006, 4:15 pm
Posts: 7502
Location: Australia
fincs wrote:
On the other hand, to receive information from the Scintilla control (OnMarginClick), you must bypass SciTE's WndProc() function to intercept Scintilla's messages and then call the actual SciTE WndProc().
This is actually explained on the AutoHotkey help (scroll down).
It is not possible to sub-class a window of another process on Windows 2000 or later. Scintilla also sends some notifications to its parent via WM_NOTIFY, but again, WM_NOTIFY cannot be sent between processes on Windows 2000 or later.


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 10:58 pm 
Online
User avatar

Joined: May 5th, 2007, 7:24 pm
Posts: 1240
Location: Seville, Spain
Lexikos wrote:
fincs wrote:
On the other hand, to receive information from the Scintilla control (OnMarginClick), you must bypass SciTE's WndProc() function to intercept Scintilla's messages and then call the actual SciTE WndProc().
This is actually explained on the AutoHotkey help (scroll down).
It is not possible to sub-class a window of another process on Windows 2000 or later. Scintilla also sends some notifications to its parent via WM_NOTIFY, but again, WM_NOTIFY cannot be sent between processes on Windows 2000 or later.


Ah, pity :(
So, maybe an interface implemented in LUA? Or a custom SciTE version?

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]


Report this post
Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: March 3rd, 2009, 11:38 pm 
Offline

Joined: October 4th, 2006, 2:15 am
Posts: 250
Location: Louisville, KY
FYI, when I try to perform a web install I get an error message:

Can't download the file!
Make sure your Internet connection is active then
try to install the program again.

I took it's advice and tried again, rebooted, redownloaded install app, but still no go. :) Not sure what's up as there's nothing special about my PC's setup. It's Windows XP with one network connection and nothing else seems to have trouble. The web install worked fine on my Vista laptop.

I downloaded the data file independently and then ran an offline install and that worked so I'm good to go, but I thought I'd let you know.

Thanks for your efforts. Nicely done!


Report this post
Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic This topic is locked, you cannot edit posts or make further replies.  [ 155 posts ]  Go to page 1, 2, 3, 4, 5 ... 11  Next

All times are UTC [ DST ]


Who is online

Users browsing this forum: No registered users and 10 guests


You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Group