Re: [rotatingloghandler]: How to read the logs produced ?

2011-01-18 Thread Chris Rebert
On Tue, Jan 18, 2011 at 11:27 PM, Low Kian Seong wrote: > On Jan 19, 2011, at 3:25 PM, Chris Rebert wrote: >> On Tue, Jan 18, 2011 at 10:02 PM, low kian seong >> wrote: >>> Dear people, >>> I am currently using concurrentrotatingfilehandler to handle my Python logs. >>> The situation is okay whe

Re: Python unicode utf-8 characters and MySQL unicode utf-8 characters

2011-01-18 Thread Grzegorz Śliwiński
On 18 Sty, 18:15, Kushal Kumaran wrote: > 2011/1/18 Grzegorz Śliwiński : > > > Hello, > > Recently I tried to insert some unicode object in utf-8 encoding into > > MySQL using MySQLdb, and got MySQL warnings on characters like: > > 𐎲𐎠𐎥𐎠 i found somewhere in my data. I can't even read them. MySQL >

Re: [rotatingloghandler]: How to read the logs produced ?

2011-01-18 Thread Low Kian Seong
(iphone) On Jan 19, 2011, at 3:25 PM, Chris Rebert wrote: > On Tue, Jan 18, 2011 at 10:02 PM, low kian seong > wrote: >> Dear people, >> I am currently using concurrentrotatingfilehandler to handle my Python logs. >> The situation is okay when it's only one log, but when it needs to spill >>

Re: [rotatingloghandler]: How to read the logs produced ?

2011-01-18 Thread Chris Rebert
On Tue, Jan 18, 2011 at 10:02 PM, low kian seong wrote: > Dear people, > I am currently using concurrentrotatingfilehandler to handle my Python logs. > The situation is okay when it's only one log, but when it needs to spill > over to the next log (I configured to have 2) say test.log.2 then I see

Re: UTF-8 question from Dive into Python 3

2011-01-18 Thread Tim Roberts
Tim Harig wrote: >On 2011-01-17, carlo wrote: > >> 2- If that were true, can you point me to some documentation about the >> math that, as Mark says, demonstrates this? > >It is true because UTF-8 is essentially an 8 bit encoding that resorts >to the next bit once it exhausts the addressible spac

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Octavian Rasnita
From: "Terry Reedy" On 1/18/2011 3:29 PM, Octavian Rasnita wrote: Is there any other solution for the problem that Python promotes this bad GUI than removing it from the default package? I am generally for better accessibility, but I consider the notion that if everyone cannot have somethin

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Octavian Rasnita
From: "Terry Reedy" On 1/18/2011 3:23 PM, Octavian Rasnita wrote: I am talking about the fact that Python promotes Tkinter Python uses tkinter as the only choice available for the stdlib. Others choices not in the stdlib are available for those who want something better. The users shouldn

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Octavian Rasnita
From: "Corey Richardson" On 01/18/2011 11:15 PM, rantingrick wrote: On Jan 18, 10:10 pm, Corey Richardson wrote: That is a pretty large dependency to rely on, and it is rather undesirable IMO. And what exactly is undesirable? Unless you actually back up your statements with fact they just

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Octavian Rasnita
From: "Alexander Kapps" I didn't say that a GUI lib is useless. The GUIS that create discrimination by offering access only for some users (when there are other GUIS that can offer access to everyone) create damage and they should be avoided, and for avoiding them, the beginners need to under

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Octavian Rasnita
From: "Tim Harig" On 2011-01-18, Terry Reedy wrote: On 1/18/2011 10:30 AM, Tim Harig wrote: Whether or not you actually agree with that economic reality is irrelevant. Those who fund commerical projects do; and, any developement tool which violates the security of the source is going to f

Standard Abroad Study Programs

2011-01-18 Thread Mukunda Lohani
Don't forget to click on the website:www.abroadstudy4all.weebly.com This website will provide you the most important information about the universal abroad study plan and counseling and the worldwide top universities and colleges. Furthermore, It will also give you the most reliable message about

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread geremy condra
On Tue, Jan 18, 2011 at 3:54 PM, rantingrick wrote: > > And were the hell is Steve Holden? Why has he not weighed in on these > (or any) discussions. He (Steve Holden) is second in command to the > entire community. Yet we have yet to hear a peep from this fella. What > gives Steve? > > And if Ste

[rotatingloghandler]: How to read the logs produced ?

2011-01-18 Thread low kian seong
Dear people, I am currently using concurrentrotatingfilehandler to handle my Python logs. The situation is okay when it's only one log, but when it needs to spill over to the next log (I configured to have 2) say test.log.2 then I see that the output is sort of shared between the first log test.lo

Re: newby qn about functions

2011-01-18 Thread rantingrick
On Jan 18, 12:01 pm, "Joe Goldthwaite" wrote: > I'm not sure I understand the question completely but maybe the function > below does what you want. > > def lower_case(s): > >     return “Testing Functions-lower case: ” + s.lower() > > print lower_case(‘AbCdEfG’) > > __

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 9:54 pm, Adam Skutt wrote: > On Jan 18, 9:27 pm, Corey Richardson wrote: > At which point, it's pretty damn > small.  Not as small as all of the Tk functionality, I think, but well > under 10MiB compressed. Yea but look at all your gaining. I would rather sacrifice a few megs for the

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 10:35 pm, Corey Richardson wrote: > I'm done with this thread. I inserted my 12 cents. Have a nice day, and > good luck with your ventures. Bye -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 11:15 PM, rantingrick wrote: > On Jan 18, 10:10 pm, Corey Richardson wrote: > >> That is a pretty large dependency to rely on, and it is rather >> undesirable IMO. > > And what exactly is undesirable? Unless you actually back up your > statements with fact they just ring hallow. Ca

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 10:10 pm, Corey Richardson wrote: > That is a pretty large dependency to rely on, and it is rather > undesirable IMO. And what exactly is undesirable? Unless you actually back up your statements with fact they just ring hallow. Can you offer any specific reasons why wx is a bad choice

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 10:54 PM, Adam Skutt wrote: > On Jan 18, 9:27 pm, Corey Richardson wrote: >> >> Why would you add in only a part of wxPython, instead of all of it? Is >> the work to cut it down really an advantage over the size of the full >> toolkit? From what I just checked, the source tarball is

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 9:27 pm, Corey Richardson wrote: > > Why would you add in only a part of wxPython, instead of all of it? Is > the work to cut it down really an advantage over the size of the full > toolkit? From what I just checked, the source tarball is 40MB. Can that > much really be added to the Pyt

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 10:24 PM, rantingrick wrote: > On Jan 18, 9:02 pm, Corey Richardson wrote: > >> If that's what you believe, I don't think many (if any) here have an >> issue with replacing Tkinter with something that has more features and >> is just as easy to use. > > Yea, and you're basing that

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 9:02 pm, Corey Richardson wrote: > If that's what you believe, I don't think many (if any) here have an > issue with replacing Tkinter with something that has more features and > is just as easy to use. Yea, and you're basing that on facts from where? If you haven't noticed by now NEW

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 09:46 PM, rantingrick wrote: > On Jan 18, 8:27 pm, Corey Richardson wrote: > >> You mentioned having a segment of wxPython in the stdlib earlier. If >> this actually feasible from a legal standpoint, and would the >> maintainers of wxPython be willing to put it in the stdlib? Not to

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 8:43 pm, Adam Skutt wrote: > That was and rantingrick's goal from the get go and still is his goal. > Otherwise, he wouldn't have changed his position three times now and > be overdue for a fourth.  Otherwise, he would have answered my / your > question about why bother putting a minim

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 8:27 pm, Corey Richardson wrote: > You mentioned having a segment of wxPython in the stdlib earlier. If > this actually feasible from a legal standpoint, and would the > maintainers of wxPython be willing to put it in the stdlib? Not to > mention the wonderful people over at python-dev

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 8:59 pm, Corey Richardson wrote: > > > I completely agree! And we should expect it to be even better! > > What out there is there that meets those requirements? Nothing, and I somewhat doubt there ever will be. Tk is somewhat of an anomaly at this point. Most of the trend in GUI tool

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 09:16 PM, rantingrick wrote: > On Jan 18, 7:59 pm, Corey Richardson wrote: >> On 01/18/2011 08:41 PM, rantingrick wrote: > >> >From that, it appears we need to: >> >> 1. Replace Tkinter with something more modern and feature-complete, but >> just as easy to use. >> 2. Add a web fram

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 7:59 pm, Corey Richardson wrote: > On 01/18/2011 08:41 PM, rantingrick wrote: > >From that, it appears we need to: > > 1. Replace Tkinter with something more modern and feature-complete, but > just as easy to use. > 2. Add a web framework/web-GUI That would be a HUGE step in the corre

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 08:41 PM, rantingrick wrote: > On Jan 18, 7:19 pm, Corey Richardson wrote: > >> I for one am quite pleased with Tkinter up to this point. It allowed me >> to come in with extremely minimal GUI experience, and make something >> that worked with minimal effort. It was simple to unders

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 7:39 pm, "Patty" wrote: > I agree with Corey - I also had very little experience with creating a GUI > and using Tkinter combined with PIL plus a little help from various docs > and getting a couple questions answered, I was pleased to find that it > required very few actual lines of co

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Nick Stinemates
You make it very hard for me to take what you say seriously. I lurk on this list and I have created a filter where emails from you go in to Spam. Good luck. Nick On Tue, Jan 18, 2011 at 5:23 PM, rantingrick wrote: > On Jan 18, 2:37 pm, Adam Skutt wrote: > > On Jan 18, 2:11 pm, rantingrick wr

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 7:19 pm, Corey Richardson wrote: > I for one am quite pleased with Tkinter up to this point. It allowed me > to come in with extremely minimal GUI experience, and make something > that worked with minimal effort. It was simple to understand, no > concepts of slots and signals to learn.

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Patty
- Original Message - From: "Corey Richardson" To: Sent: Tuesday, January 18, 2011 5:19 PM Subject: Re: Tkinter: The good, the bad, and the ugly! On 01/18/2011 07:53 PM, rantingrick wrote: On Jan 18, 6:23 pm, Adam Skutt wrote: [snip] Adam, it is now evident that your view of the

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 2:37 pm, Adam Skutt wrote: > On Jan 18, 2:11 pm, rantingrick wrote: > > The entropy in GUIs has > > exploded exponentially and rendered them all useless. > > Only if you have no clue what you're talking about whatsoever.  You > perceive them as useless because you're apparently incapa

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Corey Richardson
On 01/18/2011 07:53 PM, rantingrick wrote: > On Jan 18, 6:23 pm, Adam Skutt wrote: > > [snip] > > Adam, it is now evident that your view of the world is, at best, a > superficial one. You are shallow and incapable of any coherent > abstract reasoning abilities. I genuinely hope this is due to so

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 6:23 pm, Adam Skutt wrote: > I'm not the one suggesting that the only difference between a > hyperlink and a button is how they are rendered, FFS man, have you > ever even used a modern GUI? Yes i have logged many hours building GUI's... and from the comments you've made so far... obv

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 6:36 pm, rantingrick wrote: On Jan 18, 4:57 pm, Adam Skutt wrote: > On Jan 18, 4:45 pm, Arndt Roger Schneider > > > E.g. a button is: > > > A function gets asychnronously performed in response to > > > a finger/mouse click and release inside a certain screen area. > > No, that is not

Re: Swampy Module installation

2011-01-18 Thread Ben Finney
Michael Rauh writes: > I am new to python, and attempting to install the learning module > swampy. http://www.greenteapress.com/thinkpython/swampy/install.html > Unfortunately, I am attempting to do this on windows vista, which does > not appear to be cooperating. I'm not familiar with the speci

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 5:44 pm, Terry Reedy wrote: > I have nothing directly to do with c.l.p and care nothing for it. I read > the gmane.comp.python.general mirror of python-list, which filters out > some of the worse of the input from c.l.p. I mostly focus on getting > real work done on the tracker and rep

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
And were the hell is Steve Holden? Why has he not weighed in on these (or any) discussions. He (Steve Holden) is second in command to the entire community. Yet we have yet to hear a peep from this fella. What gives Steve? And if Steve is too busy, who is next in the chain of command? Who is going

Re: issubclass(dict, Mapping)

2011-01-18 Thread Aahz
In article , kj wrote: > >standard OOP semantics "...some experts might say a C++ program is not object-oriented without inheritance and virtual functions. As one of the early Smalltalk implementors myself, I can say they are full of themselves." --zconcept -- Aahz (a...@pythoncraft.com)

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Ethan Furman
Grant Edwards wrote: On 2011-01-18, MRAB wrote: On 18/01/2011 19:22, rantingrick wrote: ... The Python community are volunteers. Nothing gets done until someone volunteers to do it. The "suggestion box" is your idea. Why don't you set it up and report back? He goes by the name of "ranting

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Terry Reedy
On 1/18/2011 6:22 PM, rantingrick wrote: This was a strong statement and it was meant to be strong. However, it was falso. We cannot even discuss the tracker until we fix this abomination called c.l.py. I have nothing directly to do with c.l.p and care nothing for it. I read the gmane.com

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 4:57 pm, Adam Skutt wrote: > On Jan 18, 4:45 pm, Arndt Roger Schneider > > E.g. a button is: > > A function gets asychnronously performed in response to > > a finger/mouse click and release inside a certain screen area. > > No, that is not the definition of a 'button', not even when w

Swampy Module installation

2011-01-18 Thread Michael Rauh
I am new to python, and attempting to install the learning module swampy. http://www.greenteapress.com/thinkpython/swampy/install.html Unfortunately, I am attempting to do this on windows vista, which does not appear to be cooperating. Once I click on the install link, it puts the file on the compu

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 3:07 pm, Terry Reedy wrote: > On 1/18/2011 11:27 AM, rantingrick wrote: > When proposed features are listed on the tracker, as I think this one > should have been, anyone who registers can comment. Real names are > strongly preferred (and required for elevated tracker and repository >

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 3:05 pm, MRAB wrote: > The Python community are volunteers. Nothing gets done until someone > volunteers to do it. The "suggestion box" is your idea. Why don't you > set it up and report back? Agreed, i would gladly accept you nominating me as the Suggestion Box president. However we

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 4:45 pm, Arndt Roger Schneider wrote: > Adam Skutt schrieb: > > Until we have pixel-perfect touch sensors, toolkits for devices with > > pointer interfaces (e.g., PCs) and toolkits for devices with touch > > interfaces (e.g., phones and tablets) will necessarily be different. > > > You

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Grant Edwards
On 2011-01-18, MRAB wrote: > On 18/01/2011 19:22, rantingrick wrote: >> Thanks for offering a suggestion it was very welcome however i need to >> emphasize that what i am proposing is sort of "community discussion >> suggestion box". Like a "Python Suggestions" group or something. Where >> any an

Re: Efficient python 2-d arrays?

2011-01-18 Thread Jake Biesinger
> Without using third party libraries, no not really. numpy has it > covered so there's not really a lot of demand for it. If your users > are loading 1.5 GB arrays into memory, it's probably not unreasonable > to expect them to have numpy installed. My users are biologists, and I can't expect t

Re: Efficient python 2-d arrays?

2011-01-18 Thread Jake Biesinger
> Since you can't depend on your users installing the dependencies, is > it vital that your users run from source? You could bundle up your > application along with numpy and other dependencies using py2Exe or > similar. This also means you wouldn't have to require users to have > the right (or any

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Terry Reedy
On 1/18/2011 3:29 PM, Octavian Rasnita wrote: Is there any other solution for the problem that Python promotes this bad GUI than removing it from the default package? I am generally for better accessibility, but I consider the notion that if everyone cannot have something, then no one should,

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Terry Reedy
On 1/18/2011 2:12 PM, jmfauth wrote: If you think the site is bad, send me a ONE better screenshot, or link thereto, of wx on WinXP/Vista/7. I promise to look at it. Then urge Robin to update the page. No wxWidgets, but real Python / wxPython applications, all updated on Windows 7. http://

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Zach
Anyone have thoughts on Cobra? On Jan 18, 2011 4:20 PM, "Zach" wrote: > Cobra seems to similar to python. Or it at least compares itself to python. -- http://mail.python.org/mailman/listinfo/python-list

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Zach
Cobra seems to similar to python. Or it at least compares itself to python. -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Terry Reedy
On 1/18/2011 3:23 PM, Octavian Rasnita wrote: I am talking about the fact that Python promotes Tkinter Python uses tkinter as the only choice available for the stdlib. Others choices not in the stdlib are available for those who want something better. TK are not accessible for screen reade

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Arndt Roger Schneider
Adam Skutt schrieb: On Jan 18, 8:09 am, Arndt Roger Schneider wrote: Back to rantingrick 21st century toolkit/framwork: Let's have a look at the numbers: Worlwide pc market are 300 Million pcs per year, this number includes desktops(2/3) and servers(1/3). Your gui app is not relevant on server

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Alexander Kapps
On 18.01.2011 21:23, Octavian Rasnita wrote: From: "Alexander Kapps" Tkinter causes damage? Very bad damage? What are you talking about? I am talking about the fact that Python promotes Tkinter, and many beginners will start using it, and they will start creating applications with it, and th

Re: __pycache__, one more good reason to stck with Python 2?

2011-01-18 Thread Dan Stromberg
On Tue, Jan 18, 2011 at 8:27 AM, Peter Otten <__pete...@web.de> wrote: > Stefan Behnel wrote: > >> Peter Otten, 18.01.2011 10:04: >>> What's the advantage of 'find ... | xargs ...' over 'find ... -exec ...'? >> >> The former runs in parallel, the latter runs sequentially. > > This may sometimes be

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Terry Reedy
On 1/18/2011 11:27 AM, rantingrick wrote: On Jan 18, 6:46 am, Antoine Pitrou wrote: Design considerations? Where were they discussed? I far as I know, nowhere until that post in this thread. They were never discussed with the bulk of this community and that is part of what i want to change

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread MRAB
On 18/01/2011 19:22, rantingrick wrote: On Jan 18, 12:55 pm, Emile van Sebille wrote: On 1/18/2011 9:10 AM rantingrick said... On Jan 18, 10:54 am, MRABwrote: Decisions are made after open discussion (although we're not sure about "move to end" :-)). You shouldn't complain about not be

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 3:20 pm, Arndt Roger Schneider wrote: > There has been no advancement in GUI-Design. Today it looks and > behaves just the way Bill Atkinson designed it. That doesn't even begin to equate to a lack of advancement. It's also not true in the least. > Technical revolutions are made by d

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Tim Harig
On 2011-01-18, geremy condra wrote: > On Tue, Jan 18, 2011 at 11:05 AM, Tim Harig wrote: >> Even assuming that PyPy does actually manage to reach within a magnitude >> of C with the extra effort required to leverage two languages, why >> would I bother when I can do it with one?  PyPy and similar

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 2:11 pm, rantingrick wrote: > Adam now you are making sense. Everything you said here is true. > This > is why we must push for the OpenGUI standard. Funny, I write considerable detail about why such a thing is a pipedream and useless even if it came to fruition, and you somehow belie

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Octavian Rasnita
From: "Mark Roseman" > If you guys spent 1/10th as much time articulating the problems you see > with Tkinter (and being willing to listen when people offer solutions) > as you do trying to convince everyone else you're right, you'd probably > have ... well, anyway, no sense in being practical.

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Octavian Rasnita
From: "Alexander Kapps" > Tkinter causes damage? Very bad damage? What are you talking about? I am talking about the fact that Python promotes Tkinter, and many beginners will start using it, and they will start creating applications with it, and they will learn to use it better than WxPython,

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Arndt Roger Schneider
rantingrick schrieb: On Jan 18, 12:25 pm, Arndt Roger Schneider wrote: rantingrick schrieb: On Jan 18, 7:09 am, Arndt Roger Schneider We DO need to consider the mobile market in this decision. Maybe it is time for us to actually get on the cutting edge of GUI's. Maybe we should head an

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Brian Curtin
On Tue, Jan 18, 2011 at 13:22, rantingrick wrote: > > Thanks for offering a suggestion it was very welcome however i need to > emphasize that what i am proposing is sort of "community discussion > suggestion box". Like a "Python Suggestions" group or something. Where > any and all suggestions, ra

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Tim Harig
On 2011-01-18, Terry Reedy wrote: > On 1/18/2011 10:30 AM, Tim Harig wrote: > >> Whether or not you actually agree with that economic reality is >> irrelevant. Those who fund commerical projects do; and, any developement >> tool which violates the security of the source is going to find itself >>

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread geremy condra
On Tue, Jan 18, 2011 at 11:05 AM, Tim Harig wrote: > Even assuming that PyPy does actually manage to reach within a magnitude > of C with the extra effort required to leverage two languages, why > would I bother when I can do it with one?  PyPy and similar methods > where great when there was no o

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 1:17 pm, Mark Roseman wrote: > If you guys spent 1/10th as much time articulating the problems you see > with Tkinter (and being willing to listen when people offer solutions) > as you do trying to convince everyone else you're right, you'd probably > have ... well, anyway, no sense in

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 12:55 pm, Emile van Sebille wrote: > On 1/18/2011 9:10 AM rantingrick said... > > > > > > > > > > > On Jan 18, 10:54 am, MRAB  wrote: > > >> Decisions are made after open discussion (although we're not sure about > >> "move to end" :-)). You shouldn't complain about not being consulted

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Mark Roseman
If you guys spent 1/10th as much time articulating the problems you see with Tkinter (and being willing to listen when people offer solutions) as you do trying to convince everyone else you're right, you'd probably have ... well, anyway, no sense in being practical. -- http://mail.python.org/ma

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Antoine Pitrou
On Tue, 18 Jan 2011 10:33:45 -0800 (PST) rantingrick wrote: > > On Jan 18, 11:56 am, Antoine Pitrou wrote: > > On Tue, 18 Jan 2011 09:10:48 -0800 (PST) > > > > rantingrick wrote: > > > > > Well don't get wrong i want to join in --not that i have all the > > > solutions-- > > > > Take a look ath

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Brian Curtin
On Tue, Jan 18, 2011 at 12:33, rantingrick wrote: > > On Jan 18, 11:56 am, Antoine Pitrou wrote: > > On Tue, 18 Jan 2011 09:10:48 -0800 (PST) > > > > rantingrick wrote: > > > > > Well don't get wrong i want to join in --not that i have all the > > > solutions-- > > > > Take a look athttp://docs

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread jmfauth
> > > If you think the site is bad, send me a ONE better screenshot, or link > > thereto, of wx on WinXP/Vista/7. I promise to look at it. Then urge > > Robin to update the page. > No wxWidgets, but real Python / wxPython applications, all updated on Windows 7. http://spinecho.ze.cx/ -- http://m

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 12:29 pm, Adam Skutt wrote: > Until we have pixel-perfect touch sensors, toolkits for devices with > pointer interfaces (e.g., PCs) and toolkits for devices with touch > interfaces (e.g., phones and tablets) will necessarily be different. > > You note this yourself: the UI paradigms th

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Tim Harig
On 2011-01-18, geremy condra wrote: > On Mon, Jan 17, 2011 at 4:02 PM, Tim Harig wrote: >> I really question that you get Java anywhere even close to C performance. >> Google reports they get within the same order of magnitude as C for >> their long-lived server processes where the JIT has had ti

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 12:25 pm, Arndt Roger Schneider wrote: > rantingrick schrieb: > > On Jan 18, 7:09 am, Arndt Roger Schneider > > We DO need to consider the mobile market in this decision. Maybe it is > > time for us to actually get on the cutting edge of GUI's. Maybe we > > should head an effort to cr

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Emile van Sebille
On 1/18/2011 9:10 AM rantingrick said... On Jan 18, 10:54 am, MRAB wrote: Decisions are made after open discussion (although we're not sure about "move to end" :-)). You shouldn't complain about not being consulted if you don't take the time to join in... Well don't get wrong i want to join

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread nn
On Jan 18, 12:20 am, Raymond Hettinger wrote: > On Jan 17, 6:51 pm, nn wrote: > > > ...But the api on this baffles me a bit: > > > >>> d = OrderedDict.fromkeys('abcde') > > >>> d.move_to_end('b', last=False) > > >>> ''.join(d.keys) > > > 'bacde' > > > I understand that "end" could potentially mea

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 11:56 am, Antoine Pitrou wrote: > On Tue, 18 Jan 2011 09:10:48 -0800 (PST) > > rantingrick wrote: > > > Well don't get wrong i want to join in --not that i have all the > > solutions-- > > Take a look athttp://docs.python.org/devguide/#contributing Thanks for this link Antoine howeve

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Alexander Kapps
On 18.01.2011 09:58, Octavian Rasnita wrote: > From: "Alexander Kapps" >> On 17.01.2011 21:04, Octavian Rasnita wrote: >>> I say probably not considering the availability of 3rd party >>> downloads. What say you, Python community? >> >> Available as 3rd party downloads: >> >> XML,HTML,... >> HTTP

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Adam Skutt
On Jan 18, 8:09 am, Arndt Roger Schneider wrote: > Back to rantingrick 21st century toolkit/framwork: > Let's have a look at the numbers: > Worlwide pc market are 300 Million pcs per year, > this number includes desktops(2/3) and servers(1/3). > Your gui app is not relevant on servers. You should

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Arndt Roger Schneider
rantingrick schrieb: On Jan 18, 7:09 am, Arndt Roger Schneider wrote: Summary wxWidgets: wxWidgets is large scale C++ library from the 20th century, solemnly dedicated toward desktop computers. wxWidgets originates from a time before templates were used in C++ and thus duplicates many of toda

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread Terry Reedy
On 1/18/2011 10:30 AM, Tim Harig wrote: Whether or not you actually agree with that economic reality is irrelevant. Those who fund commerical projects do; and, any developement tool which violates the security of the source is going to find itself climbing an uphill battle in trying to gain mar

Re: UTF-8 question from Dive into Python 3

2011-01-18 Thread Raymond Hettinger
On Jan 17, 2:19 pm, carlo wrote: > Hi, > recently I had to study *seriously* Unicode and encodings for one > project in Python but I left with a couple of doubts arised after > reading the unicode chapter of Dive into Python 3 book by Mark > Pilgrim. > > 1- Mark says: > "Also (and you’ll have to t

RE: newby qn about functions

2011-01-18 Thread Joe Goldthwaite
I'm not sure I understand the question completely but maybe the function below does what you want. def lower_case(s): return “Testing Functions-lower case: ” + s.lower() print lower_case(‘AbCdEfG’) From: python-list-bounces+joe=goldthwaites@p

Re: [OT] Python like lanugages [was Re: After C++, what with Python?]

2011-01-18 Thread geremy condra
On Mon, Jan 17, 2011 at 4:02 PM, Tim Harig wrote: >> Go is not an ideal language for high-performance code. Despite the >> occasional claims of others, Go is consistently outperformed by C, >> C++, and Java on a wide variety of benchmarks. Some claim that Ada and >> Haskell do as well, and my ben

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread Antoine Pitrou
On Tue, 18 Jan 2011 09:10:48 -0800 (PST) rantingrick wrote: > > Well don't get wrong i want to join in --not that i have all the > solutions-- Take a look at http://docs.python.org/devguide/#contributing -- http://mail.python.org/mailman/listinfo/python-list

Re: Python unicode utf-8 characters and MySQL unicode utf-8 characters

2011-01-18 Thread Kushal Kumaran
2011/1/18 Grzegorz Śliwiński : > Hello, > Recently I tried to insert some unicode object in utf-8 encoding into > MySQL using MySQLdb, and got MySQL warnings on characters like: > 𐎲𐎠𐎥𐎠 i found somewhere in my data. I can't even read them. MySQL > seems to cut the whole string after that characters

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 10:54 am, MRAB wrote: > Decisions are made after open discussion (although we're not sure about > "move to end" :-)). You shouldn't complain about not being consulted if > you don't take the time to join in... Well don't get wrong i want to join in --not that i have all the solutions-

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread rantingrick
On Jan 18, 7:09 am, Arndt Roger Schneider wrote: > Summary wxWidgets: > wxWidgets is large scale C++ library from the 20th century, > solemnly dedicated toward desktop computers. > wxWidgets originates from a time before templates > were used in C++ and thus duplicates many of > today's C++ featu

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread MRAB
On 18/01/2011 16:27, rantingrick wrote: On Jan 18, 6:46 am, Antoine Pitrou wrote: Design considerations? Where were they discussed? They were never discussed with the bulk of this community and that is part of what i want to change. We have a very small group of folks making all the decisio

Re: __pycache__, one more good reason to stck with Python 2?

2011-01-18 Thread Peter Otten
Sherm Pendley wrote: > Peter Otten <__pete...@web.de> writes: > >> Carl Banks wrote: >> >>> Well the former deletes all the pyc files in the directory tree >>> whereas the latter only deletes the top level __pycache__, not the >>> __pycache__ for subpackages. To delete all the __pycache__s you'd

Re: __pycache__, one more good reason to stck with Python 2?

2011-01-18 Thread Peter Otten
Stefan Behnel wrote: > Peter Otten, 18.01.2011 10:04: >> What's the advantage of 'find ... | xargs ...' over 'find ... -exec ...'? > > The former runs in parallel, the latter runs sequentially. This may sometimes be relevant, but I doubt that it matters in this particular case. Peter -- http:

Re: move to end, in Python 3.2 Really?

2011-01-18 Thread rantingrick
On Jan 18, 6:46 am, Antoine Pitrou wrote: > Design considerations? Where were they discussed? They were never discussed with the bulk of this community and that is part of what i want to change. We have a very small group of folks making all the decisions and that is fine. However this small gr

Re: Efficient python 2-d arrays?

2011-01-18 Thread Robert Kern
On 1/17/11 7:32 PM, Jake Biesinger wrote: On Monday, January 17, 2011 4:12:51 PM UTC-8, OAN wrote: Hi, what about pytables? It's built for big data collections and it doesn't clog up the memory. I thought PyTables depends on NumPy? It does. -- Robert Kern "I have come to believe that the

Re: Tkinter: The good, the bad, and the ugly!

2011-01-18 Thread Arndt Roger Schneider
Octavian Rasnita schrieb: From: "Arndt Roger Schneider" At least keep the disclaimer: >> Well, tosssing screenshots around doesn't prove wether >> a framwork/toolkit is good or not; >> It only displays the developers commitment to create >> a work of art. Overall impression: The software w

Re: __pycache__, one more good reason to stck with Python 2?

2011-01-18 Thread Sherm Pendley
Peter Otten <__pete...@web.de> writes: > Carl Banks wrote: > >> Well the former deletes all the pyc files in the directory tree >> whereas the latter only deletes the top level __pycache__, not the >> __pycache__ for subpackages. To delete all the __pycache__s you'd >> have to do something like t

  1   2   >