× 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.



Excellent point Aaron.  I never thought about if you were
buidling an app that includes a "widget" or something from
another site.


On Fri, 22 Sep 2006 05:39:54 -0500
 "albartell" <albartell@xxxxxxxxx> wrote:
I think the content of what should be returned depends on
the scenario.
Brad, in your case you probably have full control over
the entire
application so you can make the decision to use HTML
(which I agree is best
in your situation).  But if one doesn't have control over
every aspect and a
server side service is providing data for many different
pages, I can see
XML being of great use to make the data coming back down
to the client
blatantly described with xml markup.  Then the
browser/client can parse that
xml and do with it what it needs to do (i.e. update a
<div>, update a named
table, etc).  If the data is not described via xml in
that latter example
then you start relying on positional locations for data
(i.e. third column
in is the item price) which can be dangerous if someone
decides to change
that column to be number four.

Those are my thoughts.  I think each has its place.

Aaron Bartell
http://mowyourlawn.com
 

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx
[mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Brad Stone
Sent: Thursday, September 21, 2006 5:42 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] AJAX...

So, do you return XML and then convert that to HTML?  

Seems like extra work to me.  :)

Have you found any ways to debug AJAX such as view the
source returned on
the page, etc?  IT stinks that you can't even save the
page with the dynamic
information inserted and see the *ML that was sent back
from the app.
That's the main thing that's holding me back on
implementing it more.

I had a huge shopping application for a customer set up
with AJAX but
decided to go back to standard scripts because I was
finding debugging a
pain.  Not that I insert any bugs into code mind you.  :)

Brad


On Thu, 21 Sep 2006 17:18:15 -0400
 "Bob Cozzi" <cozzi@xxxxxxxxx> wrote:
Brad,
Yes, Ajax, i.e., the XMLHttpRequest object supports
receiving "data".
The "default" or "normal" or "usual" or "original"
intent was to 
return XML to the browser, but it allows you to return
anything, 
including HTML, raw data, Javascript or XML.
I tend to use XML in my AJAX apps, but that' doesn't
mean everyone 
does or should.
Sorry for being a be too specific, I tend to do that
lately. <tic>

-Bob Cozzi
www.iSeriesTV.com
Ask your Manager to watch iSeriesTV.com


-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx
[mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Brad
Stone
Sent: Thursday, September 21, 2006 2:43 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] AJAX...

On Thu, 21 Sep 2006 11:14:16 -0500
 Robert Cozzi <cozzi@xxxxxxxxx> wrote:
In a CGI library the AJAX pieces really need to be
sent as XML. So 
you need to build the XML using whatever you want.

Bob,

I've only used AJAX in a few projects now, but I've
always returned 
HTML and I am curious as to this statement that it
should be XML.

In fact, I found AJAX was what I've wanted for years.
 It's
fairly easy to convert your dymamic SSI to AJAX and
make the pages 
more seamless (as SSI was the closest to AJAX that I
could get before, 
and I use it for almost everything).

AJAX really is just returning data to the page, so
making XML then 
converting that to HTML really seems like an extra
unneeded step in 
most web applications, but I am interested in hearing
the whos, whats 
and whys behind this statement.
 :)

But, I'm shying away from AJAX the more I use it.  It
seems to make 
debugging and error tracking, not to mention flow a
little more 
difficult.  But it's still pretty cool.
--
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.


--
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.


Bradley V. Stone
BVS.Tools
www.bvstools.com
--
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.

-- 
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.


Bradley V. Stone
BVS.Tools
www.bvstools.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.