Am 14.09.15 um 08:58 schrieb Kristian Rink:
Folks;
coming from a server-sided Java background, I'm recently exploring
frameworks such as cherrypy or webpy for building RESTful services,
which is quite a breeze and a pretty pleasant experience; however one
thing so far bugs me: Using Java tooling
Kristian Rink writes:
> Folks;
>
> coming from a server-sided Java background, I'm recently exploring frameworks
> such as cherrypy or webpy for building RESTful services, which is quite a
> breeze and a pretty pleasant experience; however one thing so far bugs me:
> Using Java tooling and lib
"Ned Batchelder" wrote in message
news:180fe671-7bf9-4544-a3ad-d98a4a497...@googlegroups.com...
On Sunday, September 13, 2015 at 8:11:13 AM UTC-4, Skybuck Flying wrote:
I don't even understand how python interpreter works but I can understand
it
better than you guys do apperently hahaha.
Hi all.
Not sure if this is the place to ask about kivy ...
I apologize if not.
I am playing with the example here
https://gist.github.com/geojeff/4442405
Now I would like to change the background color the editable field.
So I added
def __init__(self,**kwargs):
super(Edi
Alexander Belopolsky writes:
> No credit for anything other than the "extra credit" section. Partial
> credit for that. Study that printout and you should understand what
> Tim was saying.
My original claim was that the pickler can't know and doesn't care if a
byte string value merely happens
[Tim]
>> Sorry, I'm not arguing about this any more. Pickle doesn't work at
>> all at the level of "count of bytes followed by a string".
[Random832 ]
> The SHORT_BINBYTES opcode consists of the byte b'C', followed by *yes
> indeed* "count of bytes followed by a string".
Yes, some individual opc
On Mon, Sep 14, 2015, at 18:09, Tim Peters wrote:
> Sorry, I'm not arguing about this any more. Pickle doesn't work at
> all at the level of "count of bytes followed by a string".
The SHORT_BINBYTES opcode consists of the byte b'C', followed by *yes
indeed* "count of bytes followed by a string".
On Monday, September 14, 2015 at 5:23:32 PM UTC-6, Laura Creighton wrote:
>[...]
> I don't know about the others, but I am finding this rather more
> entertaining than another round of 'python -- does it have pointers'
> in python-list.
Could we please dispense with the gratuitous "what I'm intere
On Mon, Sep 14, 2015, at 16:01, Carl Meyer wrote:
>> Can we please stop cross-posting this thread to python-list and move it
>> to datetime-sig only? I think anyone here on python-list who is
>> sufficiently interested in it can subscribe to datetime-sig.
>>
>> Or the other way around, whatever. I
In a message of Mon, 14 Sep 2015 15:35:28 -0400, Random832 writes:
>As far as I know, the position of the tzdata people is that while this
>belief is held almost everywhere that does not observe DST but is
>surrounded by places that do (I should know; I live in Indiana, which
>was such a place unti
[Random832 ]
> Would allowing a 16-byte string in the future have increased the storage
> occupied by a 10-byte string today? Would allowing a third argument in
> the future have increased the storage occupied by two arguments today?
> As far as I can tell the pickle format for non-primitive types
On Mon, Sep 14, 2015, at 17:34, Tim Peters wrote:
> Yes, we "could have" done that for all pickle formats for all types.
> But why on Earth would we? Pickle size is important to many apps
> (e.g., Zope applications can store billions of pickles in databases.
> and it may not be purely coincidence
[Tim]
>> Because all versions of Python expect a very specific pickle layout
>> for _every_ kind of pickled object (including datetimes).. Make any
>> change to the pickle format of any object, and older Pythons will
>> simply blow up (raise an exception) when trying to load the new pickle
>> - or
On Mon, Sep 14, 2015, at 16:45, Tim Peters wrote:
> Because all versions of Python expect a very specific pickle layout
> for _every_ kind of pickled object (including datetimes).. Make any
> change to the pickle format of any object, and older Pythons will
> simply blow up (raise an exception) wh
On Mon, Sep 14, 2015 at 4:22 PM, Tim Peters wrote:
> > faster
> > than CPython can look up the .utcoffset method. (At least for times
> > within a few years around now.) A programmer who makes it slower should
> > be fired.
>
> So any programmer who implements .utcoffset() in Python should be
> f
On Mon, Sep 14, 2015 at 3:49 PM, Tim Peters wrote:
> It depends on how expensive .utcoffset()
> is, which in turn depends on how the tzinfo author implements it.
>
No, it does not. In most time zones, UTC offset in seconds can be computed
by C code as a 4-byte integer faster than CPython can lo
On Mon, Sep 14, 2015 at 3:44 PM, Random832 wrote:
> It is an
> invariant that is true today, and therefore which you can't rely on any
> of the consumers of this 12 years old widely deployed code not to assume
> will remain true.
>
Sorry, this sentence does not parse. You are missing a "not" so
On Mon, Sep 14, 2015 at 4:08 PM, Random832 wrote:
> On Mon, Sep 14, 2015, at 15:48, Alexander Belopolsky wrote:
> > On Mon, Sep 14, 2015 at 3:44 PM, Random832
> > wrote:
> >
> > > It is an
> > > invariant that is true today, and therefore which you can't rely on any
> > > of the consumers of thi
[Random832 ]
> A) I'm still not sure why, but I was talking about adding an int, not a
> timedelta and a string.
>
> B) Older python versions can't make use of either utcoffset or fold, but
> can ignore either of them. I don't even see why they couldn't ignore a
> timedelta and a string if we felt
Ned Batchelder writes:
> On Monday, September 14, 2015 at 3:32:46 PM UTC-4, Akira Li wrote:
>> Ned Batchelder writes:
>> ...
>> > What do you feel is missing from Steven's diagram?
>>
>> I don't feel anything missing because I don't expect the model to be
>> more detailed.
>
> Akira, you said,
On Mon, Sep 14, 2015, at 16:15, Tim Peters wrote:
> [Random832 ]
>
> Whether or not datetimes stored tm_gmtoff and tm_zone workalikes has
> no effect on semantics I can see. If, in your view, they're purely an
> optimization, they're just a distraction for now. If you're proposing
> to add them
[Tim]
>> It depends on how expensive .utcoffset()
>> is, which in turn depends on how the tzinfo author implements it.
[Alex]
> No, it does not. In most time zones, UTC offset in seconds can be computed
> by C code as a 4-byte integer
Which is a specific implementation of .utcoffset(). Which li
On Monday, September 14, 2015 at 3:32:46 PM UTC-4, Akira Li wrote:
> Ned Batchelder writes:
> ...
> > What do you feel is missing from Steven's diagram?
>
> I don't feel anything missing because I don't expect the model to be
> more detailed.
Akira, you said, "neither models are detailed enough
[Random832 ]
Whether or not datetimes stored tm_gmtoff and tm_zone workalikes has
no effect on semantics I can see. If, in your view, they're purely an
optimization, they're just a distraction for now. If you're proposing
to add them _instead_ of adding `fold`, no, that can't work, for the
pick
On Mon, Sep 14, 2015, at 16:01, Carl Meyer wrote:
> Can we please stop cross-posting this thread to python-list and move it
> to datetime-sig only? I think anyone here on python-list who is
> sufficiently interested in it can subscribe to datetime-sig.
>
> Or the other way around, whatever. I'd ju
On Mon, Sep 14, 2015, at 15:48, Alexander Belopolsky wrote:
> On Mon, Sep 14, 2015 at 3:44 PM, Random832
> wrote:
>
> > It is an
> > invariant that is true today, and therefore which you can't rely on any
> > of the consumers of this 12 years old widely deployed code not to assume
> > will remain
Can we please stop cross-posting this thread to python-list and move it
to datetime-sig only? I think anyone here on python-list who is
sufficiently interested in it can subscribe to datetime-sig.
Or the other way around, whatever. I'd just like to stop getting all the
messages twice.
Carl
sig
On Mon, Sep 14, 2015, at 15:30, Tim Peters wrote:
> You're assuming much more than POSIX - and the ISO C standard -
> requirs. My description was quite explicitly about how POSIX has done
> it all along. tm_gmtoff and tm_zone are extensions to the standards,
> introduced (IIRC) by BSD. Portable
On Mon, Sep 14, 2015, at 15:25, Alexander Belopolsky wrote:
> This is a fine attitude when you implement your own brand new datetime
> library. As an author of a new library you have freedoms that developers
> of a 12 years old widely deployed code don't have.
I'm talking about the real behavior
[Tim]
>> It would be nice to have! .utcoffset() is an expensive operation
>> as-is, and being able to rely on tm_gmtoff would make that dirt-cheap
>> instead.
[Alex]
> If it is just a question of optimization,
Yes. If it's more than just that, then 495 doesn't actually solve the
problem of get
On Mon, Sep 14, 2015 at 3:13 PM, Random832 wrote:
> (No, I don't
> *care* how that's not how it's defined, it is *in fact* true for the UTC
> value that you will ever actually get from converting the values to UTC
> *today*, and it's the only total ordering that actually makes any sense)
>
This
I wrote this code in python for submitting a login form:
from selenium import webdriver
from selenium.webdriver.common.keys import Keys
driver = webdriver.Firefox()
driver.get('some url')
elem = driver.find_element_by_name("username")
elem.send_keys('13103666')
elem = driver.find_elemen
On Mon, Sep 14, 2015 at 3:30 PM, Tim Peters wrote:
> > make it much cheaper to maintain global invariants like a sort order
> > according to the UTC value
>
> It would be nice to have! .utcoffset() is an expensive operation
> as-is, and being able to rely on tm_gmtoff would make that dirt-cheap
Ned Batchelder writes:
...
> What do you feel is missing from Steven's diagram?
I don't feel anything missing because I don't expect the model to be
more detailed.
--
https://mail.python.org/mailman/listinfo/python-list
On Mon, Sep 14, 2015, at 04:53, Laura Creighton wrote:
> But this is not quite the complete story. In many (most?) places in
> Saskatchewan, the rule is understood differently. Instead of 'we keep
> to CST all year long' is is understood that 'we keep central time in
> the winter and mountain ti
[Tim]
>> So, on your own machine, whenever daylight time starts or ends, you
>> manually change your TZ environment variable to specify the newly
>> appropriate eternally-fixed-offset zone? Of course not.
[Random832 ]
> No, but the hybrid zone isn't what gets attached to the individual
> struct t
[Guido]
>> Wouldn't it be sufficient for people in Creighton to set their timezone to
>> US/Central? IIUC the Canadian DST rules are the same as the US ones. Now,
>> the question may remain how do people know what to set their timezone to.
>> But neither pytz nor datetime can help with that -- it i
On Mon, Sep 14, 2015, at 14:53, Tim Peters wrote:
> So, on your own machine, whenever daylight time starts or ends, you
> manually change your TZ environment variable to specify the newly
> appropriate eternally-fixed-offset zone? Of course not.
No, but the hybrid zone isn't what gets attached to
[Tim]
>> pytz solves it by _never_ creating a hybrid tzinfo. It only uses
>> eternally-fixed-offset tzinfos. For example, for a conceptual zone
>> with two possible total UTC offsets (one for "daylight", one for
>> "standard"), there two distinct eternally-fixed-offset tzinfo objects
>> in pytz.
On Monday, September 14, 2015 at 1:26:39 PM UTC-4, Akira Li wrote:
> My point is that neither models are detailed enough to describe
> meaningfully the behavior of Python code in the general case.
This is of course true, because a model is never detailed enough to
fully describe the real thing.
I
Random832 writes:
> On Mon, Sep 14, 2015, at 13:45, Akira Li wrote:
>>[box + arrow pointing to] + object == parcel tag + object
>
> The problem is that if there are multiple namespaces, or if you've also
> got to include references from within other objects such as list, then
> you've got to
On Mon, Sep 14, 2015 at 3:55 AM, Laura Creighton wrote:
> It definitely was with replying to me with the regular, not browser
> app. I will be overjoyed to hear that gmail respects text-only
>
> Thread stats here:
> https://mail.python.org/pipermail/python-list/2015-July/694572.html
>
> On the ot
On Mon, Sep 14, 2015, at 13:51, Emile van Sebille wrote:
> Actually, boxes with integers in them isn't the appropriate analogy.
> Consider the naming of cats. My cat is known to me as Paddy. My next
> door neighbor sometimes feeds her and is known to her as Stripes. The
> cat also is known
On Mon, Sep 14, 2015, at 13:45, Akira Li wrote:
>[box + arrow pointing to] + object == parcel tag + object
The problem is that if there are multiple namespaces, or if you've also
got to include references from within other objects such as list, then
you've got to write all that somehow on the
On Tue, Sep 15, 2015 at 3:51 AM, Emile van Sebille wrote:
> Actually, boxes with integers in them isn't the appropriate analogy.
> Consider the naming of cats. My cat is known to me as Paddy. My next door
> neighbor sometimes feeds her and is known to her as Stripes. The cat also
> is known as
paul.hermeneu...@gmail.com wrote:
> - I downloaded and installed Python 3.5 64-bit onto a Windows 7 64-bit
> machine. - Using `pip install virtualenv` worked fine.
> - Now, it is time to create a virtualenv, but it is not working fine.
> - I had to add Python 3.5 to the PATH.
> - Any suggestions?
On 9/14/2015 10:34 AM, Random832 wrote:
Personally I think it's a bit silly to insist on a diagram model where a
box with an arrow in it pointing at an int object can't be represented
by a box with an integer in it (where 'int' is any immutable type -
string, tuple, even range), but people don't
Random832 writes:
> On Mon, Sep 14, 2015, at 10:48, Akira Li wrote:
>> start, stop, step attributes (corresponding Python ints) may not exist
>> ("the objects we've talking about have never been created") until you
>> request them explicitly.
>
> That's not true in CPython. In fact, the range obj
On Mon, Sep 14, 2015, at 13:03, Steven D'Aprano wrote:
> On Tue, 15 Sep 2015 01:10 am, Random832 wrote:
> > That's not true in CPython. In fact, the range object in python contains
> > *four* reference boxes - one more for length.
>
> I really don't see why any of this is relevant to the business
Steven D'Aprano writes:
> On Mon, 14 Sep 2015 01:23 pm, Akira Li wrote:
>
>> Steven D'Aprano writes:
>>
>>> On Mon, 14 Sep 2015 11:22 am, Akira Li wrote:
Look at the last example:
http://thread.gmane.org/gmane.comp.python.general/782626/focus=782704
>>>
>>>
>>> I'm afraid that page is
In a message of Mon, 14 Sep 2015 09:30:43 -0400, Random832 writes:
>On Mon, Sep 14, 2015, at 04:27, Laura Creighton wrote:
>> I find this totally unacceptable. My conclusion was that hybrid tzinfo
>> objects were a _really stupid idea_ proposed by somebody who
>> misunderstood
>> the problem, or r
On Mon, 14 Sep 2015 01:23 pm, Akira Li wrote:
> Steven D'Aprano writes:
>
>> On Mon, 14 Sep 2015 11:22 am, Akira Li wrote:
>>> Look at the last example:
>>> http://thread.gmane.org/gmane.comp.python.general/782626/focus=782704
>>
>>
>> I'm afraid that page is broken in my browser. Can you not su
On Tue, 15 Sep 2015 01:10 am, Random832 wrote:
> On Mon, Sep 14, 2015, at 10:48, Akira Li wrote:
>> start, stop, step attributes (corresponding Python ints) may not exist
>> ("the objects we've talking about have never been created") until you
>> request them explicitly.
>
> That's not true in CP
On 14/09/2015 16:52, Robin Becker wrote:
I understand there have been changes to the way that extensions are
supposed to be built for windows. Is there any user documentation
regarding these changes? Last time I looked the appropriate Visual
Studio hadn't been release so I guess I will need to us
On Mon, Sep 14, 2015 at 10:52 AM, Robin Becker wrote:
> I understand there have been changes to the way that extensions are supposed
> to be built for windows. Is there any user documentation regarding these
> changes? Last time I looked the appropriate Visual Studio hadn't been
> release so I gue
I understand there have been changes to the way that extensions are supposed to
be built for windows. Is there any user documentation regarding these changes?
Last time I looked the appropriate Visual Studio hadn't been release so I guess
I will need to use my MSDN skills (or incantations) to fi
On Mon, Sep 14, 2015, at 10:48, Akira Li wrote:
> start, stop, step attributes (corresponding Python ints) may not exist
> ("the objects we've talking about have never been created") until you
> request them explicitly.
That's not true in CPython. In fact, the range object in python contains
*four
Random832 writes:
...
> Why can't it describe range(1)? A range object in my model would include
> the start, stop, and step; _not_ the contents of what you would get by
> iterating over it; since that's not part of the physical structure of
> the object, but the consequences of calling methods on
On Mon, Sep 14, 2015, at 04:27, Laura Creighton wrote:
> I find this totally unacceptable. My conclusion was that hybrid tzinfo
> objects were a _really stupid idea_ proposed by somebody who
> misunderstood
> the problem, or rather only understood the most common case.
"Hybrid tzinfo objects" _in
On Sunday, September 13, 2015 at 2:09:11 AM UTC-4, John McKenzie wrote:
> Hello, there.
>
> Hakugin, thank you you as well. I took the basic ideas you showed me for
> improvement and used them. The pulse settings variable was not liked by
> the interpreter, so I simplified it. I turned it in
On 14 September 2015 at 09:24, Chris Angelico wrote:
> On Mon, Sep 14, 2015 at 6:01 PM, Laura Creighton wrote:
>> Since you are a gmail user, you should be able to see this:
>>
> import sys
> import os
> import tkinter
> from __future__ import print_function
> for i in range(3
In a message of Mon, 14 Sep 2015 18:24:42 +1000, Chris Angelico writes:
>On Mon, Sep 14, 2015 at 6:01 PM, Laura Creighton wrote:
>> Since you are a gmail user, you should be able to see this:
>>
> import sys
> import os
> import tkinter
> from __future__ import print_function
>
In a message of Sun, 13 Sep 2015 23:46:37 +0100, Mark Lawrence writes:
>Exactly the same thing happened when I upgraded to 3.5.0. so raised
>http://bugs.python.org/issue25089 just in case it hurts other people
>more than it hurts me.
>
>--
>My fellow Pythonistas, ask not what our language can d
In a message of Sun, 13 Sep 2015 15:21:45 -0700, Guido van Rossum writes:
>Hi Laura!
>
>Wouldn't it be sufficient for people in Creighton to set their timezone to
>US/Central? IIUC the Canadian DST rules are the same as the US ones. Now,
>the question may remain how do people know what to set their
I wrote this code in python for submitting a login form:
from selenium import webdriver
from selenium.webdriver.common.keys import Keys
driver = webdriver.Firefox()
driver.get('some url')
elem = driver.find_element_by_name("username")
elem.send_keys('13103666')
elem = driver.find_element_by_nam
Op 12-09-15 om 05:48 schreef Steven D'Aprano:
> I believe I already acknowledged that assignment-as-expression was fine if
> it avoided the = versus == error, from the perspective of avoiding errors.
> But from the perspective of a clean and logical programming model, perhaps
> not so much. Assignm
ANNOUNCING
mxODBC Plone/Zope Database Adapter
Version 2.2.3
for the Plone CMS and Zope server platform
Available for Plone 4.0-4.3 and Plone 5.0,
In a message of Sun, 13 Sep 2015 16:58:09 -0500, Tim Peters writes:
>[Tim]
>>> Whatever time zone the traveler's railroad schedule uses, so long as
>>> it sticks to just one
>
>[Laura]
>> This is what does not happen. Which is why I have written a python
>> app to perform conversions for my parent
On Mon, Sep 14, 2015 at 6:01 PM, Laura Creighton wrote:
> Since you are a gmail user, you should be able to see this:
>
import sys
import os
import tkinter
from __future__ import print_function
for i in range(3):
> ... print (i)
> ...
> 0
> 1
> 2
>
> Now try to reply t
In a message of Sun, 13 Sep 2015 23:35:01 +0200, Glus Xof writes:
>If I'm not wrong, in a later interpreter versions, when an enter key was
>pressed after writing something requiring some indentated statement(s)...
>like in:
>
for i in range (0,3):
>
>the system used to suggest "one tab" placi
On Sun, Sep 13, 2015, at 19:17, Akira Li wrote:
> "do not physically exist" does not make sense. Objects are *never*
> destroyed explicitly in Python (you can only make them
> *unreachable*).
But the objects we've talking about have never been created, because the
__getitem__ method has not been c
- I downloaded and installed Python 3.5 64-bit onto a Windows 7 64-bit machine.
- Using `pip install virtualenv` worked fine.
- Now, it is time to create a virtualenv, but it is not working fine.
- I had to add Python 3.5 to the PATH.
- Any suggestions?
C:\ve>virtualenv -p "\Program Files\Python 3
Laura,
2015-09-13 22:15 GMT+02:00 Laura Creighton :
> In a message of Sun, 13 Sep 2015 19:15:19 +0200, Glus Xof writes:
> >Hi guys,
> >
> >Today, a new python stable version was released (thanks for your job)...
> >and I write to ask you for the recommended method to compile the sources
> >(in De
On Sun, Sep 13, 2015 at 6:21 PM, Guido van Rossum wrote:
>
> Now, the question may remain how do people know what to set their
timezone to. But neither pytz nor datetime can help with that -- it is up
to the sysadmin.
Note that this question is also out of the scope of "tzdist", IETF Time
Zone D
"ast" writes:
> The author says that with this structure there are no global variables
> (except when using "global' keyword) and that the program can be
> loaded as a module without be ran to test the function in the python
> shell.
>
> is it advised to always write programs like that ?
Writing
On Mon, 14 Sep 2015 09:13:47 +0200, ast wrote:
> is it advised to always write programs like that ?
If global (module-scope) variables are initialised by main, then those
variables won't exist unless main() is run, which means that you can't use
it as a module, only as a script.
IMHO, global var
Hi
I saw here http://inventwithpython.com/pygame/chapter3.html
a program where the main program is put in a function.
So the structure is:
def main():
main code here
def f1():
function 1 code
def f2():
function 2 code
..
if __name__ == '__main__':
main()
The author says tha
Op 11-09-15 om 13:59 schreef Marko Rauhamaa:
> Antoon Pardon :
>
>> I just don't get why people want to introduce special cases in python.
>> Why allow such a construct only in while and if? Why not just allow
>> it generally as an assignment expression?
>>
>> Why not allow:
>>
>> while (f(x) as
Folks;
coming from a server-sided Java background, I'm recently exploring frameworks
such as cherrypy or webpy for building RESTful services, which is quite a
breeze and a pretty pleasant experience; however one thing so far bugs me:
Using Java tooling and libraries such as DropWizard, it is pr
79 matches
Mail list logo
