Hi everyone!
i need a guide or advice or anything.
I few years ago, i was able to connect to my music receiver via spotify app
from my phone or laptop. You had to connect to receiver and your laptop to
the same wifi network and this is. Years later, that service was deprecated
by spotify conditions
Hello everyone.
i had upload a Django app to an ubuntu 18.04 server and it gives me the
same pdf everytime the view is called. To generate the pdf it receipts
differents string buy it gives me the same pdf. Could you give some idea
what is happening?
thanks everyone
@never_cached
def generar_pdf(r
Good morning!
A tiny question.
Are there a way to create a new character on python? i need to create some
kind of arroba @ but with other letter inside. Are there a library for that?
Really thanks.
Gonzalo from Chile.
--
https://mail.python.org/mailman/listinfo/python-list
Hello,
I'm new to Python and recently began to self learn the language.
Unfortunately, whenever I try to launch it, I'm met with a black pop-up
screen the disappears as soon as it comes up. I've tried uninstalling and I
just run into the same issue. I tried downloading the program onto my
brother'
>From vigan
Hi i wold like to join in this list because i want to start programing with
python pls acept this
--
https://mail.python.org/mailman/listinfo/python-list
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
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
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
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
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
[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
[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
>
[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
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/
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: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 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
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 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
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 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 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 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 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 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 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 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 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 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 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 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
> >
> > 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
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
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
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 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 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 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 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 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 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 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 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 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
>
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
Error:
ImportError: No module named google.protobuf
--
https://mail.python.org/mailman/listinfo/python-list
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
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
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
I am excecting custom commands like shell on multiple linux hosts. and if in
one host one of the commands fail. I want that process not to proceed. If the
remote command throws an error i am logging it .. but the process goes to next
command . but if i terminate the command, the process will t
what is the best qr package
--
https://mail.python.org/mailman/listinfo/python-list
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 .
> > 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
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
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
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 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 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 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 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 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 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 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 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,
>
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
>>
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-
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
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
> >> [...] 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
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
>>> 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
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
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'
(1) Trying to convert concatenated string to .format method
(2) concatenated string >>
[#todo rewrite this line to use the format method rather than string
concatenation
alert = "Today's forecast for " + city + ": The temperature will range from " +
str(low_temperature) + " to " + str(high_temper
Hi, From what I see in the recent 4/5 digests, this forum seems to be for
advanced
and professional programmers.
So wondering if a newbie can post some questions to understand errors in his
code
or will it look silly?
Thanks,
Venkat
--
https://mail.python.org/mailman/listinfo/python-list
For the past 8/10 hours I have been trying to install the above version
without any success.
My O/S is windows 10 free upgrade from win 8.1
Every time I try to install, I simply get a message as per screen grab attached.
I did have a version of 3.61 installed prior to upgrade to win 10, but so
>
> What would you expect this syntax to return?
>
> [x + 1 for x in (0, 1, 2, 999, 3, 4) while x < 5]
>
Nice question BTW
I'd suppose two possible outcomes:
a) It will behave exactly the same as if there was "if" instead of "while"
so [1, 2, 3, 4, 5].
b) It will return syntax error, because "whi
Steven D'Aprano wrote:
>On Wed, 19 Jul 2017 10:34 am, Mikhail V wrote:
>> Ok, in this narrow context I can also agree.
>> But in slightly wider context that phrase may sound almost like:
>> "neither geometrical shape is better than the other as a basis
>> for
ChrisA wrote:
>On Wed, Jul 19, 2017 at 6:05 AM, Mikhail V wrote:
>> On 2017-07-18, Steve D'Aprano wrote:
>>
>>> That's neither better nor worse than the system used by English and French,
>>> where letters with dicritics are not distinct letters, but
Marko Rauhamaa wrote:
>What did you think of my concrete examples, then? (Say, finding
>"Alvárez" with the regular expression "Alv[aá]rez".)
I think that should match both "Alvarez" and "Alvárez" ...?
But firstly, I feel like I need to _guess_ what ideas you
are presenting. Unless I open up Vim a
On 2017-07-18, Steve D'Aprano wrote:
> That's neither better nor worse than the system used by English and French,
> where letters with dicritics are not distinct letters, but guides to
> pronunciation.
>_Neither system is right or wrong, or better than the other._
If that is said just "not to
ChrisA wrote:
>Yep! Nobody would take any notice of the fact that you just put dots
>on all those letters. It's not like it's going to make any difference
>to anything. We're not dealing with matters of life and death here.
>Oh wait.
>https://www.theinquirer.net/inquirer/news/1017243/cellphone-l
ChrisA wrote:
>On Sun, Jul 16, 2017 at 2:33 PM, Rustom Mody wrote:
>> Right now in an adjacent mailing list (debian) I see someone signed off with
>> a
>>
>> grüß
>>
>> I guess the third character is a u with some ‘dirt’
>> Whats the fourth?
>It's a "sharp S".
or "Eszett", is a merge of two s
>> On Sat, 15 Jul 2017 05:50 pm, Marko Rauhamaa wrote:
>>> Random access to code points is as uninteresting as random access to
>>> UTF-8 bytes. I might want random access to the "Grapheme clusters,
>>> a.k.a.real characters".
>>
>> What _real_ characters are you referring to?
>> If your data has "
On Sat, 15 Jul 2017 05:50 pm, Marko Rauhamaa wrote:
> Random access to code points is as uninteresting as random access to
> UTF-8 bytes.
> I might want random access to the "Grapheme clusters, a.k.a.real
> characters".
What _real_ characters are you referring to?
If your data has "á" (U00E1), the
hi,
good day.
where can i get a python certification?
thanks!
--
https://mail.python.org/mailman/listinfo/python-list
> The creator of Scala, Martin Odersky, has proposed introducing Python-like
> significant indentation to Scala and getting rid of braces:
>
> I was playing for a while now with ways to make Scala's syntax
>indentation-based. I always admired the neatness of Python syntax
>and also found
On 23 April 2017 at 05:03, MRAB wrote:
> On 2017-04-22 23:30, Mikhail V wrote:
>>
>> On 20 April 2017 at 23:54, MRAB wrote:
>> > On 2017-04-20 22:03, Mikhail V wrote:
>> >>
>> >> On 20 April 2017 at 22:43, Random832 wrote:
>> >>> [
On 23 April 2017 at 02:33, Chris Angelico wrote:
> On Sun, Apr 23, 2017 at 10:19 AM, Mikhail V wrote:
>> On 23 April 2017 at 00:48, Chris Angelico wrote:
>>> On Sun, Apr 23, 2017 at 8:30 AM, Mikhail V wrote:
>>>> The purpose is simple: reduce manual work to esc
On 23 April 2017 at 00:48, Chris Angelico wrote:
> On Sun, Apr 23, 2017 at 8:30 AM, Mikhail V wrote:
>> The purpose is simple: reduce manual work to escape special
>> characters in string literals (and escape non-ASCII characters).
>>
>> Simple usage scenario:
>
On 20 April 2017 at 23:54, MRAB wrote:
> On 2017-04-20 22:03, Mikhail V wrote:
>>
>> On 20 April 2017 at 22:43, Random832 wrote:
>>> [snip]
>>>
>>> The best solution I can think of is to have a text editor designed to
>>> parse a strin
On 20 April 2017 at 18:40, Grant Edwards wrote:
> On 2017-04-20, Mikhail V wrote:
>> On 20 April 2017 at 17:59, Grant Edwards wrote:
>>> On 2017-04-20, Mikhail V wrote:
>>>> Quite often I need raw string literals for concatenating console commands.
>>>>
On 20 April 2017 at 22:43, Random832 wrote:
> On Thu, Apr 20, 2017, at 16:01, Grant Edwards wrote:
>> On 2017-04-20, MRAB wrote:
>> > There _is_ a "universal solution"; it's called a Hollerith constant. :-)
>>
>> Wow, I haven't seen one of those in a _long_ time -- probably about 45
>> years. I
On 20 April 2017 at 19:27, Chris Angelico wrote:
> On Fri, Apr 21, 2017 at 2:26 AM, wrote:
>> I find this:-
>>
>> s = r"ffmpeg -i '\\server-01\D\SER_Bigl.mpg' "
>>
>> vastly superior.
>
> It's semantically different though. I don't know whether single quotes
> are valid in that context, on Wind
On 20 April 2017 at 17:59, Grant Edwards wrote:
> On 2017-04-20, Mikhail V wrote:
>> Quite often I need raw string literals for concatenating console commands.
>> I want to input them exactly as they are in python sources.
>>
>> There is r"" string, but i
On 20 April 2017 at 17:55, Chris Angelico wrote:
> On Fri, Apr 21, 2017 at 1:44 AM, Mikhail V wrote:
>> What I think: why there is no some built-in function, for example like:
>> s = raw("ffmpeg -i "\\server-01\D\SER_Bigl__"")
>>
>> which would jus
On 20 April 2017 at 17:44, Mikhail V wrote:
> Quite often I need raw string literals for concatenating console commands.
> I want to input them exactly as they are in python sources.
>
> There is r"" string, but it is obviously not enough because e.g. this:
> s = r&
Quite often I need raw string literals for concatenating console commands.
I want to input them exactly as they are in python sources.
There is r"" string, but it is obviously not enough because e.g. this:
s = r"ffmpeg -i "\\server-01\D\SER_Bigl.mpg" "
is not valid.
The closest I've found is tr
On 17 April 2017 at 04:00, Steve D'Aprano wrote:
> On Mon, 17 Apr 2017 05:49 am, Dennis Lee Bieber wrote:
>
>> On Mon, 17 Apr 2017 02:48:08 +1000, Steve D'Aprano
>> declaimed the following:
>>
>>>On Sun, 16 Apr 2017 11:57 pm, bartc wrote:
>>>
But people just don't want it.
>>>
>>>Damn straig
On 14 April 2017 at 03:44, Steve D'Aprano wrote:
> On Fri, 14 Apr 2017 12:52 am, bartc wrote:
>
>> I know this isn't the Python need-for-speed thread, but this is a
>> classic example where the lack of one simple feature leads to using
>> slower, more cumbersome ones.
>
> Dear gods, have I fallen
1 - 100 of 2485 matches
Mail list logo
