by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Nick Tchayka
    @NickSeagull
    And also, Miso is quite weird, because those functions are only exported in the GHCJS version of it, not on the regular GHC one
    So we would have to separate completely the backend from the frontend
    Shoudlnt be that hard tho
    Marco Z
    @ocramz
    ha, what I suspected
    now I'm trying to write a bare-bones project to figure out what goes where
    I do like miso because M-V-C are well separated
    though I'm completely ignorant re. frontend development
    Marco Z
    @ocramz
    I feel miso is a very good choice to refurbish the project
    Nick Tchayka
    @NickSeagull
    Indeed it is @ocramz . Another thing that I was thinking of was to completely rewrite the backend and make it a RESTful API using some other framework like wai or yesod which are much more used in the Haskell community
    Marco Z
    @ocramz
    @NickSeagull what functionality would you put in the backend? the filesystem browser?
    I'm having a good experience with miso but I don't get why certain IO doesn't work, for example listing a directory
    so I wonder if it's a good idea to move that to a pure GHC backend
    once I figure this out I'm ready to help with the haskell-do refactor
    Kevin Cheung
    @dataopt
    I was trying to figure out what miso is without digging into the code. What is it supposed to do?
    Marco Z
    @ocramz
    @dataopt it lets you write both the visible part and the behaviour of a single-page application
    in the "model-view-controller" style, i.e. a finite state machine
    the model is the state, buttons and whatever inputs are the controller and view is the visible part of this
    Kevin Cheung
    @dataopt
    ic
    Nick Tchayka
    @NickSeagull
    @ocramz I would basically put the filesystem browser, compilation, save file, etc...
    Tony Day
    @tonyday567
    @ocramz would be interested in what you might have in mind.
    I've been thinking to put a websocket in chart-unit for a while now, then luna came along, and now I want to try something like that out.
    I imagine it's beyond svg, so would have to learn about front-end and canvas, and miso might wrap it all up nicely.
    Tim Pierson
    @o1lo01ol1o
    @tonyday567 you might check the transient gitter for some of @agocorona 's latest notes on that.
    Marco Z
    @ocramz
    @tonyday567 you're thinking of reactive/interactive graphics? I'm afraid I don't have any experience with those. Javascript callbacks into Haskell sound gnarly, but I'm the least qualified here to say this
    Marco Z
    @ocramz
    Can;t keep up with all the wonderful things built by @agocorona
    thanks Tim!
    Tim Pierson
    @o1lo01ol1o
    I know, right?
    now if only I could get spacemacs and dante working with nix + ghcjs . . .
    Nick Tchayka
    @NickSeagull
    What do you have in mind @tonyday567 ? I had an idea like that before, and I have a couple of ideas to make callbacks work somehow
    Tony Day
    @tonyday567
    I haven't been tracking the transient gitter, but will dip in
    @NickSeagull have you seen the luna gui? chart-unit is fairly friendly for text placement - no wrapping tech etc but you can place text in the same way as any other chart element.
    Tony Day
    @tonyday567
    My idea is bubbles. You color code bubbles with type information inside, and when types agree, are compatible, they click together, lol. And then you draw a chart if it's a bunch of numbers
    Nick Tchayka
    @NickSeagull
    Yeah, I've used luna, but I'm not sure where you want to go by having bubbles :sweat_smile: