Terry Reedy :
> On 4/10/2016 8:17 PM, Fillmore wrote:
>
>> apparently my 'discontinuity' is mappable to the fact that there's no
>> such thing as one-element tuples in Python, and attempts to create
>> one will result in a string (i.e. an object of a different kind!)...
>
> Please work through the
On Sun, Apr 10, 2016, at 10:18 PM, Rustom Mody wrote:
> On Monday, April 11, 2016 at 10:17:13 AM UTC+5:30, Stephen Hansen wrote:
> > On Sun, Apr 10, 2016, at 09:03 PM, Fillmore wrote:
> > > and the (almost always to be avoided) use of eval()
> >
> > FWIW, there's ast.literal_eval which is safe and
Fillmore writes:
> I thought I had made the point clear with the REPL session below. I
> had (what seemed to me like) a list of strings getting turned into a
> tuple. I was surprised that a single string wasn't turned into a
> single-element tuple.
Sure. What about the corresponding one from my
On Mon, Apr 11, 2016, at 00:08, Steven D'Aprano wrote:
> Should we say that the / and - operators therefore create tuples? I don't
> think so.
But I am talking about the tuple that is passed to FunctionType.__call__
at runtime, not a tuple created within some parser stage.
--
https://mail.python.
On Monday, April 11, 2016 at 10:17:13 AM UTC+5:30, Stephen Hansen wrote:
> On Sun, Apr 10, 2016, at 09:03 PM, Fillmore wrote:
> > and the (almost always to be avoided) use of eval()
>
> FWIW, there's ast.literal_eval which is safe and there's no reason to
> avoid it.
Its error reporting is clunky
On 11/04/2016 04:32, Mario R. Osorio wrote:
hmmm...He made an extremely kind comment a couple of days ago. It
called my attention because is the first one ever (coming from) ...
Now I'm thinking he might have just been sarcastic.
Give him the benefit of the doubt.
And BTW I myself have given
On Monday, April 11, 2016 at 9:45:20 AM UTC+5:30, Ben Finney wrote:
> Clearly there is something of interest here. I'd like to know what the
> facts of the matter were; "beginner's mind" is a precious resource, not
> to be squandered.
That's one sensible statement in a more than usually messed up
On Sun, Apr 10, 2016, at 09:43 PM, Fillmore wrote:
> I thought I had made the point clear with the REPL session below.
Considering how many people expressed repeatedly they didn't know what
was surprising, it wasn't clear at all.
In general you need to explain these things with your words: code
On Sun, Apr 10, 2016, at 09:03 PM, Fillmore wrote:
> and the (almost always to be avoided) use of eval()
FWIW, there's ast.literal_eval which is safe and there's no reason to
avoid it. You'll still have to deal with the fact that a single string
on a line will return a string while multiples will
On 04/11/2016 12:10 AM, Ben Finney wrote:
So, will we never get your statement of what surprised you between those
examples?
Clearly there is something of interest here. I'd like to know what the
facts of the matter were; “beginner's mind” is a precious resource, not
to be squandered.
I thou
Fillmore writes:
> On 04/10/2016 09:36 PM, Ben Finney wrote:
> > If the two examples give you different responses (one surprises you, the
> > other does not), I would really like to know*what the surprise is*.
> > What specifically did you expect, that did not happen?
>
> now that I get the role
On Mon, 11 Apr 2016 12:51 pm, Random832 wrote:
> On Sun, Apr 10, 2016, at 22:32, Steven D'Aprano wrote:
>> def func(arg1, arg2, arg3):
>> pass
>>
>> func(1, 2, 3)
>>
>> does not create a tuple (1, 2, 3) anywhere in its execution.
>
> Well, the second argument to PyObject_Call and function_c
Steven D'Aprano writes:
> On Mon, 11 Apr 2016 11:41 am, Ben Finney wrote:
>
> > Chris Angelico writes:
> >
> >> Fair enough. Let's instead say "commas create tuples", which is true
> >> in all cases except the singleton empty tuple. Is that near enough
> >> that we can avoid the detail?
> >
>
On 04/10/2016 11:54 PM, Steven D'Aprano wrote:
On Mon, 11 Apr 2016 12:48 pm, Fillmore wrote:
funny, but it seems to me that you are taking it personally... thank god i
even apologized in advance for what was most probably a stupid question..
I hope you did get a laugh out of it, because it w
On Mon, 11 Apr 2016 12:48 pm, Fillmore wrote:
>
> funny, but it seems to me that you are taking it personally... thank god i
> even apologized in advance for what was most probably a stupid question..
I hope you did get a laugh out of it, because it wasn't meant to be nasty.
But it was meant to
On Sunday, April 10, 2016 at 2:01:00 PM UTC-4, Terry Reedy wrote:
> On 4/10/2016 1:05 PM, Ethan Furman wrote:
>
> > If you see offensive posts from him on the Usenet side please do not
> > respond.
>
> Just a reminder for those who, like me, prefer a newsgroup interface for
> python-list: gmane
On Sunday, April 10, 2016 at 9:33:47 PM UTC-4, Jeff Schumaker wrote:
> On Sunday, April 10, 2016 at 10:03:37 AM UTC-4, Chris Angelico wrote:
> > On Sun, Apr 10, 2016 at 11:54 PM, Jeff Schumaker wrote
>
> > > As a new member of this group, I am not sure on how to report
> > > unacceptable behavior
hmmm...He made an extremely kind comment a couple of days ago. It called my
attention because is the first one ever (coming from) ... Now I'm thinking he
might have just been sarcastic.
And BTW I myself have given a couple of sour responses every now and then. I
guess we all have our bad days o
Thank you for trying to help, Martin. So:
On 04/10/2016 09:08 PM, Martin A. Brown wrote:
#1: I would not choose eval() except when there is no other
solution. If you don't need eval(), it may save you some
headache in the future, as well, to find an alternate way.
So, can we hel
On Mon, Apr 11, 2016 at 12:51 PM, Random832 wrote:
> On Sun, Apr 10, 2016, at 22:32, Steven D'Aprano wrote:
>> def func(arg1, arg2, arg3):
>> pass
>>
>> func(1, 2, 3)
>>
>> does not create a tuple (1, 2, 3) anywhere in its execution.
>
> Well, the second argument to PyObject_Call and function_
On Mon, 11 Apr 2016 11:51 am, Chris Angelico wrote:
> On Mon, Apr 11, 2016 at 11:41 AM, Ben Finney
> wrote:
>>> I'd rather be correct on the one-element case and wrong on the empty
>>> than the other way around.
>>
>> To say “commas create tuples” is to say an unobjectionably true
>> statement ab
On 04/10/2016 09:36 PM, Ben Finney wrote:
If the two examples give you different responses (one surprises you, the
other does not), I would really like to know*what the surprise is*.
What specifically did you expect, that did not happen?
now that I get the role of commas it's not surprising any
On Sun, Apr 10, 2016, at 22:32, Steven D'Aprano wrote:
> def func(arg1, arg2, arg3):
> pass
>
> func(1, 2, 3)
>
> does not create a tuple (1, 2, 3) anywhere in its execution.
Well, the second argument to PyObject_Call and function_call is a tuple,
which had to come from somewhere. That may
funny, but it seems to me that you are taking it personally... thank god i even
apologized
in advance for what was most probably a stupid question..
On 04/10/2016 09:50 PM, Steven D'Aprano wrote:
Fillmore, you should feel very pleased with yourself. All the tens of
thousands of Python program
On Mon, Apr 11, 2016 at 12:22 PM, Dan Sommers wrote:
> On Mon, 11 Apr 2016 01:33:10 +0100, MRAB wrote:
>
>> There _is_ one exception though: (). It's the empty tuple (a 0-element
>> tuple). It doesn't have a comma and the parentheses are mandatory.
>> There's no other way to write it.
>
> The othe
On Mon, 11 Apr 2016 11:41 am, Ben Finney wrote:
> Chris Angelico writes:
>
>> Fair enough. Let's instead say "commas create tuples", which is true
>> in all cases except the singleton empty tuple. Is that near enough
>> that we can avoid the detail?
>
> It's a fine thing to say, because it's si
On Mon, 11 Apr 2016 01:33:10 +0100, MRAB wrote:
> There _is_ one exception though: (). It's the empty tuple (a 0-element
> tuple). It doesn't have a comma and the parentheses are mandatory.
> There's no other way to write it.
The other way to write it is:
tuple()
--
https://mail.python.org/
Ian Kelly on Sun, 10 Apr 2016 07:43:13 -0600
typed in comp.lang.python the following:
>On Sat, Apr 9, 2016 at 9:09 PM, pyotr filipivich wrote:
>> ASINTOER are the top eight English letters (not in any order, it
>> is just that "A Sin To Err" is easy to remember.
>
>What's so hard to reme
On Mon, 11 Apr 2016 08:51 am, Fillmore wrote:
> at which point did the language designers decide to betray the
> "path of least surprise" principle and create a 'discontinuity' in the
> language?
It was March 1996, and I was there. I don't remember the date, I'm afraid.
Some of the core Python de
On Mon, Apr 11, 2016 at 11:41 AM, Ben Finney wrote:
>> I'd rather be correct on the one-element case and wrong on the empty
>> than the other way around.
>
> To say “commas create tuples” is to say an unobjectionably true
> statement about Python syntax. It remains true as one continues to learn
>
On 4/10/2016 8:17 PM, Fillmore wrote:
apparently my 'discontinuity' is mappable to the fact that there's no such
thing as one-element tuples in Python, and attempts to create one will
result in a string (i.e. an object of a different kind!)...
Please work through the tutorial before posting wr
Chris Angelico writes:
> Fair enough. Let's instead say "commas create tuples", which is true
> in all cases except the singleton empty tuple. Is that near enough
> that we can avoid the detail?
It's a fine thing to say, because it's simply true. Commas create
tuples.
There are some tuples that
Fillmore writes:
> On 04/10/2016 08:31 PM, Ben Finney wrote:
> > Can you describe explicitly what that “discontinuation point” is? I'm
> > not seeing it.
>
> Here you go:
>
> >>> a = '"string1"'
> >>> b = '"string1","string2"'
> >>> c = '"string1","string2","string3"'
> >>> ea = eval(a)
> >>> eb
On Sunday, April 10, 2016 at 10:03:37 AM UTC-4, Chris Angelico wrote:
> On Sun, Apr 10, 2016 at 11:54 PM, Jeff Schumaker wrote
> > As a new member of this group, I am not sure on how to report unacceptable
> > behavior. If this is not the correct way, I apologize.
> >
> > Please check the followi
On Sunday, April 10, 2016 at 9:29:19 PM UTC-4, Jeff Schumaker wrote:
> On Sunday, April 10, 2016 at 1:15:18 PM UTC-4, bream...@gmail.com wrote:
> > On Sunday, April 10, 2016 at 2:54:45 PM UTC+1, Jeff Schumaker wrote:
> > > On Thursday, April 7, 2016 at 2:50:32 AM UTC-4, Ethan Furman wrote:
> > > >
On 2016-04-11 10:45, Ben Finney wrote:
> Also, there is another obvious way to create an empty tuple: call
> the ‘tuple’ type directly:
>
> >>> foo = tuple()
> >>> print(type(foo), len(foo))
> 0
But here the parens make the tuple too:
>>> foo = tuple
>>> print(type(foo))
On Sunday, April 10, 2016 at 1:15:18 PM UTC-4, bream...@gmail.com wrote:
> On Sunday, April 10, 2016 at 2:54:45 PM UTC+1, Jeff Schumaker wrote:
> > On Thursday, April 7, 2016 at 2:50:32 AM UTC-4, Ethan Furman wrote:
> > > On 04/05/2016 01:05 PM, Thomas 'PointedEars' Lahn wrote:
> > >
> > > > | >>
Hello Fillmore,
> Here you go:
>
> >>> a = '"string1"'
> >>> b = '"string1","string2"'
> >>> c = '"string1","string2","string3"'
> >>> ea = eval(a)
> >>> eb = eval(b)
> >>> ec = eval(c)
> >>> type(ea)
><--- HERE
> >>> type(eb)
>
> >>> type(ec)
>
>
> I can tell you that it exists becaus
On Sun, Apr 10, 2016, at 05:48 PM, Fillmore wrote:
> On 04/10/2016 08:31 PM, Ben Finney wrote:
> > Can you describe explicitly what that “discontinuation point” is? I'm
> > not seeing it.
>
> Here you go:
>
> >>> a = '"string1"'
Here, "a" is a string that contains a double quoted string. So if
On Sun, Apr 10, 2016, at 05:45 PM, Ben Finney wrote:
> So, let's please stop saying “parens don't create a tuple”. They do, and
> because of that I've stopped saying that false over-simplification.
I stand by "parens don't make a tuple", with the caveat that I should
have mentioned the empty tuple
On Sunday, April 10, 2016 at 8:48:49 PM UTC-4, Fillmore wrote:
> On 04/10/2016 08:31 PM, Ben Finney wrote:
> > Can you describe explicitly what that "discontinuation point" is? I'm
> > not seeing it.
>
> Here you go:
>
> >>> a = '"string1"'
> >>> b = '"string1","string2"'
> >>> c = '"string1",
On Mon, Apr 11, 2016 at 10:57 AM, Ben Finney wrote:
> Chris Angelico writes:
>
>> On Mon, Apr 11, 2016 at 10:45 AM, Ben Finney
>> wrote:
>> > So the expanation that remains true when you examine it is: People
>> > wanted a literal syntax to create a zero-length tuple. A pair of parens
>> > is t
Chris Angelico writes:
> On Mon, Apr 11, 2016 at 10:45 AM, Ben Finney
> wrote:
> > So the expanation that remains true when you examine it is: People
> > wanted a literal syntax to create a zero-length tuple. A pair of parens
> > is that literal syntax, and it's the parens that create the (empt
Fillmore writes:
> Here you go:
>
> >>> a = '"string1"'
> >>> b = '"string1","string2"'
> >>> c = '"string1","string2","string3"'
> >>> ea = eval(a)
> >>> eb = eval(b)
> >>> ec = eval(c)
> >>> type(ea)
><--- HERE
> >>> type(eb)
>
> >>> type(ec)
>
>
> I can tell you that it exists becau
On Mon, Apr 11, 2016 at 10:45 AM, Ben Finney wrote:
> So the expanation that remains true when you examine it is: People
> wanted a literal syntax to create a zero-length tuple. A pair of parens
> is that literal syntax, and it's the parens that create the (empty)
> tuple.
But parens do NOT creat
On 04/10/2016 08:31 PM, Ben Finney wrote:
Can you describe explicitly what that “discontinuation point” is? I'm
not seeing it.
Here you go:
>>> a = '"string1"'
>>> b = '"string1","string2"'
>>> c = '"string1","string2","string3"'
>>> ea = eval(a)
>>> eb = eval(b)
>>> ec = eval(c)
>>> type(ea)
Stephen Hansen writes:
> […] parens don't make tuples, commas do.
Chris Angelico writes:
> The thing you're confused at is that it's not the parentheses that
> create a tuple. Parentheses merely group.
MRAB writes:
> As has been said already, it's the comma that makes the tuple. The
> par
On Mon, Apr 11, 2016 at 10:33 AM, MRAB wrote:
> For example, object are passed into a function thus:
>
> f(x, y)
>
> (In reality, it's making a tuple and then passing that in.)
Actually that's not the case; certain syntactic constructs allow you
to specify multiple of something, without packa
On Sun, Apr 10, 2016, at 05:17 PM, Fillmore wrote:
> On 04/10/2016 07:30 PM, Stephen Hansen wrote:
>
> > There's nothing inconsistent or surprising going on besides you doing
> > something vaguely weird and not really expressing what you find
> > surprising.
>
> well, I was getting some surprisin
Fillmore writes:
> So, my original question makes sense. Why was a discontinuation point
> introduced by the language designer?
Can you describe explicitly what that “discontinuation point” is? I'm
not seeing it.
--
\ “People are very open-minded about new things, as long as |
`\
Fillmore writes:
> Sorry guys. It was not my intention to piss off anyone...just trying
> to understand how the languare works
Frustration is understandable when learning something new :-) Hopefully
that can be a signal to take a breath, and compose messages to minimise
frustration for the reade
On 2016-04-11 01:13, Fillmore wrote:
Sorry guys. It was not my intention to piss off anyone...just trying to
understand how the languare works
I guess that the answer to my question is: there is no such thing as a
one-element tuple,
and Python will automatically convert a one-element tuple to
On Sun, Apr 10, 2016, at 05:22 PM, Fillmore wrote:
> Hold on a sec! it turns up that there is such thing as single-element
> tuples in python:
>
> >>> c = ('hello',)
> >>> c
> ('hello',)
> >>> c[0]
> 'hello'
> >>> c[1]
> Traceback (most recent call last):
>File "", line 1, in
> IndexError
On Mon, Apr 11, 2016 at 10:13 AM, Fillmore wrote:
> Sorry guys. It was not my intention to piss off anyone...just trying to
> understand how the languare works
>
> I guess that the answer to my question is: there is no such thing as a
> one-element tuple,
> and Python will automatically convert a
On 04/10/2016 08:13 PM, Fillmore wrote:
Sorry guys. It was not my intention to piss off anyone...just trying to
understand how the languare works
I guess that the answer to my question is: there is no such thing as a
one-element tuple,
and Python will automatically convert a one-element tuple
On 04/10/2016 07:30 PM, Stephen Hansen wrote:
There's nothing inconsistent or surprising going on besides you doing
something vaguely weird and not really expressing what you find
surprising.
well, I was getting some surprising results for some of my data, so I can
guarantee that I was surpris
On Sun, Apr 10, 2016, at 05:18 PM, Stephen Hansen wrote:
> The parens are optional, I always put them in because:
> >>> b = "hello",
Ahem, "because its easy to miss the trailing comma" is what I meant to
say here.
--
https://mail.python.org/mailman/listinfo/python-list
On Sun, Apr 10, 2016, at 05:13 PM, Fillmore wrote:
> I guess that the answer to my question is: there is no such thing as a
> one-element tuple,
> and Python will automatically convert a one-element tuple to a string...
> hence the
> behavior I observed is explained...
>
> >>> a = ('hello','bonjo
Sorry guys. It was not my intention to piss off anyone...just trying to
understand how the languare works
I guess that the answer to my question is: there is no such thing as a
one-element tuple,
and Python will automatically convert a one-element tuple to a string... hence
the
behavior I obs
On Sun, Apr 10, 2016, at 03:51 PM, Fillmore wrote:
>
> let's look at this:
>
> $ python3.4
> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
> [GCC 4.8.2] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>> line1 = '"String1" | bla'
> >>> parts1 = line1.split("
Fillmore writes:
> let's look at this:
Can you set a “Subject” field that pertains to the actual question? As
is, it doesn't help know what you want to discuss.
> the question is: at which point did the language designers decide to
> betray the "path of least surprise" principle and create a
>
On Mon, Apr 11, 2016 at 8:51 AM, Fillmore wrote:
> the question is: at which point did the language designers decide to betray
> the
> "path of least surprise" principle and create a 'discontinuity' in the
> language?
> Open to the idea that I am getting something fundamentally wrong. I'm new to
>
let's look at this:
$ python3.4
Python 3.4.0 (default, Apr 11 2014, 13:05:11)
[GCC 4.8.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> line1 = '"String1" | bla'
>>> parts1 = line1.split(" | ")
>>> parts1
['"String1"', 'bla']
>>> tokens1 = eval(parts1[0])
>>
On 10/04/2016 18:15, breamore...@gmail.com wrote:
[... snip Mark again, using a different address to avoid the moderation
check ...]
Mark,
Please don't do this.
If you genuinely want this list to be a useful and friendly resource,
which is what your posts suggest, then please step back and
On 4/10/2016 2:11 PM, Terry Reedy wrote:
On 4/10/2016 9:36 AM, Diego Lelis wrote:
I need to make a change between windows, after some time. But i am
have a little bit of trouble making my code work: My windows change
only when i click on button, i tried to put lambda in my command and
also don't
On 4/10/2016 9:36 AM, Diego Lelis wrote:
I need to make a change between windows, after some time. But i am
have a little bit of trouble making my code work: My windows change
only when i click on button, i tried to put lambda in my command and
also don't work.
I and others have written multipl
On 4/10/2016 1:05 PM, Ethan Furman wrote:
If you see offensive posts from him on the Usenet side please do not
respond.
Just a reminder for those who, like me, prefer a newsgroup interface for
python-list: gmane.comp.python.general at news.gmane.org mirrors the
moderated output of python-li
On Sun, Apr 10, 2016, at 13:15, breamore...@gmail.com wrote:
> Or are you in the camp that believes when someone
> is too bone idle to do any work for themselves, and turns up here asking
> for us to write all of their code for them, we should kill the fatted
> calf, roll out the red carpet, and th
On Sunday, April 10, 2016 at 3:03:37 PM UTC+1, Chris Angelico wrote:
> On Sun, Apr 10, 2016 at 11:54 PM, Jeff Schumaker
> wrote:
> > As a new member of this group, I am not sure on how to report unacceptable
> > behavior. If this is not the correct way, I apologize.
> >
> > Please check the foll
On Sunday, April 10, 2016 at 2:54:45 PM UTC+1, Jeff Schumaker wrote:
> On Thursday, April 7, 2016 at 2:50:32 AM UTC-4, Ethan Furman wrote:
> > On 04/05/2016 01:05 PM, Thomas 'PointedEars' Lahn wrote:
> >
> > > | >>> from email import ID10T
> >
> > Thomas, as has been pointed out to you in previo
On 2016-04-07, Jon Ribbens wrote:
> I've put an example script here:
>
> https://github.com/jribbens/unsafe/blob/master/unsafe.py
>
> When run as a script, it will execute whatever Python code you pass it
> on stdin.
>
> If anyone can break it (by which I mean escape from the sandbox,
> not make
Mark Lawrence is currently being moderated.
If you see offensive posts from him on the Usenet side please do not
respond.
Thank you.
--
~Ethan~
Python List Owners
--
https://mail.python.org/mailman/listinfo/python-list
Thomas 'PointedEars' Lahn wrote:
> Peter Otten wrote:
>
>> gesh...@gmail.com wrote:
>>> how to write a function taking a string parameter, which returns it
>>> after you delete the spaces, punctuation marks, accented characters in
>>> python ?
>>
>> Looks like you want to remove more characters
Peter Otten wrote:
> gesh...@gmail.com wrote:
>> how to write a function taking a string parameter, which returns it after
>> you delete the spaces, punctuation marks, accented characters in python ?
>
> Looks like you want to remove more characters than you want to keep. In
> this case I'd decid
On 10/04/2016 15:03, Chris Angelico wrote:
On Sun, Apr 10, 2016 at 11:54 PM, Jeff Schumaker wrote:
As a new member of this group, I am not sure on how to report unacceptable
behavior. If this is not the correct way, I apologize.
Please check the following thread:
Find the number of robots ne
On Sun, Apr 10, 2016 at 11:54 PM, Jeff Schumaker wrote:
> As a new member of this group, I am not sure on how to report unacceptable
> behavior. If this is not the correct way, I apologize.
>
> Please check the following thread:
>
> Find the number of robots needed to walk through the rectangular
On Thursday, April 7, 2016 at 2:50:32 AM UTC-4, Ethan Furman wrote:
> On 04/05/2016 01:05 PM, Thomas 'PointedEars' Lahn wrote:
>
> > | >>> from email import ID10T
>
> Thomas, as has been pointed out to you in previous threads it is not
> necessary to be rude to be heard.
>
> You are hereby pla
On Sat, Apr 9, 2016 at 9:09 PM, pyotr filipivich wrote:
> ASINTOER are the top eight English letters (not in any order, it
> is just that "A Sin To Err" is easy to remember.
What's so hard to remember about ETA OIN SHRDLU? Plus that even gives
you the top twelve. :-)
--
https://mail.pyth
I need to make a change between windows, after some time. But i am have a
little bit of trouble making my code work: My windows change only when i click
on button, i tried to put lambda in my command and also don't work.
import tkinter as tk # python3
#import Tkinter as tk # python
import da
Diego Lelis wrote:
> Hi guys, im having a little problem to make the StringVar Linked to my
> OnScreen Keyboard Change when the user click in one Entry.
>
> Here's my code:
> from tkinter import *
>
> Begin
> Code___
>
> def frame(
Hi guys, im having a little problem to make the StringVar Linked to my OnScreen
Keyboard Change when the user click in one Entry.
Here's my code:
from tkinter import *
Begin Code___
def frame(root, side):
w = Frame(root)
w.
gesh...@gmail.com wrote:
> how to write a function taking a string parameter, which returns it after
> you delete the spaces, punctuation marks, accented characters in python ?
Looks like you want to remove more characters than you want to keep. In this
case I'd decide what characters too keep f
On Sun, 10 Apr 2016 09:37 pm, gesh...@gmail.com wrote:
> how to write a function taking a string parameter, which returns it after
> you delete the spaces, punctuation marks, accented characters in python ?
In your text editor, open a new file.
Now bash your fingers onto the keyboard so that let
how to write a function taking a string parameter, which returns it after you
delete the spaces, punctuation marks, accented characters in python ?
--
https://mail.python.org/mailman/listinfo/python-list
Steven D'Aprano :
But when you get down to fundamentals, character sets and alphabets have
always blurred the line between presentation and meaning. W ("double-u")
was, once upon a time, UU
And before that, it was VV, because the Romans used V the
way we now use U, and didn't have a letter U.
Ben Bacarisse wrote:
The problem with that theory is that 'er/re' (this is e and r in either
order) is the 3rd most common pair in English but have been placed
together.
No, they haven't. The order of the characters in the type
basket goes down the slanted columns of keys, so E and R
are separa
On Sunday 10 April 2016 13:46, fan nie wrote:
>
We cannot remove you. You subscribed, you have to unsubscribe yourself.
If you look at the footer of this email, right at the bottom, it should have
instructions for unsubscribing.
Otherwise, go here:
https://mail.python.org/mailman/listinfo/py
87 matches
Mail list logo
