> Qooxdoo is awsome. No two ways about it.  I looked at alot of 
> javascript
> libraries about a year ago because the way the web works was just 
> not
> satisfactory.  After I ran across qooxdoo, I was amazed at how it 
> works and
> I was shocked and amazed that everyone developing on the net was 
> not falling
> all over themselves to use it.  But then again, Leonardo da Vinci 
> designed
> airplanes and submarines before anyone else had a clue!

I think a lot of people are hung up on the CSS way of doing things, and
being able to customise look and feel using standard CSS. qooxdoo doesn't
play ball with CSS. That probably puts people off.

0.8 has had more work on embedding into an existing page, I think.

> As you suggest, compression will be incorporated into my app in the 
> future. I am aware of it, but I am worried about the browsers that 
> do not support
> compression.  Maybe wrongly, but I associate dialup with older 
> browsers(I am
> not trying to say anything negative about dialup. I know that 
> dialup is the
> only option for many).  And what I am saying is only an assumption. 
>  There
> is so much to learn and I have my plate full with qooxdoo, 
> javascript, and
> python!  But I am at the point that I have to address these other 
> things.

Compression is requested by the browser. It's up to the server to supply
a compressed version of the file if it's available and the browser says
it will accept it; or the uncompressed version if the browser doesn't say
it can accept gzip. So there's no hit.

> The code to build the BookViewWindow is only requested and 
> evaluated one
> time if it does not exist yet.

Oh, I thought I saw multiple requests for it in Firebug.

> My app compressed down to about 140k, but I would like to know if 
> there is a limit on the size of a file for dialup. And/or what
> factors (other  than size) influence whether qooxdoo will load on
> dialup.

Shouldn't be any problems with size of file.

It's also very important to get your caching sorted out. Once that is
done, when someone returns to your site the browser will make a very
quick check on the server to see if the main script file has been
modified. If not, it doesn't bother requesting but just uses the copy in
local cache.

Hugh

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to