[Tutor] Where's Psyco now?

://pypi.python.org/pypi/psyco/1.6 Do you think it's useful, or it depends...? -- Vicent Giner-Bosch, Valencia, Spain ___ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor

[Tutor] "Pointer" to a function? Storing a function as an object property? Passing arguments by value/by reference?

ction by value or by reference. Is there any equivalence in Python to that approach? How is the usual way to pass function arguments in Python? I guess I'll discover many of this things by my own when "playing arround" with Python, but some orientation will be w

Re: [Tutor] "Pointer" to a function? Storing a function as an object property? Passing arguments by value/by reference?

on was simple but I was afraid that the answer was going to be too complex. But I see that it actually works like I thought it should!!! It's extremely simple and intuitive, IMHO. Thank you to all for your precise and clear answers. I've learned a lot, and specially appreciate the links th

Re: [Tutor] cube root

e never used it... but perhaps Numeric/Numpy handle > this kinda stuff better (for accuracy's sake) > > Maybe this issue can be overcome by using symbolic notation when possible (maybe by using SymPy)? Has anyone any experience with this? -- Vicent

[Tutor] Customizing Eclipse text editor

now any kind of recomended (I mean, optimized for a good working experience, good for eyes health, etc.) color palette or color combination with black background? Thank you in advance. -- Vicent ___ Tutor maillist - Tutor@python.org http://mail.pyt

[Tutor] Why dictionaries?

A simple but maybe too wide question: When is it / isn't it useful to use dictionaries, in a Python program? I mean, what kind of tasks are they interesting for? Maybe you can give me some references where they explain it. Thank you!! -- V

[Tutor] Defining "bit" type

can give me some hint or any web reference, I would appreciate it. Thank you in advance. -- Vicent ___ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor

[Tutor] Fwd: Defining "bit" type

Sorry, I answered only to Eugene... -- Forwarded message -- From: Vicent Date: Sat, Jan 24, 2009 at 15:42 Subject: Re: [Tutor] Defining "bit" type To: Eugene Perederey On Sat, Jan 24, 2009 at 15:31, Eugene Perederey wrote: > Hi, > type 'bool' tak

Re: [Tutor] Defining "bit" type

On Sat, Jan 24, 2009 at 15:42, Vicent wrote: > > > > I mean, being "a" a boolean variable, it works as if it was a number, but > every time I want to update the value of "a", I must put "False" for 0 and > "True" for 1, or it will chan

Re: [Tutor] Defining "bit" type

and space-efficient. > > Ilan gave a presentation on this at the Texas Unconference last fall, and > some of the applications were pretty interesting/novel. If you download > the > tarball from PyPI, there is an included examples directory. > Well, not necessarily —but I

Re: [Tutor] Defining "bit" type

essary to handle with many unexpected behaviors... As I am a beginner, I still don't know how to build that class, but I guess Wayne gave me the clue, or something to play with. -- Vicent ___ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] Defining "bit" type

? You are going to kill me, but... Maybe the solution is not to re-define what already exists —boolean data type, but just using it, as suggested at the beginning of the thread... b = bool(1) b = bool(0) After all, it's not so bad... I'll think about it. -- Vicent ___ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] Defining "bit" type

On Sat, Jan 24, 2009 at 20:43, bob gailer wrote: > Vicent wrote: > > > It would be great if "b.value = 0" could be just written as "b = 0" > without changing type as a result. > > > Assignment in effect does a del b, then creates a new b based on

Re: [Tutor] Defining "bit" type

On Tue, Jan 27, 2009 at 14:26, Ricardo Aráoz wrote: > > "Vicent" wrote > > Anyway, I am working with Python 2.5.4, and I am interested in defining a > new type called "bit" (if possible), which represents a number that can > only > take values 0

[Tutor] Properties of an object

"a.list_1stpart" , a property. The general case is (the second question): (2) properties which can be derived from other "primary" properties, are they just methods?? I don't know which approach is more correct, from any point of view... By the way, does the "property" approach consume much memory or space than the "method" approach?? Thank you very much for your patience... -- Vicent ___ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] Properties of an object

ce about the name of properties. I agree with getting the "list_" prefix out. Thank you!! -- Vicent ___ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor

Re: [Tutor] Properties of an object

l. This might be appropriate for your 1stpart and 2ndpart > values. See > http://personalpages.tds.net/~kent37/kk/8.html<http://personalpages.tds.net/%7Ekent37/kk/8.html> > http://docs.python.org/library/functions.html#property > > OK... N