![]() Registered Member ![]()
|
I have developed a website and tested it with konqueror and i am facing some problems with the Controls i am using. Those problems do not occur when Konqueror runs in safari browser indentification.
Now i would like to know if there is a meta-tag or another way to force all users that visit this page with Konqueror to turn into Safari mode. Like <meta http-equiv="X-UA-Compatible" content="IE=8" /> with Internet Explorer. Hope you can help me out. |
![]() Administrator ![]()
|
As far as I am aware, Konqueror does not change it's behaviour when sending different User Agents. Have you verified that elements such as Javascript from frameworks such as JQuery are not detecting the Safari UA and acting accordingly?
Konqueror uses KHTML which is the predecessor to Webkit which Safari (as Apple forked KHTML to create Webkit).
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
Thats exactly what happens, the controls i am using are Telerik (ASP.NET) and they seem to have some "Safari" only stuff in there. I have already opened this thread: http://www.telerik.com/community/forums ... wsers.aspx lets see what they say.
Since i dont believe they will change it in some time, and changing my website from telerik to some other stuff would take ages, i would like to know if there is this possiblity to force konquerer to send safari information. The problem i am facing at my site, which is the most annoying at this hour, you can also find it at teleriks demo website. When you visit this page: http://demos.telerik.com/aspnet-ajax/sc ... ultcs.aspx You will notice that the Scheduler is "almost empty", when you change the browser identification to safari you will see that the items are displayed with the correct height and width attribute, but at the default browser identification the items do not have any width and height specified. Plus the fact that you can only switch views when you are in safari mode. |
![]() Administrator ![]()
|
As far as I am aware, users would have to add a "Site specific identification" themselves.
Have you tested with the Konqueror Webkit backend to see how that fares? I also confirmed what you experienced. With the UA "Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_6_1; appLanguage) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10" it works fine, but Konqueror uses "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/533.3 (KHTML, like Gecko) konqueror/4.8.0 Safari/533.3" by default here. Be interesting to see how they are determining the difference - as the UA's are very similar.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot]