would think that the
ExecuteExcel4macro would bypass that.
I can't comment on the python part of the equation - I am a complete
newbie there.
You might consider reposting this in microsoft.public.excel.programming
since many of the regular posters there know a lot about automating
Excel from scripting languages. They could at least help you with the
VBA side of the equation.
I hope that my random thoughts don't misguide you too much.
-John Coleman
--
http://mail.python.org/mailman/listinfo/python-list
t; & Err.Description
End If
This will also give you some idea of what the error is from VBA's
perspective (although the error descriptions are not always very
informative).
HTH
-John Coleman
--
http://mail.python.org/mailman/listinfo/python-list
Paul Rubin wrote:
> John Salerno <[EMAIL PROTECTED]> writes:
> > I'm a little confused. Why doesn't s evaluate to True in the first
> > part, but it does in the second? Is the first statement something
> > different?
>
> No. True and False are boolean values, where booleans are a different
> data
Paul Rubin wrote:
> "John Coleman" <[EMAIL PROTECTED]> writes:
> > > then "x == 3" is false, but "int(x) == 3" is true.
> > But then why is 3.0 == 3 true? They are different types.
>
> The 3 gets converted to float, like when you say
&
Martin v. Löwis wrote:
> John Coleman schrieb:
> > Yes - it just seems that there isn't a principled reason for implicitly
> > converting 3 to 3.0 in 3.0 == 3 but not implicitly converting "cat" to
> > boolean in "cat" == true.
>
> Sure there
Donn Cave wrote:
> In article <[EMAIL PROTECTED]>,
> "John Coleman" <[EMAIL PROTECTED]> wrote:
>
> > Very good point, though one could argue perhaps that when one is
> > comparing an object with a truth value then one is implicitly asking
> &
s to confirm the
"batteries are included" philosophy of Python. Perhaps there is less
need to learn how to roll your own batteries as soon as possible.
-John Coleman
--
http://mail.python.org/mailman/listinfo/python-list
digm" - able to blend the functional and imperative (and OO)
paradigms together.
-John Coleman
Nick Vatamaniuc wrote:
> I would consider that an omission. Functions are very important in
> Python. I think the user/reader should see the _def_ and _class_
> statement fairly soon in the i
John Salerno wrote:
> John Coleman wrote:
> > Greetings,
> >My copy of the second edition of Chun's "Core Python Programming"
> > just arrived from Amazon on Friday.
>
> Who would you say the book is aimed at? Advanced programmers? I thought
> abo
John Coleman wrote:
> John Salerno wrote:
> > John Coleman wrote:
> > > Greetings,
> > >My copy of the second edition of Chun's "Core Python Programming"
> > > just arrived from Amazon on Friday.
> >
> > Who would you say the book
a gcc compiler. I've mostly used visual studio or code warrior for
C compiling, so again - maybe I don't know what I am looking for.
-John Coleman
p.s. Pretty cool sig line - the older I get, the more enigmatic the
world seems. I appreciate all of the effort that Enthought puts into
their d
Robert Kern wrote:
> John Coleman wrote:
> > Maybe I don't know what I'm looking for, but I downloaded Enthought a
> > few days ago and don't seem to find MinGW on my system. There are 2
> > relatively small (totalling about 13 kb IIRC) *python* files deeply
John Coleman wrote:
> Robert Kern wrote:
> > John Coleman wrote:
> > > Maybe I don't know what I'm looking for, but I downloaded Enthought a
> > > few days ago and don't seem to find MinGW on my system. There are 2
> > > relatively small
r tool languages.
This is probably because I am not a programmer (I'm a mathematician who
likes to program as a hobby and for numerical simulations) and so don't
have the time to invest in picking up a Zen language. Hard-core hackers
might presumably lean towards the Zen languages.
Ju
best* from each world
is a separate question)
-John Coleman
--
http://mail.python.org/mailman/listinfo/python-list
Bryan Olson wrote:
> John Coleman wrote:
> >I have a rough classification of languages into 2 classes: Zen
> > languages and tool languages. A tool language is a language that is,
> > well, a *tool* for programming a computer. C is the prototypical tool
> > lang
yourself who has actually studied it, but
the genie can't be put back into the bottle. It is no longer really
plausible to be a purist regarding words like "Zen" or "Tao" - it just
makes you appear pedantic.
Hopefully I have tripped less of your "internet bullshit triggers" this
time. If not, you should really adjust your settings.
-John Coleman
--
http://mail.python.org/mailman/listinfo/python-list
though the first is.
Is this a bug, or do comment lines which begin with #hash have some
special meaning?
My program ran fine, so it seems that the interpreter itself is
ignoring the line.
-John Coleman
--
http://mail.python.org/mailman/listinfo/python-list
John Coleman wrote:
> Greetings,
>I am currently trying to learn Python through the excellent
> "Learning Python" book. I wrote my first non-trivial program, which
> began with several comment lines. One of the comment lines began with
> '#hash'. IDLE do
John Salerno wrote:
> John Coleman wrote:
> > John Coleman wrote:
> >> Greetings,
> >>I am currently trying to learn Python through the excellent
> >> "Learning Python" book.
>
> me too!
>
> > It isn't just #hash, but also thin
Blackbird wrote:
> John Coleman <[EMAIL PROTECTED]> skrev:
>
> > John Salerno wrote:
> >> John Coleman wrote:
> >>> John Coleman wrote:
> >>>> Greetings,
> >>>>I am currently trying to learn Python through the excellent
>
Scott David Daniels wrote:
> John Coleman wrote:
> > Blackbird wrote:
> >> I think this simpler version of letter_hash should work too:
> >>
> >> def letter_hash(word):
> >> w = [c for c in word]
> >> w.sort()
> >> return
22 matches
Mail list logo
