AutoHotkey Homepage AutoHotkey Community
Let's help each other out
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Which feature is most needed for current AHK (before V2)
Goto page 1, 2  Next
 
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> General Chat
View previous topic :: View next topic  

What will you take if you can get a built-in feature right now
Unicode
17%
 17%  [ 3 ]
Array
35%
 35%  [ 6 ]
Structure
17%
 17%  [ 3 ]
Networking Commands (TCP/UDP/FTP/HTTP)
11%
 11%  [ 2 ]
Console Commands (read/write/wait for input)
0%
 0%  [ 0 ]
Additional macro related commands
0%
 0%  [ 0 ]
Other (describe)
17%
 17%  [ 3 ]
Total Votes : 17

Author Message
heresy



Joined: 11 Mar 2008
Posts: 291

PostPosted: Tue Jul 01, 2008 11:40 am    Post subject: Which feature is most needed for current AHK (before V2) Reply with quote

Let's see which is the hole of AutoHotkey
_________________
Easy WinAPI - Dive into Windows API World
Benchmark your AutoHotkey skills at PlayAHK.com
Back to top
View user's profile Send private message
SKAN



Joined: 26 Dec 2005
Posts: 5887

PostPosted: Tue Jul 01, 2008 11:51 am    Post subject: Reply with quote

I voted: Other

Description: Limited Multi-Threading.

Smile
_________________
SKAN - Suresh Kumar A N
Back to top
View user's profile Send private message
heresy



Joined: 11 Mar 2008
Posts: 291

PostPosted: Tue Jul 01, 2008 12:04 pm    Post subject: Reply with quote

SKAN wrote:
Description: Limited Multi-Threading.Smile
ah i missed that good option Sad
_________________
Easy WinAPI - Dive into Windows API World
Benchmark your AutoHotkey skills at PlayAHK.com
Back to top
View user's profile Send private message
majkinetor



Joined: 24 May 2006
Posts: 3626
Location: Belgrade

PostPosted: Tue Jul 01, 2008 2:32 pm    Post subject: Reply with quote

Unfortunately, multithreading is a dream only.
It seems no other popular automatition tool have multithreading, that I know, not counting those distributed as libraries for particular language such is WinRunner or Ranorex as ppl can use native threading along with such libraries.

That single fact is for me the most negative thing for all popular automatition languages around as its irational to run number of processes that will each run 10 liner script, instead of single process, runing any number of scripts of any complexity.

I miss namespaces and/or pseudo-classes (syntax suggars simulating classes). Without them, its impossible or very hard, or very inneficent to extend AHK from itself.

All other things you mention above, xcept Unicode, already exist one way or another. So if I have to choose one of those, that would definitely be Unicode (although static local arrays would be very cool to have)
_________________
Back to top
View user's profile Send private message MSN Messenger
corrupt



Joined: 29 Dec 2004
Posts: 2397

PostPosted: Tue Jul 01, 2008 5:14 pm    Post subject: Reply with quote

structs (RECT.Left, RECT.Top, etc...). Methods currently exist but are inconvenient and almost always end up creating cryptic, difficult to manage code.
Back to top
View user's profile Send private message Visit poster's website
engunneer



Joined: 30 Aug 2005
Posts: 6772
Location: Pacific Northwest, US

PostPosted: Tue Jul 01, 2008 6:02 pm    Post subject: Reply with quote

I voted for Structures, since the current simulated arrays work well enough for me.
_________________
Unless otherwise noted, all code is untested.
Common Answers: 1.(Loops, Viruses, etc.) 2. Search 3.RTFM
Back to top
View user's profile Send private message Visit poster's website
majkinetor



Joined: 24 May 2006
Posts: 3626
Location: Belgrade

PostPosted: Wed Jul 02, 2008 1:39 pm    Post subject: Reply with quote

If arrays are implemented structures can probably be supported with few easy functions or syntax suggars. Object Oriented interface even easier... In several languages objects are noting more then associative arrays with syntax suggar, something like:

Code:
o.property := x
  ||
o["property"] := x

;-----------------

o.method( a1, ... an )
  ||
%o["method"]%(o, a1, ... , an)

;-----------------

o.method(a1... an) {

}
  ||
o_method(o, a1... an) {

}
o["method"] :=  "o_method"


As dot is not operator in AHK but SpaceDotSpace we could even use normal object notation.
_________________
Back to top
View user's profile Send private message MSN Messenger
neXt



Joined: 19 Mar 2007
Posts: 463

PostPosted: Wed Jul 02, 2008 2:51 pm    Post subject: Reply with quote

hmmmm, AHK OO, interesting Smile
_________________
simplified csv - easy way to handle csv files.
Back to top
View user's profile Send private message
Brandon
Guest





PostPosted: Wed Jul 02, 2008 3:02 pm    Post subject: Reply with quote

Probably Unicode. Cool
Back to top
freakkk



Joined: 29 Jul 2005
Posts: 130

PostPosted: Wed Jul 02, 2008 7:53 pm    Post subject: Reply with quote

I voted for true arrays
_________________
.o0[ corey ]0o.
Back to top
View user's profile Send private message
corrupt



Joined: 29 Dec 2004
Posts: 2397

PostPosted: Wed Jul 02, 2008 11:55 pm    Post subject: Reply with quote

majkinetor wrote:
As dot is not operator in AHK but SpaceDotSpace we could even use normal object notation.
I was trying not to mention OO as some people tend to cringe and run away Laughing but I would love to be able to create/use/abuse objects in AHK Smile .
Back to top
View user's profile Send private message Visit poster's website
Guest






PostPosted: Sat Jul 05, 2008 4:37 pm    Post subject: Reply with quote

we need this badly.

Quote:
Judy is a general purpose dynamic array implemented as a C callable library. Judy's speed and memory usage are typically better than other data storage models and improves with very large data sets.

http://sourceforge.net/projects/judy/
Back to top
Laszlo



Joined: 14 Feb 2005
Posts: 4016
Location: Pittsburgh

PostPosted: Sat Jul 05, 2008 5:15 pm    Post subject: Reply with quote

Bit arrays, like Judy, can be useful, but they are really easy to program in AHK with NumPut/Get. If you are after speed, you can use the Windows bitmap functions, exported by ntdll.dll. See a usage example here. I voted for Unicode, because handling it is the most difficult among the ones in the poll.
Back to top
View user's profile Send private message
Guest






PostPosted: Sun Jul 06, 2008 1:38 pm    Post subject: Reply with quote

Laszlo wrote:
I voted for Unicode, because handling it is the most difficult among the ones in the poll.

...I couldn't vote Laughing, but I would vote for structs!...I don't know how hard it is or care about Unicode, but structs are a bitch...is there even a current/updated version of that "struct lib"...last I looks it still wasn't very easy...does some1 have a current struct lib they are using that works good? I also vote for object orientated syntax...like JavaScript...OH & of course for making + a concat operator too!...
Back to top
tank



Joined: 21 Dec 2007
Posts: 679

PostPosted: Mon Jul 07, 2008 7:38 am    Post subject: Reply with quote

in hindsite i should have voted other and said OOP
but arrays are a close second
_________________
Read this
Com
Automate IE7 with Tabs
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> General Chat All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You can post new topics in this forum
You can reply to topics in this forum


Powered by phpBB © 2001, 2005 phpBB Group