This user has been pestering me for something she can use with her
students now while I conduct my competition with the Swix fonts project
to see who can miss our deadlines by the most.
One recurring theme is that Margaret keeps saying (in a polite way),
Jeez, Ken, forget the new one, just get me the old one running on Win XP.
Well it occurred to me I could do that /and/ maybe have something groovy
to add to my Web site as a hook for eyeballs (aside from the F# articles
I will be offering, of course) if I dusted off (brace yourself) a Java
applet version of the original program, something I had done seven years
ago by Someone Else using (it seems) CodeWarrior CWPro 3.
I found the Java source, and the CW3 Pro environment on an old Mac, but
it looks like that lastinstall I did left off Java libs.
So what do I do? Here is a chance for you Javan Gods to score brownie
points with His Kennyness which can be exchanged in the future to ward
off flamings and get help with loop. The options are:
0. Other ______________
1. Find the old Mac OS9 CW Pro3 CD, install, rebuild the applet, and
stick it in my web site.
2. Take the Win CW Pro3 CD I found and attempt the same.
So far I am expecting to end up with an applet (ewwwww) that will not
run against modern JVMs. True that latest concern?
3. Build an applet with:
a. the latest/greatest NetBeans IDE;
b. ditto Eclipse IDE;
c. ditto other IDE _____________________.
So far I still have an applet, but I might have it later today. OK,
applets are horrid and deprecated and no one uses them and I do not want
to do that (except I love the sound of "later today"). We continue (and
hereafter the choice in #3 is understood to apply):
4. Build a Java application they will have to download and install and
so maybe I also have to provide an installer? Maybe not and not the end
of the world, how hard can an installer be?
5. Convert to Javascript, keep it Interwebby 2.0, avoid the applet sin.
I must say the commercial model of "free, just ignore those ads" has a
lot of appeal, I hear it works and I'll have a great market whatsit:
teens. But I hear Javascript is nothing like Java, so I would have a big
rewrite to do and "later tonight" is out the window.
Note that so far I am just talking about a quick resurrection of the old
application, which was not bad and would not replace the new version
unless I make about a $100m on the old one and then to hell with youse
guys....
Questions? Comments?
kzo
--
http://www.theoryyalgebra.com/
"Career highlights? I had two. I got an intentional walk
from Sandy Koufax and I got out of a rundown against the Mets."."
- Bob Uecker
Ken Tilton wrote:
> [ a bunch of off-topic junk about java ]
>
> 4. Build a Java application they will have to download and install and
> so maybe I also have to provide an installer? Maybe not and not the end
> of the world, how hard can an installer be?
1) Get a version of Netbeans and build an application. Don't worry about
the installer, use Java Web Start:
http://java.sun.com/products/javawebstart/
2) Post further questions to comp.lang.java or whatever.
Cheers,
Tom H.
Thomas M. Hermann wrote:
> Ken Tilton wrote:
>
>>[ a bunch of off-topic junk about java ]
Talking about off-topic in a thread marked OT is, um, metaofftopic.
>>
>>4. Build a Java application they will have to download and install and
>>so maybe I also have to provide an installer? Maybe not and not the end
>>of the world, how hard can an installer be?
>
>
> 1) Get a version of Netbeans and build an application. Don't worry about
> the installer, use Java Web Start:
>
> http://java.sun.com/products/javawebstart/
thanks!
>
>
> 2) Post further questions to comp.lang.java or whatever.
I want intelligent answers. Are you saying the people on c.l.java are
smarter than people on c.l.lisp?
Are you people going to let Thomas get away with that? Wow.
cheers, kenny
--
http://www.theoryyalgebra.com/
"Career highlights? I had two. I got an intentional walk
from Sandy Koufax and I got out of a rundown against the Mets."."
- Bob Uecker
On Mon, Oct 29, 2007 at 03:00:07PM -0400, Ken Tilton wrote:
> I want intelligent answers. Are you saying the people on c.l.java are
> smarter than people on c.l.lisp?
You have to be damn smart to produce something meaningful in a
language - yes, let's say it's a language - like java. You don't know
how smart I am ... C++ ... every ...
Cheers,
Daniel
Daniel Trstenjak wrote:
> You have to be damn smart to produce something meaningful in a
> language - yes, let's say it's a language - like java. You don't know
> how smart I am ... C++ ... every ...
Yeah! Look at them Lisp yo-yo's, that ain't workin', that's the way you
do it, money for nothing and chicks for free. :-)
On Oct 29, 2:34 pm, "Thomas M. Hermann" <········@centurytel.net>
wrote:
> Ken Tilton wrote:
> > [ a bunch of off-topic junk about java ]
>
> > 4. Build a Java application they will have to download and install and
> > so maybe I also have to provide an installer? Maybe not and not the end
> > of the world, how hard can an installer be?
>
> 1) Get a version of Netbeans and build an application. Don't worry about
> the installer, use Java Web Start:
>
> http://java.sun.com/products/javawebstart/
+1
I would recommend avoiding applets if at all possible.
Seven years is a pretty long time. Do you recall which version of Java
the old app was last built with? I expect it's newer than 1.02, but
you still may some, or a lot, of UI/event handling changes to get it
to run. I'd be surprised if a simple recompile is all that's needed,
but it's worth a shot. If you could get an older version of Java to
build with that matches the source of the app and require your
customers to install that version, it might be an easy solution.
??>> 1) Get a version of Netbeans and build an application. Don't worry
??>> about the installer, use Java Web Start:
??>>
??>> http://java.sun.com/products/javawebstart/
BA> +1
BA> I would recommend avoiding applets if at all possible.
maybe they are less common than javascript and flash today, but they still
work quite fine for many purposes.
"web 2.0" applications require more smooth experience, because if user won't
find way to get it working in 5 seconds he'll just go away.
but what Kenny does isn't like that, and users can actually spend few
minutes to get it working -- install Java, pick working browser, wait a
little, etc -- because they actually need to work with application, not
"omglol" as in "web 2.0" case. so i think applets are fine if existing code
is in applet..
On Mon, Oct 29 2007, Ken Tilton wrote:
> This user has been pestering me for something she can use with her
> students now while I conduct my competition with the Swix fonts
> project to see who can miss our deadlines by the most.
>
> One recurring theme is that Margaret keeps saying (in a polite way),
> Jeez, Ken, forget the new one, just get me the old one running on
> Win XP.
>
> Well it occurred to me I could do that /and/ maybe have something
> groovy to add to my Web site as a hook for eyeballs (aside from the
> F# articles I will be offering, of course) if I dusted off (brace
> yourself) a Java applet version of the original program, something I
> had done seven years ago by Someone Else using (it seems)
> CodeWarrior CWPro 3.
>
> I found the Java source, and the CW3 Pro environment on an old Mac,
> but it looks like that lastinstall I did left off Java libs.
>
> So what do I do? Here is a chance for you Javan Gods to score
> brownie points with His Kennyness which can be exchanged in the
> future to ward off flamings and get help with loop. The options are:
>
> 0. Other ______________
>
> 1. Find the old Mac OS9 CW Pro3 CD, install, rebuild the applet, and
> stick it in my web site.
>
> 2. Take the Win CW Pro3 CD I found and attempt the same.
>
> So far I am expecting to end up with an applet (ewwwww) that will
> not run against modern JVMs. True that latest concern?
>
Not true, this shit (for better or worse) is declared backward
compabible.
> 3. Build an applet with:
> a. the latest/greatest NetBeans IDE;
> b. ditto Eclipse IDE;
> c. ditto other IDE _____________________.
>
> So far I still have an applet, but I might have it later today. OK,
> applets are horrid and deprecated and no one uses them and I do not
> want to do that (except I love the sound of "later today"). We
> continue (and hereafter the choice in #3 is understood to apply):
>
If that thing (CW or whatever) fails I'd do it with Eclipse.
> 4. Build a Java application they will have to download and install and
> so maybe I also have to provide an installer? Maybe not and not the
> end of the world, how hard can an installer be?
>
Too much work and no fun. If you decide so I know an installer (guy)
looking for work.
> 5. Convert to Javascript, keep it Interwebby 2.0, avoid the applet
> sin. I must say the commercial model of "free, just ignore those
> ads" has a lot of appeal, I hear it works and I'll have a great
> market whatsit: teens. But I hear Javascript is nothing like Java,
> so I would have a big rewrite to do and "later tonight" is out the
> window.
>
Farther out from the window.
> Note that so far I am just talking about a quick resurrection of the
> old application, which was not bad and would not replace the new
> version unless I make about a $100m on the old one and then to hell
> with youse guys....
>
I'd leave you for half of that :-D
--
�����
From: Patrick May
Subject: Re: OT Kenny Switches to Java!!!!!
Date:
Message-ID: <m2zlxyzt4y.fsf@spe.com>
Ken Tilton <···········@optonline.net> writes:
> 3. Build an applet with:
> a. the latest/greatest NetBeans IDE;
> b. ditto Eclipse IDE;
> c. ditto other IDE _____________________.
Fire up Emacs (JDE optional) and a shell. Build from the command
line, hacking the Java in Emacs until it works. Finish in the time it
takes to fire up Eclipse.
The advantage is that you won't be wondering how to get your
applet out of your ancient IDE project when you do this again in 2014.
Regards,
Patrick
------------------------------------------------------------------------
S P Engineering, Inc. | Large scale, mission-critical, distributed OO
| systems design and implementation.
···@spe.com | (C++, Java, Common Lisp, Jini, middleware, SOA)