What's the customary way to organize your project files --
particularly modules? Does the following look correct?
my_project/
main_script.py
doc/
[...]
whatever/
[...]
lib/
mymod1.py
mymod2.py
test/
On Nov 10, 4:48 am, Paul Rudin <[EMAIL PROTECTED]> wrote:
> jwelby <[EMAIL PROTECTED]> writes:
>
> > The main reason I have used Eclipse for larger, team based, projects
> > is for the source control plug-ins. Eclipse has plug-in support for
> > cvs and svn. PyScripter may have this too - perhaps I
On Nov 13, 3:07 am, Dennis Lee Bieber <[EMAIL PROTECTED]> wrote:
> On Mon, 12 Nov 2007 20:07:38 +0200, Timuçin K?z?lay
> <[EMAIL PROTECTED]> declaimed the following in comp.lang.python:
>
> > python support? there is even a vbscript support inside MS-IE but there
> > is no python support. it would
On Oct 25, 6:32 am, "Chris Mellon" <[EMAIL PROTECTED]> wrote:
> On 10/24/07, bramble <[EMAIL PROTECTED]> wrote:
>
> > In the end, GTK+ is themable, and it's a free software project, so if
> > the MS Windows port has warts, anyone can come along and po
On Oct 12, 6:30 am, Nick Craig-Wood <[EMAIL PROTECTED]> wrote:
>
> I'd recommend wxPython over those becase
>
> 1) native look and feel on all platforms
> 2) doesn't require expensive licensing for non-commercial apps (QT)
> 3) Isn't a pain to install on windows (GTK)
>
> That said, times change an
On Oct 23, 2:59 pm, "Chris Mellon" <[EMAIL PROTECTED]> wrote:
> On 10/23/07, maco <[EMAIL PROTECTED]> wrote:
>
>
> > On Oct 13, 12:34 am, Michael L Torrie <[EMAIL PROTECTED]> wrote:
>
> > > Qt doesn't look very native on my desktop. In fact, Qt apps have always
> > > looked out of place on a Gnome
On Oct 3, 1:39 pm, "Chris Mellon" <[EMAIL PROTECTED]> wrote:
> On 10/3/07, Grant Edwards <[EMAIL PROTECTED]> wrote:
>
> > On 2007-10-03, Chris Mellon <[EMAIL PROTECTED]> wrote:
> > > On 10/2/07, Grant Edwards <[EMAIL PROTECTED]> wrote:
> > >> On 2007-10-02, Chris Mellon <[EMAIL PROTECTED]> wrote:
>
On Oct 2, 11:07 am, "Chris Mellon" <[EMAIL PROTECTED]> wrote:
>
> PyGtk has poor cross platform support, a very large footprint (the
> largest of all these libraries) as well as a complicated runtime
> environment.
What's complicated about it?
--
http://mail.python.org/mailman/listinfo/python-li
On Oct 2, 7:33 am, Carsten Haese <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-10-02 at 03:04 +, bramble wrote:
> > But Py3k is all about breaking compatibility
>
> That's a complete distortion of Python 3.0's mission. Python 3.0 breaks
> backwards compatibility o
On Oct 2, 5:29 am, Paul Boddie <[EMAIL PROTECTED]> wrote:
> On 2 Okt, 04:54, bramble <[EMAIL PROTECTED]> wrote:
>
> > Maybe the key I'm missing is this: maybe GvR and company think that a
> > language absolutely should come off-the-shelf with GUI toolkit
>
On Oct 1, 10:34 pm, Benjamin <[EMAIL PROTECTED]> wrote:
> and they are still supported
> not to break compatability.
Hm. Ok. I can see that for the 2.x releases. But Py3k is all about
breaking compatibility, so, it would seem there's more to the story.
--
http://mail.python.org/mailman/listinfo/
On Oct 1, 10:54 pm, bramble <[EMAIL PROTECTED]> wrote:
>
> BTW, pulling Tkinter and related GUI stuff out of Py3k's standard
> library wouldn't harm existing Tkinter users -- it would merely
> require them to actually install it if they want it.
Oops. I meant to
On Oct 1, 9:14 pm, Paul Rubin <http://[EMAIL PROTECTED]> wrote:
> bramble <[EMAIL PROTECTED]> writes:
> > Maybe a better question is, how has Tk managed to keep beating up the
> > newer, more modern, more featureful, better documented toolkits
> > encroaching on
What is the backstory to why Python includes Tk bindings, as opposed
to some other set of bindings?
I've written a few little Tkinter-based apps, and it's nice and
simple. I like it well enough. That said though, I keep feeling the
gravitational pull toward GTK+. I've been meaning to get the whole
14 matches
Mail list logo
