Greetings,
I somehow missed some of this thread, but I believe you left a note
saying that you were not able to do Extreme Programming.
However, based on the description of the size of the project and the
size of the development team (is there any more than you?) I would
recommend you consi
Jeff <[EMAIL PROTECTED]> writes:
> Granted. But what I will be writing really will take a lot of extra
> work to get even close to the level of usability needed on the web vs.
> a desktop app. And I'll try not to write a crappy GUI ;-)
OK. In the discussion with Chris, one factor that came up i
[EMAIL PROTECTED] a écrit :
(snip)
> We have found the object-relationship managers
Actually, ORM stands for "object-relational mapper"
> to be bloated
> and unruly.
Which ones ?
--
http://mail.python.org/mailman/listinfo/python-list
Jeff <[EMAIL PROTECTED]> writes:
> David: Sounds like a pretty interesting app. Thanks for the in-depth
> description. I went and checked out Twisted PB, and it seems
> awesome. I may very well go with that. How was writing code with
> it? I may also end up using py2app, but I'm also going to
Wow, there's a lot to respond to here. Thanks everyone for your
help. I'll try to go in order.
askel: Thanks, I've looked at this a little bit before, but now I've
looked into it a little further. Seems pretty cool, but also fairly
complex. Have you used it before?
David: Sounds like a pretty
We totally agree with your software engineering goals. Relying on
wxPython and minimizing web reliance brings sanity to the enterprise.
We too love PostgreSQL and avoid XML whether cleaned by SOAP at all
costs. We have found the object-relationship managers to be bloated
and unruly. What are yo
We totally agree with your software engineering goals. Relying on
wxPython and minimizing web reliance brings sanity to the enterprise.
We too love PostgreSQL and avoid XML whether cleaned by SOAP at all
costs. We have found the object-relationship managers to be bloated
and unruly. What are yo
Jeff <[EMAIL PROTECTED]> writes:
> I was really hoping to avoid an entirely web-based app, for a few
> reasons, not the least of which is that I've been working almost
> entirely on web apps for the past few years, and I am getting mighty
> sick of it.
If you've done any gui programming, you'll kn
Jeff <[EMAIL PROTECTED]> writes:
> reasons, not the least of which is that I've been working almost
> entirely on web apps for the past few years, and I am getting mighty
> sick of it. A lot of that is due to the language (PHP, which I have
> since grown to hate) I had to use. I've worked on a s
On Aug 29, 1:31 pm, Jeff <[EMAIL PROTECTED]> wrote:
> Goldfish--thanks, I'll check it out.
>
> > > That, or something similar, may be what I do. It would mean, however,
> > > developing my own method for transferring objects across the network,
>
> > Why transfering "objects" ? You only need to tr
Jeff a écrit :
> Goldfish--thanks, I'll check it out.
>
>
>>>That, or something similar, may be what I do. It would mean, however,
>>>developing my own method for transferring objects across the network,
>>
>>Why transfering "objects" ? You only need to transfer data.
>
> I suppose I don't nee
Goldfish--thanks, I'll check it out.
> > That, or something similar, may be what I do. It would mean, however,
> > developing my own method for transferring objects across the network,
>
> Why transfering "objects" ? You only need to transfer data.
I suppose I don't need to transfer objects, it
Jeff a écrit :
>> You could explore something like a custom-made GUI client app
>> communicating thru the http protocol with a web-server app. http is just
>> a protocol, and it doesn't necessarily imply using html and a browser...
>> IIRC, some GUI toolkits uses XML description files for the UI.
>
Perhaps Spring Python can help you out (http://springpython.python-
hosting.com). It reuses technologies like Pyro for remoting, offers
database templates, has a plugable security component, an AOP solution
should the need arise, an IoC container, and has a couple of web-app
demos using CherryPy. O
> You could explore something like a custom-made GUI client app
> communicating thru the http protocol with a web-server app. http is just
> a protocol, and it doesn't necessarily imply using html and a browser...
> IIRC, some GUI toolkits uses XML description files for the UI.
That, or something
Jeff a écrit :
> Thanks for the quick responses.
>
> I was really hoping to avoid an entirely web-based app, for a few
> reasons, not the least of which is that I've been working almost
> entirely on web apps for the past few years, and I am getting mighty
> sick of it. A lot of that is due to th
Thanks for the quick responses.
I was really hoping to avoid an entirely web-based app, for a few
reasons, not the least of which is that I've been working almost
entirely on web apps for the past few years, and I am getting mighty
sick of it. A lot of that is due to the language (PHP, which I ha
Paul Rubin a écrit :
> Jeff <[EMAIL PROTECTED]> writes:
>> Here's a broad overview of what I need to do: cross-platform, client-
>> side GUI apps that interact with a server backed by a database. I'd
>> also like the possibility of having a web interface for small portions
>> of the app. ... an
Jeff <[EMAIL PROTECTED]> writes:
> Here's a broad overview of what I need to do: cross-platform, client-
> side GUI apps that interact with a server backed by a database. I'd
> also like the possibility of having a web interface for small portions
> of the app. ... any advice on anything I've m
Hello everyone. I've searched through the archives here, and it seems
that questions similar to this one have come up in the past, but I was
hoping that I could pick your Pythonic brains a bit.
Here's a broad overview of what I need to do: cross-platform, client-
side GUI apps that interact with
20 matches
Mail list logo
