× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Yes that is our approach too. Get it working in Firefox (using Firebug and httpfox for debugging) and you can be pretty certain it will work in Opera, Safari and Chrome also. You then try IE and (depending on how sophisticated your UI is) you usually find there are one or two nasties to code around. jQuery masks most of the foibles for you. We have found that IE8 must be used in "IE8" browser mode and "IE 8 Standards" document mode to work consistently with a jQuery based UI (as opposed to the various IE compatibility modes).

FWIW, although you can get by with "just enough javascript knowledge" to use jQuery, I still believe you really need a fairly in depth understanding to get the maximum benefit - especially to build your own widgets and plug-ins on top of the base library. Including "jQuery UI" and "themes" also gives you a much greater scope to develop a decent modern UI.

I have kept an eye on these perceived security vulnerabilities and haven't found anything alarming at all. One or two of the so-called vulnerability issues being placed at the jQuery door have nothing to do with jQuery as such - they are general potential issues with client-side scripting with or without a library like jQuery or Glow (from the BBC). Take this one for example: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2007-2379 This is labelled as a jQuery issue but is nothing specifically to do with jQuery at all. You might look at this and think that simply by including jQuery in your application you automatically have this vulnerability - but that would also be completely untrue. Normally, if you understand the things that you are exposing in your app, then you should be able to avoid vulnerabilities, especially if you are only using the UI enrichment aspects of the library.



-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Paul Tuohy
Sent: 20 September 2010 09:09
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] CSS, javascript, ajax and different browsers

Hi Jim,

I would agree with what everyone else has said on jQuery. I do recommend
that you have some understanding of Javascript - just enough to
appreciate what jQuery actually does for you.

When it comes to CSS, IE is really the fly in the ointment. But the good
news is that all of the "issues" are well documented, along with their
solutions. Most of the issues you will probably hit have to do with
layout - and any book on CSS will highlight those, along with their
solutions. Also, CSS is not something you will be constantly tweaking on
a large scale, so you should be able to get it right fairly early on.

For me, the rule is to do all my development/testing using Firefox
(because of all the great development plug-ins like Firebug and Web
Developer Toolbar) - and then check what my pages look like in IE.

Regards

Paul Tuohy
ComCon
www.comconadvisor.com
www.systemideveloper.com





Jim Franz wrote:
In dealing with customer web pages (order entry) how are others handling browser differences?
Do you dumb the features down to a level most browser accept or code sections for different browsers? This is search & data entry & not so much point & click, & project on a skinny budget.

Depending upon whose stats (this is w3schools),
Internet Exp8 16.2% IE7 7.8% IE6 6.7% Total 30.7
Firefox 4.0 0.6% 3.6 35.2% 3.5 6.1% Total 45.8
Chrome 6.0 1.4% 5.0 15.1% 4.0 0.3% Total 17.0
Safari S5 2.6% ... 3.5

We want to set a minimum standard for browsers.
All of this will be in rpgle cgi.
Jim Franz

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.



--------------------------------------------------------------------------------


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.