In article , encore1
@cox.net says...
>
> I'm attempting to run winpdb-reborn, version 2.0.0.1, under MinGW. My
> first problem is that if I enter winpdb in the directory
> containing , winpdb can't find rpdb2.py. I assume this is due
> to some path problem, but I don't know how to fix it.
>
BeautifulSoup 4 and HTML5parser are known to not play well together.
I have a workaround for that. See
https://bugs.launchpad.net/beautifulsoup/+bug/1430633
This isn't a fix; it's a postprocessor to fix broken BS4 trees.
This is for use until the BS4 maintainers f
> Everything works perfectly, in all modes: console, no console, started
> directly and started in separate thread.
>
> So the problem with urllib must be. Maybe wxPython installs some except
> hooks, or who knows? If somebody feels up to it, I can start narrowing
> down the problem to the smalles
> > Everything works perfectly, in all modes: console, no console, started
> > directly and started in separate thread.
> >
> > So the problem with urllib must be. Maybe wxPython installs some except
> > hooks, or who knows? If somebody feels up to it, I can start narrowing
> > down the problem to
I'll be experimenting with pyCurl now.
By replacing the GetThumbnail method with this brainless example, taken
from the pyCurl demo:
def GetThumbnail(self,imgurl):
class Test:
def __init__(self):
self.contents = ''
def body_callback(self,
Nav wrote:
Hi Guys,
I have a custom user form class, it inherits my own custom Form class:
class UserForm(Form):
first_name = TextField(attributes={id='id_firstname'})
Now, everytime UserForm() is instantiated it saves the attributes of
each form members and passes it on to the new instanc
On Thu, Feb 23, 2012 at 1:26 AM, Nav wrote:
> Hi Guys,
>
> I have a custom user form class, it inherits my own custom Form class:
>
> class UserForm(Form):
> first_name = TextField(attributes={id='id_firstname'})
>
> Now, everytime UserForm() is instantiated it saves the attributes of
> each fo
Hi Guys,
I have a custom user form class, it inherits my own custom Form class:
class UserForm(Form):
first_name = TextField(attributes={id='id_firstname'})
Now, everytime UserForm() is instantiated it saves the attributes of
each form members and passes it on to the new instance. I understa
En Tue, 22 Jun 2010 11:43:34 -0300, escribió:
Python 2.6.5 (Win32): Is there a work around for ftplib's (and
ftputil's) apparent inability to support Unicode file names?
I'm thinking that I might be able to use the encodings.idna as a
work around for this?
According to RFC 2640, you should u
Python 2.6.5 (Win32): Is there a work around for ftplib's (and
ftputil's) apparent inability to support Unicode file names?
I'm thinking that I might be able to use the encodings.idna as a
work around for this?
In other words, regardless of whether I'm getting or putting a
file to the server, I w
On Sat, Dec 19, 2009 at 8:36 AM, Fabio Zadrozny wrote:
> On Fri, Dec 18, 2009 at 1:38 PM, Steve Holden wrote:
>> I've written a Python 3 course that uses an Eclipse-based teaching
>> system. The school is telling me that their version of Eclipse/pydev
>> appears to have an input() function that a
On Fri, Dec 18, 2009 at 1:38 PM, Steve Holden wrote:
> I've written a Python 3 course that uses an Eclipse-based teaching
> system. The school is telling me that their version of Eclipse/pydev
> appears to have an input() function that appends a carriage return
> character to the user's input. Thi
Steve Holden wrote:
Can anyone think of a simple way work around this issue by overriding
__builtins__.input() with a function that calls input() and then returns
an rstrip()ped version of the input string? I though of setting a
PYTHONSTARTUP environment variable, but that only affects interacti
I've written a Python 3 course that uses an Eclipse-based teaching
system. The school is telling me that their version of Eclipse/pydev
appears to have an input() function that appends a carriage return
character to the user's input. This makes several things go screwy, as
it's definitely not the w
gt; > Hi;
> > I've noticed that html doesn't support a "value" attribute for textarea. I
> > have a form in which I enable users to edit data they've entered into my
> > database, and one of the data is a textarea. How do I fill the textarea with
> >
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
ue" attribute for textarea. I
> have a form in which I enable users to edit data they've entered into my
> database, and one of the data is a textarea. How do I fill the textarea with
> the value, or what kind of workaround can I create?
Hi Victor,
You'll find the textarea a
Hi;
I've noticed that html doesn't support a "value" attribute for textarea. I
have a form in which I enable users to edit data they've entered into my
database, and one of the data is a textarea. How do I fill the textarea with
the value, or what kind of workaround
Edward K. Ream schrieb:
> Happily, the workaround is easy. Replace theFile with:
>
> # Use cStringIo to avoid a crash in sax when inputFileName has unicode
> characters.
> s = theFile.read()
> theFile = cStringIO.StringIO(s)
>
> My first attempt at a worka
Happily, the workaround is easy. Replace theFile with:
# Use cStringIo to avoid a crash in sax when inputFileName has unicode
characters.
s = theFile.read()
theFile = cStringIO.StringIO(s)
My first attempt at a workaround was to use:
s = theFile.read()
parser.parseString(s)
but the expat
I've been trying to figure out why Ctl-C sometimes doesn't interrupt
yum. It appears to be unresolved Python bug 926423, unresolved proposed
patch 1102879, don't know if anything ever came of it. Note that I
cannot ask all yum users to apply the patch. I'm not sure I should be
getting rid of
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
> 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
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
>> > 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
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
> 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
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
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
"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
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
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
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
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
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 :)
--
http://mail.python.org/mailman/listinfo/python-list
rge referring to this. It's bug #967934 "csv module
cannot handle embedded \r". The description says "CSV module cannot handle the
case of embedded \r (i.e. carriage return) in a field. As far as I can see,
this is hard-coded into the _csv.c file and cannot be fixed with Dialect
chan
Simmons, Stephen wrote:
>
> I've come across a bug in CSV where the csv.reader() raises an
> exception if the input line contains '\r'. Example code and output
> below shows a test case where csv.reader() cannot read an array
> written by csv.writer().
>
> Error: newline inside string
> WARNING
Hi,
I've come across a bug in CSV where the csv.reader() raises an
exception if the input line contains '\r'. Example code and output
below shows a test case where csv.reader() cannot read an array
written by csv.writer().
I believe this is a known bug and may have been fixed for Python 2.5.
Ho
hmm,
it seems to be less trivial than you mentioned...
hopefully this will be introduced fast in python
--
http://mail.python.org/mailman/listinfo/python-list
On Monday 11 July 2005 09:19 am, peter wrote:
> I've read all the posts concerning relative imports of modules and I am
> glad I saw some consensus on a syntax.
> At this moment I am however bound to python 2.3.
>
> Does anyone know a good workaround (or a library) which can
Hello all,
I've read all the posts concerning relative imports of modules and I am
glad I saw some consensus on a syntax.
At this moment I am however bound to python 2.3.
Does anyone know a good workaround (or a library) which can achieve a
relative import for this python version
kind re
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
Hallo!
> Look at the comment in the code! I have posted the "decorate" module in
Uuups, sorry, I'll RTFM myselfe *g*
Lg,
AXEL.
--
"Aber naja, ich bin eher der Forentyp." Wolfibolfi's outing in
http://www.informatik-forum.at/showpost.php?p=206342&postcount=10
--
http://mail.python.org/mailman/
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
Look at the comment in the code! I have posted the "decorate" module in
the this
decorator thread:
http://groups-beta.google.com/group/comp.lang.python/browse_frm/thread/60f22ed33af5dbcb/b7239b45da6a67ab#b7239b45da6a67ab
--
http://mail.python.org/mailman/listinfo/python-list
Hello!
> from decorate import decorate # see today thread on decorators for this
Gives me an ImportError: No module named decorate. I've got to donwload
that? (python 2.4)
Thanks,
AXEL.
--
"Aber naja, ich bin eher der Forentyp." Wolfibolfi's outing in
http://www.informatik-forum.at/showpost.ph
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
Axel:
> So, if there are ready class-modules, and I want to use them for
> multiple inheritance, I've to rewrite the init's of classes in the
> module!
Or you use a metaclass that rewrites the __init___ method for you.
This is a start (warning: written in 5 minutes and not tested more than
you s
Hello!
> (1) make A or B a mixin class that doesn't need __init__ called, or
Would be a solution for classes that just give functionality, no
data-structures. In that case, i would use functions, no classes ;-)
I've seen code where there are classes without init and the hope that
self has wh
Axel Straschil wrote:
I solved all my problems for pythons multiple inheritance with this ng,
thaks to all again, but there is one think I still dislike:
class A(object):
def __init__(self, a=None, **__eat):
print "A"
super(A, self).__init__()
class B(object):
def __init__(self, b=None, **_
ong written parameter!
So, here is my workaround, please comment this, if someone has a better
solution I would be glad:
class A(object):
def __init__(self, a=None, _do_eat=False, **__eat):
if __eat and not _do_eat: raise "I'm not hungry"
Chris wrote:
> hi,
> thanks for all replies, I try if I can at least get the work done.
>
> I guess my problem mainly was the rather mindflexing (at least for
me)
> coding/decoding of strings...
>
> But I guess it would be really helpful to put the
UnicodeReader/Writer
> in the docs
UNFORTUNATELY
hi,
thanks for all replies, I try if I can at least get the work done.
I guess my problem mainly was the rather mindflexing (at least for me)
coding/decoding of strings...
But I guess it would be really helpful to put the UnicodeReader/Writer
in the docs
thanks a lot
chris
--
http://mail.python
lem, they're all in the
first 256 characters. What makes you say they are a problem "of
course"?
> the current csv module cannot handle unicode the docs say, is there
any
> workaround or is unicode support planned for the near future? in most
> cases support for characters
Chris wrote:
the current csv module cannot handle unicode the docs say, is there any
workaround or is unicode support planned for the near future? in most
cases support for characters in iso-8859-1(5) would be ok for my
purposes but of course full unicode support would be great...
It doesn
Chris> the current csv module cannot handle unicode the docs say, is
Chris> there any workaround or is unicode support planned for the near
Chris> future?
Skip> True, it can't.
Hmmm... I think the following should be a reasonable workaround in most
situations
Chris> the current csv module cannot handle unicode the docs say, is
Chris> there any workaround or is unicode support planned for the near
Chris> future?
True, it can't.
Chris> obviously I am not a python pro, i did not even find the py
Chris> sourc
workaround or is unicode support planned for the near future? in most
cases support for characters in iso-8859-1(5) would be ok for my
purposes but of course full unicode support would be great...
obviously I am not a python pro, i did not even find the py source for
the module, it seemed to me it is
Russell E. Owen wrote:
> It seems that the path was to a "fat" file partition and included a
> directory name that was all uppercase. The directory was created, but
> using lowercase. I'm not yet sure the version of python.
>
> The workaround for now is to not use
>
> It seems that the path was to a "fat" file partition and included a
> directory name that was all uppercase. The directory was created, but
> using lowercase. I'm not yet sure the version of python.
>
> The workaround for now is to not use fat file partitions
Python is at the whim of the services the OS provides. Maybe you should
ask in a linux-related newsgroup or mailing list, they might know more
about the specifics of both detecting and working around "weird"
filesystems like "fat".
To find the type of a filesystem, Linux provides the statfs(2) fu
ercase. The directory was created, but
using lowercase. I'm not yet sure the version of python.
The workaround for now is to not use fat file partitions. But I was
wondering if anyone had a better option?
-- Russell
--
http://mail.python.org/mailman/listinfo/python-list
77 matches
Mail list logo