Hi,
Maybe it has to do with your security-setings in IE. You need to allow
scripts
to access secure ActiveX-Controls, as you need for all ajax stuff.
Otherwise there will of course not be any chance to get an
XMLHttpRequest object.
But that cannot be the case because I tested
Hi,
I'm getting something similar in IE7 as well (FF and Opera seem fine). A
View Source reveals this:
script id=__ie_init defer=true src=//:/script
Hm, that is nothing that could have been created with jsPax. I don't use
deferred scripts and there is no __ie_init anywhere in jsPax as well.
Hi,
Maybe it has to do with your security-setings in IE. You need to allow
scripts
to access secure ActiveX-Controls, as you need for all ajax stuff.
Otherwise there will of course not be any chance to get an XMLHttpRequest
object.
But that cannot be the case because I tested your
Christof Donat wrote:
Maybe it has to do with your security-setings in IE. You need to allow
scripts
to access secure ActiveX-Controls, as you need for all ajax stuff.
Otherwise there will of course not be any chance to get an XMLHttpRequest
object.
But that cannot be the case
On 1/17/07, Andrea Ercolino [EMAIL PROTECTED] wrote:
Could you please confirm that the page you see in FF and IE both show
colored code? You'll begin to think I'm pedant, but in FF I see colored
code, no matter if I reload. On the contrary, in IE7 I can see at first
black code, and after a
Hi,
But I still have the same problem...
Here is a zip file. After unzipping, there will be a new chili folder
with a test page and a subfolder. It works in FF1.5.0.9 but does not in
IE7. http://www.nabble.com/file/5620/chili.zip chili.zip
Currrently I don't have IE7 at hand - on monday
Christof Donat wrote:
I have no problems with a relative package path
This is very strange... Did you use the exact files/directories in the zip I
submitted?
--
View this message in context:
http://www.nabble.com/dynamic-loading-of-jquery.js-into-my-web-page-tf2905089.html#a8392903
Hi,
I have no problems with a relative package path
This is very strange... Did you use the exact files/directories in the zip
I submitted?
Yes, I just changed packageBase to the path at my computer. Everything else is
exactly the files in the zip.
Maybe it has to do with your
Christof Donat wrote:
@Andrea: can you please check, if that was the problem for you?
Your test page works now :-)
But I still have the same problem...
Here is a zip file. After unzipping, there will be a new chili folder with
a test page and a subfolder. It works in FF1.5.0.9 but does
Hi,
Your test page works now :-)
Great :-)
But I still have the same problem...
Here is a zip file. After unzipping, there will be a new chili folder
with a test page and a subfolder. It works in FF1.5.0.9 but does not in
IE7. http://www.nabble.com/file/5620/chili.zip chili.zip
Christof Donat wrote:
Just a guess: Have you tried to use an absolute URL, or at leas an
absolute
path here? Maybe Firefox interprets that relative to the current HTML page
and IE interprets it relative to the js. Then IE tries to
load packages/packages/jquery.js where Firefox loads
Hi,
Just a guess: Have you tried to use an absolute URL, or at leas an
absolute
path here? Maybe Firefox interprets that relative to the current HTML
page and IE interprets it relative to the js. Then IE tries to
load packages/packages/jquery.js where Firefox loads
packages/jquery.js.
Christof Donat wrote:
Hm, that is strange. can you please check, if the testsuite at jquery.org
works correctly with IE for you? It uses exactly the compressed package.js
that is also available for download.
Which testsuite? What URL?
--
View this message in context:
Hi,
Which testsuite? What URL?
Look at
http://www.jspax.org/test/
Christof
___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
Christof Donat wrote:
Which testsuite? What URL?
Look at
http://www.jspax.org/test/
FF, OK.
IE, KO:
http://www.nabble.com/file/5605/jspax.png
--
View this message in context:
http://www.nabble.com/dynamic-loading-of-jquery.js-into-my-web-page-tf2905089.html#a8296718
Sent from the
Hi,
http://www.jspax.org/test/
FF, OK.
IE, KO:
Hm, It workes for me. I'll see if I can find something strange around the
point, the error message suggests.
Christof
___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
Christof Donat wrote:
Hi,
http://www.jspax.org/test/
FF, OK.
IE, KO:
Hm, It workes for me. I'll see if I can find something strange around the
point, the error message suggests.
Christof
For me on IE 6 it pops up a message saying This page is accessing
information that is not under
Hi,
http://www.jspax.org/test/
FF, OK.
IE, KO:
Hm, It workes for me. I'll see if I can find something strange around the
point, the error message suggests.
Christof
For me on IE 6 it pops up a message saying This page is accessing
information that is not under its control.
On 1/12/07, Christof Donat [EMAIL PROTECTED] wrote:
Erm, yes. I just found that one. It was just trying to fetch the packages
from
http://jspax.cdonat.de/test/. I have changed that to /test/ now. On the
Server jspax.cdonat.de, jspax.org, jspax.de and jspax.com are the same
directory.
I know
Hi,
Yes, I downloaded it short before.
Please, tell me when I can download the fixed version, and I'll test
again
I just have uploaded the current version again. Please try again.
I've just downloaded and tried again but... nothing changed :(
Have you tried the testsuite that I have
1. I've put this line at the bottom of the standard jquery.js file not
compressed:
$package('jquery',{});
2. I've wrapped the content of the standard chili.js file inside this:
$using( 'jquery', function() {
...
} );
3. I've changed the default
Hi,
2.I've wrapped the content of the standard chili.js file inside this:
$using( 'jquery', function() {
...
$package( 'chili', {} );
} );
Since you don't load chili.js via jsPax you don't necessarily need the
$package()-call, but it doesn't hurt.
3.I've
Christof Donat wrote:
Yes, I downloaded it short before.
Please, tell me when I can download the fixed version, and I'll test
again
I just have uploaded the current version again. Please try again.
I've just downloaded and tried again but... nothing changed :(
--
View this message in
Hi,
Yes, I downloaded it short before.
Please, tell me when I can download the fixed version, and I'll test again
I just have uploaded the current version again. Please try again.
Christof
___
jQuery mailing list
discuss@jquery.com
Christof Donat wrote:
Well, I don't know about any guarantees, but it works in all test I did
(with
the loaded script delayed, etc.)
I'm trying to apply your jsPAX to my Chili setup, but it works in FF1.5
and
not in IE7, which does not return any error and does not show the page,
Christof,
I'm afraid that I simply don't take Safari users into account. Hardly a
great thing, but I focus on three browsers: Firefox and IE7, and then IE6.
In that order. The work I do is targetted at corporate users who run Windows
2000 and Firefox, and all the JS work I do is for those users.
Hi,
I'm afraid that I simply don't take Safari users into account. Hardly a
great thing, but I focus on three browsers: Firefox and IE7, and then IE6.
In that order. The work I do is targetted at corporate users who run
Windows 2000 and Firefox, and all the JS work I do is for those users.
That's a good, workable solution!
Cheers,
Dan
Christof Donat wrote:
Hi,
I'm afraid that I simply don't take Safari users into account. Hardly a
great thing, but I focus on three browsers: Firefox and IE7, and then
IE6.
In that order. The work I do is targetted at corporate users who
I'm afraid that I simply don't take Safari users into
account. Hardly a great thing, but I focus on three
browsers: Firefox and IE7, and then IE6.
In that order. The work I do is targetted at corporate
users who run Windows 2000 and Firefox, and all the
JS work I do is for those
Michael Geary schrieb:
Hmm... This would make a nice patch for jQuery itself - when it concatenates
all the files to make the various dist versions, add this line to the end
of the merged code:
window.jQuery_onload jQuery_onload();
John et al, what do you think?
The implementation is
Hi,
That looks really dodgy, sorry.
What if the browser downloads script and script2 at the same time, and
script2 finishes first?
It doesn't. script2 is not downloaded at all, it is like a inline script. As
you might know scripts are evaluated in the order they are in the HTML code,
that
Hi,
As you might know scripts are evaluated in the
order they are in the HTML code, that is that script will be
evaluated before script2 is.
Interesting - is that guaranteed even when the scripts are added
dynamically?
Well, I don't know about any guarantees, but it works in all test I
Hi,
function addScript( url ) {
var script = document.createElement( 'script' );
script.type = 'text/javascript';
script.charset = 'utf-8';
script.src = url;
document.getElementsByTagName('head')[0].appendChild( script );
};
There are safari-versions
function addScript( url ) {
var script = document.createElement( 'script' );
script.type = 'text/javascript';
script.charset = 'utf-8';
script.src = url;
document.getElementsByTagName('head')[0].appendChild( script );
};
You would use it by doing something
34 matches
Mail list logo
