http://www.perlmonks.org?node_id=929109


in reply to Re^2: threads and their alternatives
in thread Alternatives to threads for maintaining GUI app responsiveness

Would you be up for the challenge of producing a demo solution for the OPs described problem using one of the event-based frameworks?

If so, I'll do a threaded version and we could compare them for complexity.

If you're up for it, we could start with a simple GUI in Tk or GTK that presents data as a list -- zentara has posted many examples we could use as a starting point -- and then we add a few buttons that are used to control which records are SELECTed from a simple SQLite database using an SQL query via DBI.

Contrasting two working solutions would be far more useful that contrasting our opinions I think.


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.

Replies are listed 'Best First'.
Re^4: threads and their alternatives
by zwon (Abbot) on Oct 02, 2011 at 09:33 UTC
    Would you be up for the challenge

    No way, I have better ways to spend Sunday. BTW, in this particular case I would probably use separate process for GUI (or even thread, I'm not a bigot), I don't see the reason you're trying to limit me with event-based solution.

      No way.

      Thought not. Many will advocate them, but none will offer code. Why do you think that is?

      I don't see the reason you're trying to limit me with event-based solution.

      Because you came out in strong support of them.


      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.