Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jun 26 21:25
    LaCuneta starred CRESS-Surrey/eXtraWidgets
  • Oct 30 2018 16:14
    stevebhall commented #144
  • Oct 30 2018 09:05
    nicolaspayette commented #144
  • Oct 30 2018 03:42
    stevebhall commented #144
  • Oct 29 2018 19:13
    stevebhall commented #144
  • Oct 29 2018 17:04
    stevebhall commented #144
  • Oct 29 2018 14:38
    nicolaspayette updated the wiki
  • Oct 29 2018 12:46

    nicolaspayette on v2.0.0-BETA4

    (compare)

  • Oct 29 2018 12:45

    nicolaspayette on 2.0.0-BETA4

    (compare)

  • Oct 29 2018 12:28
    nicolaspayette commented #144
  • Oct 29 2018 12:26

    nicolaspayette on 2.0.0-BETA4

    (compare)

  • Oct 29 2018 12:23

    nicolaspayette on hexy

    Compile against NetLogo 6.0.4 … (compare)

  • Oct 29 2018 12:02

    nicolaspayette on nicolaspayette-patch-1

    (compare)

  • Oct 24 2018 14:12
    stevebhall commented #144
  • Oct 24 2018 10:49
    nicolaspayette commented #144
  • Oct 23 2018 18:28
    stevebhall commented #144
  • Sep 13 2018 17:58
    stevebhall commented #144
  • Sep 13 2018 08:41
    nicolaspayette commented #144
  • Sep 10 2018 17:43
    stevebhall commented #144
  • Dec 18 2017 19:58
    stevebhall commented #144
Nicolas Payette
@nicolaspayette
Yes.
Nicolas Payette
@nicolaspayette
Crazy idea: All these problems stem from the fact that the widget models (i.e., Reader/Writer) can be accessed from both the job thread and the awt event thread. I didn't think of that before, but what if every call to reader/writer was blocking and ran: on the job thread if running headless; on the event thread otherwise. Since the job thread is allowed to wait on the event thread and that the opposite would never happen, would wouldn't get locking. And we'd have the garantee that everything always happens in the right order.
That's not a trivial change, however...
Bryan Head
@qiemem
the job thread isn't allowed to wait on event thread, is it?
Nicolas Payette
@nicolaspayette
It is.
Bryan Head
@qiemem
the event thread locks the world
Nicolas Payette
@nicolaspayette
All GUI prims wait on the event thread.
Bryan Head
@qiemem
oh right
ok ya you're right
Nicolas Payette
@nicolaspayette
I think your fix is good enough for now. But if we find other problems of the same sort, I think it would be worth exploring the idea further - maybe we'd have a chance to fix everything in one swoop.
Bryan Head
@qiemem
ya sounds good
Hmm it would be really nice
We've been running into all sorts of nasty timing effects. Oh! One benefit would be that change listeners always have the current value of the widget
oh I guess that's not quite true
Nicolas Payette
@nicolaspayette
Yep!
No?
Bryan Head
@qiemem
just be slightly more true
if you click a checkbox really fast :P
Nicolas Payette
@nicolaspayette
Hum, well, yeah. The change code still needs to run on the job thread...
Bryan Head
@qiemem
right
Bryan Head
@qiemem
@mrerrormessage this is a good place to talk about xw ;)
Robert Grider
@mrerrormessage
indeed
Nicolas Payette
@nicolaspayette
Yep!
Robert Grider
@mrerrormessage
the problem that we’re seeing is in this gist: https://gist.github.com/mrerrormessage/2f5960bdac9f1a3cf56d . It looks like it isn’t able to load extrawidgets-core.jar for some reason
I wonder if ExtensionManager won’t load extensions from the model directory on windows
I don’t know why it wouldn’t though
Nicolas Payette
@nicolaspayette
Do you still get the error if you try to put xw under extensions/?
Oh, and are there spaces anywhere in the model path?
Robert Grider
@mrerrormessage
ah - I hadn’t tried putting it under extensions
Corey was having trouble with it, he’ll try again later today
Nicolas Payette
@nicolaspayette
OK!
Nicolas Payette
@nicolaspayette
@qiemem: looks like @kavinpreethi (from CRESS) may end up using your change listeners in xw.
@kavinpreethi: I've bundled a new release so you can try it out (https://github.com/CRESS-Surrey/eXtraWidgets/releases/tag/v1.1.0). I'll write up some minimal documentation for it as well.
Nicolas Payette
@nicolaspayette
I added some doc for xw:on-<property>-change: https://github.com/CRESS-Surrey/eXtraWidgets/wiki/Primitives#xwon-property-change. @qiemem, let me know if it is correct. @kavinpreethi, let me know if it is understandable to you.
Nicolas Payette
@nicolaspayette
Kavin, you should show it to Jen when she's around. I think she'll find it interesting. (And she can probably help you with it if you run into trouble.)
Kavin Preethi Narasimhan
@kavinpreethi
Hi @nicolaspayette @qiemem, sure I'll try it today and let Jen know about it too! I'll also post feedback here. Thanks a lot!
Kavin Preethi Narasimhan
@kavinpreethi
This message was deleted
This message was deleted
This message was deleted
This message was deleted
This message was deleted
Kavin Preethi Narasimhan
@kavinpreethi
Hi @nicolaspayette @qiemem it works perfectly! thank you so much!
Bryan Head
@qiemem
Docs look great. Thanks @nicolaspayette! May want to note that nw:<property> may have changed again by the time the event listener fires, thus the need for ?.
@kavinpreethi glad it's working for you!
Nicolas Payette
@nicolaspayette
@kavinpreethi :+1:
Bryan Head
@qiemem
nice!
fxfb
@fxfb
Hi @nicolaspayette . Great extension so far! I have a little question. Is it possible to force a line break in a text or label field of a widget. Just like \n in other programming languages.
I can't write a little note text, so i have to create the single lines one by one. That's annoying.
Nicolas Payette
@nicolaspayette
Hi @fxfb! I'm glad that you're using the extension! NetLogo (and xw) do support the use of \n in some cases. Not being able to use it in widgets is a limitation of Swing. The workaround is to wrap the text in html and use a <br /> tag, e.g.: xw:set-label "<html>foo<br />bar</html>".
Nicolas Payette
@nicolaspayette
@esaminu are you around? Perhaps we can chat here instead of in the main NetLogo room.
Osman Abdelnasir
@esaminu
hey @nicolaspayette just saw this