<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2654.45">
<TITLE>RE: Best GUI for small-scale accounting app?</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>> From: Paul Rubin [mailto:"<A HREF="http://phr.cx" TARGET="_blank">http://phr.cx</A>"@NOSPAM.invalid]</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> Dave Cook <davecook@nowhere.net> writes:</FONT>
<BR><FONT SIZE=2>> > > You might not care.</FONT>
<BR><FONT SIZE=2>> > </FONT>
<BR><FONT SIZE=2>> > And in that case Tk is much simpler than just about anything else, unless</FONT>
<BR><FONT SIZE=2>> > looks are really important.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> I've used tk and I don't think it's simpler than html.</FONT>
</P>

<P><FONT SIZE=2>I've been doing webapps for 5 years now. *THE* thing that make it's worthless: after you've sent the data, your program loose all ability to deal with user interface.</FONT></P>

<P><FONT SIZE=2>After you send the form to the user, you loose ALL habilities of python, php, mysql, etc... and are solely on the javascript fields. And that javascript will have only the provided data of that session to get things done, so you can't send all the DB to the client :)</FONT></P>

<P><FONT SIZE=2>Nowadays that you can use and trust user requests, as widely advertised by "google sugest", you can overcome one of the pitfalls of html: the responsiveness to user input.</FONT></P>

<P><FONT SIZE=2>Now, the second one: responsiveness to server envents, still has to rely on non-standard xml streams or third party hacks using macromedia crap.</FONT></P>

<P><FONT SIZE=2>take for example gMail. A program like that had at least 60% of it's development made on the javascript side. And it still doens't solve the second issue.</FONT></P>

<P><FONT SIZE=2>So, as i said in my 1st post in this thread: both have their problems, but it's all about what you need to get done. so, get used to both.</FONT></P>

<P><FONT SIZE=2>If you can use one-shot pages, go for html, since all the toolkit is easily available in the browser, the network hassle is also done by the browser, the input history... also done by the browser! yada yada yada</FONT></P>

<P><FONT SIZE=2>Now, if you need interactivity, say a game for example, then run away from html like hell.</FONT>
</P>

<P><FONT SIZE=2>Gabriel</FONT>
</P>

</BODY>
</HTML>