Hi,
> So, instead, with this new system (note I wasn't involved with the old
> system), I do everything with metadata. (Credit where credit is due, the
> other programmer was starting to do some of this, though he couldn't quite
> take it down to the interface and there are some things I had to ad
On Mon, 11 Apr 2005 10:05:49 -0300, "Gabriel B." <[EMAIL PROTECTED]> wrote:
>On Apr 10, 2005 11:08 PM, Bengt Richter <[EMAIL PROTECTED]> wrote:
>> On Sat, 9 Apr 2005 19:22:16 +0200, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote:
>> open('mywidget_v2.txt','w').write(repr(mywidget.textview)
>
>How a
On Apr 10, 2005 11:08 PM, Bengt Richter <[EMAIL PROTECTED]> wrote:
> On Sat, 9 Apr 2005 19:22:16 +0200, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote:
> open('mywidget_v2.txt','w').write(repr(mywidget.textview)
How about a pickle hook?
You'd just unpack the pickle data, and end up with a pointer
Dave Cook wrote:
On 2005-04-09, flupke <[EMAIL PROTECTED]> wrote:
i create my GUIs mainly via wxGlade. However when you start of to
program and want to do some rearranging to the gui, wxglade overwrites
your file and you've got to put your own code back in.
How about generating XRC files instea
On Sat, 9 Apr 2005 19:22:16 +0200, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote:
>Reinhold Birkenfeld wrote:
>
>> It's evil anyway (for more complex applications) to put GUI construction
>> in your code. GUI should be described appropriately in data files.
>
>why use data files when you have an extre
On Sun, 10 Apr 2005 13:02:27 -0700, Ken Godee wrote:
> The original poster was just asking for an example of
> how to sub class his code generated form into his program
> for easy future updates, a "VERY STANDARD" way of doing it.
I recognize your sarcasm, and I recognize the poor attitude it show
Jeremy Bowers wrote:
On Sun, 10 Apr 2005 13:57:26 +0200, Diez B. Roggisch wrote:
Domain-specific abstractions do that *faster* than GUI designers, not
slower. And better, too, since every iteration tends to be fully
functional and not just a "let's see what this looks like" prototype.
Can you show
On Sun, 10 Apr 2005 13:57:26 +0200, Diez B. Roggisch wrote:
>> Domain-specific abstractions do that *faster* than GUI designers, not
>> slower. And better, too, since every iteration tends to be fully
>> functional and not just a "let's see what this looks like" prototype.
>
> Can you show me som
On 2005-04-09, flupke <[EMAIL PROTECTED]> wrote:
> i create my GUIs mainly via wxGlade. However when you start of to
> program and want to do some rearranging to the gui, wxglade overwrites
> your file and you've got to put your own code back in.
How about generating XRC files instead of Python
> Domain-specific abstractions do that *faster* than GUI designers, not
> slower. And better, too, since every iteration tends to be fully
> functional and not just a "let's see what this looks like" prototype.
Can you show me some working, in-use example for that? I _seriously_ doubt
that the pr
Jeremy Bowers wrote:
Domain-specific abstractions do that *faster* than GUI designers, not
slower. And better, too, since every iteration tends to be fully
functional and not just a "let's see what this looks like" prototype.
Heck, switch 'em out dynamically based on what day of the week it is and
On Sat, 09 Apr 2005 19:59:18 +0200, Diez B. Roggisch wrote:
>> why use data files when you have an extremely powerful programming
>> language in your toolbox? the advantage of building UI's in Python is
>> that you can quickly create "domain specific UI languages", and use them
>> to generate the
> why use data files when you have an extremely powerful programming
> language in your toolbox? the advantage of building UI's in Python is
> that you can quickly create "domain specific UI languages", and use them
> to generate the interfaces for you. UI editors may be useful for trivial
> appl
Reinhold Birkenfeld wrote:
Have to disagree strongly.
It's evil anyway (for more complex applications) to put GUI construction
in your code. GUI should be described appropriately in data files.
Glade does this very good, and with pygtk it's no problem to use the XML files.
Reinhold
So the GUI shoul
Reinhold Birkenfeld wrote:
> It's evil anyway (for more complex applications) to put GUI construction
> in your code. GUI should be described appropriately in data files.
why use data files when you have an extremely powerful programming
language in your toolbox? the advantage of building UI's i
Harlin Seritt wrote:
> Benedict,
>
> Best to hand-code your code ;-) -- even GUI. This is kind of why I like
> Tkinter so much. Good luck.
Have to disagree strongly.
It's evil anyway (for more complex applications) to put GUI construction
in your code. GUI should be described appropriately in da
Benedict,
Best to hand-code your code ;-) -- even GUI. This is kind of why I like
Tkinter so much. Good luck.
Harlin Seritt
--
http://mail.python.org/mailman/listinfo/python-list
Hi,
i create my GUIs mainly via wxGlade. However when you start of to
program and want to do some rearranging to the gui, wxglade overwrites
your file and you've got to put your own code back in.
I think i can work around that (at least a bit) by making a second file
that imports the gui genera
18 matches
Mail list logo