Re: [Python-ideas] Clearer communication

On Fri, Feb 01, 2019 at 12:35:15PM -0600, Abe Dillon wrote: > I've pitched this before but gotten little feedback (especially positive > feedback), but I think a Reddit-style forum would be a pretty vast > improvement. We could easily start a python_ideas subreddit to try it out. I don't think

Re: [Python-ideas] Clearer communication

* I didn't have time to read the whole convo' yet * I think linking to a tutorial on "how to use a mailing list" that shows some examples on popular email client like Gmail on android or Mail in iOS would be something really helpful to beginners. When they subscribe, a bot would send that link

Re: [Python-ideas] Vectorization [was Re: Add list.join() please]

On 2019-02-02 04:32, Steven D'Aprano wrote: [snip] Of course it makes sense. Even numpy supports inhomogeneous data: [snip] "inhomogeneous"? Who came up with that? "in-" is a negative prefix in Latin words, but "homogeneous" comes from Greek, where the negative prefix is "a-" (or "an-"

Re: [Python-ideas] Option of running shell/console commands inside the REPL

Sorry, I was not as clear as I ought to have been: On Sat, Feb 02, 2019 at 02:10:06PM +1100, Steven D'Aprano wrote: > > * Clear separation (using, for example, different colors) > > between input, output and errors; > > Input always starts with a prompt; exception tracebacks always start >

Re: [Python-ideas] Clearer communication

Abe Dillon wrote: As I've pointed out before, putting things in chronological order doesn't force people to read anything, it just favors new over old. Um, what? People talking about chronological order here mean *oldest to newest*, not the other way around. This is not meant to "favour"

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On Fri, Feb 01, 2019 at 09:31:21PM +0100, Oleg Broytman wrote: >Python REPL is missing the following batteries: > > * Persistent history; On Linux/Unix systems, that has been available for about 18+ years, since the rlcompleter module was introduced in Python 2.0:

Re: [Python-ideas] Running Python commands from a Shell

On 2/1/19, Steven D'Aprano wrote: > On Fri, Feb 01, 2019 at 07:21:47PM -0600, eryk sun wrote: > >> As soon as "pipe" is mentioned, anyone familiar with the REPL's >> behavior with pipes should know that making this work will require the >> -i command-line option to force interactive mode.

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On Fri, Feb 01, 2019 at 04:15:06PM -0500, Terry Reedy wrote: > For repeated use within and between sessions, put 'from os import system > as oss' in a startup file. Then one only needs "oss('dir')". Note that > 'dir' only works on Windows; the unix equivalent is 'ls'. Actually, on some

Re: [Python-ideas] Running Python commands from a Shell

On Fri, Feb 01, 2019 at 07:21:47PM -0600, eryk sun wrote: > bash coproc runs a process in the background with stdin and stdout > redirected to pipes. The file descriptors for our end of the pipes are > available in an array with the given name (e.g. P3). The default array > name is COPROC.

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On 2/1/19, Terry Reedy wrote: > On 2/1/2019 3:31 PM, Oleg Broytman wrote: > >> Python REPL is missing the following batteries: >> * Persistent history; Python's built-in REPL relies on the readline module for history. In Windows you'll need to install pyreadline, an implementation that uses the

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On 2/1/2019 3:31 PM, Oleg Broytman wrote: Python REPL is missing the following batteries: That is why, on Windows, I nearly always use IDLE. * Persistent history; IDLE's Shell history persists across restarts (which are not available is the standard shell). I cannot remember wanting

Re: [Python-ideas] Running Python commands from a Shell

On 2/1/19, Steven D'Aprano wrote: > On Fri, Feb 01, 2019 at 04:28:25PM -0600, Dan Sommers wrote: > >> As I indicated in what you quoted, shell co-processes allow you to run a >> command in the background and interact with that command from your >> shell. > > Okay, but what does that mean in

Re: [Python-ideas] AMEND PEP-8 TO DISCOURAGE ALL CAPS

On Fri, Feb 1, 2019 at 11:24 AM Abe Dillon wrote: > "why not make everything default to 'final' and put 'var' or something > in-front of the few outliers?". > If it happens, it'll be another example of mainstream languages adopting ideas from functional programming. I love it when that happens,

Re: [Python-ideas] Clearer communication

[Marcos Eliziario] > Typical technical discussion in threaded discussion foruns > --First Post > -- First Level > -- First level with an interesting idea (let's do B?) > -- 2nd level discussing some potential issues with B > -- 2nd level workaround for said issues, namely, making

Re: [Python-ideas] Vectorization [was Re: Add list.join() please]

On Fri, Feb 1, 2019, 6:16 PM Adrien Ricocotam A thing I thought about but I'm not satisfy is using the new > matrix-multiplication operator: > > my_string_vector @ str.lower > > def compute_grad(a_student): > return "you bad" > my_student_vector @ compute_grad > This is

Re: [Python-ideas] Clearer communication

[David Mertz] > To be clear. Most of what I don't want is a system where OTHER people are > relying on ratings rather than careful reading. In my experience, there's nothing you can do to make other people read anything carefully. Plus, many of the counterpoints have been "I have a lot more

Re: [Python-ideas] Clearer communication

Typical technical discussion in threaded discussion foruns --First Post -- First Level -- First level with an interesting idea (let's do B?) -- 2nd level discussing some potential issues with B -- 2nd level workaround for said issues, namely, making sure D -- 2nd level more

Re: [Python-ideas] Clearer communication

To be clear. Most of what I don't want is a system where OTHER people are relying on ratings rather than careful reading. I want to communicate on changes where posts cannot be "voted up" or edited, etc. Mind you, I do know this other than this sort of discussion had other needs. GitHub issues

Re: [Python-ideas] Clearer communication

On 2/1/19 4:07 PM, Abe Dillon wrote: One thing that's nice about Reddit is you can link to posts, so if you've already discussed something at length in another thread, you can simply refer to that discussion. Mailman keeps an archive of all email sent to the python mailing list, and the

Re: [Python-ideas] Clearer communication

[David Mertz] > I have absolutely no interest in any system that arranges comments in > anything but related thread and chronological order. I DO NOT want any > rating or evaluation of comments of any kind other than my own evaluation > based on reading them. Well, also in reading the informed

Re: [Python-ideas] Clearer communication

Simple tools, free-format are always more conductive to the free exchange of ideas. Let's not forget that a huge chunk of our current science and math was built with scientists collaborating over physical mail delivered by sailboats across the channel, train and even horse carriages. Em sex, 1

Re: [Python-ideas] Clearer communication

Adrien Ricocotam wrote: I think something that hasn't been cited is the poor readability of code posted by mails. It's juste aweful to me. You may have a trick for good formating but I think that's a good point for other systems, or at least complementary systems to mails. In my experience,

Re: [Python-ideas] Clearer communication

Adrien Ricocotam wrote: On a forum (no matter the form), you can edit the original post. Thus, when something was unclear, false or needed an edit, the author (or others) can edit the original post. So when someone actually reads the original post, s-he doesn't have to read the 20 mails of

Re: [Python-ideas] Clearer communication

I have absolutely no interest in any system that arranges comments in anything but related thread and chronological order. I DO NOT want any rating or evaluation of comments of any kind other than my own evaluation based on reading them. Well, also in reading the informed opinions of other

Re: [Python-ideas] Clearer communication

[Marcos Eliziario] > Email is based on open standards with multiple implementations, most of > them open source, that you can run basically wherever you want. > Reddit is a product from a company, with a privately controlled API, and > that may not even be here tomorrow, and it is not based on

Re: [Python-ideas] Clearer communication

[Chris Angelico] > > > It's common etiquette to clearly label your edits. That's why you'll see > people write "EDIT: I changed X, Y, and Z due to ". > Requires cooperation and discipline. Any form of civil communication requires cooperation and discipline. [Chris Angelico] > You have no proof

Re: [Python-ideas] Clearer communication

Email is based on open standards with multiple implementations, most of them open source, that you can run basically wherever you want. Reddit is a product from a company, with a privately controlled API, and that may not even be here tomorrow, and it is not based on open standards. What happens

Re: [Python-ideas] Vectorization [was Re: Add list.join() please]

I think the actual proposal is having a new type of list (ie : vectors) that works like numpy but for any data. Instead of a list where the user has to be sure all the data is the same type, vectors makes him-er sure it's full of the same data than can me processed using a particular function (as

Re: [Python-ideas] Clearer communication

[Chris Angelico] > With emails, you get your choice of tools. With web forum systems, you > get the forum host's choice of tools. There are many 3rd party tools for interacting with Reddit. It's all just data behind an API. There's no reason you couldn't have a choice of tools for a forum

Re: [Python-ideas] Consistency in naming [was Re: ...ALL CAPS]

> - the status quo means "no change", so there is no hassle there; Not quite true. There is a constant hassle of "do I need to write datetime.datetime.now() or datetime.now()?" I solved this at work by changing all imports to follow the "from datetime import datetime" pattern and hard

Re: [Python-ideas] Clearer communication

On Sat, Feb 2, 2019 at 10:00 AM Abe Dillon wrote: > > [Steven D'Aprano] >> >> The bottom line is that email can be sorted, filtered, shuffled, sliced >> and diced in an almost infinite number of ways. If your email client >> isn't good enough, blame the tool, not the technology. > > > There's no

Re: [Python-ideas] Clearer communication

On Sat, Feb 2, 2019 at 9:52 AM Abe Dillon wrote: > > [Chris Angelico] >> >> And then people wonder whether quoted text really aligns with the >> original post, whether "sort by post date/time" actually means what it >> says, and whether people have actually changed their stance while >> editing a

Re: [Python-ideas] Clearer communication

[Steven D'Aprano] > The bottom line is that email can be sorted, filtered, shuffled, sliced > and diced in an almost infinite number of ways. If your email client > isn't good enough, blame the tool, not the technology. There's no reason a forum system couldn't accommodate sorting, filtering,

Re: [Python-ideas] Clearer communication

[Chris Angelico] > > And then people wonder whether quoted text really aligns with the > original post, whether "sort by post date/time" actually means what it > says, and whether people have actually changed their stance while > editing a post. No thank you. In accounting, git repositories, and >

Re: [Python-ideas] Running Python commands from a Shell

On Fri, Feb 01, 2019 at 04:28:25PM -0600, Dan Sommers wrote: > On 2/1/19 3:48 PM, Steven D'Aprano wrote: > > On Fri, Feb 01, 2019 at 02:38:43PM -0600, Dan Sommers wrote: > > > >> So why not turn that around? ksh (since way back when) and > >> bash (since 2008, according to what I read somewhere

Re: [Python-ideas] Consistency in naming [was Re: ...ALL CAPS]

On Fri, Feb 01, 2019 at 11:07:04PM +0100, Anders Hovmöller wrote: > > > The only exception to that is that I wish that ``object`` would be > > renamed to Object. That would distinguish between Object, the base class > > of all types, and object, an instance of some class. In my personal > >

Re: [Python-ideas] Running Python commands from a Shell

On 2/1/19 3:48 PM, Steven D'Aprano wrote: > On Fri, Feb 01, 2019 at 02:38:43PM -0600, Dan Sommers wrote: > >> So why not turn that around? ksh (since way back when) and >> bash (since 2008, according to what I read somewhere online) >> have "co-processes," which allow you to run a command "in >>

Re: [Python-ideas] Clearer communication

On Sat, Feb 2, 2019 at 9:21 AM Adrien Ricocotam wrote: > On a forum (no matter the form), you can edit the original post. Thus, when > something was unclear, false or needed an edit, the author (or others) can > edit the original post. So when someone actually reads the original post, > s-he

Re: [Python-ideas] Clearer communication

On Fri, Feb 01, 2019 at 01:01:06PM -0600, Abe Dillon wrote: [...] > 2) You can control, to some degree, what gets to the top of your feed. In > an email list, it's based on who posted last which seems hardly an > improvement. In any serious, non-toy mail client you can sort your mail by any of

Re: [Python-ideas] Clearer communication

On 01Feb2019 12:35, Abe Dillon wrote: I've pitched this before but gotten little feedback (especially positive feedback), but I think a Reddit-style forum would be a pretty vast improvement. We could easily start a python_ideas subreddit to try it out. Bear in mind that many participants here

Re: [Python-ideas] Clearer communication

@Steven D'Aprano 's big answer Hi, thanks for this complete answer. I might have been a bit confusing so i'll clear some details ;) I sent about 3 mails (may be 4) in this mailing list and the python dev's one. If I sent those emails it's because I felt legitimate to give my opinion, ie : I had

Re: [Python-ideas] Clearer communication

[Dan Sommers] > Another point in favor of email clients over web pages is > that there are many of them, and *you* control the display > and other preferences rather than whoever wrote the forum > or owns the server. There is a tool called the Reddit Enhancement Suite or RES (and probably

Re: [Python-ideas] Consistency in naming [was Re: ...ALL CAPS]

> The only exception to that is that I wish that ``object`` would be > renamed to Object. That would distinguish between Object, the base class > of all types, and object, an instance of some class. In my personal > opinion, being more clear about that distinction would be worth the pain >

[Python-ideas] Consistency in naming [was Re: ...ALL CAPS]

On Fri, Feb 01, 2019 at 02:43:49PM -0500, Eric V. Smith wrote: > On 2/1/2019 1:59 PM, Mike Miller wrote: > >Another message here reminded me that the datetime classes are not named > >DateTime like they should be.  Why not rename them, PI and E too, with > >suitable long-term deprecation

Re: [Python-ideas] Clearer communication

[Chris Angelico] > Maybe not, but it's consistent. You can easily scan through a thread > in the order it was posted. That's true in the case of a subreddit conversation too. I wouldn't suggest a system that doesn't let you see the whole conversation. You can order comments by post-time if you

Re: [Python-ideas] Running Python commands from a Shell (was: Option of running shell/console commands inside the REPL)

On Fri, Feb 01, 2019 at 02:38:43PM -0600, Dan Sommers wrote: > So why not turn that around? ksh (since way back when) and > bash (since 2008, according to what I read somewhere online) > have "co-processes," which allow you to run a command "in > the background," and send commands and receive

Re: [Python-ideas] How do ideas on this mailing list turn into features?

On 2/1/2019 1:10 PM, James Lu wrote: How do ideas on this mailing list turn into features? What is the typical roadmap? Can this process be documented somewhere? Ultimately, one or more people write Pull Request, usually containing new tests, that passes all tests. Then a Core Developer with

Re: [Python-ideas] Clearer communication

James Lu schrieb am 01.02.19 um 17:40: > A lot of the traffic on this email list is people saying “I don’t understand” > or “that’s not what I meant” or trying to re-explain. A lot of “-1”s are > really “I don’t see the usefulness of this”. > > So I want an open discussion on: How can we

[Python-ideas] Fwd: Re: Running Python commands from a Shell

On 2/1/19 2:51 PM, Chris Angelico wrote: On Sat, Feb 2, 2019 at 7:39 AM Dan Sommers <2qdxy4rzwzuui...@potatochowder.com> wrote: On 2/1/19 2:26 AM, João Matos wrote: > Hello, > > > Consider adding the option of running shell/console commands inside the REPL. > Something like !dir

Re: [Python-ideas] Clearer communication

On 2/1/19 2:58 PM, Abe Dillon wrote: [Dan Sommers] A mailing list is not a feed... Dan, a decades and decades long fan of mailing lists and real email clients. I'm only familiar with Gmail which keeps reply chains coherent and moves each chain to the top of my "forums" tab based on who

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On 2/1/2019 9:24 AM, Ken Hilton wrote: Hi, As a workaround/alternative, you can just do     >>> import os     >>> os.system('dir') For repeated use within and between sessions, put 'from os import system as oss' in a startup file. Then one only needs "oss('dir')". Note that 'dir' only

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On Sat, Feb 02, 2019 at 07:45:43AM +1100, Chris Angelico wrote: > On Sat, Feb 2, 2019 at 7:32 AM Oleg Broytman wrote: > > > > On Fri, Feb 01, 2019 at 03:12:42PM -0500, Terry Reedy > > wrote: > > > On 2/1/2019 1:50 PM, James Lu wrote: > > > > It???s difficult to learn anything with a body

Re: [Python-ideas] Clearer communication

On Sat, Feb 2, 2019 at 7:59 AM Abe Dillon wrote: >> >> Whoever posted last ends up at the bottom of the thread, so that I can >> read threads from top to bottom in chronological order. Getting the >> last word in shouldn't earn a spot at the top of the list. > > > That doesn't like any closer an

Re: [Python-ideas] Clearer communication

[Dan Sommers] > A mailing list is not a feed... Dan, a decades and decades long fan of > mailing lists and real email clients. I'm only familiar with Gmail which keeps reply chains coherent and moves each chain to the top of my "forums" tab based on who responded last. I haven't explored the

Re: [Python-ideas] Running Python commands from a Shell (was: Option of running shell/console commands inside the REPL)

On Sat, Feb 2, 2019 at 7:39 AM Dan Sommers <2qdxy4rzwzuui...@potatochowder.com> wrote: > > On 2/1/19 2:26 AM, João Matos wrote: > > Hello, > > > > > > Consider adding the option of running shell/console commands inside the > > REPL. > > Something like > !dir (This might be better on

Re: [Python-ideas] Running Python commands from a Shell (was: Option of running shell/console commands inside the REPL)

On 2/1/19 2:26 AM, João Matos wrote: Hello, Consider adding the option of running shell/console commands inside the REPL. Something like !dir I first ran into this in the days of teletypes and dumb terminals, where other programs let you run shell commands from inside them. Now the shoe

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On 2/1/2019 1:50 PM, James Lu wrote: It’s difficult to learn anything with a body (such as a loop or a class or a function) with the built in REPL because you can’t edit lines you’ve already written. I presume you mean that it is 'difficult to learn about compound statements and multiline

Re: [Python-ideas] AMEND PEP-8 TO DISCOURAGE ALL CAPS

On 2/1/2019 1:59 PM, Mike Miller wrote: On 1/30/19 6:07 PM, David Mertz wrote: On Wed, Jan 30, 2019, 4:23 PM Abe Dillon wrote:     Consider thatmath.pi and math.e are constants that are not all caps, have     you ever been tempted to re-bind those variables? I

Re: [Python-ideas] Clearer communication

On 2/1/19 1:01 PM, Abe Dillon wrote: > [Steven D'Aprano] > >> This isn't Facebook or Reddit, where +1 Likes cause messages to move >> to the top of your feed. (And thank goodness for that.) This is a >> technical mailing list where the worth of a proposals usually depends >> on merit, not the

Re: [Python-ideas] AMEND PEP-8 TO DISCOURAGE ALL CAPS

[Mike Miller] > Another message here reminded me that the datetime classes are not named > DateTime like they should be. There are a few strange conventions in programming that seem almost backwards. In prose, we capitalize proper nouns, but rarely class-type nouns. Bullwinkle is a moose, not

Re: [Python-ideas] Clearer communication

> I want the discussion to focus not only on technical solutions like +1 or > Mailman 3, but also social ones and how to better express oneself. ___ Python-ideas mailing list Python-ideas@python.org https://mail.python.org/mailman/listinfo/python-ideas

Re: [Python-ideas] AMEND PEP-8 TO DISCOURAGE ALL CAPS

On 1/30/19 6:07 PM, David Mertz wrote: On Wed, Jan 30, 2019, 4:23 PM Abe Dillon wrote: Consider thatmath.pi and math.e are constants that are not all caps, have you ever been tempted to re-bind those variables? I generally use 'from math import pi as

Re: [Python-ideas] Clearer communication

If any non-email system is adopted, it will exclude me, and probably many other contributors to this list. A mailing list is an appropriate and useful format. "Discussion systems" are not. On Fri, Feb 1, 2019 at 1:36 PM Abe Dillon wrote: > I've pitched this before but gotten little feedback

Re: [Python-ideas] Clearer communication

[Steven D'Aprano] > This isn't Facebook or Reddit, where +1 Likes cause messages to move to > the top of your feed. (And thank goodness for that.) This is a technical > mailing list where the worth of a proposals usually depends on merit, > not the number of votes. Since I just (almost

Re: [Python-ideas] Clearer communication

On Fri, Feb 01, 2019 at 05:43:54PM +, Alex Shafer via Python-ideas wrote: > Is there already, or would anyone be opposed to the creation of a > #python-ideas on a large IRC network? I'd hope discussions there can > have the same weight, merit, community involvement, and potential for >

Re: [Python-ideas] Option of running shell/console commands inside the REPL

It’s difficult to learn anything with a body (such as a loop or a class or a function) with the built in REPL because you can’t edit lines you’ve already written. Sent from my iPhone > On Feb 1, 2019, at 1:44 PM, Steven D'Aprano wrote: > >> On Fri, Feb 01, 2019 at 09:07:14AM -0500, James Lu

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On Fri, Feb 01, 2019 at 09:07:14AM -0500, James Lu wrote: > I always use ptipython (ptpython shell over the ipython console) for my > REPLs. The built-in python repl is not *batteries included* in the sense > that it already has what you need to explore the language. What part of the Python

Re: [Python-ideas] Clearer communication

On Fri, Feb 01, 2019 at 06:42:33PM +0100, Adrien Ricocotam wrote: > I'm kinda new to those mailing lists and those are the only ones I ever > subscribed so I'm a bit in the audience you're targeting James. Hi Adrien, I see that you first posted in November and haven't posted since. > What I

Re: [Python-ideas] Clearer communication

I've pitched this before but gotten little feedback (especially positive feedback), but I think a Reddit-style forum would be a pretty vast improvement. We could easily start a python_ideas subreddit to try it out. I know the google group presents threaded conversations, but I've run into enough

Re: [Python-ideas] How do ideas on this mailing list turn into features?

https://devguide.python.org/#proposing-changes-to-python-itself On Fri, Feb 1, 2019, 1:12 PM James Lu How do ideas on this mailing list turn into features? What is the typical > roadmap? Can this process be documented somewhere? > ___ > Python-ideas

Re: [Python-ideas] How do ideas on this mailing list turn into features?

Basically the process is described here. Of course, as in any Open Source projects, any ideas have a lot more chance of being considered if they are accompanied by a patch with at least an example, partial but working implementation of proposed feature. https://www.python.org/dev/peps/pep-0001/

[Python-ideas] How do ideas on this mailing list turn into features?

How do ideas on this mailing list turn into features? What is the typical roadmap? Can this process be documented somewhere?___ Python-ideas mailing list Python-ideas@python.org https://mail.python.org/mailman/listinfo/python-ideas Code of Conduct:

Re: [Python-ideas] Clearer communication

+1 votes hardly add anything to a technical discussion, and in the contrary, can and do easily lead to a dysfunctional decision style. If you agree with someone else's idea, you probably have some rational arguments behind it, some hard evidence that has not yet been discussed and that could

Re: [Python-ideas] Clearer communication

+1 votes hardly add anything to a technical discussion, and in the contrary, can and do easily lead to a dysfunctional decision style. If you agree with someone else's idea, you probably have some rational arguments behind it, some hard evidence that has not yet been discussed and that could

Re: [Python-ideas] Clearer communication

> > > I honestly cannot tell if you are being rhetorical, or if you are > so technically naive that you genuinely don't know that this is an email > mailing list rather than instant messenger or IRC or some other form of > instantaneous chat. > Both :p Newcomers that never spoke on a forum are

Re: [Python-ideas] Clearer communication

Email Can be fast, as long as it is structured. The list only impose the structure of "Thread" ie. Two mails are in the same thread if they have the same subject. Each thread can have it's own format. Email use the quoting mechanism using leading ">" ane generally people do not like html

Re: [Python-ideas] Clearer communication

I'm kinda new to those mailing lists and those are the only ones I ever subscribed so I'm a bit in the audience you're targeting James. What I think is bad using mailing list it's the absence of votes. I'd often like to just hit a "+1" button for some mails just to say to the author I'm with him

Re: [Python-ideas] Clearer communication

On Fri, Feb 01, 2019 at 06:21:07PM +0100, Robert Vanden Eynde wrote: > That's a nice question ! > > The main thing is "is this list more EmailLike or MessengerLike" This is a perfect example of the problem that James is referring to. I honestly cannot tell if you are being rhetorical, or if you

Re: [Python-ideas] Clearer communication

Agreed, thanks James for asking. And thanks for bringing up the issue of communication mode in different mediums, Robert. I personally think the type of discussions taking place on this list would be better suited to a more interactive or conversational medium. Is there already, or would

Re: [Python-ideas] Clearer communication

On Fri, Feb 1, 2019 at 12:43 PM Adrien Ricocotam wrote: > What I think is bad using mailing list it's the absence of votes. I'd > often like to just hit a "+1" button for some mails just to say to the > author I'm with him and I think s.he's ideas are great. > I feel like the strongest virtue

Re: [Python-ideas] Clearer communication

That's a nice question ! The main thing is "is this list more EmailLike or MessengerLike" When I speak on Messenger (or any instantaneous conversation software) I send a lot of very small messages, like "+1", it's interactive, I'm expecting a short answer. If I say something stupid, I undo, if

[Python-ideas] Clearer communication

A lot of the traffic on this email list is people saying “I don’t understand” or “that’s not what I meant” or trying to re-explain. A lot of “-1”s are really “I don’t see the usefulness of this”. So I want an open discussion on: How can we communicate clearer?

Re: [Python-ideas] Vectorization [was Re: Add list.join() please]

пт, 1 февр. 2019 г. в 02:24, Steven D'Aprano : > On Thu, Jan 31, 2019 at 09:51:20AM -0800, Chris Barker via Python-ideas > wrote: > > > I do a lot of numerical programming, and used to use MATLAB and now > numpy a > > lot. So I am very used to "vectorization" -- i.e. having operations that > >

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On 2/1/2019 9:07 AM, James Lu wrote: I always use ptipython (ptpython shell over the ipython console) for my REPLs. The built-in python repl is not /batteries included/ in the sense that it already has what you need to explore the language. I wonder, what do the python committers think about

Re: [Python-ideas] Option of running shell/console commands inside the REPL

Hi, As a workaround/alternative, you can just do >>> import os >>> os.system('dir') Sincerely, Ken Hilton; ___ Python-ideas mailing list Python-ideas@python.org https://mail.python.org/mailman/listinfo/python-ideas Code of Conduct:

Re: [Python-ideas] Option of running shell/console commands inside the REPL

I always use ptipython (ptpython shell over the ipython console) for my REPLs. The built-in python repl is not *batteries included* in the sense that it already has what you need to explore the language. I wonder, what do the python committers think about including a stripped-down version of

Re: [Python-ideas] Option of running shell/console commands inside the REPL

Further magic comes with https://pypi.org/project/xonsh/ ciao, lele. -- nickname: Lele Gaifax | Quando vivrò di quello che ho pensato ieri real: Emanuele Gaifas | comincerò ad aver paura di chi mi copia. l...@metapensiero.it | -- Fortunato Depero, 1929.

Re: [Python-ideas] Option of running shell/console commands inside the REPL

Am 01.02.19 um 09:26 schrieb João Matos: > Hello, > > > Consider adding the option of running shell/console commands inside the REPL. > Something like !dir IPython provides exactly this: pip install ipython than start it with : ipython Get an overview of features with: In [1]:

Re: [Python-ideas] Option of running shell/console commands inside the REPL

On Fri, Feb 01, 2019 at 08:26:03AM +, João Matos wrote: > Hello, > > Consider adding the option of running shell/console commands inside the > REPL. > Something like > >>>!dir That's a pretty big change, arguably best left for a third-party REPL like iPython (which already supports "magic"

[Python-ideas] Option of running shell/console commands inside the REPL

Hello, Consider adding the option of running shell/console commands inside the REPL. Something like !dir Best regards, João Matos smime.p7s Description: S/MIME Cryptographic Signature ___ Python-ideas mailing list Python-ideas@python.org