AutoHotkey Community
It is currently May 26th, 2012, 4:11 pm

View unanswered posts | View active topics


Board index » AutoHotkey » Scripts

All times are UTC [ DST ]



Post new topic Reply to topic  Page 13 of 31
  [ 453 posts ]  Go to page Previous  1 ... 10, 11, 12, 13, 14, 15, 16 ... 31  Next
  Print view | E-mail friend Previous topic | Next topic 
Author Message
Micha
 Post subject:
PostPosted: April 5th, 2009, 10:06 pm 
Offline

Joined: November 15th, 2005, 11:15 am
Posts: 537
Location: Germany
Donny Bahama wrote:
Micha wrote:
I'll fix it
Thanks, Micha! And again, thanks for all your hard work on this!!! :)

Hi,
thank you! (It's more time consuming I ever thought)

Please download the Version 21. Comboboxes are fixed.
Unicode issue:
Code:
WCHAR *temp = new WCHAR [length+1];
            length = SendMessage(aControl.hwnd, CB_GETLBTEXT, (WPARAM)index, (LPARAM)temp /*aOutputVar.Contents()*/);
            strcpy (aOutputVar.Contents(), CW2A(temp));
            delete [] temp;


http://www.autohotkey.net/~Micha/AutohotkeyCE/AutohotkeyCE21.exe
Ciao
Micha


Report this post
Top
 Profile  
Reply with quote  
Micha
 Post subject:
PostPosted: April 5th, 2009, 10:08 pm 
Offline

Joined: November 15th, 2005, 11:15 am
Posts: 537
Location: Germany
fincs wrote:
Aww... If the Windows CE SDK supported Visual Studio 2008 Express, I could learn programming on Windows CE and help you... :(

What a pitty CE isn't supported with VS express. Every help is very welcome.
Ciao
Micha


Report this post
Top
 Profile  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 5th, 2009, 10:15 pm 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
Micha wrote:
I've spent toooo much time on the dlls (some time I have should used with my family).
On behalf of all of us, please thank your family for their patience and the sacrifice of their time with you!
Quote:
The only commands I have needed were Filecopy, Send, Winwaitactive and run. I did not need any gui or other things I have implemented. I've just done the things for you.
Wow. Thank you SO very, very much, Micha.
Quote:
I'm not sure if I will continue work on AHKCE.
If not, I'm sure we'll all understand, but if you decide to do just one more thing ;), the command I have missed most in AHKCE is GuiControl. If you don't want to do it, no problem. Thank you for all you have done! Maybe someone else will grab the source and pick up where you left off.
Quote:
I'm sure you can download the WinCE UPX executable and compress your ahk-exe with that, but I haven't tried it.
I wonder if that might serve to further encrypt the embedded script?


Report this post
Top
 Profile  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 5th, 2009, 10:17 pm 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
Micha wrote:
AHK is a none-unicode application so everything must be converted at thousand locations before the value is being processed by ahk. You have found another location. I'll fix it
Are you going to release a v21 for this? If so, can it also include the fix for InputBox?

EDIT: Sorry! Missed your post above! Does v21 also include the InputBox fix?


Report this post
Top
 Profile  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 5th, 2009, 10:27 pm 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
Micha wrote:
We need i.e a dll or source code which can scramble textfiles. We also need the code to read the scrambled text and decrypt it. I know there are a lot of ready solutions but I haven't searched/googled for them. If we have found a suitable piece of code I can implement that to the autohotkey source.
This looks promising.


Last edited by Donny Bahama on April 5th, 2009, 10:29 pm, edited 1 time in total.

Report this post
Top
 Profile  
Reply with quote  
Logo78
 Post subject: Wow
PostPosted: April 5th, 2009, 10:27 pm 
@Micha,
thank u very much for ur detailed descriptions and explainations.
I think, i am able to guess, what kind and how much of work u spent for this projekt.

I read ur last postings several times and i cant tell you, how much i appreciate this. Thank u very much for ur workaround with
the ce-compiler.
i am going to try it tomorrow. Feedback will follow,
thank u again.
Logo78


Report this post
Top
  
Reply with quote  
Micha
 Post subject:
PostPosted: April 6th, 2009, 3:56 pm 
Offline

Joined: November 15th, 2005, 11:15 am
Posts: 537
Location: Germany
Donny Bahama wrote:
Yes, I have used scripts to get the names of controls. (In fact, that's how I discovered this no-scroll bug.)
Here's a sample script:
...
and here's the text file that it parses (save as food.txt):

Hi,
I've started the script with autohotkey in Windows XP and I cannot scroll either. I think that's no CE bug.
Does it work with your windows?
Ciao
Micha


Report this post
Top
 Profile  
Reply with quote  
Micha
 Post subject:
PostPosted: April 6th, 2009, 5:39 pm 
Offline

Joined: November 15th, 2005, 11:15 am
Posts: 537
Location: Germany
Donny Bahama wrote:
Micha wrote:
We need i.e a dll or source code which can scramble textfiles. We also need the code to read the scrambled text and decrypt it. I know there are a lot of ready solutions but I haven't searched/googled for them. If we have found a suitable piece of code I can implement that to the autohotkey source.
This looks promising.


Hi,
the dlls I wrote for ahk are using the vc runtime. You have to install the vc redist files to make the dlls run. A lot of users have complained about that but the development without mfc is more difficult.

The code you have mentioned needs the .NET compact framework which is huge. I think it's not working on a PNA. We should search code that does not need any installation of other librarys.
Ciao
Micha


Report this post
Top
 Profile  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 6th, 2009, 6:38 pm 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
Micha wrote:
I've started the script with autohotkey in Windows XP and I cannot scroll either. I think that's no CE bug.
Does it work with your windows?
I didn't test that, but you're absolutely right. It doesn't work for me, either. (I'm running XP also.) Sorry, Micha, I should have checked that before posting it here.


Report this post
Top
 Profile  
Reply with quote  
SuperHappy
 Post subject: Thank You So Much!!!
PostPosted: April 10th, 2009, 6:13 am 
This is an excellent solution that can easily be automated.. If you stop right now you're going out with a BANG! :D


Great Job!


Report this post
Top
  
Reply with quote  
werD420
 Post subject:
PostPosted: April 10th, 2009, 2:05 pm 
Offline

Joined: May 21st, 2008, 10:02 pm
Posts: 13
Great Job man!


No luck on compression yet. UPX4PPC seems to break the executables. It would've been nice though

--
As a reference. I compiled a small script (some basic window spy stuff) then used upx4ppc to check out what type of compression I could get.

Before Compression: 540.55 KB
After(fastest):292.55KB - Not Working
After(maximum): 220.55KB - Not Working
--


Does anyone else know any other exe compression tools for ppc to try?


Report this post
Top
 Profile  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 13th, 2009, 11:03 pm 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
I think I already know the answer, but is there any support for detecting portrait/landscape mode? (I know AHK doesn't have/need it.)


Report this post
Top
 Profile  
Reply with quote  
Guest
 Post subject:
PostPosted: April 14th, 2009, 3:12 am 
Try using sysget to check the working area
http://www.autohotkey.com/docs/commands/SysGet.htm

On windows mobile ms usually recommends checking screen width vs screen height

ie. if (screenWidth > screenHeight) then landscape else portrait

werD


Report this post
Top
  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 14th, 2009, 3:50 am 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
Anonymous wrote:
Try using sysget to check the working area
http://www.autohotkey.com/docs/commands/SysGet.htm

On windows mobile ms usually recommends checking screen width vs screen height

ie. if (screenWidth > screenHeight) then landscape else portrait

werD
Thanks for the response and the creative suggestion. SysGet is still listed as "to investigate", so I assume Micha hasn't yet implemented it, but it's worth a quick-n-dirty test! :)


Report this post
Top
 Profile  
Reply with quote  
Donny Bahama
 Post subject:
PostPosted: April 14th, 2009, 3:56 am 
Offline

Joined: December 30th, 2006, 4:13 pm
Posts: 132
Location: Margaritaville (a state of mind somewhere between Inebriation and San Diego), CA
Actually, the built-in vars A_ScreenWidth and A_ScreenHeight work just fine. If (W > H) then landscape else portrait was a great idea, tho. Will simplify things a lot. Thanks again!


Report this post
Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  Page 13 of 31
  [ 453 posts ]  Go to page Previous  1 ... 10, 11, 12, 13, 14, 15, 16 ... 31  Next

Board index » AutoHotkey » Scripts

All times are UTC [ DST ]

Who is online

Users browsing this forum: G. Sperotto 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