Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jan 08 2019 17:20
    mmagnuski closed #219
  • Oct 12 2018 13:40
    gdkrmr closed #218
  • May 19 2018 02:07
    yehielliv commented #223
  • May 19 2018 02:03
    yehielliv opened #223
  • Feb 10 2018 11:08
    currymj closed #171
  • Jul 25 2016 19:04
    jingpengwu commented #203
  • May 24 2016 12:19
    JonWel commented #183
  • May 24 2016 12:19
    JonWel closed #183
  • Apr 12 2016 11:11
    MikeInnes closed #185
  • Apr 12 2016 11:11
    MikeInnes closed #163
  • Apr 12 2016 11:11
    MikeInnes closed #166
  • Apr 12 2016 11:11
    MikeInnes closed #101
  • Apr 12 2016 11:11
    MikeInnes closed #82
  • Apr 12 2016 11:11
    MikeInnes closed #73
  • Apr 12 2016 11:11
    MikeInnes closed #69
  • Apr 12 2016 11:11
    MikeInnes closed #68
  • Apr 12 2016 11:11
    MikeInnes closed #61
  • Apr 12 2016 11:10
    MikeInnes closed #59
  • Apr 12 2016 11:10
    MikeInnes closed #57
  • Apr 12 2016 11:08
    MikeInnes closed #32
Sebastian Pfitzner
@pfitzseb
LT is usually still snappy with 100-1000 points in a plot, but if there are more it's totally unusable. I don't have access to a Linux-PC or a Mac right now, is performance better on those OS'es?
Mike J Innes
@MikeInnes
I haven't noticed problems so much on OS X, but I haven't pushed gadfly that far either to be fair
So, has this gotten worse for since node-webkit?
Either way, my Blink.jl work will allow you to put Gadfly plots in their own windows, which should help a lot
Sebastian Pfitzner
@pfitzseb
No clue if there was any change during the transition from node-webkit to atom -shell - I hadn't seriously tried Gadfly before. And Blink.jl sounds interesting, I'll have a look!
Mike J Innes
@MikeInnes
Give me a minute and I'll add a build step for windows
Sebastian Pfitzner
@pfitzseb
Oh, and thanks for fixing the issue with minimizing Juno on Windows!
Mike J Innes
@MikeInnes
Don't thank me, I just upgraded atom-shell ;)
Sebastian Pfitzner
@pfitzseb
But it works, so thanks anyways :D
Mike J Innes
@MikeInnes
Fair enough :)
Sebastian Pfitzner
@pfitzseb
(slightly OT, but if I want to tag a new version for a LT plugin, do I need to do this?)
Mike J Innes
@MikeInnes
Yup, go for it
Ok, check this out: clone Blink.jl, Pkg.build("Blink"), Graphics.docs()
Sebastian Pfitzner
@pfitzseb
That's pretty amazing!
Sebastian Pfitzner
@pfitzseb
Is the fullscreen property working for you on OSX?
I've played around a bit and really like it so far; the api is easy to understand, too.
Mike J Innes
@MikeInnes
Oh cool, I wasn't entirely expecting it to work first try :P
I haven't tried fullscreen yet, but I can give that a go
I need to make it easier to load html/js into windows but that shouldn't be too tricky
Sebastian Pfitzner
@pfitzseb
Yeah, it'd be really cool to generate the html and js in julia and load it into a window without using an extra file.
Mike J Innes
@MikeInnes
Sebastian Pfitzner
@pfitzseb
Nice, I'll have a look!
There's a build error on windows because of https://github.com/one-more-minute/Blink.jl/blob/master/deps/build.jl#L21- removing that line works perfectly though.
Mike J Innes
@MikeInnes
Good catch, I pushed a patch for that
Nils
@nilshg
Currently getting a weird error randomly cluttering my console, not sure what causes this:
Invalid behavior: :lt.objs.editor.pool/watched.update
Error: No protocol method IDeref.-deref defined for type null: 
    at Error (native)
    at cljs.core.missing_protocol (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:1460:77)
    at cljs.core._deref (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:2181:38)
    at cljs.core.deref (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:12879:27)
    at lt.objs.document.__GT_stats (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:26622:115)
    at Function.lt.objs.editor.pool.__BEH__watched__DOT__update (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:26819:102)
    at c (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:6196:14)
    at a (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:6236:18)
    at c (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:20443:76)
    at a (file:///C:/Users/tew207/Juno/windows/resources/app/core/node_modules/lighttable/bootstrap.js:20477:18)
Mike J Innes
@MikeInnes
I think someone else saw that and had to delete their settings folder
Nils
@nilshg
You mean Juno/windows/resources/app/settings ?
Mike J Innes
@MikeInnes
One of these:
You'll probably want to back up your user behaviours, it's just the plugins/cache that need deleting
(I think; I'm not 100% sure this will actually fix it)
But there have been changes to LT which I think is causing the issue
Nils
@nilshg
Errr... Not quite sure I'm following - I'm on the Juno bundle, so I don't have any LT folders left!?
Sebastian Pfitzner
@pfitzseb
The new path is C:\Users\...\AppData\Roaming\Juno-LT.
Mike J Innes
@MikeInnes
Oh yeah, that's right, my bad
Nils
@nilshg
Found the folder, but there's no settings folder in there?
Mike J Innes
@MikeInnes
Do you have an ltcache?
Nuking that should do the trick
Nils
@nilshg
Okay, tried that, so far so good... Thanks!
Mike J Innes
@MikeInnes
Cool, no problem
Nils
@nilshg
One other small thing (and I know this might qualify me for "most obnoxious customer of the month"): every now and then I get exception messages which can neither be cleared by right-click, nor double-click, nor Eval: Clear inline results. The only way to get rid of them is to delete the code just above and below them (which can then be reinserted with Ctrl+Z). Unfortunately, I haven't been able to find any pattern in when and how they are appearing, but I thought I'd mention it as something to look out for.
Sebastian Pfitzner
@pfitzseb

I'm seeing this too. And for me it's reproducible by having something like

using Gadfly
plot(x=rand(100), y=rand(100))

and quickly spamming C+Enter on the second line. That will produce two plots, of which the upper one is not recognized as a result and can therfore not be removed except when deleting the surrounding code.

Mike J Innes
@MikeInnes
@nilshg don't worry about it, it's good to get the feedback ;)
I haven't seen this but I'll keep an eye out
I know spamming c-enter can cause problems
There might be a memory leak somewhere...
Sebastian Pfitzner
@pfitzseb
Is there an easy way to turn the reptile slider thingy off? It looks hardcoded...
Mike J Innes
@MikeInnes
There should be, can I ask why though?
It's designed not to get in the way so you shouldn't need to