HTTP Request and opera 8

[Marcos]

This [1]script not work with last Opera 8, but its work with Internet
Explorer and Firefox, the HTTP Request yet not work fine on the Opera?

[1]
function sendmessage(url , querystrings)
{
xmlhttp = checkxml();
if(xmlhttp)
{
xmlhttp.open("P OST", url ,true); // Method and URL destination
try {xmlhttp.setReq uestHeader("Con tent-type",
"applicatio n/x-www-form-urlencoded;char set=UTF-8"); } catch(e) {} // Header

xmlhttp.onready statechange=fun ction() // New function that check the
state of request
{
if(xmlhttp.read yState==4)
{
if(xmlhttp.stat us==200)
{
replymsg('reply msg', true);
document.getEle mentById('messa ge').value = '';
if (xmlhttp.respon seText==1)
{
alert("[{Your_message_w as_sended}]");
}
}
if(xmlhttp.stat us==404) alert("[{Ops!_404_Not_F ound}]");
}
}

xmlhttp.send(qu erystrings); // Transmits the request with querystrings
}
}

--
Marcos.
http://www.linuxhard.org

[Martin Honnen]

Marcos wrote:

This [1]script not work with last Opera 8, but its work with Internet
Explorer and Firefox, the HTTP Request yet not work fine on the Opera?
Unfortunately Opera has now released Opera 8.00 with an implementation
of XMLHttpRequest which lacks some of the properties and methods that
MSXML (used by IE) and that XMLHttpRequest in Mozilla implement. Their
whole engineering in regard to XMLHttpRequest seems to have been driven
by the goal of implementing the properties and methods GMail uses.
It seems the implemented properties and methods are

readyState
responseText
responseXML
status
open
send
abort
getAllResponseH eaders
getResponseHead er

try {xmlhttp.setReq uestHeader("Con tent-type",
"applicatio n/x-www-form-urlencoded;char set=UTF-8"); } catch(e) {} // Header

setRequestHeade r is not implemented in Opera 8.00 thus you cannot inform
the server about the content type of the data you are POSTing with the
send method.

--

Martin Honnen
http://JavaScript.FAQTs.com/

[Matt Kruse]

Martin Honnen wrote:

try {xmlhttp.setReq uestHeader("Con tent-type",
"applicatio n/x-www-form-urlencoded;char set=UTF-8"); } catch(e) {} //
Header

setRequestHeade r is not implemented in Opera 8.00 thus you cannot
inform the server about the content type of the data you are POSTing
with the send method.

In other words, Opera lags behind once again.

Since very few people use Opera anyway (why not use Firefox instead?) I
don't even care about supporting its quirks and random implementations of
features other browsers have. If people choose to use a browser that lacks
the capabilities of others, and the others are freely available for them to
use, then IMO those users are _choosing_ to have a lesser web browsing
experience, possibly with errors and non-functioning scripts.

The same could easily be said for IE, but the reality is that IE is still
the dominant browser, so it's not as easy to ignore as Opera is ;)

--
Matt Kruse
http://www.JavascriptToolbox.com

[Martin Honnen]

Matt Kruse wrote:

Martin Honnen wrote:

try {xmlhttp.setReq uestHeader("Con tent-type",
"applicati on/x-www-form-urlencoded;char set=UTF-8"); } catch(e) {} //
Header

setRequestHea der is not implemented in Opera 8.00 thus you cannot
inform the server about the content type of the data you are POSTing
with the send method.

In other words, Opera lags behind once again.

I am disappointed myself that Opera didn't care to provide a compatible
implementation of XMLHttpRequest in the final release of 8.00 although
they already had a partial implementation in those 7.60 preview and 8.00
beta releases.
As I have already said their only goal for XMLHttpRequest os far seems
to be that GMail works with Opera 8.

But you cannot say that they generally lag behind with features in Opera
8, they have SVG tiny support (scalable vector graphics), they are the
first browser to have DOM Level 3 Load and Save (only there is not much
that gives you that Mozilla couldn't do with
XMLHttpRequest/DOMParser/XMLSerializer), they have DOM Level 2 range and
tree walker/traversal support.

--

Martin Honnen
http://JavaScript.FAQTs.com/

[Matt Kruse]

Martin Honnen wrote:

But you cannot say that they generally lag behind with features in
Opera 8, they have SVG tiny support (scalable vector graphics), they
are the first browser to have DOM Level 3 Load and Save (only there
is not much that gives you that Mozilla couldn't do with
XMLHttpRequest/DOMParser/XMLSerializer), they have DOM Level 2 range
and tree walker/traversal support.

It seems that Opera often puts in "cool" new features, but ignores some key
compatability features that make it a hit-and-miss browser for users.

For example, way back when, Opera didn't even support new Option() at all,
yet it was introducing new things like skins and gestures, etc.

I was mostly ranting in my previous post (Opera's not that bad ;) but still,
I often question their decision-making process for what new features get top
priority.

--
Matt Kruse
http://www.JavascriptToolbox.com

[Jim Ley]

On Tue, 19 Apr 2005 17:51:10 +0200, Martin Honnen <ma*******@yaho o.de>
wrote:

Matt Kruse wrote:

Martin Honnen wrote:

try {xmlhttp.setReq uestHeader("Con tent-type",
"applicatio n/x-www-form-urlencoded;char set=UTF-8"); } catch(e) {} //
Header

setRequestHe ader is not implemented in Opera 8.00 thus you cannot
inform the server about the content type of the data you are POSTing
with the send method.

In other words, Opera lags behind once again.

I am disappointed myself that Opera didn't care to provide a compatible
implementati on of XMLHttpRequest in the final release of 8.00 although
they already had a partial implementation in those 7.60 preview and 8.00
beta releases.

It's pretty disgusting in my opinion, Opera continously knock IE for
their standards compatibility, and here they are not bothering to
implement trivial parts of specifications they have standardised.

Jim.

[Christopher Benson-Manica]

Matt Kruse <ne********@mat tkruse.com> spoke thus:

I was mostly ranting in my previous post (Opera's not that bad ;) but still,
I often question their decision-making process for what new features get top
priority.

I love Opera, but I agree, some of these things are starting to get
ridiculous. The main reason I continue to use Opera is mouse
gestures; should a browser that *really* conforms to standards
implement them, I'll switch.

--
Christopher Benson-Manica | I *should* know what I'm talking about - if I
ataru(at)cybers pace.org | don't, I need to know. Flames welcome.

[kaeli]

In article <d4**********@c hessie.cirr.com >, at***@nospam.cy berspace.org
enlightened us with...

I love Opera, but I agree, some of these things are starting to get
ridiculous. The main reason I continue to use Opera is mouse
gestures; should a browser that *really* conforms to standards
implement them, I'll switch.

Like this? https://addons.update.mozilla.org/ex...numpg=10&id=39

--
--
~kaeli~
If a chicken and a half can lay an egg and a half in a day
and a half, how long would it take for a monkey with a
wooden leg to kick the dill seeds out of a pickle?
http://www.ipwebdesign.net/wildAtHeart
http://www.ipwebdesign.net/kaelisSpace

[Hallvord R. M. Steen]

Martin Honnen wrote:

But you cannot say that they generally lag behind with features in
Opera 8, they have SVG tiny support (scalable vector graphics), they
are the first browser to have DOM Level 3 Load and Save <X> they have DOM Level 2 range and tree walker/traversal support.

Thanks for pointing that out, Martin :-)

Matt Kruse wrote:
It seems that Opera often puts in "cool" new features, but ignores some
key compatability features that make it a hit-and-miss browser for users.
For example, way back when, Opera didn't even support new Option() at
all, yet it was introducing new things like skins and gestures, etc.

The missing bits in the implementation of XMLHttpRequest are regrettable,
it will be fixed and hopefully in the near future. Opera is also active in
the WHAT WG work (whatwg.org), which should improve cross-browser
compatibility in general. I think you're being more than a little unfair
when you bring up incompatibiliti es from "way back when" :-p and compare
DOM and UI improvements, which are very different things.
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[Jim Ley]

On Fri, 22 Apr 2005 10:21:08 +0200, "Hallvord R. M. Steen"
<ha******@opera mail.com> wrote:

The missing bits in the implementation of XMLHttpRequest are regrettable,

It's more than regrettable, it's the sort of intentional release of
incompatible APIs that we see from Microsoft, that Opera regularly
complain about. Howcome wrote for CNET
"how embarrassing it will be to release a browser that doesn't live up
to community standards "

Yet they fail in that very fact, are they embarrassed? Or are they
simply hypocrites?

You mention the WHAT-WG, and Opera being involved in it. the WHAT-WG
say this about the XML http request object "Do not implement this in a
production product" So they're completely ignoring their own
"standard".

I'm sorry, I don't think we should have any generosity towards Opera
here. They've shown that's not standards or compatibility they care
about, but making it work with GMail, and not giving two hoots about
every other use out there.

Jim.