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 

IE Security Zones for Application Installations

 
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> Ask for Help
View previous topic :: View next topic  
Author Message
Visioneer



Joined: 19 Nov 2007
Posts: 36

PostPosted: Fri Jul 18, 2008 3:26 am    Post subject: IE Security Zones for Application Installations Reply with quote

Hi,

I want to consider adding an applications companon web-site to Trusted
Zone for IE 6/7 in 98/XPSP2/Vista. Check out this MSDN blog:
http://blogs.msdn.com/ie/archive/2005/01/26/361228.aspx

They are acknowleging the validity of setting an application's access rights
programmatically "as part of a product installation".

Everyone agrees that there are very legitimate uses for things like,
popups, writing to statusbar, prompts, writing to clipboard, etc. In fact
anything that would allow a javascript to get a string back to AHK, seems
to be on someone's threat list. Hell, even javascript itself might not work
for an application just installed by an end user.

Everyone also agrees that an application that one buys or trys, and
installs, should work. (Microsoft not withstanding).

Of course you would not want to mess with ones registry if at all possible.

So this MSDN blog talks about the method:
IInternetSecurityManager::SetZoneMapping().
The syntax for the method looks like this:

HRESULT SetZoneMapping(DWORD dwZone, LPCWSTR lpszPattern, DWORD dwFlags)

The dwZone parameter specifies the security zone; lpszPattern specifies
the pattern, and dwFlags indicates whether to create or delete the
mapping.

There is also a C# example in the blog post.
Could someone dll that please?

So, I would like to see some, maybe a lot, of stuff on the AHK forum
about how an application can set the stage so that it could actually
work from the start. Plug-n-play, as they say.

Getting a pass from popup blockers. Ways to popup without being blocked.
Making sure that a newly intalled application can:
write to statusbar
write to clipboad
use javascript prompts
use javascript etc.

I would be especially interested in all the ways that a javascript or
web page, php etc, can simply get a string/var back to AHK.

I have had poor results with COM vars in some cases. If your script,
redirects, for example document.location.href = someothersite.com,
the var does not return. If your script does not finish very quickly,
you need to sleep, god knows how long, before starting the get var
part of the COM. Frames also usually fail.

And then there are Titles and XPSP2 and fullscreen/popups and the
SetTitleMatchMode regex because the Title isn't the Title anymore.
But that's for another post later.

Thanks
Back to top
View user's profile Send private message
tank



Joined: 21 Dec 2007
Posts: 614

PostPosted: Fri Jul 18, 2008 5:20 pm    Post subject: Reply with quote

just saw this

ill work on addressing your full needs for ya but while ill admit there are tones of bad examples and mine perhaps might be in your eyes another
check my ie scripts out
i have the waiting for page loads solved perfectly
mine will work with those full screen pops as well
works in ie6 and 7 with or without tabs

any how im gonna take vacation time from work soon this sounds like a fun free time project for me
_________________
Read this
Com
Automate IE7 with Tabs
Back to top
View user's profile Send private message
Visioneer



Joined: 19 Nov 2007
Posts: 36

PostPosted: Fri Jul 18, 2008 9:13 pm    Post subject: Reply with quote

Hi tank,

Thanks. Your COM is the best thing I have gotten from this forum.
It beats the Google/Yahoo toolbar Edit1/Edit2 play play.
I use it to inject all my js. I use the ACC.ahk flavor though because
it uses Hwnd WinExist("A") instead of Titles. After you digest and try
about 10 of these snippets, you thank god when one finally works.

You know it's not about page loads, it's about redirects, server based
ajax downloads which take indeterminate time, document.writes, and
many things that I use that take awhile to process.

About fullscreen titles, I'm gonna make a separate post about that.
Did you know that IE6 XPsp2 screws up fullscreen/popup titles? Probably
IE7 too. Set your IE browser to fullscreen or use -k with run. Then check
what WinGetActiveTitle gives you. Even though you can't see the title,
(it's fullscreen after all), Microsoft thought they should add the URL to
the front of the Title. So, all the TitleMatchMode is ruined. A 2 mode
greatly reduces control. A regex mode needs to skip the
URL%A_Space%-%A_Space%, excepting when the Title is not being
messed with. It's a real fix. I am working on that later. I would like to
see a new mode like 1, which always ignores URLs at the beginning of the
Title. Maybe even including WinGetTitle also.
Back to top
View user's profile Send private message
tank



Joined: 21 Dec 2007
Posts: 614

PostPosted: Fri Jul 18, 2008 11:25 pm    Post subject: Reply with quote

which is why my functions rely on the information from the document.title
I Hate winget
_________________
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 -> Ask for Help All times are GMT
Page 1 of 1

 
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