I don't think I'll need the GUI bindings, since I'm mostly using my own GUI system (just a big openGL canvas%). I imagine that I could just have my system generate events and create behaviors on its own and just use the update model. Is there anything stopping me from being able to just `(require frtime)` and use all the reactive stuff?
Philip Monk On Wed, Nov 13, 2013 at 12:01 AM, Gregory Cooper <ghcoo...@gmail.com> wrote: > Similarly to what Shriram said, I think a big problem with FrTime is that > it's monolithic. It could (in my opinion) be greatly improved if the core > update model were decoupled from any language extensions, global state, or > threads, i.e., made into something that could be independently > instantiated, tested, and combined with other libraries. This would make it > more modular, easier to understand and maintain, etc. > > Greg > > PS. As far as I know the GUI bindings do still work... :-) > > > > On Tue, Nov 12, 2013 at 10:31 PM, Shriram Krishnamurthi > <s...@cs.brown.edu>wrote: > >> I think the core stuff will continue to work fine; I imagine the GUI >> bindings have ossified by now. >> >> You may actually find it useful to look at some of the examples on the >> Flapjax site (www.flapjax-lang.org). There, we were actively trying to >> convey an idea to a community that thought didn't think that way. >> FrTime was written for Schemers, the first cousins of functional >> programmers, so we didn't think we needed to explain much. (Though >> there are still some interesting demos in the distro.) >> >> The one thing I wish we'd done was figured out a really, really clean >> way to have just a part of the program be reactive, and the rest of it >> be normal. We talked about this, and at some point Greg even >> implemented a macro that let you "inject reactivity" into an >> expression (so to speak). I don't know it's status. It's a question >> I'm starting to reopen in my head in Pyret. >> >> Shriram >> >> On Tue, Nov 12, 2013 at 11:58 PM, Philip Monk <pcm...@asu.edu> wrote: >> > I've been interested in FRP for a while, but I haven't yet found a way >> to >> > learn it, and I'm thinking FrTime might be a good way. I'm the kind of >> guy >> > who learns stuff best by integrating them into my projects, and I'm >> working >> > on a project in Racket right now that seems like it could benefit. How >> hard >> > would it be to integrate frtime into an existing project? I assume >> that I >> > would create most of my own signals and whatnot, but it looks like I >> should >> > be able to use the same update mechanism even without using #lang >> FrTime. >> > >> > Are there any particular docs and/or code I should read (aside from the >> > basic docs online and your paper)? Any tips? >> > >> > Philip Monk >> > >> > >> > On Tue, Nov 12, 2013 at 2:54 PM, Shriram Krishnamurthi <s...@cs.brown.edu >> > >> > wrote: >> >> >> >> Hi Dan, >> >> >> >> I don't think anyone is using FrTime, because nobody in the Racket >> >> community really expressed much interest in it, so it didn't gain >> >> enough momentum. I concluded that the kind of person who likes Racket >> >> is perfectly happy with Racket's existing GUI libraries, and FrTime >> >> was solving a non-problem for them. >> >> >> >> That said, a few people have given it a whirl, suggested a bug, or >> >> provided an enhancement. It just hasn't had anywhere near the level of >> >> sustained interest as Racket. >> >> >> >> Does that make sense? >> >> >> >> Shriram >> >> ____________________ >> >> Racket Users list: >> >> http://lists.racket-lang.org/users >> > >> > >> > >
____________________ Racket Users list: http://lists.racket-lang.org/users
