Re: I am new to the list

Well, check out the current size of any runtime and you will quickly see 
that you need "on the ground" a runtime. With a slow connection this 
more than true.

Skins tend to be fairly stable once out of the development cycle. Then, 
transaction data is the sweet spot of your application. Get this right 
and your app will be fine in Java. Otherwise, look elsewhere for some 
native solution.

-Lane

Sherman Chen wrote:

>How thin is the Java thin client?  I don't mind downloading a java applet, but I want to keep everything relatively small because the environment I'll be running the client may not have a fast connection.  In that situation, I don't really want to wait too long for the initial download.
>
>Sherman 
>On Wednesday, February 04, 2004, at 01:31PM, Lane Sharman <[email protected]> wrote:
>
>  
>
>><<Original Attached>>
>>    
>>
> 
>
>Sherman
>-----
>Fear is the path to the Dark Side.  Fear leads to Anger.  Anger leads to Hate.  Hate leads to Suffering.
>                                           - Yoda, Episode I
>  
>
>
> ------------------------------------------------------------------------
>
> You must account for the runtime to support your client, right?
>
> What has happenned to the Java runtime from 1.0 to 1.5 w/respect to size?
>
> Check this out and you will see why you need to install some sort of 
> Java runtime on the client. For sure, you do not need a browser tho to 
> get a dynamic app up and running. In fact, thin java clients have been 
> around since 1.1 and serialization.
>
> -Lane
>
> Sherman Chen wrote:
>
>>Forgive my ignorance, but why do I need a full-blown browser to do what I want to do?
>>
>>Basically, what I want to do is to create a thin client (in a client-server environment) in which the screens are sent dynamically from the server to the client so users don't have to wait forever for the initial download (like with Java Applet) - also, this way, only the Objects the user needs will be downloaded to the user when it is needed.  And, it'll make maintaining the GUI easy because I don't have to release a new client app everytime there's a change to the GUI.
>>
>>So, I thought something like Luxor will be perfect (because I don't want to be tied to Mozilla/netscape).
>>
>>Thanks,
>>Sherman
>>On Monday, February 02, 2004, at 11:21PM, Gerald Bauer <[email protected]> wrote:
>>
>>  
>>
>>>Hello Sherman Chen,
>>>
>>>    
>>>
>>>>I am new to the list and I have a question about
>>>>Luxor -
>>>>
>>>>I want to be able to send the XUL from a server to a
>>>>client (maybe via JMS) and have the client build the
>>>>interface on the fly.  Is that doable using Luxor? 
>>>>If so, are there any samples out there I can take a
>>>>look at?
>>>>      
>>>>
>>> Well, Luxor is not yet a full-blown browser a la
>>>Mozilla but for now Luxor is a XUL toolkit. Two
>>>browser projects are in the works using the XUL
>>>toolkit, that is, Luxilla and Eldorado but they are
>>>far from being finished.
>>>
>>> Also note that XUL itself is only a building block
>>>and that you also need a scripting language (e.g.
>>>Python, Beanshell, Groovy, etc.) and more to have
>>>truly interactive application (UI).
>>>
>>> You might wonna check out alternative XUL
>>>toolkits/browsers/runtimes/players such as XWT,
>>>Thinlet, Mozilla etc. before starting to build your
>>>own Luxor XUL Toolkit mini-browser. See
>>>http://xul.sourceforge.net for links to alternative
>>>XUL projects.
>>>
>>> If you want to roll your own mini browser using the
>>>Luxor XUL Toolkit you might wonna check out the
>>>Luxilla project or Sahara (aka luxor-sandbox).
>>>
>>> - Gerald
>>>
>>>
>>>-------------------------------------------------------
>>>The SF.Net email is sponsored by EclipseCon 2004
>>>Premiere Conference on Open Tools Development and Integration
>>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>>http://www.eclipsecon.org/osdn
>>>_______________________________________________
>>>luxor-xul-user mailing list
>>>[email protected]
>>>https://lists.sourceforge.net/lists/listinfo/luxor-xul-user
>>>
>>>
>>>    
>>>
>> 
>>
>>Sherman
>>-----
>>Fear is the path to the Dark Side.  Fear leads to Anger.  Anger leads to Hate.  Hate leads to Suffering.
>>                                           - Yoda, Episode I
>>
>>
>>-------------------------------------------------------
>>The SF.Net email is sponsored by EclipseCon 2004
>>Premiere Conference on Open Tools Development and Integration
>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>http://www.eclipsecon.org/osdn
>>_______________________________________________
>>luxor-xul-user mailing list
>>[email protected]
>>https://lists.sourceforge.net/lists/listinfo/luxor-xul-user
>>
>>  
>>
>
>-- 
>Lane Sharman
>Just Do IT, Better.
>858-755-2868
>
>

-- 
Lane Sharman
Just Do IT, Better.
858-755-2868