On Tue Nov 25 2014 at 1:42:24 PM MRAB wrote:
I think that the problem there is that strings don't have an __exit__
method.
I don't understand what you said, what you mean by that? =/
--
https://mail.python.org/mailman/listinfo/python-list
On 2014-11-25 15:48, Juan Christian wrote:
On Tue Nov 25 2014 at 1:42:24 PM MRAB mailto:pyt...@mrabarnett.plus.com>> wrote:
I think that the problem there is that strings don't have an __exit__
method.
I don't understand what you said, what you mean by that? =/
The traceback says:
Traceback (
So guys, I had to change to approach, I read that using Qt I can't do
multiple inheritance. So my Outpost class can't be like 'Outpost(QObject,
QThred)'. I had to change the code a bit:
from PySide.QtCore import QObject, QThread, Signal
import requests
import bs4
class Worker(QThread):
def __ini
On 11/25/2014 02:36 PM, Juan Christian wrote:
> So guys, I had to change to approach, I read that using Qt I can't do
> multiple inheritance. So my Outpost class can't be like 'Outpost(QObject,
> QThred)'. I had to change the code a bit:
>
> So, let's see the problems:
>
> Traceback (most recent
On Wed Nov 26 2014 at 1:16:11 AM Michael Torrie wrote:
You're going to have to post a complete, but small, code example, I
think. Working with fragments of code is very difficult if not
impossible to assist with, resulting in obtuse, obvious replies from folks.
As asked, here is all the code:
ou
On 11/26/2014 02:55 PM, Juan Christian wrote:
> On Wed Nov 26 2014 at 1:16:11 AM Michael Torrie wrote:
> You're going to have to post a complete, but small, code example, I
> think. Working with fragments of code is very difficult if not
> impossible to assist with, resulting in obtuse, obvious re
On 11/26/2014 08:57 PM, Michael Torrie wrote:
> On 11/26/2014 02:55 PM, Juan Christian wrote:
>> On Wed Nov 26 2014 at 1:16:11 AM Michael Torrie wrote:
>> You're going to have to post a complete, but small, code example, I
>> think. Working with fragments of code is very difficult if not
>> imposs
On Thu Nov 27 2014 at 2:12:40 AM Michael Torrie wrote:
Hmm, I hit a wall. There's no main.ui file. Can you rework your code
so that you have a single file (plus a separate ui file that's okay),
that simulates the url request, that I can execute easily.
As you asked, here it's, everything on one m
On 11/27/2014 04:58 AM, Juan Christian wrote:
> What I have in mind is simple (I think), have the Outpost get the data
> using QThread, and when it got everything needed emit a signal. So when I
> have something like 'var = Outpost('123')', when I get the signal I'll know
> that I can call 'var.tra
On Thu Nov 27 2014 at 8:53:16 PM Michael Torrie wrote:
Hope this helps. Here's complete working code, minus the .ui file:
http://pastebin.com/VhmSFX2t
Thanks, I'll just repost the code on pastebin with a NEVER expire time and
UNLISTED, so that it can be of some help for others here in the mailist
On Thu Nov 27 2014 at 9:16:38 PM Juan Christian
wrote:
I'll read the code thoroughly and reply to you if I find something strange,
many thanks!
So, instantly I found one issue, you said that this code won't block the
GUI, only the thread event loop, but if we keep moving the window while
it's op
On 11/27/2014 04:29 PM, Juan Christian wrote:
> So, instantly I found one issue, you said that this code won't block the
> GUI, only the thread event loop, but if we keep moving the window while
> it's open, every time new info is printed the GUI freezes for like 1-2
> seconds.
Correct. The threa
On 11/27/2014 04:29 PM, Juan Christian wrote:
> Is that right? But I don't think that always calling the site this way is
> good for them and for me, sometimes I may not get new users for like 10~15
> minutes, so I would have wasted a lot of calls for nothing. That's why I
> only instantiate/call t
On 11/27/2014 04:29 PM, Juan Christian wrote:
> Is that right? But I don't think that always calling the site this way is
> good for them and for me, sometimes I may not get new users for like 10~15
> minutes, so I would have wasted a lot of calls for nothing. That's why I
> only instantiate/call t
On Fri Nov 28 2014 at 2:07:32 AM Michael Torrie wrote:
Okay, here's a reworking of the code that invokes a new QThread instance
each time. Note the QThread instance has to be bound to the MainWindow
so that it won't be destroyed when it goes out of scope. Also the
Worker thread sends a signal with
On 11/28/2014 06:06 AM, Juan Christian wrote:
> Which one would be better in performance, having a single 'Worker' to call
> all URLs, having inside this worker functions for each stuff, or having 3~5
> different workers doing different stuff. In the end I'll only print the
> data when I have them
Juan Christian wrote:
> OFF-TOPIC: You guys said that my emails had some trash HTML and strange
> stuffs, is it OK now?
You're still sending:
Content-Type: multipart/alternative
Please configure your MUA to send
Content-Type: text/plain
only.
--
Christoph M. Becker
--
https://mail.pyt
17 matches
Mail list logo
