I have to vote in this direction too. One thing I did very successfully in C++11 was to make a window running in a separate thread that I could feed lamda functions to. The lambda functions would run openGL commands to visualize data that the functions closed over. This turned out to be a hugely helpful, but I haven't found a good way to do it properly in Julia.
On Thursday, March 19, 2015 at 3:38:58 AM UTC-5, Tobias Knopp wrote: > > Same thing for Gtk.jl > Its an absolute standard pattern to spawn a thread even for small > workloads in order to keep a GUI responsible. > > > Am Mittwoch, 18. März 2015 23:48:02 UTC+1 schrieb Jacob Quinn: >> >> +1 to Mike's suggestion. I've looked into incorporating his auto-complete >> functionality into Sublime-IJulia, but the lag/locking up is a deal killer. >> >> On Wed, Mar 18, 2015 at 4:35 PM, Mike Innes <[email protected]> wrote: >> >>> In eval clients like Juno autocomplete locks up while evaluating, so >>> that's something I'm looking forward to solving with some thready goodness. >>> Not quite GUI as such but close. >>> On 18 Mar 2015 18:12, "Sebastian Good" <[email protected]> >>> wrote: >>> >>>> Task stealing parallelism is an increasingly common use case and easy >>>> to program. e.g. Cilk, Grand Central Dispatch, >>>> >>>> On Thursday, March 12, 2015 at 11:52:37 PM UTC-4, Viral Shah wrote: >>>>> >>>>> I am looking to put together a set of use cases for our >>>>> multi-threading capabilities - mainly to push forward as well as a >>>>> showcase. I am thinking of starting with stuff in the microbenchmarks and >>>>> the shootout implementations that are already in test/perf. >>>>> >>>>> I am looking for other ideas that would be of interest. If there is >>>>> real interest, we can collect all of these in a repo in JuliaParallel. >>>>> >>>>> -viral >>>>> >>>>> >>>>> >>>>> >>
