Closed (fixed)
Project:
Lightbox2
Version:
6.x-1.9
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
5 Dec 2009 at 23:48 UTC
Updated:
9 Dec 2009 at 19:28 UTC
In order to implement some bookmarking/tagging functionality, I need to be able to get the current URL that the user is on, within an HTML Content lightbox2. Assume that they start with Google and end up who knows where and then they want to tag that page for my site.
Is it possible to turn a lightbox2 into a non modal (display on top) widget such that both, it and the overlaid page can be active? Lightbox2 could disappear if/when the user changes its base overlaid page. In otherwords, it ends up being a hovering box and part of the page that initiates it.
Comments
Comment #1
dman commentedRe point 1, it's a feature of browser sandboxing and privacy restrictions that one site may not access information from another domain through scripting. This includes snooping on your location and session details even if the target site is in an iframe on a containing page.
You do not/should not get even read access to that URL. If you look, you'll see that not even Digg or Google (image search) can do much about that. The only legal work-around is to provide your own on-site proxy for the remote site(s), and that's a lot of work.
So once a user has 'left' your site and started clicking through remote sessions, you can't see what they do. Obviously, this is a huge deal to prevent XSS and snooping.
Comment #2
dman commentedOh, and "support requests" cannot be "critical". By Definition.
Comment #3
tesliana commentedThanks for both, your answer and guidance on "critical requests".
However, in ShareFire (an Adobe AIR desktop RSS reader which uses some standard HTML engine) as I go to any site and then click on links, the URL changes in the URL entry/display field. Looking at that, I am certain that they are somehow figuring out the URL and making it available to the application.
Thanks again.
Comment #4
tesliana commentedOK, once more and then I will close this.
Does anyone know the answer to this ?
Comment #5
dman commentednot here or at MSDN or here - (with a nice explanation).
I'm pretty sure the answer is "no". Your example of a desktop application that contains a browser that knows what it's looking at is not at all the same as an HTML page that's published on the web.
Comment #6
tesliana commentedThank you very much. You are correct and that about settles it.
For whatever it's worth, the ShareFire desktop application that I mentioned is implemented in Adobe AiR and somewhere on www.adobe.com I found the following, which made me think that if "open source WebKit" can do it then it must be possible.
Q. What HTML and JavaScript engine is used in Adobe AIR?
A. HTML and JavaScript within Adobe AIR are handled by the open source WebKit HTML/JavaScript engine.
Thanks again.
Case closed.