On Tuesday, 31 January 2017 23:39:41 UTC, Ben Finney wrote:
> The Python community has a stronger (?) preference for reStructuredText
> format. Can that be the default?
>
> That is, I want my text files to be named ‘foo’ (no suffix) or ‘foo.txt’
> (because they're primarily text), and have the d
I've created a command line utility for managing text files. It's written in
Python:
https://github.com/paul-wolf/yewdoc-client
It makes heavy use of the fantastic Click module by Armin Ronacher:
http://click.pocoo.org/5/
This can be thought of in different ways:
* A micro-wiki
On Sunday, 10 August 2014 17:31:01 UTC+1, Steven D'Aprano wrote:
> Devin Jeanpierre wrote:
>
>
>
> > On Fri, Aug 8, 2014 at 2:01 AM, Paul Wolf wrote:
>
> >> This is a proposal with a working implementation for a random string
>
> >> gener
On Sunday, 10 August 2014 17:47:48 UTC+1, Ian wrote:
> On Sun, Aug 10, 2014 at 10:34 AM, Paul Wolf wrote:
>
> > For instance, a template language that validates the output would have to
> > do frequency analysis. But that is getting too far off the purpose of
> >
On Sunday, 10 August 2014 13:43:04 UTC+1, Devin Jeanpierre wrote:
> On Fri, Aug 8, 2014 at 2:01 AM, Paul Wolf wrote:
>
> > This is a proposal with a working implementation for a random string
> > generation template syntax for Python. `strgen` is a module for generating
>
On Friday, 8 August 2014 23:03:18 UTC+1, Ian wrote:
> On Fri, Aug 8, 2014 at 3:01 AM, Paul Wolf wrote:
>
> > * Uses SystemRandom class (if available, or falls back to Random)
> A simple improvement would be to also allow the user to pass in a
> Random object
That is not a bad
On Friday, 8 August 2014 12:29:09 UTC+1, Chris Angelico wrote:
> Debian Wheezy can spin up a Python 3 from source anyway, and
>
> presumably ditto for any other Linux distro that's distributing 3.1 or
>
> 3.2; most other platforms should have a more modern Python available
>
> one way or anothe
On Friday, 8 August 2014 12:20:36 UTC+1, Ned Batchelder wrote:
> On 8/8/14 5:42 AM, Paul Wolf wrote:
>
> Don't bother trying to support <=3.2. It will be far more difficult
>
> than it is worth in terms of adoption of the library.
>
> Also, you don't n
On Friday, 8 August 2014 10:22:33 UTC+1, Chris Angelico wrote:
> But I eyeballed your code, and I'm seeing a lot of
> u'string' prefixes, which aren't supported on 3.0-3.2 (they were
> reinstated in 3.3 as per PEP 414), so a more likely version set would
>
> be 2.6+, 3.3+. What's the actual versi
anguage could
easily be a cross-language standard like regex.
You can `pip install strgen`.
It's on Github: https://github.com/paul-wolf/strgen
--
https://mail.python.org/mailman/listinfo/python-list
On Feb 11, 3:47 pm, Westley Martínez wrote:
> No, too confusing. Then people'll want compound loops e.g.:
>
> for a in b if c while d else return x:
> print('Ha ha I'm so clever!')
On Feb 11, 6:34 pm, Steven D'Aprano wrote:
> There's nothing wrong with writing
>
> for x in iterable:
> if
It occurred to me as I was writing a for loop that I would like to
write it in generator comprehension syntax, eg.
for a in b if c:
rather than using one of the more verbose but allowable syntaxes:
for a in (x for x in b if c):
for a in b:
if not c: continue
Python 3.1 does not suppo
Hi all,
I've read somewhere that any suitable program - exe file -
could be run by a script in Paint Shop Pro on Windows XP/SP3.
JpegEnhancer from www.vicman.net/jpegenhancer/ is a well known
stand alone app. requiring to juggle an image between PSP and
JpegEnhancer via HD - a extremely undesirab
cond, which should be
plenty for most vision processing applications.
Once again, I really want to thank those who took the time to
help me. The good news is that I learned something from all my
mistakes.
Happy Hunting
Wolf
Get your own
I want to thank everybody who tried to help me, and also to post
my solution, even though I dont think it is a very good one.
Many of you correctly guessed that there was an \r included
with the packet from the CUMcam, and you were correct. The
actual format of the packet is: M xxx xxx xxx
nd
example, the array is 85 while the packet is 38.
As near as I can figure out, pyserial is reading a stream of
data and helpfully rearranging it so that it fits the original
packet format M xxx xxx xxx xxx xxx xxx xxx xxx. I would have
thought the split() method that I used on original packet (
neil,
i just intended to worry that returning a unicode object from ``str()``
would break assumptions about the way that 'type definers' like
``str()``, ``int()``, ``float()`` and so on work, but i quickly
realized that e.g. ``int()`` does return a long where appropriate!
since the principle works
hi,
i guess that anyone reading this pep will agree that
*something* must be done to the state of unicode affairs
in python. there are zillions of modules out there that
have str() scattered all over the place, and they all
*break* on the first mention of düsseldorf...
i'm not quite sure myself h
18 matches
Mail list logo
