Re: Workaround To Add Value To TextArea

2009-11-25 Thread Jitish
On Nov 25, 8:27 pm, Rami Chowdhury wrote: > > Rami Chowdhury > "Never assume malice when stupidity will suffice." -- Hanlon's Razor > 408-597-7068 (US) / 07875-841-046 (UK) / 0189-245544 (BD) > > On Wed, Nov 25, 2009 at 07:19, Victor Subervi wrote: > > Hi; > > I've noticed that html does

Re: Workaround To Add Value To TextArea

2009-11-25 Thread Victor Subervi
On Wed, Nov 25, 2009 at 10:27 AM, Rami Chowdhury wrote: > You'll find the textarea and input tags differ significantly, even > though they're both typically used in HTML forms. The W3C page has a > fair overview of how various parts of HTML forms work in HTML 4.01, > and it's roughly accurate for

Re: Workaround To Add Value To TextArea

2009-11-25 Thread Rami Chowdhury
Rami Chowdhury "Never assume malice when stupidity will suffice." -- Hanlon's Razor 408-597-7068 (US) / 07875-841-046 (UK) / 0189-245544 (BD) On Wed, Nov 25, 2009 at 07:19, Victor Subervi wrote: > Hi; > I've noticed that html doesn't support a "value" attribute for textarea. I > have a

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Chris Mellon
On 3/15/06, robert <[EMAIL PROTECTED]> wrote: > Chris Mellon wrote: > > > > > win32gui and wxPython use *exactly* the same controls in almost all > > (win32ui or win32gui? the later is almost only a better ctypes replacement ) Both. wx wraps native controls. If you see something out of place it's

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Diez B. Roggisch
> Yes, wx is of course fat. > But I guess things like a layout algorithm ? is done very quickly in a > clean Python only lib. I can just imagine ... No. Layout-engines actually are non-trivial. They use constraint-solvers to do optimization of sizes and offsets. Creating a well-balanced, easy to u

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread robert
Chris Mellon wrote: > > win32gui and wxPython use *exactly* the same controls in almost all (win32ui or win32gui? the later is almost only a better ctypes replacement ) > cases. If you're seeing something "donald duck" then you're either > doing something wrong, or you're using a custom control

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Diez B. Roggisch
>> > a far better position for most non-trivial UIs, becuase it has >> > infrastructure that win32 (pretty much alone among modern UI toolkits) >> > lacks, like layout algorithms and i18ln support. >> >> Qt has all of this. On all platforms. Just for the record. >> > > I know - so do almost all ot

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Chris Mellon
On 3/15/06, Diez B. Roggisch <[EMAIL PROTECTED]> wrote: > > wx is also in > > a far better position for most non-trivial UIs, becuase it has > > infrastructure that win32 (pretty much alone among modern UI toolkits) > > lacks, like layout algorithms and i18ln support. > > Qt has all of this. On all

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Diez B. Roggisch
> wx is also in > a far better position for most non-trivial UIs, becuase it has > infrastructure that win32 (pretty much alone among modern UI toolkits) > lacks, like layout algorithms and i18ln support. Qt has all of this. On all platforms. Just for the record. And layout algorithms - that was

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Chris Mellon
On 3/15/06, robert <[EMAIL PROTECTED]> wrote: > PyDenis wrote: > > > I fixed problem using Atypes: > > > > import ctypes > > > > ctypes.windll.user32.MessageBoxA(0, 'test', 'Title', > > win32con.MB_ICONINFORMATION | win32con.MB_OK | > > win32con.MB_TOPMOST) > > > > > > It compiles and runs fine wit

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread robert
PyDenis wrote: > I fixed problem using Atypes: > > import ctypes > > ctypes.windll.user32.MessageBoxA(0, 'test', 'Title', > win32con.MB_ICONINFORMATION | win32con.MB_OK | > win32con.MB_TOPMOST) > > > It compiles and runs fine with py2exe. > > > Dont remember buggy pywin32 :) > better use

Re: WORKAROUND

2006-03-15 Thread Fredrik Lundh
"PyDenis" wrote: > 1. When I post new message to WEBFORUM (not a Mailing List nor News > Group) not to include even part of message. comp.lang.python is a newsgroup and the python-list mailing list is a mailing list. your messages appear in both places. -- http://mail.python.org/mailman/l

Re: WORKAROUND

2006-03-15 Thread PyDenis
thout host name, so could go in Browser History to find it. I mean, misplaced 'netiquette' eclipsed by this bug: Hello, You are receiving this email because you are watching the topic, "Re: WORKAROUND" at niXforums. This topic has received a reply since your last visit. You c

Re: WORKAROUND

2006-03-15 Thread PyDenis
thout host name, so could go in Browser History to find it. I mean, misplaced 'netiquette' eclipsed by this bug: Hello, You are receiving this email because you are watching the topic, "Re: WORKAROUND" at niXforums. This topic has received a reply since your last visit. You c

Re: WORKAROUND

2006-03-15 Thread PyDenis
thout host name, so could go in Browser History to find it. I mean, misplaced 'netiquette' eclipsed by this bug: Hello, You are receiving this email because you are watching the topic, "Re: WORKAROUND" at niXforums. This topic has received a reply since your last visit. You c

Re: WORKAROUND

2006-03-15 Thread Fredrik Lundh
Could you perhaps use basic netiquette stuff, such as sticking to the same sub- ject line for followup posts in the same thread, and including a least some trace of the post you're commenting on ? (this would be less of a problem if everyone was reading your posts in a news- reader, but this grou

Re: workaround for generating gui tools

2005-04-12 Thread Diez B. Roggisch
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

Re: workaround for generating gui tools

2005-04-11 Thread Bengt Richter
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

Re: workaround for generating gui tools

2005-04-11 Thread Gabriel B.
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

Re: workaround for generating gui tools

2005-04-11 Thread flupke
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

Re: workaround for generating gui tools

2005-04-10 Thread Bengt Richter
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

Re: workaround for generating gui tools

2005-04-10 Thread Jeremy Bowers
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

Re: workaround for generating gui tools

2005-04-10 Thread Ken Godee
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

Re: workaround for generating gui tools

2005-04-10 Thread Jeremy Bowers
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

Re: workaround for generating gui tools

2005-04-10 Thread Dave Cook
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

Re: workaround for generating gui tools

2005-04-10 Thread Diez B. Roggisch
> 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

Re: workaround for generating gui tools

2005-04-09 Thread flupke
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

Re: workaround for generating gui tools

2005-04-09 Thread Jeremy Bowers
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

Re: workaround for generating gui tools

2005-04-09 Thread Diez B. Roggisch
> 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

Re: workaround for generating gui tools

2005-04-09 Thread flupke
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

Re: workaround for generating gui tools

2005-04-09 Thread Fredrik Lundh
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

Re: workaround for generating gui tools

2005-04-09 Thread Reinhold Birkenfeld
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

Re: workaround for generating gui tools

2005-04-09 Thread Harlin Seritt
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