On Jul 10, 5:48 am, Fran <[email protected]> wrote:
> On Jul 10, 9:40 am, rb <[email protected]> wrote:
>
> > I don't have the resources for ajax thin client programming. I'll
> > stick with the trials of deploying the thick client.
>
> I don't think you need full-blown GWT to have an AJAX client.
> jQuery (integrated with Web2Py) allows 'progressive enhancement' of
> plain old HTML to increase interactivity.
> e.g. look at the miracle of the dataTables plugin which I'm just about
> to make use of:http://www.datatables.net/
When I started this project, I asked the marketing folk "are you
*sure* that this is only a desktop app and not something which needs
to be webified?" They said "no no no.. just make it a simple desktop
app." But I knew better, I continued to ask and they would answer that
a desktop app was what was wanted, oh... and can it also work across
the internet too? !...@#$
I had done some mock ups in wxPython and so became familiar with it's
screen layout system. One fellow described the screen layout system as
having a learning curve like a brick wall <grin> tis true. But in the
end it is still simpler to develop in than css and html webpages, from
the little I know now.
My main design requirement was having a back door. I couldn't forsee
all that was required because a) I didn't know enough, and b)
marketing want something different each week. So I chose Python
because it has every advantage except speed - but I can later on code
time critical stuff in C and plug it in (ie, I have a "speed back
door"). I mostly just needed a fat client and some kind of db and a
report generator. But when this "can it work across the internet too?"
noise started getting louder I knew that a web app was the answer.
Upon finding web2py I now have a web server complete with simple db
(in SQLite) which can serve up webservices for my fat client and I'll
use a webpage/html renderer widget in the client to receive the
"report" web2py view pages. Right now the design calls for an ability
to "dial in" via modems from a client to the server in order to fetch
batches of data and view reports. So I'm not too concerned about web-
based security.
The important issue here is that I can use a *simple* system which can
get something developed quickly and which allows evolution into
greater complexity/sophistication later. From what I understand,
web2py will work quite well here.
Thank you for the heads-up on considering ajax via jQuery et al. I'll
continue to look into this. Perhaps I can combine the two (ajax pages
and xmlrpc forms). BTW that datatables.net is amazing.
--
Rb
>
> > But wait, I'll also need to generate lots of "reports" and you could
> > burn me with fire before I'll slog through using Crystal Reports for
> > this. No, I can use Web2py and python and code up some html reports
> > from the db. The entry forms and inquiry forms of the thick client I'm
> > doing in wxPython will work fine.
>
> Even easier if you let Web2Py build these for you via sqlhtml.py :)
> You can AJAXify the forms using jQuery Form plugin if you like...
>
> > I can use xmlrpc for the client-to-
> > svr protocol. Who cares if its grossly slow ? (even though I'm led to
> > believe that it's not so slow) if it's all on the same machine.
>
> Same machine => no big issue...JSON is only better for WAN
> performance.
>
> > However, the customer wants to see his reports from his browser out on
> > the 'net somewhere. How can I deliver such? Oh look, there's web2py.
> > Awesome. In a few short days of reading even *I* can understand how to
> > hack something together - and I'm just starting (in python). I've
> > still got to watch out for the speed of communication issue but that's
> > tomorrow's problem and there won't be a tomorrow if I have to use
> > ajax.
>
> Well, I think that maybe you'd be better with Web2Py/jQuery rather
> than Web2Py/wxPython.
> However what you propose is also ok...
>
> F
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"web2py Web Framework" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~----------~----~----~----~------~----~------~--~---
