Re: I am new to the list
Sherman Chen <[email protected]> Wed, 04 Feb 2004 22:13:15 -0800
| Newsgroups | gmane.comp.java.luxor-xul.user |
|---|---|
| Message-ID | <[email protected]> |
OK. That's what I thought you mean. That's OK. I don't have a problem with having a JVM (and I don't have a problem with users installing one ahead of time). I am talking once they have the JVM installed on their browser, I want to be able to send some sort of XUL to the browser and that, in turn, will create the GUI for my app. Thanks, Sherman Lane Sharman wrote: > All java skins require a jvm runtime as part of the client application. > That is what I mean by "on the ground". So, unless you go with a native > thin-client solution, you will have to bring in the Jave Runtime to > execute and this can grow easily into the 1-5+ Meg range depending on > the runtime support your skins require. And, the runtime classes > required to run just a non-GUI "hello world" have grown considerably > from 1.0 to 1.4. > > Therefore, a supporting jvm and APIs is not something you want to > "download" for each execution. Is this clear? > > -Lane > > Sherman Chen wrote: > >>Forgive me for being stupid here - what's "on the ground" runtime? Are you saying that Luxor is nothing more than skins - not really GUI? >> >>Sherman >>On Wednesday, February 04, 2004, at 02:08PM, 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 >> >> >> >> ------------------------------------------------------------------------ >> >> 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 >> >> > > -- > Lane Sharman > Just Do IT, Better. > 858-755-2868 > > ------------------------------------------------------- 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