headers
JetCo | 2 Jan 2004 19:15
Favicon

Beijing <-> ShangHai US$50 !! Limited Time ONLY


Fly Beijing <-> ShangHai ECON Class only US$50, limited time only!
Fly Beijing <-> Other major cities from US$50 TOO!!!!!

Call now for the cheapest rate ever and have reseveration now!!!

Tel: +86 13702519046, +86 13018746994, +86 13715621736
Permalink | Reply | 0 comments |
headers
Erik Arvidsson | 4 Jan 2004 14:38

Re: Checkbox working in mozilla but not in IE6

Martin Honnen wrote:

>   checkbox.checked = checkbox.defaultChecked = true;
>   document.body.appendChild(checkbox);

Changing the order of the above lines should work in IE even if you 
remove the defaultChecked. The problem is that the value does not work 
on orphaned elements and is lost when the element is moved in the DOM tree.

erik
Permalink | Reply | 1 comment |
headers
N. Hart | 5 Jan 2004 10:55
Picon
Favicon

Problem accessing DOM using 1.6 ActiveX Mozilla Control

Hi all,

When I access the Webbrowser control in ActiveX and retrieve the
"Document" property, I get a valid OLE automation control. If I then
retrieve the "all" property from the Document, I get an OLE automation
control with no methods/properties.

If I do the same thing in IE I get a list of valid methods such as
"length()", "item(int i)" etc etc

Is this just a problem with the ActiveX bridge in Mozilla?

Any help would be much appreciated!

--
N. Hart
ndhart <at> webmail.co.za
Permalink | Reply | 2 comments |
headers
Martin Honnen | 5 Jan 2004 12:42
Picon
Favicon

Re: Problem accessing DOM using 1.6 ActiveX Mozilla Control


N. Hart wrote:

> When I access the Webbrowser control in ActiveX and retrieve the
> "Document" property, I get a valid OLE automation control. If I then
> retrieve the "all" property from the Document, I get an OLE automation
> control with no methods/properties.
> 
> If I do the same thing in IE I get a list of valid methods such as
> "length()", "item(int i)" etc etc
> 
> Is this just a problem with the ActiveX bridge in Mozilla?

I don't know about the Mozilla Active-X control but in general Mozilla 
implements the W3C DOM and that doesn't define an all property for 
document objects.

--

-- 

	Martin Honnen
	http://JavaScript.FAQTs.com/
Permalink | Reply | 0 comments |
headers
N. Hart | 5 Jan 2004 14:10
Picon
Favicon

Re: Problem accessing DOM using 1.6 ActiveX Mozilla Control

On 2004/01/05 01:42, Martin Honnen wrote:
> 
> I don't know about the Mozilla Active-X control but in general Mozilla 
> implements the W3C DOM and that doesn't define an all property for 
> document objects.
> 

Fair enough.

However, it also doesn't have any properties/methods in
the "body" property of "Document" which seems wrong
according to the W3C DOM.

--
N. Hart
ndhart <at> webmail.co.za
Permalink | Reply | 2 comments |
headers
D Averch | 6 Jan 2004 04:17
Picon
Favicon

Re: Checkbox working in mozilla but not in IE6

We have a winner.  The code if reversed works in both Mozilla and IE:
   tdElem.appendChild(inpElem);
   inpElem.checked = sel;

"Erik Arvidsson" <erik <at> eae.net> wrote in message
news:bt94a6$a1p1 <at> ripley.netscape.com...
> Martin Honnen wrote:
>
> >   checkbox.checked = checkbox.defaultChecked = true;
> >   document.body.appendChild(checkbox);
>
> Changing the order of the above lines should work in IE even if you
> remove the defaultChecked. The problem is that the value does not work
> on orphaned elements and is lost when the element is moved in the DOM
tree.
>
> erik
Permalink | Reply | 0 comments |
headers
Martin Honnen | 6 Jan 2004 13:06
Picon
Favicon

Re: Problem accessing DOM using 1.6 ActiveX Mozilla Control


N. Hart wrote:

> On 2004/01/05 01:42, Martin Honnen wrote:
> 
>>
>> I don't know about the Mozilla Active-X control but in general Mozilla 
>> implements the W3C DOM and that doesn't define an all property for 
>> document objects.
>>

> However, it also doesn't have any properties/methods in
> the "body" property of "Document" which seems wrong
> according to the W3C DOM.

Maybe someone having experience with embedding can answer/explain that, 
as said I don't use the control and only know about the DOM in Mozilla 
when used in a browser and there for HTML documents the document object 
has a body property.

--

-- 

	Martin Honnen
	http://JavaScript.FAQTs.com/
Permalink | Reply | 0 comments |
headers
Roland.Tepp | 6 Jan 2004 13:49
Picon

RE: Problem accessing DOM using 1.6 ActiveX Mozilla Control

> > I don't know about the Mozilla Active-X control but in 
> > general Mozilla implements the W3C DOM and that doesn't
> > define an all property for document objects.
> 
> Fair enough.
> 
> However, it also doesn't have any properties/methods in
> the "body" property of "Document" which seems wrong
> according to the W3C DOM.
> 
I've not really tried to use Mozilla ActiveX, but I'd suggest that AxtiveX
wrapper for mozilla does not fully implement MSDOM (for obvous reasons). I
suppose You should take a look at the Mozilla ActiveX project at
http://www.iol.ie/~locka/mozilla/mozilla.htm

A (modified) excerpt from FAQ there:
Q: How closely do the Mozilla and IE controls behave?
A: They have reasonably similar behaviour when controlled via
   IWebNavigation and IWebNavigation2 but the Mozilla control
   has limited support for the DOM. Event firing is similar
   but not exact. Browser helper objects are implemented but
   not tested extensively. The IE 5 DOM is not supported at
   all, but may be when the Mozilla build system moves up to
   Visual Studio .NET. 

It seems that if You are determined to access Mozilla DOM via ActiveX,
You're in for a world of trouble...
Permalink | Reply | 0 comments |
headers
Barnoit | 6 Jan 2004 20:37
Picon
Favicon

innerhtml or clonenode and maintaining user form input

Is there a way to use innerhtml or clonenode on a form element and
copy all child elements including the user input? This is how it
functions in ie, but using mozilla it just creates the elements minus
the user input (losing the form values). Any ideas would be
appreciated.
Permalink | Reply | 7 comments |
headers
Jonas Sicking | 6 Jan 2004 21:35

Re: innerhtml or clonenode and maintaining user form input

If you use .cloneNode(true) it certainly should copy the node including 
attributes, children and formvalues. If that doesn't work in mozilla 
then that is a serious bug. Please file a bug on that but make sure it 
isn't fixed in recent builds first.

And attach a minimized testcase.

.innerHTML should not copy the formvalues since that only copies the 
markup and according to the DOM-HTML spec the formvalues are not 
reflected there.

Best Regards,
Jonas Sicking

Barnoit wrote:
> Is there a way to use innerhtml or clonenode on a form element and
> copy all child elements including the user input? This is how it
> functions in ie, but using mozilla it just creates the elements minus
> the user input (losing the form values). Any ideas would be
> appreciated.
Permalink | Reply | 6 comments |

Gmane