Maybe it's not, but http://www.thesatya.com/blog/tags.html is something
I developed after looking at del.icio.us director (just looked at the
UI, not the code).

The funny thing is, the *javascript* is generated from a perl script;
the HTML is relatively static. I say relatively, because all of it is
generated once from text files and a script on my home box.

--
Satya. http://www.thesatya.com/
If God is perfect, why do we have discontinuous functions?

On Thu, Jul 14, 2005 at 03:46:24PM +0530, Sreejith Unnikrishnan wrote:
>When a9.com launched their search engine, I was pretty impressed with
>the way you could drag and resize the columns.
>Having worked on enterprise applications for quite some time, especially
>re-designing and implementing an interface in HTML, this is one feature
>that would be very valuable.
>
>Has anybody figured out at a conceptual level how this is done?

if(cell.className==_RESIZE_HANDLE){
if(cell.addEventListener){
cell.addEventListener("mousedown", handleMouseDown, true);
}else{
cell.onmousedown=handleMouseDown;
}

that's the key. Then there's

window.addEventListener("mousemove", handleMouseMove, true);

So it's all javascript. How advanced is this javascript? I don't know.
Sure works in Firefox.

--
Satya. http://www.thesatya.com/
Black holes were created when God divided by zero!

When a9.com launched their search engine, I was pretty impressed with
the way you could drag and resize the columns.
Having worked on enterprise applications for quite some time, especially
re-designing and implementing an interface in HTML, this is one feature
that would be very valuable.

Has anybody figured out at a conceptual level how this is done?

Sree

Manish,
I am part of one of the Linux group and they have a rule where any
placement guys or organizations putting job-posts have to add a
[COMMERCIAL] tag to the subject. This way it is easy to identify and
control. If there are repeated offenders, then they are kicked out.
Hope it helps.
-Hari

On 7/4/05, Manish Jethani <manish.jethani@...> wrote:
> Hi, folks.  Last month I rejected a few job postings to this list.
> Let me explain why.  I had started a Java developers group in 2000.
> Even though it started off as a list for developers, it soon got
> hijacked by placement consultants looking for Java professionals
> (remember it was still the dotcom boom time).  I just don't want this
> list to suffer the same fate.
>
> Now, I understand that rejecting job postings altogether is also a
> little extreme.  So I've decided to let such messages through as long
> as they come from those who are specifically looking for RIA
> developers for their own projects/organisations.  I'm still going to
> reject email from placement consultants.  Hope that sounds okay.
> Thanks.
>
> ________________________________
> YAHOO! GROUPS LINKS
>
>  Visit your group "ria-india" on the web.
>
>  To unsubscribe from this group, send an email to:
>  ria-india-unsubscribe@yahoogroups.com
>
>  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>  To unsubscribe from this group, send an email to:
>  ria-india-unsubscribe@yahoogroups.com
>
>  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
> ________________________________
>


--
Best Regards
Harihar

Hi, folks.  Last month I rejected a few job postings to this list.
Let me explain why.  I had started a Java developers group in 2000.
Even though it started off as a list for developers, it soon got
hijacked by placement consultants looking for Java professionals
(remember it was still the dotcom boom time).  I just don't want this
list to suffer the same fate.

Now, I understand that rejecting job postings altogether is also a
little extreme.  So I've decided to let such messages through as long
as they come from those who are specifically looking for RIA
developers for their own projects/organisations.  I'm still going to
reject email from placement consultants.  Hope that sounds okay.
Thanks.

On 6/30/05, rajeshm1975 <rajeshm1975@...> wrote:

> Would you call this an RIA?
>
> http://www.cbc.ca/sports/afp/wc-flash/2/gametracker.html

Recently there was a thread on flexcoders on the origin of the term
"RIA".  Here's a message from John Dowdell summarising the key aspects
of an RIA:

http://www.mail-archive.com/flexcoders@yahoogroups.com/msg08197.html

---
(a) use of a high-performance runtime for code, content and communications;
(b) integration of media types (video in the same window, eg);
(c) a common object model for these multimedia services;
(d) ability to use and add components, for development efficiency;
(e) XML data communications with servers;
(f) online/offline transparency (we're all still working on that one!);
(g) friendly to various browsers, operating systems, devices... there's
explicit mention of "beyond the desktop" non-PC work here.
---

The link you posted sure does look like an RIA to me.

"Not to be left out of any development trends, Microsoft is working to
simplify the job of building so-called AJAX applications, or Web
applications with sophisticated graphics."

http://news.com.com/Microsoft+gets+hip+to+AJAX/2100-1007_3-5765197.html
http://weblogs.asp.net/scottgu/archive/2005/06/28/416185.aspx

Hi ..

New to the RIA buzz a bit.

Would you call this an RIA?

http://www.cbc.ca/sports/afp/wc-flash/2/gametracker.html

Check out del.icio.us direc.tor [1], an alternate AJAX-based UI for del.icio.us.

[1]: http://johnvey.com/features/deliciousdirector/

Anyone interested in adding openRico code to the realSimpleCMS?

_________________________________________________________________
Sell your car for $9 on carpoint.com.au
http://www.carpoint.com.au/sellyourcar

Deer Park, the next version of Firefox, includes 3 new exciting
features for RIA developers: the canvas element [1], SVG [2], and E4X
[3].

[1]: http://developer-test.mozilla.org/en/docs/Drawing_Graphics_with_Canvas
[2]: http://www.mozilla.org/projects/svg/
[3]: http://developer-test.mozilla.org/presentations/xtech2005/e4x/

As Gordon accidentally revealed on the flexcoders list [4], :) the
next version of Flex will also have support for E4X.

[4]: http://www.mail-archive.com/flexcoders@yahoogroups.com/msg07268.html

Ian Hickson, spokesman for the WHATWG, recently gave a presentation on
"HTML 5", a bunch of extensions to the HTML 4 and DOM standards to
ease RIA development. The proposal includes new elements for basic
widgets such as "datagrid" and "canvas", new types of input like
"url", "email", "time" and "date", support for drag-n-drop, in-place
editing of content, and custom history management, as well as
declarative replacements for common programmatic functions, like
dynamically updating the contents of a block in response to events
triggered by user action (known as data binding).

http://www.hixie.ch/advocacy/whatwg-presentation/

(Note: the presentation I've linked to works only in Firefox owing to
bugs in the various other browsers.)

Rico is an AJAX toolkit with support for effects.  Check out the weather widget:
http://openrico.org/demos.page?demo=ricoWeather.html
Enter a zipcode like 94107 and hit Enter.

Yesterday Macromedia announced Zorn, the next-generation IDE for Flex,
based on the open source Eclipse platform.  Eclipse is already the IDE
of choice for many Flex developers.

http://news.com.com/Macromedia+aligns+with+Eclipse/2100-1032_3-5730781.html

Macromedia also announced the "Flash Platform".  Rich Internet
Applications are at the core of the platform strategy, but it also
includes applications for mobile phones, business communication
software, etc.

http://www.macromedia.com/go/platform

As promised last month, Backbase has made their Community Edition
available as a free download.  I can't wait to get my hands onto this.

http://www.backbase.com/

goowy mail is a web-based email service similar to Hotmail, Yahoo Mail
or Gmail, but with a rich Flash-based UI. It has features like
as-you-type autocompletion of email addresses, drag-n-drop of messages
between folders, client-side sorting of messages/contacts, keyboard
shortcuts for frequent operations, and look-customisation using skins.

Link: http://www.goowy.com/

Check out Jon Udell's screencast showing a demo of the TIBCO General
Interface, a JavaScript/DHTML framework for building RIAs.

Blog: http://weblog.infoworld.com/udell/2005/05/25.html#a1238
Screencast: http://weblog.infoworld.com/udell/gems/tibco.html (8 mins.)

The GUI builder itself is built using the very same toolkit.  Pretty cool.

Manish/Abdul,

Thank you for your inputs.

Manish> Aside: does XMLHttpRequest support compression?
Good question, made me start thinking about http server compression.
Yes, both IE and Firefox support content-encoding type of gzip, and so
their XMLHttpRequest implementations do.
As Abdul pointed out, a Flash application running in a browser can
accept gzip compressed files too, and that might be what we end up
using finally....

We also came across this (page down currently):
http://www.actionscript.com/index.php/fw/1/compressing-xml-in-transit/
which talks about techniques to compress/decompress xml on the fly
with some fast encoding method, but it turns out to be quite slow when
we tested it.

XML2SWF sounds interesting. We cant really use the php code as such,
but maybe take some ideas from it (and donate if we do...).

We are thinking about using Flash Remoting too. Our customer had a
problem with their firewall not allowing HTTP requests/responses with
whatever the content-type is for AMF. Any ideas here?

Thanks again,
-Jude


On 5/25/05, Abdul Qabiz <mail@...> wrote:
>
>  If your Flash application is running in Browser,  you can take advantage
>  of Browser's capablity of uncompressing gzipped files. Most of the
>  servers have facility to compress files.
>
>  Following code can gzip a any file. In your case, it can gzip a xml...
>
>  if(!empty($_GET['FileName']) && file_exists($_GET['FileName']))
>  {
>  $FilePointer = fopen( $_GET['FileName'], "r" );
>  $FileContents = gzencode( fread($FilePointer,
>  filesize($_GET['FileName']) ) );
>  fclose($FilePointer);
>
>  header("Content-Encoding: gzip");
>  header("Content-Length: " . strlen($FileContents));
>
>  echo $FileContents;
>  }
>
>
>  Usage:-
>
>  request http://www.yourserver.com/getXML.php?content.xml
>
>  In Flash you can do following:
>
>  var _xml:XML = new XML();
>
>  _xml.ignoreWhiteSpace = true;
>  _xml.onLoad = mx.utils.Delegate.create(this, parseContentXML);
> _xml.load("http://www.yourserver.com/getXML.php?content.xml");
>
>  function parseContentXML(suc)
>  {
>      if(suc)
>      {
>      }
>      else
>      {
>      }
>  }
>
>
>  Note above setup would work in browser only, becase browser uncompresses
>  the gzip file and hands over the xml to flash client. An offline Flash
>  client can't uncompress gzip files. Please search in Google, for better
>  techniques.
>
>  At Quasimondo blog, you can find  XML2SWF utility. This utility coverts
>  XML to SWF file, which is very very compressed. You can load the
>  resulting SWF to your application.
>
>  Check out: http://www.quasimondo.com/archives/000213.php
>
>  Also look at the comments in above link, there are alternatives
>  mentioned. Also if it helps you, don't forget to contribute some bucks
>  to Quasimondo guy for his great work.
>
>  Macromedia Flash Remoting can really help you, because it uses AMF
>  binary format, which around 50% compressed compared to XML. Binary
>  formats have always advantage over text or more verbose formats like
>  XML. Manish has already talked about it. A small correction in Manish's
>  response:
>
>  For Flash Remoting, you don't need Flash Communication Server. You need
> Macromedia Flash Remoting gateways for J2EE or .Net.
>  You can finde more at
> http://www.macromedia.com/software/flashremoting. Also,
> Macromedia Coldfusion MX and Macromedia JRUN 4 are Flash Remoting enabled
> servers.
>
>
>  Hope that helps..
>
>  -abdul
>
>
>
>
>
>
>
>
>  Manish Jethani wrote:
>
>  >On 5/25/05, Jude Britto <jude.britto@...> wrote:
>  >
>  >
>  >
>  >>Question mainly for Manish ( who, I believe, works two floors above me ):
>  >>
>  >>
>  >
>  >Trilogy?  You too?!
>  >
>  >
>  >
>  >>Recently we redesigned one of our products to support both flash and
>  >>HTML/Javascript front ends. Consequently, all the communication to the
>  >>server was changed to use XML ( and XMLHttpRequest ).
>  >>
>  >>We have been running into problems with performamce on the Flash UI.
>  >>XML parsing takes a non-trivial amount of time, and attempts to
>  >>compress the XML sent over for better performance in low bandwidth
>  >>situations have been foiled because of lack of
>  >>compression/decompression facilities in Flash.
>  >>
>  >>
>  >
>  >First, a disclaimer: I'm not a professional Flash developer.  I'll try
>  >to point you in the right direction.
>  >
>  >If I understand this correctly, there are two separate problems here:
>  >
>  > 1.  The XML download is slow.  This should affect both Flash and HTML
> equally.
>  > 2.  The XML parsing in the Flash Player is slow.
>  >
>  >
>  >
>  >>I have a couple of questions:
>  >>1. Does XML seem like a reasonable choice for the data format in the
>  >>communication format used by Flash to communicate with the server? If
>  >>so how do you overcome performance problems?
>  >>
>  >>
>  >
>  >As far as I know, XML is okay for small chunks of data.  The
>  >alternative and preferred approach is to use something binary.  Flash
>  >applications typically exchange data with the server using Flash
>  >Remoting.  The client and server communicate using AMF.  For this, you
>  >need Flash Communication Server or some other alternative on the
>  >server side.
>  >
>  >http://www.macromedia.com/software/flashcom/
>  >http://www.amfphp.org/
>  >http://www.simonf.com/flap/
>  >
>  >The client side code for "parsing" the data is supposed to be
>  >straightforward: you just get ActionScript objects and you can access
>  >their properties.
>  >
>  >That was from someone who's never actually used Flash Remoting.  If
>  >Abdul is around, he can probably give a better explanation.
>  >
>  >Also, see the Flashcoders and FlashComm mailing lists:
>  >http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>  >http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
>  >
>  >
>  >
>  >>2. Is there support for compression at all, or any other interesting
>  >>ways to reduce bandwidth?
>  >>
>  >>
>  >
>  >I'm quite certain you can find ActionScript code for
>  >compressing/uncompressing freely available on the net.  Again, you
>  >probably want to go the Remoting way.
>  >
>  >Aside: does XMLHttpRequest support compression?
>  >
>  >
>  >
>  >Yahoo! Groups Links
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>
>
>
>
>
>  ________________________________
>  Yahoo! Groups Links
>
>
> To visit your group on the web, go to:
> http://groups.yahoo.com/group/ria-india/
>
> To unsubscribe from this group, send an email to:
> ria-india-unsubscribe@yahoogroups.com
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

If your Flash application is running in Browser,  you can take advantage
of Browser's capablity of uncompressing gzipped files. Most of the
servers have facility to compress files.

Following code can gzip a any file. In your case, it can gzip a xml...

if(!empty($_GET['FileName']) && file_exists($_GET['FileName']))
{
$FilePointer = fopen( $_GET['FileName'], "r" );
$FileContents = gzencode( fread($FilePointer,
filesize($_GET['FileName']) ) );
fclose($FilePointer);

header("Content-Encoding: gzip");
header("Content-Length: " . strlen($FileContents));

echo $FileContents;
}


Usage:-

request http://www.yourserver.com/getXML.php?content.xml

In Flash you can do following:

var _xml:XML = new XML();

_xml.ignoreWhiteSpace = true;
_xml.onLoad = mx.utils.Delegate.create(this, parseContentXML);
_xml.load("http://www.yourserver.com/getXML.php?content.xml");

function parseContentXML(suc)
{
     if(suc)
     {
     }
     else
     {
     }
}


Note above setup would work in browser only, becase browser uncompresses
the gzip file and hands over the xml to flash client. An offline Flash
client can't uncompress gzip files. Please search in Google, for better
techniques.

At Quasimondo blog, you can find  XML2SWF utility. This utility coverts
XML to SWF file, which is very very compressed. You can load the
resulting SWF to your application.

Check out: http://www.quasimondo.com/archives/000213.php

Also look at the comments in above link, there are alternatives
mentioned. Also if it helps you, don't forget to contribute some bucks
to Quasimondo guy for his great work.

Macromedia Flash Remoting can really help you, because it uses AMF
binary format, which around 50% compressed compared to XML. Binary
formats have always advantage over text or more verbose formats like
XML. Manish has already talked about it. A small correction in Manish's
response:

For Flash Remoting, you don't need Flash Communication Server. You need
Macromedia Flash Remoting gateways for J2EE or .Net.
You can finde more at http://www.macromedia.com/software/flashremoting. Also,
Macromedia Coldfusion MX and Macromedia JRUN 4 are Flash Remoting enabled
servers.


Hope that helps..

-abdul







Manish Jethani wrote:

>On 5/25/05, Jude Britto <jude.britto@...> wrote:
>
>
>
>>Question mainly for Manish ( who, I believe, works two floors above me ):
>>
>>
>
>Trilogy?  You too?!
>
>
>
>>Recently we redesigned one of our products to support both flash and
>>HTML/Javascript front ends. Consequently, all the communication to the
>>server was changed to use XML ( and XMLHttpRequest ).
>>
>>We have been running into problems with performamce on the Flash UI.
>>XML parsing takes a non-trivial amount of time, and attempts to
>>compress the XML sent over for better performance in low bandwidth
>>situations have been foiled because of lack of
>>compression/decompression facilities in Flash.
>>
>>
>
>First, a disclaimer: I'm not a professional Flash developer.  I'll try
>to point you in the right direction.
>
>If I understand this correctly, there are two separate problems here:
>
> 1.  The XML download is slow.  This should affect both Flash and HTML equally.
> 2.  The XML parsing in the Flash Player is slow.
>
>
>
>>I have a couple of questions:
>>1. Does XML seem like a reasonable choice for the data format in the
>>communication format used by Flash to communicate with the server? If
>>so how do you overcome performance problems?
>>
>>
>
>As far as I know, XML is okay for small chunks of data.  The
>alternative and preferred approach is to use something binary.  Flash
>applications typically exchange data with the server using Flash
>Remoting.  The client and server communicate using AMF.  For this, you
>need Flash Communication Server or some other alternative on the
>server side.
>
>http://www.macromedia.com/software/flashcom/
>http://www.amfphp.org/
>http://www.simonf.com/flap/
>
>The client side code for "parsing" the data is supposed to be
>straightforward: you just get ActionScript objects and you can access
>their properties.
>
>That was from someone who's never actually used Flash Remoting.  If
>Abdul is around, he can probably give a better explanation.
>
>Also, see the Flashcoders and FlashComm mailing lists:
>http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
>
>
>
>>2. Is there support for compression at all, or any other interesting
>>ways to reduce bandwidth?
>>
>>
>
>I'm quite certain you can find ActionScript code for
>compressing/uncompressing freely available on the net.  Again, you
>probably want to go the Remoting way.
>
>Aside: does XMLHttpRequest support compression?
>
>
>
>Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>

On 5/25/05, Jude Britto <jude.britto@...> wrote:

> Question mainly for Manish ( who, I believe, works two floors above me ):

Trilogy?  You too?!

> Recently we redesigned one of our products to support both flash and
> HTML/Javascript front ends. Consequently, all the communication to the
> server was changed to use XML ( and XMLHttpRequest ).
>
> We have been running into problems with performamce on the Flash UI.
> XML parsing takes a non-trivial amount of time, and attempts to
> compress the XML sent over for better performance in low bandwidth
> situations have been foiled because of lack of
> compression/decompression facilities in Flash.

First, a disclaimer: I'm not a professional Flash developer.  I'll try
to point you in the right direction.

If I understand this correctly, there are two separate problems here:

  1.  The XML download is slow.  This should affect both Flash and HTML equally.
  2.  The XML parsing in the Flash Player is slow.

> I have a couple of questions:
> 1. Does XML seem like a reasonable choice for the data format in the
> communication format used by Flash to communicate with the server? If
> so how do you overcome performance problems?

As far as I know, XML is okay for small chunks of data.  The
alternative and preferred approach is to use something binary.  Flash
applications typically exchange data with the server using Flash
Remoting.  The client and server communicate using AMF.  For this, you
need Flash Communication Server or some other alternative on the
server side.

http://www.macromedia.com/software/flashcom/
http://www.amfphp.org/
http://www.simonf.com/flap/

The client side code for "parsing" the data is supposed to be
straightforward: you just get ActionScript objects and you can access
their properties.

That was from someone who's never actually used Flash Remoting.  If
Abdul is around, he can probably give a better explanation.

Also, see the Flashcoders and FlashComm mailing lists:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm

> 2. Is there support for compression at all, or any other interesting
> ways to reduce bandwidth?

I'm quite certain you can find ActionScript code for
compressing/uncompressing freely available on the net.  Again, you
probably want to go the Remoting way.

Aside: does XMLHttpRequest support compression?

Question mainly for Manish ( who, I believe, works two floors above me ):

Recently we redesigned one of our products to support both flash and
HTML/Javascript front ends. Consequently, all the communication to the
server was changed to use XML ( and XMLHttpRequest ).

We have been running into problems with performamce on the Flash UI.
XML parsing takes a non-trivial amount of time, and attempts to
compress the XML sent over for better performance in low bandwidth
situations have been foiled because of lack of
compression/decompression facilities in Flash.

I have a couple of questions:
1. Does XML seem like a reasonable choice for the data format in the
communication format used by Flash to communicate with the server? If
so how do you overcome performance problems?
2. Is there support for compression at all, or any other interesting
ways to reduce bandwidth?

Please note that I am not directly involved in the Flash development
but rather in the server side of things, and probably cannot answer
any intelligent questions about the setup. I will direct any feedback
to the team actually working on it.

Thanks,
-Jude

--- In ria-india@yahoogroups.com, Manish Jethani <manish.jethani@g...>
wrote:
> On 5/20/05, Tomas Perez <tapsmedia@y...> wrote:
>
> > http://www.armartitleservices.com/demo.html
> >
> > I am using AS2 w/ remoting and get mixed results on many PCs. On
some
> > all works well and on others, content does not load. The site just
> > hangs or shows no content. I ahve checked the site on DSL, T1,
dialup,
> > Mac, PC uninstalled flash players, installed latest, upgraded you
name
> > it .
>
> It's hard to say without looking at your code (not that I know
> anything about Flash Remoting).
>
> I don't see the "A" in your RIA.  It's a normal website that one
would
> normally do using vanilla HTML/CSS.
>
> Here are the problems I see with your site:
>
>  - doesn't respect browser font size
>  - can't bookmark pages
>  - search engine can't crawl the site
>  - probably doesn't work with accessibility tools (screen readers)
>  - doesn't play nice with browser's back/forward buttons
>
> Out of curiosity, is there any particular reason you chose Flash
over
> HTML/CSS/JavaScript?

And I guess, you code has  some problem. I see nothing happens on
clicking submit button, no http data is sent to server, I watched for
HTTPheaders..

Which part of site has problem? How do we see "A" of your RIA?

Please post more details...

-abdul

Thanks for the reply.

The "A" is in the admin that uses a flash based CMS
with the Flashloaded.com texteditor to update content.

The reason behind this simple site using flash was
customer BS, preference, and willingnes to spend time
and money on what couldve been accopmplished easier on
HTML/CSS.

BTW the poper domain for the site is.

http://www.armartitle.com/demo.html

Please check it now, Cross domain policy was not in
efect, so use this new domain


--- Manish Jethani <manish.jethani@...> wrote:
> On 5/20/05, Tomas Perez <tapsmedia@...> wrote:
>
> > http://www.armartitleservices.com/demo.html
> >
> > I am using AS2 w/ remoting and get mixed results
> on many PCs. On some
> > all works well and on others, content does not
> load. The site just
> > hangs or shows no content. I ahve checked the site
> on DSL, T1, dialup,
> > Mac, PC uninstalled flash players, installed
> latest, upgraded you name
> > it .
>
> It's hard to say without looking at your code (not
> that I know
> anything about Flash Remoting).
>
> I don't see the "A" in your RIA.  It's a normal
> website that one would
> normally do using vanilla HTML/CSS.
>
> Here are the problems I see with your site:
>
>  - doesn't respect browser font size
>  - can't bookmark pages
>  - search engine can't crawl the site
>  - probably doesn't work with accessibility tools
> (screen readers)
>  - doesn't play nice with browser's back/forward
> buttons
>
> Out of curiosity, is there any particular reason you
> chose Flash over
> HTML/CSS/JavaScript?
>



Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html

On 5/20/05, Tomas Perez <tapsmedia@...> wrote:

> http://www.armartitleservices.com/demo.html
>
> I am using AS2 w/ remoting and get mixed results on many PCs. On some
> all works well and on others, content does not load. The site just
> hangs or shows no content. I ahve checked the site on DSL, T1, dialup,
> Mac, PC uninstalled flash players, installed latest, upgraded you name
> it .

It's hard to say without looking at your code (not that I know
anything about Flash Remoting).

I don't see the "A" in your RIA.  It's a normal website that one would
normally do using vanilla HTML/CSS.

Here are the problems I see with your site:

  - doesn't respect browser font size
  - can't bookmark pages
  - search engine can't crawl the site
  - probably doesn't work with accessibility tools (screen readers)
  - doesn't play nice with browser's back/forward buttons

Out of curiosity, is there any particular reason you chose Flash over
HTML/CSS/JavaScript?

I have an RIA Flash/Rmoting App

http://www.armartitleservices.com/demo.html

I am using AS2 w/ remoting and get mixed results on many PCs. On some
all works well and on others, content does not load. The site just
hangs or shows no content. I ahve checked the site on DSL, T1, dialup,
Mac, PC uninstalled flash players, installed latest, upgraded you name
it .

Is this a bug or a script problem

Please reply with what you see online
IF possible send a screenshot to tomasp@...

On 5/18/05, Monkeys Uncle <n_krypt@...> wrote:

> I am a student,doing my 6th semester BScIT project using XUL and PHP,I
> have developed the UI for a very simple login interface,but i need
> help in fetching the username and password  from a mysql data base and
> comapre it with what the user has entered,I would have used forms to
> do this in html and php,but i am totally lost with xul as i dont know
> how to go about this.the code for the ui is below
[...]

I suppose you're looking for this:
http://www.phppatterns.com/index.php/article/articleview/82/1/2/

Getting the correct password onto the client side is a recipe for
disaster, since that would make it easy for anyone to crack it.  You
want to continue following the HTML model of sending the user's input
to the server for authentication.

Hi folks,

I am a student,doing my 6th semester BScIT project using XUL and PHP,I
have developed the UI for a very simple login interface,but i need
help in fetching the username and password  from a mysql data base and
comapre it with what the user has entered,I would have used forms to
do this in html and php,but i am totally lost with xul as i dont know
how to go about this.the code for the ui is below


<?xml version="1.0"?>
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
<window id="yourwindow"
xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
<hbox pack="center" height="275%"></hbox>
<hbox width="200%" pack="center">
   <groupbox>
<caption label="Login" />
<hbox>
<label value="USERNAME:" />
<textbox id="UNAME"></textbox>
</hbox>
<hbox>
<label value="PASSWORD:" />
<textbox id="UPASS" type="PASSWORD"></textbox>
</hbox>
<hbox pack="center"><button id="Submit" label="Submit"></button>
<button id="Reset" label="Reset"></button>
</hbox>
</groupbox>
</hbox>
</window>

thanks in advance

Harish

Hi, folks.  Welcome to the RIA India group.

RIA stands for "rich internet applications".  As you've noticed in the
past few months, there's been a lot of interest in RIA.  Google's
Gmail and Maps applications are examples of RIA using JavaScript/DHTML
(a.k.a. Ajax).  Companies like Macromedia and Laszlo have been working
on toolkits to make it easy to create Flash-based RIAs.  Microsoft is
working on XAML as a part of Longhorn.  Mozilla's XUL has been around
for a while.  There are other projects going on to create XML-based UI
for Java thin clients and applets.

http://www.nytimes.com/2005/05/15/business/yourmoney/15techno.html

I started this group for Indian developers interested in RIA.  I hope
that the discussions on this list will revolve around concepts and not
descend into implementation details specific to any one RIA platform.

Remember, our topic is RIA.  Not XUL.  Not Flex.  Not Ajax.  RIA.

I also expect this to be a relatively low-traffic list with a high
signal-to-noise ratio.  Only time will tell... :)