[email protected] writes:
> I have xmlrpc server written in Java, and it has a method like
>
> Fun( vector, vector), the vector is array of user-defined object, which is
> a class extends HashMap.
>
> And I call it like:
>
> server = xmlrpclib.ServerProxy("http://myserver";)
>
> server.Fun( [
On 23/01/2015 03:53, Steven D'Aprano wrote:
If your manager is so bad, why isn't he insisting that you program in PHP or
Java or Algol 68 [insert name of some language you dislike] instead of
Python? Is your bad manager forcing you to write Java-style code in Python,
or insisting on Hungarian No
On 23/01/2015 00:44, Sturla Molden wrote:
On 22/01/15 23:08, Ian Kelly wrote:
T = TypeVar('T')
def adder(a: T, b: T) -> T:
return a + b
I'm not thrilled about having to actually declare T in this sort of
situation, but I don't have a better proposal.
Here is a better proposal:
def add
On 23/01/2015 00:16, Steven D'Aprano wrote:
Marko Rauhamaa wrote:
Python is perfect already.
I have no words.
https://mail.python.org/pipermail/python-list/2002-November/154258.html
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
On 22/01/2015 22:35, Guohua Ouyang wrote:
Have reported an issue http://bugs.python.org/issue23300.
"That leading underscore in the method name means it is not a public
API and thus changes are allowed without any backwards-compatibility
guarantees. Mercurial will need to update their code to ha
On Fri, Jan 23, 2015 at 4:35 PM, alex23 wrote:
> On 22/01/2015 11:45 AM, Chris Angelico wrote:
>>
>> It's not a terrible justification for getting into programming. But
>> writing games is (almost always) a terrible way to start programming.
>
>
> However, modifying games, I would argue, is a grea
Terry Reedy wrote:
> On 1/22/2015 10:59 PM, Chris Angelico wrote:
>> On Fri, Jan 23, 2015 at 2:22 PM, Terry Reedy wrote:
>>> This idea is so brilliant that it is already an option in mypy and is
>>> part
>>> of the new type-hint proposal. The separate type-hint files are called
>>> 'stub files'.
On 22/01/2015 1:23 PM, Steven D'Aprano wrote:
Modern games *are* part of "today's complex application systems", and games
developers may need the same skills used by "serious developers"
I wish more game developers would understand this. I've lost count of
the number of games that have failed
Ian Kelly wrote:
> Perhaps even more relevant to PEP 484:
>
> - The Closure compiler for Javascript uses JSDoc tags in comments for
> static typing and analysis.
Nice!
--
Steven
--
https://mail.python.org/mailman/listinfo/python-list
On 22/01/2015 11:45 AM, Chris Angelico wrote:
It's not a terrible justification for getting into programming. But
writing games is (almost always) a terrible way to start programming.
However, modifying games, I would argue, is a great way. The
ComputerCraft mod for Minecraft, for example, add
Sturla Molden wrote:
> Python will no longer be dynamic, it will just be a slow static language.
It is worth explaining why this is wrong.
First, we need some definitions.
A *statically typed language* is one where variables have a type known to
the compiler at compile-time. That may be because
On Fri, Jan 23, 2015 at 4:06 PM, Rustom Mody wrote:
> As for string and number how is
> "1" + "2" == "12"
> related to
> 1+2 == 3
> ??
They're both adding stuff together. Makes good sense.
Personally, I'd like str+int -> str, eg "1"+2 == "12", but Python
decided otherwise. We definitely agree on
On Fri, Jan 23, 2015 at 4:03 PM, Terry Reedy wrote:
> On 1/22/2015 10:59 PM, Chris Angelico wrote:
>>
>> On Fri, Jan 23, 2015 at 2:22 PM, Terry Reedy wrote:
>>>
>>> This idea is so brilliant that it is already an option in mypy and is
>>> part
>>> of the new type-hint proposal. The separate type
On Friday, January 23, 2015 at 9:23:11 AM UTC+5:30, Chris Angelico wrote:
> On Fri, Jan 23, 2015 at 2:11 PM, Rustom Mody wrote:
> > 1. [1,2,3] + [4,5,6]
> > uses the same symbol for an unrelated operation
> > 1 + 4
>
> They're not unrelated operations. Maybe in the purity of mathematics
> they're
On 1/22/2015 10:59 PM, Chris Angelico wrote:
On Fri, Jan 23, 2015 at 2:22 PM, Terry Reedy wrote:
This idea is so brilliant that it is already an option in mypy and is part
of the new type-hint proposal. The separate type-hint files are called
'stub files'.
It's worth pointing out, too, that
Sturla Molden wrote:
> Chris Angelico wrote:
>
>> Uhh... if your managers and customers are stipulating non-Pythonic
>> coding styles, then it's time to find new managers/customers. If
>> they're not writing the code, code quality shouldn't be their concern.
>
> I am saying the day someone requ
Rick Johnson wrote:
> The solution is move the type
> hinting syntax completely out of the source file and into
> another file -- think of it as a "Python Type Hinting Header
> File".
The 1970s called, they want their bad ideas back.
I can do no better than to quote from the Go FAQs:
Depend
On Fri, Jan 23, 2015 at 2:22 PM, Terry Reedy wrote:
> This idea is so brilliant that it is already an option in mypy and is part
> of the new type-hint proposal. The separate type-hint files are called
> 'stub files'.
It's worth pointing out, too, that the idea isn't panaceaic - it's
just anothe
On 1/22/2015 8:06 PM, Rick Johnson wrote:
On Thursday, January 22, 2015 at 4:25:37 PM UTC-6, Mario Figueiredo wrote:
1. Annotations where created exactly for this purpose. So
there's some preassure to put them to work on what they
were always meant to be used for.
Yes, i whole heartily agree!
On 1/22/2015 3:44 PM, Rick Johnson wrote:
On Thursday, January 22, 2015 at 12:28:47 PM UTC-6, Mark Lawrence wrote:
Evidence in completely the opposite direction if I'm
reading this correctly [snip link]
"The main use case of type hinting is static analysis
using an external tool without executi
Sturla Molden wrote:
> On 22/01/15 21:03, Mario Figueiredo wrote:
>
>> That is fine. But then the problem isn't type hinting, is it? Neither I
>> think you are suggesting we don't introduce language because there are
>> bad project managers out there.
>>
>> The problem is then bad project manager
On Fri, Jan 23, 2015 at 2:11 PM, Rustom Mody wrote:
> 1. [1,2,3] + [4,5,6]
> uses the same symbol for an unrelated operation
> 1 + 4
They're not unrelated operations. Maybe in the purity of mathematics
they're distinct, but in the practical world of "getting-stuff-done
programming", they're the s
On 2015-01-22, Mark Lawrence wrote:
> What implementation? The PEP is quite clearly marked as draft. The
> Re-enactment of the Battle of Pearl Harbour is currently ongoing
> over on python-ideas regarding exactly what should be implemented.
I, for one, shall certainly sleep easier knowing the
On 1/22/2015 7:40 PM, Sturla Molden wrote:
On 22/01/15 21:03, Mario Figueiredo wrote:
That is fine. But then the problem isn't type hinting, is it? Neither I
think you are suggesting we don't introduce language because there are
bad project managers out there.
The problem is then bad project m
On Friday, January 23, 2015 at 6:45:39 AM UTC+5:30, Rick Johnson wrote:
> Note: This is the closest you're going to get to a PEP from me!
>
> Okay, i have found a solution to the type hinting problem
> that will appease both sides. On one side we have those who
> are proposing type hinting anno
On 1/22/2015 8:15 PM, Rick Johnson wrote:
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the other side, we have those who oppose the
implementation of type
On 2015-01-23 01:15, Rick Johnson wrote:
Note: This is the closest you're going to get to a PEP from me!
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the
On Friday, January 23, 2015 at 3:50:38 AM UTC+5:30, Ian wrote:
> On Thu, Jan 22, 2015 at 3:08 PM, Ian Kelly wrote:
> > On Thu, Jan 22, 2015 at 2:56 PM, Emile van Sebille wrote:
> >> I've been lightly scanning and following the PEP 484 discussion, and one
> >> point I don't think I've seen mention
On Friday, January 23, 2015 at 2:55:38 AM UTC+5:30, Ian wrote:
> On Thu, Jan 22, 2015 at 7:16 AM, Steven D'Aprano wrote:
> >> Meanwhile, there's the strange decision to implement type hints for
> >> local variables # comment lines. I have an hard time wrapping my head
> >> around this one. Really,
Howdy all,
I am pleased to announce the release of version 2.0.4 of the
‘python-daemon’ library.
The current release is always available at
https://pypi.python.org/pypi/python-daemon/>.
The project's forums and VCS are hosted at Alioth
https://alioth.debian.org/projects/python-daemon/>.
Signif
Paul Rubin wrote:
> Steven D'Aprano writes:
>> Since the "language wars" of the 1990s, dynamic languages have won.
>
> Are you kidding? Nothing has won, the wars are still going on, and
> dynamic and static typing both have their winning use cases and will be
> around forever.
No, I stand by m
Sturla Molden writes:
> Type hinting will be mandatory because of bad managers.
That's a pretty weird concept: I've worked for good managers and bad
ones, but so far never one who imposed any low-level code style
decisions without also being involved in writing the code. That was
always left to
Note: This is the closest you're going to get to a PEP from me!
Okay, i have found a solution to the type hinting problem
that will appease both sides. On one side we have those who
are proposing type hinting annotations within function sigs,
and on the other side, we have those who oppose th
On 1/22/2015 5:00 PM, Chris Angelico wrote:
On Fri, Jan 23, 2015 at 11:40 AM, Sturla Molden wrote:
Type hinting will be mandatory because of bad managers. But then someone is
going to ask what benefit Python has to offer:
Type hinting will never be mandatory,
I'm sure it will be in some pla
On Thursday, January 22, 2015 at 4:25:37 PM UTC-6, Mario Figueiredo wrote:
> 1. Annotations where created exactly for this purpose. So
> there's some preassure to put them to work on what they
> were always meant to be used for.
>
> 2. Docstrings are meant as source of code documentation
> and to
On Fri, Jan 23, 2015 at 11:40 AM, Sturla Molden wrote:
> Type hinting will be mandatory because of bad managers. But then someone is
> going to ask what benefit Python has to offer:
Type hinting will never be mandatory, because bad managers are not in
charge. You can't blame the language because
On 22/01/15 23:08, Ian Kelly wrote:
T = TypeVar('T')
def adder(a: T, b: T) -> T:
return a + b
I'm not thrilled about having to actually declare T in this sort of
situation, but I don't have a better proposal.
Here is a better proposal:
def adder(a, b):
return a + b
Sturla
--
h
On 22/01/15 21:03, Mario Figueiredo wrote:
That is fine. But then the problem isn't type hinting, is it? Neither I
think you are suggesting we don't introduce language because there are
bad project managers out there.
The problem is then bad project managers. That has nothing to do with
type hi
Marko Rauhamaa wrote:
> Python is perfect already.
I have no words.
--
Steven
--
https://mail.python.org/mailman/listinfo/python-list
On 2015-01-22, Steven D'Aprano wrote:
> Mario Figueiredo wrote:
>
>> But speaking about impressing more experient programmers, I personally
>> don't think Python has a wow factor in any of its features and syntax. At
>> least in the way I understand the word "wow".
>
> Quote:
>
> I've seen Pyt
Ian Kelly writes:
> T = TypeVar('T')
> def adder(a: T, b: T) -> T: ...
> I'm not thrilled about having to actually declare T in this sort of
> situation, but I don't have a better proposal.
Oh man, that's ugly. Maybe a decorator would be a bit less awful:
@-typevar T
def adder(a: T, b:
Sturla Molden writes:
> Chris Angelico wrote:
>
> > Uhh... if your managers and customers are stipulating non-Pythonic
> > coding styles, then it's time to find new managers/customers. If
> > they're not writing the code, code quality shouldn't be their
> > concern.
>
> I am saying the day someo
In article ,
[email protected] says...
>
> On Thu, Jan 22, 2015 at 3:27 PM, Chris Kaynor
> wrote:
> > Or use Any, which is basically the same thing:
> >
> > def adder(a: Any, b: Any) -> Any:
> > return a + b
>
> Yeah, but this just seems like extra noise since it's not going to
> help
On Thu, Jan 22, 2015 at 3:27 PM, Chris Kaynor wrote:
> Or use Any, which is basically the same thing:
>
> def adder(a: Any, b: Any) -> Any:
> return a + b
Yeah, but this just seems like extra noise since it's not going to
help the type checker at all.
--
https://mail.python.org/mailman/listi
Have reported an issue http://bugs.python.org/issue23300.
"That leading underscore in the method name means it is not a public
API and thus changes are allowed without any backwards-compatibility
guarantees. Mercurial will need to update their code to handle this if
they want to continue to use th
In article <[email protected]>,
[email protected] says...
>
> So if the purpose is "static analysis", what is the
> justification for injecting new syntax into function sigs?
1. Annotations where created exactly for this purpose. So there's some
pr
Am 05.01.15 um 14:20 schrieb Rick Johnson:
*GASP*! Of course all this could be avoided if those short-
sighted TK folks would have allowed the programmer to define
the pattern!
ಠ_ಠ
Well, it turns out you actually can. We don't have Guido's time machine,
but still there is a configuration opti
On Thu, Jan 22, 2015 at 2:12 PM, Ian Kelly wrote:
>>> def adder(a,b): return a+b
>>>
>>> This is one of the pythonic idioms that help with polymorphic functions. Is
>>> there a proposal for providing hinting for these?
>>
>> You can use TypeVar for that.
>>
>> T = TypeVar('T')
>>
>> def adder(a:
On Thu, Jan 22, 2015 at 3:08 PM, Ian Kelly wrote:
> On Thu, Jan 22, 2015 at 2:56 PM, Emile van Sebille wrote:
>> I've been lightly scanning and following the PEP 484 discussion, and one
>> point I don't think I've seen mentioned is how you might hint a function
>> that accepts different types, eg
On Thu, Jan 22, 2015 at 2:56 PM, Emile van Sebille wrote:
> I've been lightly scanning and following the PEP 484 discussion, and one
> point I don't think I've seen mentioned is how you might hint a function
> that accepts different types, eg:
>
> def adder(a,b): return a+b
>
> This is one of the
On 1/21/2015 8:30 PM, Steven D'Aprano wrote:
Here's an example from PEP 484:
def greeting(name: str) -> str:
return 'Hello ' + name
I've been lightly scanning and following the PEP 484 discussion, and one
point I don't think I've seen mentioned is how you might hint a function
that a
Rick Johnson :
> On Thursday, January 22, 2015 at 1:23:11 PM UTC-6, Marko Rauhamaa wrote:
> Because he's one of the more prevalent boot licking rabbid
> fanboys of GvR.
You are out of line, but then, you never pretended otherwise.
Marko
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Jan 22, 2015 at 7:16 AM, Steven D'Aprano
wrote:
>> Meanwhile, there's the strange decision to implement type hints for
>> local variables # comment lines. I have an hard time wrapping my head
>> around this one. Really, comments!?
>
> Yes, really. There is plenty of prior art for machine-m
On Thursday, January 22, 2015 at 1:23:11 PM UTC-6, Marko Rauhamaa wrote:
> Chris Angelico:
>
> > Just please don't FUD this list.
>
> Why do you think opinions on Python's future should be
> kept off this list?
Because he's one of the more prevalent boot licking rabbid
fanboys of GvR. If you don
In article ,
[email protected] says...
> python was meant to be a gateway to intuitive programming bliss.
> Python was meant to be the "lingua franca" of the Programming world.
And it failed miserably on both instances. Like any other programming
language before and after it which p
On 22/01/2015 20:44, Rick Johnson wrote:
On Thursday, January 22, 2015 at 12:28:47 PM UTC-6, Mark Lawrence wrote:
Evidence in completely the opposite direction if I'm
reading this correctly [snip link]
"The main use case of type hinting is static analysis
using an external tool without executin
On 2015-01-22 20:23, Rick Johnson wrote:
On Thursday, January 22, 2015 at 4:32:04 AM UTC-6, Mario Figueiredo wrote:
Rick,
> Python is the only thing that is pure in the programming
> world. The only language that offers the cleanest and
> most intuit-able syntax, AND YOU"RE JUST GOING TO THROW
On Thursday, January 22, 2015 at 12:28:47 PM UTC-6, Mark Lawrence wrote:
> Evidence in completely the opposite direction if I'm
> reading this correctly [snip link]
>
> "The main use case of type hinting is static analysis
> using an external tool without executing the analyzed
> program. Existing
On Thursday, January 22, 2015 at 12:15:11 PM UTC-6, Skip Montanaro wrote:
> On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden wrote:
>
> > Python will no longer be dynamic, it will just be a slow
> > static language. Yes, Python could still be used as a
> > dynamic language, but nobody will allow yo
On Thu, Jan 22, 2015 at 2:31 PM, Skip Montanaro
wrote:
> Perhaps you can, but then your statements are opinions, then are they?
Crap. I meant:
"... then your statements aren't opinions ..."
S
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Jan 22, 2015 at 1:56 PM, Sturla Molden
wrote:
> On 22/01/15 20:43, Skip Montanaro wrote:
>
> The way you couched your opinion as a certainty, as if you could see the
>> future,
>>
>
> How do you know I cannot?
Perhaps you can, but then your statements are opinions, then are they?
Skip
On Thursday, January 22, 2015 at 4:37:49 AM UTC-6, Mario Figueiredo wrote:
> I could replace the variable names with spam, ham and eggs, if you wish.
ROTF!
--
https://mail.python.org/mailman/listinfo/python-list
On Thursday, January 22, 2015 at 4:32:04 AM UTC-6, Mario Figueiredo wrote:
> Rick,
>
> > Python is the only thing that is pure in the programming
> > world. The only language that offers the cleanest and
> > most intuit-able syntax, AND YOU"RE JUST GOING TO THROW
> > IT ALL AWAY [...] ?
>
> Nonse
On Thu, Jan 22, 2015 at 10:13 AM, Automn wrote:
> The graphics have been licensed for this.
Really? I'm surprised Square-Enix would even give consideration to
licensing something like this.
--
https://mail.python.org/mailman/listinfo/python-list
In article ,
[email protected] says...
>
> On 22/01/15 20:10, Mario Figueiredo wrote:
>
> > Customers don't have access to static analysis output and project
> > managers should know better than to demand static analysis without
> > properly contextualize it. I just don't see a project man
On 22/01/15 20:43, Skip Montanaro wrote:
The way you couched your opinion as a certainty, as if you could see the
future,
How do you know I cannot?
--
https://mail.python.org/mailman/listinfo/python-list
On 22/01/2015 19:25, Paul Rubin wrote:
Steven D'Aprano writes:
Since the "language wars" of the 1990s, dynamic languages have won.
Are you kidding? Nothing has won, the wars are still going on, and
dynamic and static typing both have their winning use cases and will be
around forever.
Unl
On 22/01/15 20:10, Mario Figueiredo wrote:
Customers don't have access to static analysis output and project
managers should know better than to demand static analysis without
properly contextualize it. I just don't see a project manager having no
idea what static analysis means.
I don't know
On Thu, Jan 22, 2015 at 1:22 PM, Marko Rauhamaa wrote:
> > Just please don't FUD this list.
>
> Why do you think opinions on Python's future should be kept off this
> list?
The way you couched your opinion as a certainty, as if you could see the
future, not as if you had an opinion stated like,
>> correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
> That's not evidence, that's a prophecy.
> What I'm seeing is a bad shift in the Python culture. What's next?
> Unboxed objects? Unsafe objects? Micromanaged GC?
Why are you freaking out so much? The "prophecy" is for somethin
Steven D'Aprano writes:
> Since the "language wars" of the 1990s, dynamic languages have won.
Are you kidding? Nothing has won, the wars are still going on, and
dynamic and static typing both have their winning use cases and will be
around forever.
--
https://mail.python.org/mailman/listinfo/p
Mario Figueiredo writes:
> Strangely enough though I was taught from the early beginning that
> once I start to care about types in Python, I strayed from the
> pythonic way.
That's a weird concept. You always have to care about types. It's just
that with a bit of discipline combined with unit
Chris Angelico :
> Uhh... if your managers and customers are stipulating non-Pythonic
> coding styles, then it's time to find new managers/customers.
Hah! What's considered Pythonic seems to be changing. Old-school
Pythonic will be heresy, and new-school Pythonic will be exalted to
dogma.
> Just
On 1/22/2015 3:24 AM, Rick Johnson wrote:
Yes, YES, *YES* That would be my first choice, or
docstrings as a secondary. But to introduce new syntax
into the method signatures is SUICIDE! What the hell is
this man thinking?
You are years late for complaining about new signature syntax. The
Mark Lawrence :
> Evidence in completely the opposite direction if I'm reading this
> correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
That's not evidence, that's a prophecy.
What I'm seeing is a bad shift in the Python culture. What's next?
Unboxed objects? Unsafe objects? Mic
In article ,
[email protected] says...
> How is that the opposite direction? It's a short jump from there to
> "pylint [or whatever tool] will consider a lack of type hinting to be
> something to warn for" and "managers/customers will consider this
> warning to mean your program has failed and
Sturla Molden :
> No! Developers have to do what managers and customers tell them to do.
> They will start to require type hinting everywhere. And then the
> question is what Python has to offer over Java or Swift.
Yes, but that's what GvR is after, I'm guessing: have Python take over
the realms
Mark Lawrence wrote:
> If they're too stupid to know the
> meaning of the word "hint" that's their problem.
It will also be Python's problem, because people are that stupid.
--
https://mail.python.org/mailman/listinfo/python-list
Chris Angelico wrote:
> Uhh... if your managers and customers are stipulating non-Pythonic
> coding styles, then it's time to find new managers/customers. If
> they're not writing the code, code quality shouldn't be their concern.
I am saying the day someone requires me to write a type hint, I w
On 22/01/2015 18:41, [email protected] wrote:
On Thu, Jan 22, 2015, at 13:28, Mark Lawrence wrote:
Evidence in completely the opposite direction if I'm reading this
correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
"The main use case of type hinting is static analysis using
On Thu, Jan 22, 2015, at 13:28, Mark Lawrence wrote:
> Evidence in completely the opposite direction if I'm reading this
> correctly https://www.python.org/dev/peps/pep-0484/#usage-patterns
>
> "The main use case of type hinting is static analysis using an external
> tool without executing the a
On Fri, Jan 23, 2015 at 5:03 AM, Sturla Molden wrote:
> Steven D'Aprano wrote:
>
>> Remember too that type-hinting will *absolutely* remain *completely*
>> optional for Python. Developers can choose to use it or not,
>
> No! Developers have to do what managers and customers tell them to do. They
On 22/01/2015 18:14, Skip Montanaro wrote:
On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden mailto:[email protected]>> wrote:
Python will no longer be dynamic, it will just be a slow static
language.
Yes, Python could still be used as a dynamic language, but nobody will
al
Skip Montanaro wrote:
> FUD? What evidence do you have that this will be the way things shake out?
I don't underestimate the stupidity of those who are not writing the code
themselves.
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Jan 22, 2015 at 12:03 PM, Sturla Molden
wrote:
> Python will no longer be dynamic, it will just be a slow static language.
>
> Yes, Python could still be used as a dynamic language, but nobody will
> allow you to do it. Even packages in widespread use will be banned because
> they don't t
Marko Rauhamaa wrote:
> I think the SATAN is in the optional type declarations, not in the
> particular syntax chosen.
Yes.
--
https://mail.python.org/mailman/listinfo/python-list
Steven D'Aprano wrote:
> Remember too that type-hinting will *absolutely* remain *completely*
> optional for Python. Developers can choose to use it or not,
No! Developers have to do what managers and customers tell them to do. They
will start to require type hinting everywhere. And then the qu
On 2015-01-22, Tim Chase wrote:
> On 2015-01-21 23:10, Grant Edwards wrote:
>> I happily ignored PHP until a couple years back when we decided to
>> use PHP for the web site on a small embedded Linux system.
> [snip]
>> I briefly considered trying to switch to Python, but the Python
>> footprint
Hello,
I am programming a "Secret of Mana" (Seiken Densetsu) game in kivy, it runs
on a phone with kivy launcher.
Features for now are : movement by swiping, polygon collision and image state
changes with resource handling.
The codebase can be found at :
https://sourceforge.net/projects/kivypri
On Thursday, January 22, 2015 at 12:46:22 PM UTC+5:30, Paul Rubin wrote:
> Ian Kelly writes:
> > How do you create a tree containing an even number of elements under
> > this constraint?
>
> That's a good point, I've usually seen different definitions of trees,
> e.g.
>
>data Tree a = Leaf |
ermanolillo writes:
> HOST is send by the keyboard. It´s the IPv6 address of my interface eth0.
> For example, FE80::0202:B3FF:FE1E:8329.
This is a link-local address, you can't use it just like that (you may
have several interfaces with the same link-local addr). Use getaddrinfo
on "FE80...%et
On Thu, Jan 22, 2015 at 07:26:31AM -0500, Gene Heskett wrote:
> > Still (somehow) alive in neo-Amiga platforms like AmigaOS4.x, MorphOS
> > and AROS. I know that's as good as dead but there are still people
> > writing AREXX glue code.
> He asked about REXX, not AREXX. There is no comparison betwe
On Fri, Jan 23, 2015 at 2:24 AM, ermanolillo wrote:
> HOST is send by the keyboard. It´s the IPv6 address of my interface eth0.
> For example, FE80::0202:B3FF:FE1E:8329.
I can't duplicate the problem. Are you certain that this is indeed an
appropriate address?
ChrisA
--
https://mail.python.org
HOST is send by the keyboard. It´s the IPv6 address of my interface eth0.
For example, FE80::0202:B3FF:FE1E:8329.
Thanks
--
View this message in context:
http://python.6.x6.nabble.com/Socket-ICMP-V6-error-tp5083962p5083982.html
Sent from the Python - python-list mailing list archive at Nabb
On Fri, Jan 23, 2015 at 1:57 AM, Steven D'Aprano
wrote:
> Chris Angelico wrote:
>
>> Hold on a moment, how often do you really do this kind of thing with
>> "might be one of them or a sequence"?
>
> isinstance(obj, one_class_or_tuple_of_classes)
> issubclass(cls, one_class_or_tuple_of_classes)
> m
On Fri, Jan 23, 2015 at 1:16 AM, Steven D'Aprano
wrote:
> Mario Figueiredo wrote:
>
>> def handle_employees(emp: Union[Employee, Sequence[Employee]], raise:
>> Union[float, Sequence[float]]) -> Union[Employee, Sequence[Employee],
>> None]:
>
> Using
> floats for money is Just Wrong and anyone who
Chris Angelico wrote:
> Hold on a moment, how often do you really do this kind of thing with
> "might be one of them or a sequence"?
isinstance(obj, one_class_or_tuple_of_classes)
issubclass(cls, one_class_or_tuple_of_classes)
mystr.startswith(prefix_or_tuple_of_prefixes)
mystr.endswith(suffix_o
On 2015-01-22, Steven D'Aprano wrote:
> You can't use "raise" as a parameter name, since that's a keyword. Using
> floats for money is Just Wrong and anyone who does so should have their
> licence to program taken away. And I really don't understand what this
> function is supposed to do, that it
Mario Figueiredo wrote:
> In article <[email protected]>,
> [email protected] says...
>>
>> The point isn't that there are no other alternative interpretations
>> possible, or that annotations are the only syntax imaginable, but that
>> they're
On Wednesday 21 January 2015 23:46:09 Emil Oppeln-Bronikowski did opine
And Gene did reply:
> On Thu, Jan 22, 2015 at 10:55:27AM +1100, Chris Angelico wrote:
> > Where's REXX today?
>
> Still (somehow) alive in neo-Amiga platforms like AmigaOS4.x, MorphOS
> and AROS. I know that's as good as dead
1 - 100 of 122 matches
Mail list logo
