Greg Ewing wrote:
> Bill Janssen wrote:
>> An editable styled-text widget would be interesting, instead of the
>> simpler editable text widget that already exists.
>
> Yes, that's another thing I have in mind. I need to find out
> what's available on Windows before I get too carried away with
> th
Given the filename of a python file, I would like to be able to
determine what its __name__ will be. I know of at least three
concrete use cases for this:
1. Python documentation tools (pydoc, epydoc, etc) should display
the correct 'fully qualified name' for packages and modules
w
On Friday 05 May 2006 11:46, Edward Loper wrote:
>3. I have written a patch to python-mode.el that modifies buffer
> names to include the package name. This is especially useful
> when you have several different subpackages: seeing
> "__init__.py (epydoc.markup)" is much
On 5/1/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> The Type Error is actually referring to the type of 'foo' - the code is
> clearly expecting it to be something with a different __call__ signature.
>
> However, for things like functions, there's nothing wrong with the type of the
> supplied obje
"Greg Ewing" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Terry Reedy wrote:
>
>> -the ability to ignore platforn standards and give an app a unique look
>> and
>> feel. A start on this, for instance, is being able to give dialog boxes
>> a
>> custom background instead of unif
On 5/5/06, Collin Winter <[EMAIL PROTECTED]> wrote:
> On 5/1/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> > The Type Error is actually referring to the type of 'foo' - the code is
> > clearly expecting it to be something with a different __call__ signature.
> >
> > However, for things like functio
> > Is there anywhere else in Python where the type of an object isn't
> > checkable with isinstance()?
>
> Yes, it's called duck typing.
And, in my opinion, it's probably worth stomping out in Py3K. It
developed as necessary because of the original dichotomy between C
classes and Python classes
On 5/5/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > > Is there anywhere else in Python where the type of an object isn't
> > > checkable with isinstance()?
> >
> > Yes, it's called duck typing.
>
> And, in my opinion, it's probably worth stomping out in Py3K. It
> developed as necessary because
On 5/4/06, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> "Guido van Rossum" <[EMAIL PROTECTED]> wrote:
> > Can you please post the benchmarking code?
>
> No problem.
OK, so I have the advantage of a time machine... Or at least the p3yk
(sic) branch. I created a perhaps more reasonable benchmark; y
I am tempted ;o) I used to diffenentiate between in and inout years ago in my
Pascal and Ada days ... Eventhough this offer comes on a Thursday.
A few random observations:
a) From what I gather, for some years, the pass by value and pass by
reference has been dormant
Ada has the in
GvR writes:
> On 5/5/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > > > Is there anywhere else in Python where the type of an object isn't
> > > > checkable with isinstance()?
> > >
> > > Yes, it's called duck typing.
> >
> > And, in my opinion, it's probably worth stomping out in Py3K. It
> > de
11 matches
Mail list logo
