Apologies for the long subject line, here it is again:
"Pep 342 (val = yield MyGenerator(foo)), synchronous os.system() that
doesn't block gui event loops"
On Jul 21, 7:48 pm, John Nagle wrote:
> > The idea:
>
> > To run functions that execute a series of system commands without
> > blocking th
On Jul 23, 11:29 pm, Nick Craig-Wood wrote:
> > The syntax would be something like:
>
> > def work():
>
> > showstatus("building")
> > r = yield runshell("make")
> > showstatus("installing")
> > r = yield runshell("make install")
> > showstatus("Success")
>
> > mygui.startwork(w
On Jul 20, 1:12 pm, Ville Vainio wrote:
> I imagine runshell() would be implemented in terms of QProcess, or
> subprocess.Popen/os.system and a worker thread.
Actually, the problem is that of general serialization of worker
thread operations. That is, it could be something akin to:
res = yield
On Jul 20, 1:12 pm, Ville Vainio wrote:
> Has anyone implementing something like what the subject line
ImplentED.
I don't think this is that hard to do in the first place, but a
"generic" solution that can be easily tuned for different gui
mainloops would be nice.
--
http://mail.python.org/mai
On Jul 10, 9:54 pm, "Edward K Ream" wrote:
> The highlights of Leo 4.6:
> --
> - Leo now features a modern Qt interface by default.
> Leo's legacy Tk interface can also be used.
And to drive home this point (Qt ui), some screenshots for the
visually oriented:
http://i
Ville M. Vainio wrote:
> Alan G Isaac wrote:
>
>> 3. Chandler is not really an email client. So specifically,
>> which of its functionalities is it slow, and what evidence
>> if any is there that Python is causing this?
>
> I remember reading "somewhere
Alan G Isaac wrote:
> 3. Chandler is not really an email client. So specifically,
> which of its functionalities is it slow, and what evidence
> if any is there that Python is causing this?
I remember reading "somewhere" that the cause of slowness is/was
architectural - perhaps it was that chand
J wrote:
> Is it possible to make a GUI email program in Python that stores
> emails, composes, ect?
Here's one with less than 600 lines:
http://code.google.com/p/pyqtimap/
--
http://mail.python.org/mailman/listinfo/python-list
"Paulo J. Matos" <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I was just wondering, if you wish to commercialize an application
> developed in Python, what's the way to go?
> I guess the only way is to sell the source, right?
That should be a good way to go about it. It doesn't make it "open
source
"Paulo J. Matos" <[EMAIL PROTECTED]> writes:
> I am in the process of choosing which Python version for a brand new
> application. Van Rossum in an interview recently advised all new
> applications to use Python3 but I am afraid, most libraries (PyGtk,
I don't think he meant "all new" application
Vinay Sajip <[EMAIL PROTECTED]> writes:
> import logging
>
> logging.warning("Message with %s data", "variable") # or debug, info,
> error
>
> and I'd like to know what simpler interface you think would be better/
> easier to grok for quick hack jobs.
It's not the logging itself that is a probl
Stef Mientki <[EMAIL PROTECTED]> writes:
> >> Sorry but for GUI design, Python is pre-historic ;-)
> >
> > Time to show the "don't feed the troll" sign, I guess.
> Even without the smiley, I'm convinced of my statement.
> cheers,
I don't think I'm feeding the troll, but - ever took a look at PyQ
Bruno Desthuilliers <[EMAIL PROTECTED]> writes:
> STDOUT is for *normal* program outputs. Debug informations,
> warnings, and all verbosity should go to STDERR.
Actually, stderr is for errors, by convention. It's rather impolite to
dump trivial debug info to stderr, which often "alerts" the user
Background: PyOS_InputHook is something that gets run when python is
doing raw_input. TkInter and friends use it to run their event loops,
so that their events are handled while python is doing raw_input.
What I'd like to do is run the same function without having to do
raw_input. I.e. I'd like to
Hi all,
The IPython team is happy to release version 0.8.3, with lots of new
enhancements as well as many bug fixes, and updated documentation
that has been long in the coming.
We hope you all enjoy it, and please report any problems as usual.
WHAT is IPython?
1. An interactiv
Duncan Booth <[EMAIL PROTECTED]> writes:
> Or if you code in C++ and they *really* need to get at something you
> made private they will still get at it. I've been there and done
> that: 'private' in languages which have it is rarely an advantage
> and frequently a pain.
Indeed. In C++, they rec
Fuzzyman <[EMAIL PROTECTED]> writes:
>> Perhaps a lint-like validation tool would be optimal for this
>> problem...
>
> So we can refuse to execute their code if they use private APIs?
No, but it could complain and point out the exact offending lines,
pointing their development effort to right d
Fuzzyman <[EMAIL PROTECTED]> writes:
> The 'we told you not to use that' approach, when applied to paying
> customers doesn't really work... all they see is that you broke
> their spreadsheet code by changing your API.
And the customer point of view is quite reasonable - they have a job
to do, a
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> I don't know if you'd label it 'elegant', but as far as I'm
> concerned, storing serialized objects as blobs in a relational
> database is mostly non-sense. If I use a relational database, it's
> because it is a *relational* database. If you want
Simon Forman <[EMAIL PROTECTED]> writes:
> This is not exactly an answer to your proposal, I know, but FWIW
> Ipython has exactly this capability.
Yes.
When you %run a scripts and get exception, you can launch post-mortem
pdb on it by typing %debug.
--
http://mail.python.org/mailman/listinfo/pyt
"Gabriel Genellina" <[EMAIL PROTECTED]> writes:
> A shelve is just a persistent dictionary that uses pickle to store
> the objects. If you want to store one or a few objects, using
> pickle directly may be easier. Any problem you may have with pickle
> (nonpickleable objects, security risks) wi
Chris <[EMAIL PROTECTED]> writes:
> On May 15, 2:27 pm, globalrev <[EMAIL PROTECTED]> wrote:
>> i have a big collection of .txt files that i want to open and parse to
>> extract information.
>>
>> is there a library for this or maybe even built in?
>
> os.open to open the files and iterate throug
Brendan Miller <[EMAIL PROTECTED]> writes:
> For instance on unix systems, Popen will work for files flagged with
> the executable bit, whereas on windows Popen will work on files
> ending the in .exe extension (and I don't think anything else). Is
> there a portable way
Actually, if you pass the
Ricardo Aráoz <[EMAIL PROTECTED]> writes:
> The easy/simple (too easy/simple?) way I see out of it is to read THE
> WHOLE file into memory and don't worry. But what if the file is too
The easiest and simplest approach is often the best with
Python. Reading in the whole file is rarely too heavy, a
bc90021 <[EMAIL PROTECTED]> writes:
> The error message was at the top of the thread (am I incapable of posting
> it, or are you incapable of following a thread?), but here it is again:
>
> IOError: [Errno 2] no such file u'tempfileName'
Typically, when you report an error message, it helps to
Alan Isaac <[EMAIL PROTECTED]> writes:
> OK, thanks.
>
> Another approach is to begin with a set of stocks
>
> and remove them as they report. You can then trigger
>
> a report with the empty set instead of repeatedly
>
> calling ``all``. After a report the set can be
>
> "refilled".
Ah, and I
Alan Isaac <[EMAIL PROTECTED]> writes:
> Here is one way:
>
> - for each fund, create a ``reportreceived`` dict that maps stocks to
> booleans (initially False)
> - as each stock notifies its funds, the fund changes False to True and checks
> ``all(reportreceived.values())`` to determine whethe
Alan Isaac <[EMAIL PROTECTED]> writes:
> the following: "OK, here's the pattern, now your listener
> wants to know the event source, do not ask something new the
> subject to respond to that need. That is unnecessary
> coupling. Instead, just rewrite your listener to maintain
> a reference to th
Alan Isaac <[EMAIL PROTECTED]> writes:
> Is anything lost by not maintaining this reference (other
>
> than error checking ...)? If I feel the observer needs
>
> access to the subject, what is wrong with just having the
>
> subject pass itself as part of the notification?
It reduces the number
Paul Boddie <[EMAIL PROTECTED]> writes:
> original licence as well. Now, I did leave a fair amount of
> information about the heritage of the code, so that anyone who is
> scared of the LGPL could just go and get the original work, but that
I doubt anyone is really afraid of LGPL. The only probl
Excuse the long post.
Ben Finney <[EMAIL PROTECTED]> writes:
>> I guess it's safe to assume that you are not opposed to using code
>> based on more liberal license, right? :-)
>
> I'm less inclined to base work on, or contribute to, a work under a
> non-copyleft license, because I have less assu
Paul Boddie <[EMAIL PROTECTED]> writes:
> Anyway, I'm just confirming that I'm clearly not one of the "many"
> described above. A lot of my own work is licensed under the GPL or
I guess it's safe to assume that you are not opposed to using code
based on more liberal license, right? :-)
My point
Max Erickson <[EMAIL PROTECTED]> writes:
> The killer application for ISBN lookup on Amazon is checking prices
> while in the bookstore. Being able to email a photo from your phone
> and then getting an email with the Amazon price in response would be
> way easier than typing the isbn into Goo
[EMAIL PROTECTED] writes:
> I didn't find your language offensive but you might consider toning down
> your review of the Awesome Window Manager :)
Nah - keep up the bad attitude. Your (Zed) blog/articles are one of
the few things on the programmosphere that actually make me laugh
audibly.
--
ht
"Zed A. Shaw" <[EMAIL PROTECTED]> writes:
> GPLv3?
>
> How do people feel about Vellum's GPLv3 status? It actually doesn't
> impact anyone unless you embed Vellum into a project/product or you
Yeah, but it effectively prevents people from embedding it into their
apps that wish to remain BSD/MIT
ron.longo wrote:
> unable to execute. Why is this? At this point I'm not really keen on
> handing out the source files to my application, it feels unprofessional.
If you plan to deploy on windows, py2exe could be the more
"professional" approach you are thinking of.
--
http://mail.python.org
ron.longo wrote:
unable to execute. Why is this? At this point I'm not really keen on
handing out the source files to my application, it feels unprofessional.
If you plan to deploy on windows, py2exe could be the more
"professional" approach you are thinking of.
--
http://mail.python.org/m
blaine wrote:
example usage: echo 'line 0 0 10 10' > /dev/screen
On the actual embedded device this is handled by a kernel module. We
can spit commands into it as fast as we can and the kernel module can
keep up. This is typical unix device file behavior.
Any suggestions or advice would be s
Eduardo Schettino wrote:
I find the doit syntax a bit cumbersome, especially as you can avoid
'args' by just returning a lamda in 'action'.
My idea was to: do *not* add any new syntax (to avoid being
cumbersome). It is just python, you dont have to import or subclass
Yeah, decorators get
Eduardo Schettino wrote:
> DoIt is a build tool that focus not only on making/building things but on
> executing any kind of tasks in an efficient way. Designed to be easy to use
> and "get out of your way".
I took a look at dolt syntax, and saw this:
QQQ
def create_folder(path):
"""Create
40 matches
Mail list logo
