[Cartoweb-users] Cartoweb and Firefox 3

[Oliver Christen]

Hi

there is absolutly no reason it would break ajax,
the patch only set a css property and do not touch at all ajax javascript.
this was tested on FF3 and FF2 wihtout any side effect.

your problem is elsewhere. can you be more specific about the issue you are 
having with ajax ?

regards
Oliver


> Apologies if someone has already mentioned this, but I didn't see it.
>
> I applied the patch and it indeed fixes the problem for FF3. However, it 
> breaks the AJAX functioning of FF2. So far as I can tell, you can either 
> have it work for FF2 for FF3 but not both. Would like to know if anyone 
> has had a different outcome, because at the moment it forces us to choose 
> to support one or the other or do browser sniffing... neither of those is 
> a desirable way to go...
>
> Chris
>
> Bruno Friedmann wrote:
>> Hi Pierre,
>>
>> I've just try the patch. Work great here ( FF3 under linux )
>> I've not access to a ff3 win32 install now. But think It should work 
>> also.
>>
>> Nice quick & dirty catch. A prototype update would be nice also, no ?
>>
>>
>> Pierre GIRAUD wrote:
>>> Hello all,
>>>
>>> I was asked to have a look at this problem with FF3 and I think I found
>>> a solution.
>>> The "workaround" is to set a new property for the #map.layer class in
>>> dhtml.css as described in the patch.
>>>
>>> Right now, I'm looking for a response from the bugzilla server which
>>> seems to be down currently.
>>>
>>> However, I would be happy if you let me know if this works.
>>>
>>> Regards,
>>> Pierre
>>>
>>> Oliver Christen wrote:
>>>> mmm, the dhtml do not seems to use prototype's getElementsByClassName,
>>>> it use xGetElementsByClassName which doesnt redefine the core
>>>> getElementsByClassName function.
>>>>
>>>> but since the problem you noticed happens only in ajax mode, it also
>>>> means the problem happens only prototye.js is loaded so it is linked
>>>> somehow. We will look into that.
>>>>
>>>> thank you
>>>>
>>>> regards
>>>> Oliver
>>>>
>>>>
>>>>
>>>>> I think the real trouble are located in the regression prototype.js
>>>>>
>>>>> http://ejohn.org/blog/getelementsbyclassname-pre-prototype-16/
>>>>>
>>>>> (don't have time today to look at it )
>>>>> But I know that cw3 use quiet very old version ( 1.5rc )
>>>>>
>>>>> This should also have impact on dhtml.js an certainly quiet a lot's
>>>>> of code inside cw3
>>>>> (I really hope that's not the case :-) )))
>>>>>
>>>>> Tell us if your analyse drive you to the same index.
>>>>>
>>>>> Oliver Christen wrote:
>>>>>> Hi
>>>>>>
>>>>>> thank you for reporting this.
>>>>>> the problem occure specificaly when ajax is enabled.
>>>>>> all clic-drag tools are effectively affected.
>>>>>> we are currently looking into this matter.
>>>>>>
>>>>>> regards
>>>>>> Oliver
>>>>>>
>>>>>>
>>>>>>> Kurt Menke wrote:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I've noticed that the Cartoweb zoom functionality, and the client 
>>>>>>>> in
>>>>>>>> general, hangs a lot more often in Firefox 3.  I have to use the
>>>>>>>> Refresh
>>>>>>>> button a lot.  For instance, I can use the zoom tool once fine and
>>>>>>>> the
>>>>>>>> second time it doesn't zoom to the correct area unless I Refresh. 
>>>>>>>> It
>>>>>>>> worked
>>>>>>>> beautifully in Firefox 2.  Has anyone looked into this?
>>>>>>>>
>>>>>>>> Kurt
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> **************************
>>>>>>>>
>>>>>>> Absolutely +1. We seen exactly the same trouble.
>>>>>>> Other tools that need point,clic and drag have the same trouble
>>>>>>> (outline,measure...)
>>>>>>>
>>>>>>> -- 
>>
>>
>
> -- 
>
> Chris Duncan, Ph.D.
> President
> GISmatters
>
> duncan at GISmatters.com
> http://www.gismatters.com/
>
> 1 Tuckerman Ln
> Amherst, MA 01002
>
> Tel: 413-549-2052
> Fax: 508-637-2557
> _______________________________________________
> Cartoweb-users mailing list
> Cartoweb-users at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/cartoweb-users
>