On Saturday, March 12, 2016 at 3:43:16 AM UTC-6, dieter wrote:
> > archives, and then stuff the link down your big fat mouth?
> ^^^
>
> What happened that you use language like this? Obviously,
> you disagree with Steven - but this should no
On Friday, March 11, 2016 at 6:52:42 PM UTC-6, Gregory Ewing wrote:
> Rick Johnson wrote:
> > I have witnessed the mayhem that occurs when a language does
> > not mandate module encapsulation (Ruby, i'm looking directly
> > at you), and while i agree with the Python
On Saturday, March 12, 2016 at 10:45:43 AM UTC-6, Ian wrote:
> On Fri, Mar 11, 2016 at 7:39 PM, Rick Johnson
> wrote:
> > At run-time, i don't care how large a "module namespace" may
> > be. Sometimes a module namespace will be small, with only a
> > few e
On Saturday, March 12, 2016 at 3:10:49 PM UTC-6, Chris Angelico wrote:
> Also, if currentModule.py is pulling foo from modX, then modZ.py is an
> implementation detail. You don't necessarily want to go straight
> there; tracing the chain is more likely to be the correct behaviour.
> Suppose modX.py
On Thursday, March 10, 2016 at 7:22:26 PM UTC-6, Mark Lawrence wrote:
> Always a code smell when range() and len() are combined.
I would be careful about dealing in absolutes Mark.
--
https://mail.python.org/mailman/listinfo/python-list
On Thursday, March 10, 2016 at 8:04:04 PM UTC-6, Mark Lawrence wrote:
> On 11/03/2016 01:45, BartC wrote:
> > [...]
> > Any other way of traversing two lists in parallel?
> >
>
> Use zip()
Sure, the zip function is quite handy, but it can produce
subtle bugs when both sequences are not of the same
On Monday, March 14, 2016 at 9:19:04 AM UTC-5, alister wrote:
> A code smell does not necessarily mean the code is wrong,
> just that it warrants investigation as there is a strong
> possibility it may be sub- optimal
Yes, technically speaking, you're correct.
But the concept of "code smell" has
On Monday, March 14, 2016 at 10:06:56 AM UTC-5, Oscar Benjamin wrote:
> On 14 March 2016 at 14:35, Rick Johnson wrote:
> >
> > I would strongly warn anyone against using the zip function
> > unless
> ...
> > I meant to say: absolutely, one hundred percent *SURE*,
On Monday, March 14, 2016 at 10:17:54 AM UTC-5, Ian wrote:
> It's sometimes very useful [for zip to discard values],
> though.
The obvious solution is to allow the caller to decide if the
error should be raised, or not. Currently, the caller has no
control over the internals of zip unless he crea
On Monday, March 14, 2016 at 3:28:40 AM UTC-5, Tyson wrote:
> I am having a lot of trouble getting python to find the
> pygame module; my operating system is Windows 7. Can you
> offer any help? . Should I download pygame into the same
> folder as Python? . any ideas at all?
If you're new to Pyt
On Sunday, March 13, 2016 at 5:11:50 AM UTC-5, Steven D'Aprano wrote:
> On Sun, 13 Mar 2016 03:44 am, Ian Kelly wrote:
>
> > On Fri, Mar 11, 2016 at 7:39 PM, Rick Johnson
> > wrote:
> >> At run-time, i don't care how large a "module namespace" ma
On Monday, March 14, 2016 at 2:06:02 PM UTC-5, Ian wrote:
> On Mon, Mar 14, 2016 at 10:53 AM, Rick Johnson
> wrote:
> > If you download and run an installer, one that is
> > appropriate for your operating system and Python version,
> > everything will be taken care of fo
On Sunday, March 13, 2016 at 6:35:40 PM UTC-5, Gregory Ewing wrote:
> Unless the module is doing something obscure, you can
> still find [it's source file] by following the chain of
> imports. [...] True, it's not *always* that easy, but in
> the vast majority of cases it is.
I agree you have a va
On Monday, March 14, 2016 at 9:41:06 PM UTC-5, Steven D'Aprano wrote:
> True. I'm just pointing out that Mark does not speak for the Python
> community. In that regard, he is behaving similarly to Ranting Rick in his
> claims to be the voice of the silent masses.
Now hold on th
On Monday, March 14, 2016 at 1:12:14 PM UTC-5, sohca...@gmail.com wrote:
[...a whole lot of my quotes, snipped for bandwidth...]
@GROUP: I don't know what the heck happened in this thread,
but everyone involved was having a nice respectful
conversation about encapsulation, interfaces, and modules
On Tuesday, March 15, 2016 at 5:48:15 AM UTC-5, Arshpreet Singh wrote:
> def inbox_week():
> import imaplib
> EMAIL = 'myusern...@gmail.com'
I admit that this is pedantic, but you should really use
ADDRESS instead of EMAIL. ADDRESS more correctly complements
PASSWORD. But in any event, yo
On Tuesday, March 15, 2016 at 7:21:02 AM UTC-5, Chris Angelico wrote:
> I'm sure implementing Python is a lot more fun than reimplementing
> Windows APIs!
There's not much on this earth, that is worse than Windows APIs.
--
https://mail.python.org/mailman/listinfo/python-list
On Tuesday, March 15, 2016 at 9:38:16 AM UTC-5, Grant Edwards wrote:
> How difficult a web site is to use is proportional to the
> size of organization that owns it and how much money they
> spent developing it.
I would also add: "The quality of the engineers who design
and implement it". This is
On Tuesday, March 15, 2016 at 1:23:58 PM UTC-5, MRAB wrote:
> Failure is not inevitable.
Inevitable? No.
Highly probable? Yes.
(This message sponsored by: The Magic Eight Ball)
--
https://mail.python.org/mailman/listinfo/python-list
On Tuesday, March 15, 2016 at 5:54:46 PM UTC-5, Thomas 'PointedEars' Lahn wrote:
> Vinicius Mesel wrote:
> > I'm a 16 year old Python Programmer that wanted to do
> > something different. But, like we know, ideas are quite
> > difficult to find. So I decided to develop a URL
> > Shortener to help t
On Tuesday, March 15, 2016 at 7:23:12 PM UTC-5, Thomas 'PointedEars' Lahn wrote:
(Note: i had to rearrange your paragraph to accommodate a more
intuitive response. I apologize for this, but i'm confident
i was able to maintain your original intent)
> You are giving bad advice to a junior develope
On Thursday, March 17, 2016 at 11:14:48 PM UTC-5, Arshpreet Singh wrote:
> Yes I am looking for in EMAIL string is present in
> str(msg[header]) then do_something()
>
> I also run without str() but sometimes it causes weird
> exception errors because you can't predict the behavior
> msg[header].
On Wednesday, March 16, 2016 at 7:02:16 AM UTC-5, Daniel Wilcox wrote:
> I dare say I'm with Rick on this point[...]
Contrary to "pseudo popular belief", it's perfectly okay to
agree with Rick (from time to time). Hey, even a stopped
clock is correct twice a day!
--
On Thursday, March 17, 2016 at 4:15:37 PM UTC-5, Thomas 'PointedEars' Lahn
wrote:
> Get a life, *please*.
Well, you see *Thomas*, the problem is, this *IS* my life! I couldn't remove
myself from this life anymore than you could apply a Bézier curve to your upper
auricles -- we just wouldn't b
On Thursday, March 17, 2016 at 1:24:10 PM UTC-5, Laurent Pointal wrote:
> So the error: SyntaxError: 'return' outside function
>>> return
SyntaxError: 'return' outside function
--
https://mail.python.org/mailman/listinfo/python-list
On Friday, March 18, 2016 at 9:19:34 AM UTC-5, Arshpreet Singh wrote:
> On Friday, 18 March 2016 11:14:44 UTC+5:30, Rick Johnson wrote:
>
> > #
> > # BEGIN CODE
> > #
> > import imaplib
> >
> > def inbox_week():
> > emailAddress = &#x
On Thursday, March 17, 2016 at 7:52:26 PM UTC-5, Gene Heskett wrote:
> So the obvious question then is, will any of your python code still be
> running and doing its labor saving and dead on the video frame timing
> job several times daily, 17 years hence?
Well, let me put it this way folks: As
On Thursday, March 17, 2016 at 1:24:10 PM UTC-5, Laurent Pointal wrote:
> So the error: SyntaxError: 'return' outside function
My suspicion is the the OP misunderstands how modules work. He is assuming that
he can return a value from them. But without the source, who knows??? I think
John has th
On Wednesday, March 16, 2016 at 1:53:45 PM UTC-5, Dan Strohl wrote:
> Actually, I think that was the complete code... give it a try...
>
> "{:02}".format("1")
>
> produces the error listed.
>
> I agree the error is not very clear, since the "=" was not
> passed, it seems like an incorrect error.
On Thursday, March 17, 2016 at 9:34:46 AM UTC-5, wxjm...@gmail.com wrote:
> Very simple. Use Python and its (buggy) character encoding
> model. How to save memory? It's also very simple. Use a
> programming language, which handles Unicode correctly.
I personally don't have much use for Unicode, so
On Thursday, March 17, 2016 at 5:48:12 PM UTC-5, c...@isbd.net wrote:
> So, my mistake, but python-babel should have caught it.
Yeah, errors like that are a real pisser, and the further away from the source
that they break, the more headache they become to resolve. They send you on a
wild goose
On Thursday, March 17, 2016 at 1:28:05 PM UTC-5, Thomas 'PointedEars' Lahn
wrote:
> BTW and JFTR, this thread has gone *way* off topic.
Who cares? Python-list is not a "strictly moderated group". So long as the
discussion is informative, or heck, even entertaining, no crime has been
committed.
t;")
and the error reads
AttributeError: 'module' object has no attribute 'maketrans'
Any help? I barely understand the whole unicode business, but any guidance in
updating the code would be much appreciated.
THANKS
Rick
--
https://mail.python.org/mailman/listinfo/python-list
Some of the folks on this list have attempted to shame me
for not accepting "with open arms", this vile encoding we call
Unicode, but i wonder, are they aware of the deepest held
beliefs of our very own leader?
The other day whilst perusing the idlelib i came across a
small but *very* significant
(sys.path[0]), knocks on all the doors,
then proceeds to floor two (sys.path[1]), knocks on all
those doors..., and so on and so forth until he locates the
recipient or dies of exhaustion -- whichever comes first.
It is this point that i find the import machinery to be
lacking. It's not
On Monday, November 17, 2014 4:46:05 PM UTC-6, Steven D'Aprano wrote:
> [...]
> Python is not Java, nor Perl, and if you're putting every
> class into its own file, you are doing it wrong.
Stop making these gross generalizations. Just because Java
*REQUIRES* that you only have one class per file d
On Wednesday, November 19, 2014 5:23:38 AM UTC-6, Terry Reedy wrote:
> On 11/19/2014 3:46 AM, ast wrote:
> > mainloop() is a window method which starts the event
> > manager which tracks for events (mouse, keyboard ...) to
> > be send to the window. But if I forget the
> > root.mainloop() in my pro
On Sunday, November 16, 2014 3:45:58 PM UTC-6, Abdul Abdul wrote:
> I just came across the following line of code:
>
> outputfile = os.path.splitext(infile)[0] + ".jpg"
>
> Can you kindly explain to me what those parts mean?
What that line of code "means" is:
The author is far too dependent o
On Thursday, November 20, 2014 6:15:03 PM UTC-6, alex23 wrote:
> On 16/11/2014 3:01 PM, Rick Johnson wrote:
> [...]
> > Actually, Python is not alone in this deficiency, no, Python
> > is just *ANOTHER* language in a *STRING* of languages over
> > the years who has *YET AGA
On Friday, November 21, 2014 4:29:48 AM UTC-6, Tim Chase wrote:
> What messed-up version of Python are you running?
> Or did you fail to test your conjecture?
>
> $ cat > calendar.py
> print("This is my local calendar.py")
> x=1
> $ cat > importtest.py
> import calendar
> print(dir(calendar))
>
On Friday, November 21, 2014 9:34:55 AM UTC-6, Ian wrote:
> On Thu, Nov 20, 2014 at 8:53 PM, Rick Johnson
> > FOR INSTANCE: Let's say i write a module that presents a
> > reusable GUI calendar widget, and then i name the module
> > "calender.py".
> >
>
On Friday, November 21, 2014 1:06:18 PM UTC-6, Michael Torrie wrote:
> On 11/21/2014 11:24 AM, Rick Johnson wrote:
> > Why am *i* the fool when it's obvious that
> > the creators of Python were either shortsighted and/or
> > careless with the designs? The only people wh
On Friday, November 21, 2014 1:24:53 PM UTC-6, Ian wrote:
> On Fri, Nov 21, 2014 at 11:24 AM, Rick Johnson
> > Are you also going to call drivers "fools" because they bought
> > a "certain brand" of car only to have the airbag explode in
> > their face?
On Friday, November 21, 2014 4:25:49 PM UTC-6, Rick Johnson wrote:
>
> # STEP 3 #
>
> # Make the following ch
On Friday, November 21, 2014 5:59:44 PM UTC-6, Chris Angelico wrote:
> On Sat, Nov 22, 2014 at 10:21 AM, Rick Johnson
> wrote:
> > 1. Use the historical "implicit import" mechanism for most day
> > to day imports, and let Python do all the heavy lifting.
> >
&
On Friday, November 21, 2014 6:33:32 PM UTC-6, Ian wrote:
> On Fri, Nov 21, 2014 at 3:25 PM, Rick Johnson
> > Why does the code in the main package need to run when i
> > *explicitly* and *directly* fetched a "nested resource"
> > within the package?[...]
>
On Sunday, November 23, 2014 4:37:53 PM UTC-6, Gregory Ewing wrote:
> Chris Angelico wrote:
> > Just out of curiosity, why does the stdlib need modules
> > for manipulating .wav and other sound files, but we have
> > to go to PyPI to get a PostgreSQL client?
>
> I suspect it's mainly for historical
On Monday, November 24, 2014 4:35:13 AM UTC-6, Mark Lawrence wrote:
> The Native Americans are no doubt regretting their
> decision to "welcome any and all immigrants". Would they
> have made the same decision using Python which obviously
> wouldn't have been available at that time?
FINDERS KEEPE
On Monday, December 22, 2014 12:16:03 PM UTC-6, sohca...@gmail.com wrote:
> On Monday, December 22, 2014 12:16:15 AM UTC-8, shawool wrote:
>
> [snip: OP's adolescent accessorizing] @_@
>
> Is there a reason you're composing your messages with a
> large, colored font Shit's obnoxious, yo.
Whilst
On Monday, December 22, 2014 9:56:11 AM UTC-6, ryguy7272 wrote:
I've been using Python for quite a few years now an i can
only once remember using any type of "python installation
tools" (easy_install or pip... puke!). I've always found the
easiest route to be just downloading a zip/tar file, and
On Tuesday, December 23, 2014 3:35:20 AM UTC-6, wxjm...@gmail.com wrote:
>
> [...]
>
> Wait for ther 3.5 release. I will still show
> you how to make Idle, tkinter, Python crashing
> in 10 seconds.
>
> Discussing with (some) core devs is simply impossible,
> they do not whish to discuss!
>
> All
On Tuesday, August 26, 2014 7:01:22 PM UTC-5, Steven D'Aprano wrote:
> I think it is a serious design flaw that the standard
> library and user code co-exist in a single namespace.
I'm not sure if your wording is just clumsily and you meant:
"""
I think it is a serious design flaw that the
On Thursday, December 25, 2014 10:16:54 AM UTC-6, Jacob Kruger wrote:
> One line assignment is ok, but, seems like you can't perform actions.
>
> #the following will work:
> I = 1 if True else 2
>
> #but the following will generate an error:
> if I == 1: print("one")
Only if "I" is undefined.
--
On Thursday, December 25, 2014 9:19:25 AM UTC-6, JC wrote:
> Hello,
>
> Is it possible in python:
>
> if ((x = a(b,c)) == 'TRUE'):
> print x
>
> Thanks.
Could you not simply rephrase:
result = foo()
if result == 'TRUE':
do_something()
Of course, another oddity is fact th
On Sunday, December 28, 2014 5:34:11 PM UTC-6, Vincent Davis wrote:
>
> [snip: code sample with Unicode spaces! Yes, *UNICODE SPACES*!]
Oh my! Might i offer some suggestions to improve the
readability of this code?
1. Indexing is syntactically noisy, so if you find yourself
fetching the same in
On Monday, December 29, 2014 12:50:39 AM UTC-6, Rick Johnson wrote:
[EDIT]
> 3. Now you can write some fairly simple logic.
>
> prog = re.compile("pat1|pat2|pat3...")
> def parse_vin(vin):
> match = prog.search(vin)
> if match:
>
On Sunday, December 28, 2014 11:29:48 AM UTC-6, Seymore4Head wrote:
> I need to search through a directory of text files for a string.
> Here is a short program I made in the past to search through a single
> text file for a line of text.
Step1: Search through a single file.
# Just a few more bru
On Monday, December 29, 2014 10:58:59 AM UTC-6, Vincent Davis wrote:
> Rick, Thanks for your suggestions, I was just starting
> version2 and wanted to do something like you suggest.
> Another question. I what to change the logic so that
> rather than return THE match it return all mat
On Monday, December 29, 2014 12:27:33 PM UTC-6, Rick Johnson wrote:
>
> [...]
>
[Addendum]
WHEN LOGICAL AND SUBJECTIVE CONSTRUCTS INTERSECT,
"SEMANTIC WARS" ARE WAGED!
[Addendum #2]
WHO'S RESPONSIBLE FOR THE "SEMANTIC WARS"?
I've always believed in the philosophy of:
"Responsibility to the responsible".
After reading that statement,
ogic of the loop
> *demands* that "ranges" give meaning to "years", and NOT the
> inverse!
>
>
> OPTION 2: Define the keys as years and the values as ranges.
>
> total inverse transformation of of option 1
"But Rick, your
On Thursday, January 1, 2015 12:44:13 PM UTC-6, lucas mvm wrote:
> Hey Guys! I need your help! So i want to make a program
> like the app called "Feed Me" There are 2 Pictures (I got
> that) than you can click the food picture and drag it on
> the boys mouth and than the sad boys face disappears an
On Friday, January 2, 2015 8:01:50 AM UTC-6, Chris Angelico wrote:
> I'm not sure that I'd want to. Handling case insensitivity is fine
> when you're restricting everything to ASCII, but it's rather harder
> when you allow all of Unicode. For instance, U+0069 and U+0049 would
> be considered case-i
On Friday, January 2, 2015 11:54:49 AM UTC-6, Rustom Mody wrote:
> And how does this strange language called English fits
> into your rules and (no) special cases scheme?
Oh i'm not blind to the many warts of the English language,
for it has many undesirable qualities indeed, however, it
*is* the
On Friday, January 2, 2015 5:03:35 PM UTC-6, access...@gmail.com wrote:
> I have a script that I trying to go from command line
> entry to interface entry. [...] I have a few requirements
> when capturing the data:
>Must be able to navigate to a file and capture entire
>filename and pathnam
On Saturday, January 3, 2015 4:39:25 AM UTC-6, Mark Lawrence wrote:
> I used to get very confused watching the old westerns. The child when
> talking about "more" and "paw" wasn't referring to possibly an
> adjective, noun or adverb and a part of an animal, but what we would
> refer to in the
On Sunday, January 4, 2015 7:19:23 AM UTC-6, Steven D'Aprano wrote:
> Dear gods, I know I'm going to regret this... [...]
Yes, but *NOT* for the reason you think!
With all the intellectual and philosophical *GOLD* i have
dropped into this thread (and others), the only response you
can muster is t
On Saturday, January 3, 2015 2:28:18 PM UTC-6, ravas wrote:
> Is it possible that this could be added in an upcoming
> version of Python -- or is this a Tk issue?
A quick look at the Tkinter.Text.get source code will answer
that question for you:
py> import inspect
py> from Tkinter import Text
p
On Monday, January 5, 2015 2:01:22 AM UTC-6, ravas wrote:
> I'm curious about what events you would use. The only work
> around I thought of is to create a word list and then
> apply tags & use tag_bind().
Well i'm not sure what you are doing exactly, so i'll have
to take some liberties here, but
On Thursday, January 8, 2015 7:11:45 AM UTC-6, Albert van der Horst wrote:
> Rick Johnson wrote:
> >Widespread centralized free schooling did not exists until
> >almost the 1900's. Heck, looking back at American history,
> >the world *SHOULD* be in awe. To go from a rag-
On Thursday, January 8, 2015 at 7:12:18 PM UTC-6, Ben Finney wrote:
> That does not contradict the position that [python
> packaging] is an ornery beast full of hidden traps and
> compromises though; it just means that everything that
> came before it (in Python) is worse
Ben, you've just proven
On Thursday, January 8, 2015 at 10:54:22 AM UTC-6, Chris Warrick wrote:
> On Thu, Jan 8, 2015 at 5:18 PM, adam wrote:
> > I just learn python. If you write in Polish it will be easier for me to
> > explain any problem, because my English is very thin.
>
> You cannot really learn to program without
EXAMPLE 1: "Reducing Comprehension"
https://docs.python.org/2/howto/doanddont.html#using-the-batteries
#
an attempt to resolve his own cognitive
dissonance? Of course, if the latter is true, then i give
him bonus points for his use of the third person to veil his
own inadequacies -- nice Jamie, *very* nice!
"Rick it sounds like you're accusing Jamie of cowardice
resulting in "
On Monday, January 12, 2015 at 7:55:32 PM UTC-6, Mark Lawrence wrote:
> On 12/01/2015 23:47, Rick Johnson wrote:
> >> 'Some people, when confronted with a problem, think "I
> >> know, I'll use regular expressions." Now they have two
> >> problems.&
so i can take the
knife and stab *myself* in the back!
Your pal, Rick.
--
https://mail.python.org/mailman/listinfo/python-list
On Tuesday, January 13, 2015 at 12:39:55 AM UTC-6, Steven D'Aprano wrote:
> On Mon, 12 Jan 2015 15:47:08 -0800, Rick Johnson wrote:
> [...]
> > [...]
> >
> > #
On Tuesday, January 13, 2015 at 11:09:17 AM UTC-6, Rick Johnson wrote:
> [...]
> DO YOU NEED ME TO DRAW YOU A PICTURE?
I don't normally do this, but in the interest of education
i feel i must bear the burdens for which all professional
educators like myself are responsible
On Wednesday, January 14, 2015 at 11:55:11 PM UTC-6, Yawar Amin wrote:
> First off, to each reader--if you believe that 'multi-
> line' lambdas are no good and we can just use functions,
> decorators, &c. to accomplish everything in Python,
> advance warning: this post will annoy you.
Well i'm not
On Monday, January 19, 2015 at 6:16:13 PM UTC-6, Luke Tomaneng wrote:
> Has anyone noticed [uppercase post content]? There have
> been about three of them recently and they don't seem to
> have anything to do with Python at all. Does anyone know
> if there is a good reason they are here?
A "good r
On Monday, January 19, 2015 at 7:55:11 PM UTC-6, Chris Angelico wrote:
> On Tue, Jan 20, 2015 at 11:38 AM, Rick Johnson wrote:
> > That's the beauty of free speech: "We have right to be
> > annoyed, and the author has the right not to give a damn".
> > The on
On Monday, January 19, 2015 at 8:16:01 PM UTC-6, Ben Finney wrote:
> Freedom of expression entails an obligation on the state
> to not quash anyone's expression. It does not affect
> anyone who is not the state; it imposes no obligation on
> the PSF. [...] So a forum such as this can block obnoxiou
On Wednesday, January 21, 2015 at 10:34:40 AM UTC-6, Steven D'Aprano wrote:
> In 2009, Robert Martin gave a talk at RailsConf titled
> "What Killed Smalltalk Could Kill Ruby". (No cheering,
> that sort of attitude is one of the things that killed
> Smalltalk.) Although Martin discusses Ruby, the le
On Wednesday, January 21, 2015 at 10:31:12 PM UTC-6, Steven D'Aprano wrote:
> Occasionally you find people spreading Fear, Uncertainty, Doubt about
> Python. Python is now over 20 years old and one of the most popular
> languages in the world no matter how you measure popularity:
What's next, ar
On Thursday, January 22, 2015 at 12:48:46 AM UTC-6, Paul Rubin wrote:
> Sir Richard Johnson writes:
> You could write some IDE features to suppress visibility
> of the hints. Or maybe it could be done with a decorator-
> like construct:
>
> @-spec(Iterable[Real], Real) -> Real
Yes, YES, *YES*!!
On Thursday, January 22, 2015 at 1:23:40 AM UTC-6, Steven D'Aprano wrote:
> The point isn't that there are no other alternative
> interpretations possible, or that annotations are the only
> syntax imaginable, but that they're not hard to guess what
> they mean, and if you can't guess, they're not
On Thursday, January 22, 2015 at 4:32:04 AM UTC-6, Mario Figueiredo wrote:
> Rick,
>
> > Python is the only thing that is pure in the programming
> > world. The only language that offers the cleanest and
> > most intuit-able syntax, AND YOU"RE JUST G
On Thursday, January 22, 2015 at 4:37:49 AM UTC-6, Mario Figueiredo wrote:
> I could replace the variable names with spam, ham and eggs, if you wish.
ROTF!
--
https://mail.python.org/mailman/listinfo/python-list
On Thursday, January 22, 2015 at 12:15:11 PM UTC-6, Skip Montanaro wrote:
> On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden wrote:
>
> > Python will no longer be dynamic, it will just be a slow
> > static language. Yes, Python could still be used as a
> > dynamic language, but nobody will allow yo
On Thursday, January 22, 2015 at 12:28:47 PM UTC-6, Mark Lawrence wrote:
> Evidence in completely the opposite direction if I'm
> reading this correctly [snip link]
>
> "The main use case of type hinting is static analysis
> using an external tool without executing the analyzed
> program. Existing
On Thursday, January 22, 2015 at 1:23:11 PM UTC-6, Marko Rauhamaa wrote:
> Chris Angelico:
>
> > Just please don't FUD this list.
>
> Why do you think opinions on Python's future should be
> kept off this list?
Because he's one of the more prevalent boot licking rabbid
fanboys of GvR. If you don
On Thursday, January 22, 2015 at 4:25:37 PM UTC-6, Mario Figueiredo wrote:
> 1. Annotations where created exactly for this purpose. So
> there's some preassure to put them to work on what they
> were always meant to be used for.
>
> 2. Docstrings are meant as source of code documentation
> and to
Note: This is the closest you're going to get to a PEP from me!
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the other side, we have those who oppose th
On Friday, January 23, 2015 at 11:49:05 AM UTC-6, Chris Angelico wrote:
> On Sat, Jan 24, 2015 at 3:00 AM, Chris Warrick wrote:
> > 5. especially old-style %-based string formatting!
>
> Please. There's nothing wrong with %-style formatting.
*BALD-FACED-PARTISAN-LIE*!
If there is *NOTHING* wr
On Thursday, January 22, 2015 at 9:22:40 PM UTC-6, Terry Reedy wrote:
> On 1/22/2015 8:15 PM, Rick Johnson wrote:
>
> > Okay, i have found a solution to the type hinting problem
> > that will appease both sides. On one side we have those who
> > are proposing type hi
On Thursday, January 22, 2015 at 9:24:01 PM UTC-6, Rustom Mody wrote:
> >
> > Simplistic Example Code utilizing two files:
> >
> >
> > [...snip code example...]
> >
On Thursday, January 22, 2015 at 10:04:29 PM UTC-6, Chris Angelico wrote:
> It's worth pointing out, too, that the idea isn't
> panaceaic - it's just another tool in the box. Any time
> you break related things into separate places, especially
> separate files, the tendency for them to get out of
On Friday, January 23, 2015 at 7:23:34 AM UTC-6, Fetchinson . wrote:
> I really like the idea that in python I don't have lots of
> choices in many areas, certain things are dictated. The
> big advantage is that when I read other people's code I
> know what to expect so me being restricted is a sma
On Friday, January 23, 2015 at 1:59:38 PM UTC-6, Chris Angelico wrote:
> On Sat, Jan 24, 2015 at 6:48 AM, Sir Rick Johnson wrote:
> > On Thursday, January 22, 2015 at 10:04:29 PM UTC-6, Chris Angelico wrote:
> >
> >> It's worth pointing out, too, that the idea isn
On Friday, January 23, 2015 at 3:02:57 PM UTC-6, Mario Figueiredo wrote:
> In any case, I agree entirely with you that type
> annotation is one ugly syntax to a programming language
> that is touted everywhere as being simple and easy to
> read. I would say that the mistake started 5 years ago,
>
601 - 700 of 1183 matches
Mail list logo
