bartc wrote:
>> But as it happens, I could make computers talk to each when I was working
>> with microprocessors, using home-made interfaces, rs232 or rs423. I
wouldn't
>> know how to do it now because it depends on other people's over-complex
>> tech.
Chris Angelico wrote:
> I don't know if you'
bartc wrote:
>> Your job is to port an editor that people have been using for 30 years to
>> Linux. The first thing you do is to change all the commands and
shortcuts to
>> match what is typical on Linux? So that no-one who was familiar with it
as
>> it was can actually use it?
Chris Angelico wrot
>>> Have you ever worked on a slow remote session where a GUI is
>>> completely impracticable (or maybe even unavailable), and redrawing
>>> the screen is too expensive to do all the time?
>>
>> So where does the redrawing happen? The machine youre sitting on (let's
>> call it 'A') and send remote
Chris Angelico wrote:
> On Mon, Oct 9, 2017 at 7:05 PM, Mikhail V wrote:
> > The first thing a developer should provide - the keys and mouse input
> > should be
> > *customizable* by the user. It is so by most serious application I have
> > ever used.
>
> And t
> >> [...] I'm not here to "cast stones", I like Python. I just think
> >> that you shouldn't cast stones at C/C++.
> > Not while PHP exists. There aren't enough stones in the world...
> >
>
> PHP seems (seemed?) popular for laying out web pages. Are their vastly
> superior options?
Python? Supe
Bill wrote:
> Mikhail V wrote:
> > Python? Superior syntax for sure
>
> I believe that. What accounts for the popularity of PHP then?
I can't tell for PHP for sure... As in many cases in software world, there is
a principle of "who was the first there to solve some ta
Thomas wrote:
>
> On 16/10/17 20:02, Pete Forman wrote:
> > Thomas Jollans writes:
> > ...
> >>> If you do stick with a digest then check your newsreader for a feature
> >>> to expand it. Then you can read and reply as if you were getting
> >>> individual posts.
> >>>
> >> That exists? How does it
Chris A wrote:
On Fri, Nov 24, 2017 at 1:10 AM, Mikhail V wrote:
>
> > Well, then there is some bitter irony in this, so it allows pretty
> > much everything,
> > but does not allow me to beautify code with hyphens.
> > I can fully understand the wish to use non-
Chris A wrote:
>> On Fri, Nov 24, 2017 at 1:10 AM, Mikhail V wrote:
>>
>>> Chris A wrote:
>>>
>>> Fortunately for the world, you're not the one who decided which
>>> characters were permitted in Python identifiers. The ability to use
>>
On Thu, Nov 23, 2017 at 8:46 PM, Thomas Jollans wrote:
> On 23/11/17 19:42, Mikhail V wrote:
>> I mean for a real practical situation - for example for an average
>> Python programmer or someone who seeks a programmer job.
>> And who does not have a 500-key keyboard,
>
On Thu, Nov 23, 2017 at 8:15 PM, Chris Angelico wrote:
>
> Let's start with a simpler question. Which of these is better code?
>
> # == Option 1
> class ZipExhausted(Exception):
> pass
>
> def zip_longest(*args, **kwds):
> # zip_longest('ABCD', 'xy', fillvalue='-') --> Ax By C- D-
>
On Thu, Nov 23, 2017 at 9:39 PM, Chris Angelico wrote:
> On Fri, Nov 24, 2017 at 7:38 AM, Mikhail V wrote:
>> I see you manually 'optimise' the look?
>> I personally would end with something like this:
>>
>> def zip_longest(*A, **K):
>> value = K.
On Thu, Nov 23, 2017 at 10:05 PM, Chris Angelico wrote:
> On Fri, Nov 24, 2017 at 8:02 AM, Mikhail V wrote:
>> On Thu, Nov 23, 2017 at 9:39 PM, Chris Angelico wrote:
>>> On Fri, Nov 24, 2017 at 7:38 AM, Mikhail V wrote:
>>>> I see you manually 'optimise
On Fri, Nov 24, 2017 at 4:13 AM, Chris Angelico wrote:
> On Fri, Nov 24, 2017 at 1:44 PM, Mikhail V wrote:
>> From my above example, you could probably see that I prefer somewhat
>> middle-sized identifiers, one-two syllables. And naturally, they tend to
>> reflect some pr
On Fri, Nov 24, 2017 at 8:03 AM, Chris Angelico wrote:
>> and in Python in particular, because they will be not only forced to learn
>> some english, but also will have all 'pleasures' of multi-script editing.
>> But wait, probably one can write python code in, say Arabic script *only*?
>> How a
On Fri, Nov 24, 2017 at 5:37 PM, Chris Angelico wrote:
> On Sat, Nov 25, 2017 at 3:33 AM, Mikhail V wrote:
>> On Fri, Nov 24, 2017 at 8:03 AM, Chris Angelico wrote:
>>
>>>> and in Python in particular, because they will be not only forced to learn
>>>&g
On Fri, Nov 24, 2017 at 9:08 PM, Chris Angelico wrote:
> On Sat, Nov 25, 2017 at 7:00 AM, Mikhail V wrote:
>> I agree that one should have more choices, but
>> people still can't really choose many things.
>> I can't choose hyphen, I can't choose minus
On Fri, Nov 24, 2017 at 11:26 PM, Richard Damon
wrote:
>
> Have you tried using U+2010 (HYPHEN) ‐. It is in the class XID_CONTINUE (in
> fact it is in XID_START) so should be available.
>
Hi Richard.
U+2010 is SyntaxError.
5 days ago I made a proposal on python-ideas, and we have already discuss
On Mon, Nov 27, 2017 at 8:09 PM, Alexandre Brault wrote:
> A quick Google search turned up WinCompose. It defaults to Right-Alt for
> its compose key, but that's configurable
>
> On 2017-11-27 02:05 PM, Paul Moore wrote:
>> On 27 November 2017 at 18:13, Skip Montanaro
>> wrote:
If you have
MRAB wrote:
> It's OK for code that's close to the metal, but in high-level code? No.
> Python has managed for >25 years without it, and I've yet to see a
> convincing use-case.
"convincing" is a broad term I think, especially for syntax proposals ;)
I think often one wish to use it just to avo
> > But the OP isn't looking for a full-blown GUI toolkit. I went back and
> > re-read his post to be sure I wasn't misunderstanding. Therefore I
> > don't think the suggestion to use wxPython or PyQt is that helpful.
> >
> > Do you have any other suggestions?
> >
> > Even Cairo is pretty complic
On Fri, Jan 12, 2018 at 10:38 AM, Paul Moore wrote:
> On 12 January 2018 at 06:47, Steven D'Aprano
> wrote:
>> If pip is joined at the hip to a specific version of Python, I think that
>> we ought to be able to specify the version number like we can with Python.
>>
>> Something like:
>>
>> pip .
Paul Moore writes :
If you discover any bugs while testing the new release, please report
> them at https://github.com/pypa/pip/issues.
Link not working (on pipermail archive -- remove the period on the end)
https://github.com/pypa/pip/issues
PS: was looking forward to PIP improvements on Windo
Steven D'Aprano writes:
>>
>> PS: was looking forward to PIP improvements on Windows, on 9.0.3 still
>> some issues. E.g. trying to redirect output from 'pip search ... >
>> a.txt' gives a wall of errors. it's on Windows 10.
>
>
>
> Don't be shy, tell us what those errors are.
You meant - don't
MRAB writes:
> > UnicodeEncodeError: 'charmap' codec can't encode character
> >
> > when it meets a non-ascii char.
> >
> > e.g. tried this:
> > pip search pygame > a.txt
> >
> Well, _I_ didn't get an error!
>
> One of the lines is:
>
> kundalini (0.4)- LրVE-like PyGame API
>
> So
Here is an idea for 'data object' a syntax.
For me it is interesting, how would users find such syntax.
I personally find that this should be attractive from users
perspective.
Main aim is more readable presenting of typical data chunks
and some typical data types (tuples/lists) directly in code.
F
On Tue, May 8, 2018 at 10:15 AM, Steven D'Aprano
wrote:
> On Tue, 08 May 2018 06:45:05 +0300, Mikhail V wrote:
>
>> *Example 3. Two-dimensional tuple.*
>>
>> data === T/T :
>> 123"hello"
>> ab c + de f
>
On Tue, May 8, 2018 at 6:20 PM, Steven D'Aprano
wrote:
> On Tue, 08 May 2018 15:52:12 +0300, Mikhail V wrote:
>
>>> Last time you brought up this idea, you were told that it is ambiguous.
>>> Using whitespace alone, it is impossible to distinguish between
On Tue, May 8, 2018 at 5:25 PM, Chris Angelico wrote:
> On Tue, May 8, 2018 at 10:52 PM, Mikhail V wrote:
>> Right? Your issues with tabs aside, I think it is impossible to ignore the
>> the readability improvement. Not even speaking of how
>> many commas and bracket yo
On Wed, May 9, 2018 at 12:33 AM, Chris Angelico wrote:
> On Wed, May 9, 2018 at 7:15 AM, Mikhail V wrote:
>> On Tue, May 8, 2018 at 5:25 PM, Chris Angelico wrote:
>>> On Tue, May 8, 2018 at 10:52 PM, Mikhail V wrote:
>>>> Right? Your issues with tabs aside, I th
On Wed, May 9, 2018 at 3:14 AM, Ben Finney wrote:
> Mikhail V writes:
>
>> On Wed, May 9, 2018 at 12:33 AM, Chris Angelico wrote:
>> > On Wed, May 9, 2018 at 7:15 AM, Mikhail V wrote:
>> >> Just admit it, you try to troll me (or just pretend, I don't know
On Wed, May 9, 2018 at 8:50 AM, Chris Angelico wrote:
> On Wed, May 9, 2018 at 3:36 PM, Ian Kelly wrote:
>>
>> while True:
>> if we_are_done():
>> break
>> # do some stuff
>> ...
>> if error_occurred():
>> break
>> notify_user()
>>
>>
>> Fixed, using idiomatic Pyth
On Wed, May 9, 2018 at 6:25 AM, Steven D'Aprano
wrote:
> On Tue, 08 May 2018 23:16:23 +0300, Mikhail V wrote:
>
>> but I propose Tab-separated elements.
>
> We already have tab-separated elements in Python. It is allowed to use
> tabs between any whitespace separated to
On Fri, May 11, 2018 at 9:12 AM, Ian Kelly wrote:
> On Thu, May 10, 2018 at 6:34 PM, Mikhail V wrote:
>> On Wed, May 9, 2018 at 6:25 AM, Steven D'Aprano
>> wrote:
>>> On Tue, 08 May 2018 23:16:23 +0300, Mikhail V wrote:
>>>
>>
>>>> but
On Fri, May 11, 2018 at 9:39 AM, Ian Kelly wrote:
> On Mon, May 7, 2018 at 9:45 PM, Mikhail V wrote:
>> *Example 1. Multi-line strings*
>>
>> data === S :
>> this is multi-line string
>> escape chars: same as in strings (\\, \\n, \\t ...) ,
>>
On Sat, May 12, 2018 at 7:54 AM, Steven D'Aprano
wrote:
> On Sat, 12 May 2018 02:26:05 +0300, Mikhail V wrote:
>
>> it is just not a trivial task to find an optimal solution to this
>
> We already have an optimal solution to this.
Yes. current syntax will not go anywa
On Sat, May 12, 2018 at 5:38 PM, Ian Kelly wrote:
> On Fri, May 11, 2018 at 5:26 PM, Mikhail V wrote:
>> On Fri, May 11, 2018 at 9:12 AM, Ian Kelly wrote:
>>> On Thu, May 10, 2018 at 6:34 PM, Mikhail V wrote:
>>>> Do you understand that basically any pytho
I have made up a printable PDF with the current version
of the syntax suggestion.
https://github.com/Mikhail22/Documents/blob/master/data-blocks-v01.pdf
After some of your comments I've made some further
re-considerations, e.g. element separation should
be now much simpler.
A lot of examples with
> >
> > Comments, suggestions are welcome.
> >
>
> One comment.
>
> I'm not interested in downloading a PDF. Can you rework your document
> to be in a more textual format like Markdown or reStructuredText?
> Since you're hosting on GitHub anyway, the rendering can be done
> automatically.
>
> Chris
On Mon, May 21, 2018 at 3:02 AM, Ian Kelly wrote:
> On Sun, May 20, 2018 at 4:28 PM, Mikhail V wrote:
>> "Markdown" is too vague - there dozens of markdown styles and
>> also they include subsets of HTML. It is just plain text with tags
>
> The whole point of Ma
On Mon, May 21, 2018 at 5:20 AM, Chris Angelico wrote:
> On Mon, May 21, 2018 at 8:28 AM, Mikhail V wrote:
>>> >
>>> > Comments, suggestions are welcome.
>>> >
>>>
>>> One comment.
>>>
>>> I'm not interested in do
On Mon, May 21, 2018 at 7:05 AM, Chris Angelico wrote:
>>> Forcing us to download a PDF and then read it? Well, it's your
>>> decision. My decision is that I cannot be bothered going to THAT much
>>> effort to figure out what you're saying.
>>
>> THAT much effort to click two times instead of one
On Mon, May 21, 2018 at 2:14 PM, Ned Batchelder wrote:
> On 5/19/18 10:58 PM, Mikhail V wrote:
>>
>> I have made up a printable PDF with the current version
>> of the syntax suggestion.
>>
>> https://github.com/Mikhail22/Documents/blob/master/data-blocks-v01.pdf
On Mon, May 21, 2018 at 1:41 PM, Chris Lindsay via Python-list
wrote:
> If a block of static data is large enough to start to be ugly, a common
> approach is to load the data from some other file, in a language which is
> designed around structured data.
Maybe it is common in industrial applica
On Mon, May 21, 2018 at 3:48 PM, bartc wrote:
>
> This is intended to be used inside actual Python programs?
>
> In that case code is normally displayed in fixed pitch, as it would normally
> be viewed in a code editor, even if part of a document.
>
> But I have to say it looks pretty terrible, a
On Tue, May 22, 2018 at 9:01 AM, Christian Gollwitzer wrote:
> Am 22.05.18 um 04:17 schrieb Mikhail V:
>>> YAML comes to mind
>>
>>
>> Actually plugging a data syntax in existing language is not a new idea.
>> Though I don't know real success stories.
>
On Tue, May 22, 2018 at 1:25 PM, bartc wrote:
> On 22/05/2018 03:49, Mikhail V wrote:
>>
>> On Mon, May 21, 2018 at 3:48 PM, bartc wrote:
>>
>> # t
>> # t
>>11 22 33
>>
>
> Is this example complete? Presumably it means ((11,22,33
On Wed, May 23, 2018 at 2:25 AM, Dan Strohl wrote:
>
>>
>> Explanation:
>> [here i'll use same symbol /// for the data entry point, but of course it
>> can be
>> changed if a better idea comes later. Also for now, just for simplicity -
>> the rule
>> is that the contents of a block starts alway
On Wed, May 23, 2018 at 4:19 PM, Dan Strohl wrote:
> First of all, I suggest splitting this into a separate proposal (new thread)
> that way you will avoid confusion for people who are still considering the
> older proposal, and for the (probably many) people who have stopped reding
> the old t
On Wed, May 23, 2018 at 8:08 PM, Mikhail V wrote:
> On Wed, May 23, 2018 at 4:19 PM, Dan Strohl wrote:
> data = /// sN # and
> data = /// tN
>
> Where N - is the amount of characters, spaces (s) or
> tabs (t).
> This should cover most use cases.
> It implies
On Wed, May 23, 2018 at 11:45 PM, MRAB wrote:
>>> def func():
>>> foobar
>>> data = /// s2
>>> first line
>>> last line
>>> foobar
>>>
> Instead of the "s2", etc:
>
> def func():
> foobar
> data = >> :
> first line
> last line
> foobar
>
> Leading
On Wed, May 23, 2018 at 11:56 PM, Bob van der Poel wrote:
> On Wed, May 23, 2018 at 1:45 PM, MRAB wrote:
>
>> If you want additional indentation, then provide a string literal:
>>
>> def func():
>> foobar
>> data = >> '':
>> first line
>> last line
>> foobar
>>
>> for
Hi.
I've put some thoughts together, and
need some feedback on this proposal.
Main question is: Is it convincing?
Is there any flaw?
My own opinion - there IS something to chase.
Still the justification for such syntax is hard.
Raw string statement
--
Issue
-
Vast majority
On Fri, May 25, 2018 at 1:15 PM, bartc wrote:
> On 25/05/2018 05:34, Mikhail V wrote:
>
> I had one big problem with your proposal, which is that I couldn't make head
> or tail of your syntax. Such a thing should be immediately obvious.
>
> (In your first two examples, w
On Sat, May 26, 2018 at 10:55 AM, Steven D'Aprano
wrote:
> On Sat, 26 May 2018 08:09:51 +0300, Mikhail V wrote:
>
>> On Fri, May 25, 2018 at 1:15 PM, bartc wrote:
> [...]
>>> One problem here is how to deal with embedded non-printable characters:
>>> C
On Sat, May 26, 2018 at 7:10 PM, Steven D'Aprano
wrote:
> On Sat, 26 May 2018 18:22:15 +0300, Mikhail V wrote:
>
>>> Here is a string assigned to name `s` using Python's current syntax:
>>>
>>> s = "some\ncharacters\0abc\x01\ndef\uFF0A\nhere&quo
On Sat, May 26, 2018 at 10:21 PM, Chris Angelico wrote:
>
> I'm done. Argue with brick walls for the rest of eternity if you like.
I see you like me, but I can reciprocate your feelings.
>
> ChrisA
> --
> https://mail.python.org/mailman/listinfo/python-list
--
https://mail.python.org/mailman/
[Steven D'Aprano]
> (The same applies to Unix/Linux systems too, of course.) But while you're
> using Python to manipulate files, you should use Python rules, and that
> is "always use forward slashes".
>
> Is that reasonable?
>
> Under what circumstances would a user calling open(pathname) in Pyt
[Richard Damon]
> The one major issue with backslashes is that they are a special
> character in string literals, so you either need to use raw literals a
> remember the few cases they still act as special characters, or remember
> to convert them to double back slashes, at a minimum for all the
>
[Chris A]
> [Mikhail]
> > So Imo default syntax should be something like:
> >
> > S = "A:{x41}B:{x42}"
> >
> > instead of backslashes and Co.
>
> So how do you represent brace characters in a string?
\{ and \}
just kidding :-D
I would be ok with {L} and {R} - easy on eye and easy to rememb
Greg wrote:
> Mikhail V wrote:
> > s= "\"s\"" ->
> > s= {"s"}
>
> But now you need to find another way to represent set literals.
I need to find? That comment was not about (current) Python but
rather how I think string should hav
Joe Pfeiffer wrote:
>> On Windows a path is e.g.:
>> C:\programs\util\
>> So what is reasonable about using forward slashes?
>> It happens to me that I need to copy-paste real paths like 100 times
>> a day into scripts - do you propose to convert to forward slashes each time?
> That's what starte
ChrisA wrote:
> Mikhail V wrote:
>> Yes, and the answer was a week ago: just put "r" before the string.
>> r"C:\programs\util"
>>
>> And it worked till now. So why should I replace backslashes with
>> forward slashes?
>> There is one i
Steven D'Aprano wrote:
> In Explorer and the open-file dialog of most applications, they will see
> paths like this:
>
> directory\file name with spaces
>
> with the extension (.jpg, .pdf, .docx etc) suppressed. So by your
> argument, Python needs to accept strings without quotes:
>
> open
Steven D'Aprano wrote:
> Over the many months, I've tried defending Bart, engaging with him,
> patiently explaining that his choices and our choices are not always the
> same and that there's no objective "right" and "wrong" between them,
> making subtle hints, and less subtle hints that he's bein
So Python supports both spaces and tabs for indentation.
I just wonder, why not forbid spaces in the beginning of lines?
How would one come to the idea to use spaces for indentation at all?
Space is not even a control/format character, but a word separator.
And when editors will be proportional f
On 18 March 2017 at 03:09, Joel Goldstick wrote:
> On Fri, Mar 17, 2017 at 8:52 PM, Mikhail V wrote:
>> So Python supports both spaces and tabs for indentation.
>>
>> I just wonder, why not forbid spaces in the beginning of lines?
>> How would one come to the idea to
On 18 March 2017 at 05:02, Ben Finney wrote:
> Mikhail V writes:
>
>> I think it would be a salvation to forbid spaces for indentation, did
>> such attemps take place?
>
> Feel free to start your own discussion forum for your new programming
> language that forbids s
On 18 March 2017 at 16:54, Lutz Horn wrote:
> Am 18.03.17 um 16:18 schrieb Mikhail V:
>> On 18 March 2017 at 05:02, Ben Finney
>> wrote:
>>> Mikhail V writes:
>>>
>>>> I think it would be a salvation to forbid spaces for indentation,
>>>>
On 18 March 2017 at 21:19, Bob Gailer wrote:
> On Mar 17, 2017 9:23 PM, "Mikhail V" wrote:
>>
>> So Python supports both spaces and tabs for indentation.
>>
>> I just wonder, why not forbid spaces in the beginning of lines?
>> How would one come to th
> On 19 March 2017 at 01:39, Steve D'Aprano wrote:
>> On Sun, 19 Mar 2017 08:24 am, Mikhail V wrote:
>>
>> I've noticed a tendency that more and more users
>> choose tabs.
>Have you really? I've noticed the opposite.
Not *really*, but on stackoverflo
On 19 March 2017 at 02:05, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> On Sun, Mar 19, 2017 at 11:39 AM, Steve D'Aprano
>> wrote:
>>> Is it also ridiculous to use several newlines to space paragraphs
>>> vertically?
>>
>> At least with paragraphs, we don't have eternal debates between people
>>
On 19 March 2017 at 01:32, Steve D'Aprano wrote:
> On Sun, 19 Mar 2017 03:30 am, Grant Edwards wrote:
>
>> tabs are a major security vulnerability and should be outlawed
>> in all source code.
>
>
> I've heard many arguments both in favour of and against tabs, but I've never
> heard them described
On 18 March 2017 at 22:50, Nathan Ernst wrote:
> My issue with using spaces instead of tabs, is that, as mentioned earlier in
> the thread, everyone has their own preferences on indentation. I've worked
> on teams where different developers used 2, 3 & 4 spaces as indentation.
> Obviously, if you'
On 19 March 2017 at 22:54, Gregory Ewing wrote:
> Mikhail V wrote:
>>
>> Monospaced text rendering is an artifact,
>> which exist on a very short time period in history.
>> At best, one should just imagine it should not exist, and is
>> just a temporary inconvi
On 20 March 2017 at 16:19, BartC wrote:
> On 20/03/2017 14:32, Chris Angelico wrote:
>>
>> On Tue, Mar 21, 2017 at 1:24 AM, BartC wrote:
>>>
>>> But it would be better IMO if tabs were used, with some scheme for
>>> suggesting the tab width (or set of tab stops) that is recommended (eg. a
>>> com
On 21 March 2017 at 14:42, Marko Rauhamaa wrote:
> Wildman :
>
>> On Tue, 21 Mar 2017 06:01:26 +1100, Chris Angelico wrote:
>>> Can you ask your workmates to elaborate? I'd love to hear.
>>
>> I would love to hear also. I've been using Linux for about 10 years
>> and I have never had anything "bre
On 21 March 2017 at 15:49, Grant Edwards wrote:
> On 2017-03-21, Mikhail V wrote:
>
>> Didn't want to say this, but you know it was quite predictable from
>> the beginning that the arguments will end up somewhere in "linux
>> console is the center of the univ
On 21 March 2017 at 17:41, Gene Heskett wrote:
> On Tuesday 21 March 2017 11:04:58 Mikhail V wrote:
>
>> On 21 March 2017 at 15:49, Grant Edwards
> wrote:
>> > On 2017-03-21, Mikhail V wrote:
>> >
>> >> I don't know how to help, probably if t
On 21 March 2017 at 22:40, Chris Angelico wrote:
> On Wed, Mar 22, 2017 at 8:27 AM, Mikhail V wrote:
>> I'd just tell one thing since I am a bit tired: if you wish,
>> take an advice: avoid *any* monospaced fonts as plague if you are
>> reading a lot of informa
On 21 March 2017 at 16:42, Michael Torrie wrote:
> On 03/21/2017 08:15 AM, Mikhail V wrote:
>> Didn't want to say this, but you know it was quite predictable from
>> the beginning that
>> the arguments will end up somewhere in "linux console is the center of the
&
On 26 March 2017 at 00:01, Michael Torrie wrote:
> On 03/25/2017 01:40 PM, Gilmeh Serda wrote:
>>
So Python supports both spaces and tabs for indentation.
>>
>> People!
>>
>> This is as far from normal conversation about Python as it gets!
>>
>> Keep this shit to yourselves, PLEASE!
>>
>> Usi
On 26 March 2017 at 06:16, Wildman via Python-list
wrote:
> On Tue, 21 Mar 2017 15:15:14 +0100, Mikhail V wrote:
>
>> And on linux console, by default one does not even have good
>> possibilities for text-mode pseudographics, it was more relevant
>> in DOS where one ha
On 26 March 2017 at 16:28, Wildman via Python-list
wrote:
> On Sun, 26 Mar 2017 15:18:06 +0200, Mikhail V wrote:
>
>> On 26 March 2017 at 06:16, Wildman via Python-list
>> wrote:
>>> On Tue, 21 Mar 2017 15:15:14 +0100, Mikhail V wrote:
>>>
>>>> An
On 26 March 2017 at 17:37, Chris Angelico wrote:
> On Mon, Mar 27, 2017 at 2:17 AM, Mikhail V wrote:
>>>> Why? IIRC I can do good pseudographics on linux only with extended
>>>> unicode character sets, so yes it is possible, is that what you mean?
>>>
>&g
On 26 March 2017 at 20:10, Steve D'Aprano wrote:
> On Mon, 27 Mar 2017 03:57 am, Mikhail V wrote:
>
> [...]
>>>> And more important: can one use binary (bitmap) fonts in default modern
>>>> linux console? If yes, can one patch them with custom tiles at
>
On 26 March 2017 at 21:53, Chris Angelico wrote:
> On Mon, Mar 27, 2017 at 6:25 AM, Mikhail V wrote:
>> On 26 March 2017 at 20:10, Steve D'Aprano wrote:
>>> On Mon, 27 Mar 2017 03:57 am, Mikhail V wrote:
>>>
>>> [...]
>>>>>> And m
On 30 March 2017 at 07:43, Chris Angelico wrote:
> On Thu, Mar 30, 2017 at 3:21 PM, Rick Johnson
> wrote:
>> On Sunday, March 26, 2017 at 2:53:49 PM UTC-5, Chris Angelico wrote:
>>> On Mon, Mar 27, 2017 at 6:25 AM, Mikhail V wrote:
>>> > On 26 March 2017 at 20
On 30 March 2017 at 16:14, Steve D'Aprano wrote:
> On Thu, 30 Mar 2017 03:21 pm, Rick Johnson wrote:
>
>> On Sunday, March 26, 2017 at 2:53:49 PM UTC-5, Chris Angelico wrote:
>>> On Mon, Mar 27, 2017 at 6:25 AM, Mikhail V wrote:
>>> > On 26 March 2017
On 1 April 2017 at 06:38, Rick Johnson wrote:
> On Thursday, March 30, 2017 at 9:14:54 AM UTC-5, Steve D'Aprano wrote:
>> - and making band names look ǨØØĻ and annoy old fuddy-
>> duddies.
>
> So now we've even included graffiti artists in our little
> "inclusivity project". My, my... we are so _
On 1 April 2017 at 22:57, Chris Angelico wrote:
> On Sun, Apr 2, 2017 at 6:07 AM, Mikhail V wrote:
>> On 1 April 2017 at 06:38, Rick Johnson wrote:
>>> On Thursday, March 30, 2017 at 9:14:54 AM UTC-5, Steve D'Aprano wrote:
>>
>>>> - and making
On 1 April 2017 at 18:00, Steve D'Aprano wrote:
> On Sat, 1 Apr 2017 12:17 pm, Rick Johnson wrote:
>
>> Most people just quietly change the filename and move on
>
>
> There are over a billion people in China, almost a billion more in India,
> about 140 million people in Russia, nearly 130 million
On 2 April 2017 at 00:22, Chris Angelico wrote:
> On Sun, Apr 2, 2017 at 8:16 AM, Mikhail V wrote:
>> For multiple-alphabet rendering I will use some
>> custom text format, e.g. with tags
>> ... , and for latin
>> ... and etc.
>>
>> Simple and effecti
On 2 April 2017 at 02:01, Chris Angelico wrote:
> On Sun, Apr 2, 2017 at 9:25 AM, Mikhail V wrote:
>> On 2 April 2017 at 00:22, Chris Angelico wrote:
>>> On Sun, Apr 2, 2017 at 8:16 AM, Mikhail V wrote:
>>>> For multiple-alphabet rendering I will use some
>
On 3 April 2017 at 19:55, Steve D'Aprano wrote:
> I didn't see you calling out Rick for his prejudice against those who aren't
> American, his absurd belief that "most" people are satisfied with ASCII,
Hmm... that is interesting.
Everyone has some beliefs...
If I make a bit more on-topic questio
On 10 April 2017 at 02:21, Gregory Ewing wrote:
>
>
>
> My take on the idea of making Python less dynamic in order
> to improve speed is that you'll end up with a language that,
> while it may superficially resemble Python, doesn't
> really feel like Python.
>
> Boo is an example of that. It
On 11 April 2017 at 16:56, Steve D'Aprano wrote:
> On Tue, 11 Apr 2017 07:56 pm, Brecht Machiels wrote:
>
>[...]
>
>> DropBox and
>> Google seem to agree that there are no good solutions, since they are
>> moving to Go.
>
> That's a good solution! Maybe we should be writing extensions in Go, inste
On 10 April 2017 at 15:17, David Shi via Python-list
wrote:
> In the data set, pound sign escape appears:
> u'price_currency': u'\xa3', u'price_formatted': u'\xa3525,000',
> When using table.to_csv after importing pandas as pd, an error message
> persists as follows:
> UnicodeEncodeError: 'ascii'
On 11 April 2017 at 23:45, MRAB wrote:
> On 2017-04-11 21:58, Mikhail V wrote:
>>
>> On 11 April 2017 at 16:56, Steve D'Aprano
>> wrote:
>>>
>>> On Tue, 11 Apr 2017 07:56 pm, Brecht Machiels wrote:
>>>
>>> [...]
>>>
>
On 12 April 2017 at 00:02, Rick Johnson wrote:
> On Monday, April 10, 2017 at 7:25:48 AM UTC-5, Mikhail V wrote:
>> Still I miss some old school features in Python, e.g.
>> "goto" statement would be very useful in some cases.
>
> Are you serious?
Not so serious to
1 - 100 of 127 matches
Mail list logo
