Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Aron Gabor
    @ashnur
    @eightyeight that the object i have is a datascript entity value which gets mangled up by the extend from value-event/domdelegator (i don't remember which)
    i will have to write a custom event handler instead of sendSubmit
    fact is, observ-* is really bad at anything large-ish
    Aron Gabor
    @ashnur
    so i also replaced it, but i just used this: https://github.com/tonsky/datascript
    Daniel Buckmaster
    @crabmusket
    has anyone tried to use any templating languages with mercury? I'm looking at t7 https://github.com/trueadm/t7
    @pmros I know what you mean about the spaghetti. I tend to split my files into state, renderers, and 'brokers', where the job of the brokers is just to set up state dependencies
    Daniel Buckmaster
    @crabmusket
    that keeps them kind of contained at least
    Aron Gabor
    @ashnur
    @eightyeight why would you use a templating language?
    @eightyeight maybe you would like this? https://github.com/fp-dom
    Daniel Buckmaster
    @crabmusket
    what's advocated in that article doesn't exist for mercury either :p
    though I wonder if something like that could be achieved with the use of virtual-dom, in the same sort of way that client-side JS can take over a server-side rendered page
    Daniel Buckmaster
    @crabmusket
    I don't know if I quite get the benefit of fp-dom
    Aron Gabor
    @ashnur
    @eightyeight I don't know either. I tried but then went back to using virtual-hyperscript
    the clojurescript people have a nice dsl for html
    Daniel Buckmaster
    @crabmusket
    my goal is to not have a DSL, but to have HTML with the minimal additions necessary for control flow
    I need to work with a designer and it's a better workflow for us to stay in HTML as much as possible
    anyway, I'll work something out :)
    Aron Gabor
    @ashnur
    @eightyeight "minimal additions" == dsl
    virtual-hyperscript is a kind of dsl too imho
    and the one the clojurescript people use is even easier
    Aron Gabor
    @ashnur
    i am having this constant issue that some elements are reused
    instead of replaced
    Chris Vickery
    @chrisinajar
    have you tried using key?
    Daniel Buckmaster
    @crabmusket
    hyperscript is definitely a DSL. I meant that I was looking for something mostly HTML rather than something completely different. Even Vue's templates, which are implemented in entirely HTML syntax, are a form of DSL - I guess the difference is it's embedded in HTML rather than in JS
    Clément
    @kigiri
    @chrisinajar Can you point me to some documentation about the key ?
    Is it just a specific property used by the virtualdom ? We can simply set it in virtual hyperscript props then ?
    Chris Vickery
    @chrisinajar
    @kigiri yeah, it basically tells vdom that an existing element with this key should be reused when patching if possible. It's mostly great when you have lists of elements that you're reordering. https://github.com/Raynos/virtual-hyperscript#key
    Clément
    @kigiri
    Thx
    I use d3js inside a div and so i don't want the vdom to mutate it because it keeps the content
    Chris Vickery
    @chrisinajar
    @kigiri for that you probably need a thunk
    Clément
    @kigiri
    I tought thunks where for optimisation purpose
    Chris Vickery
    @chrisinajar
    they are, but it's also a way to say "Hey, vdom, ignore everything underneath this node"
    so that way you can manage it from outside of the loop
    like for d3 or highcharts or stripe or whatever
    Clément
    @kigiri
    Oh nice ok
    Daniel Buckmaster
    @crabmusket
    @chrisinajar do you mean widgets? @kigiri https://github.com/Raynos/mercury/blob/master/docs/widgets.md
    Evan Hackett
    @evanhackett
    Is this project still alive?
    Just found out about mercury and it looks cool. But I don't necessarily want to jump in if it is dead
    Daniel Buckmaster
    @crabmusket
    it's being used, but the repo isn't too active
    FWIW on the one large project I've used it on, we found the codebase was so small and sensible that it was pretty easy to manage even without support or development from others
    especially because so much of it is just virtual-dom, which is not dead
    Aron Gabor
    @ashnur
    @evanhackett afaik I know Raynos considers mercury a finished product that is done in the sense that it doesn't really worth building anything on the core.
    I think that the best way to think about mercury is an example microframework that you can just use as a template. You can add whatever other module you want and replace the things that you don't want. I for example replaced for a project this year all observe-* functions with datascript and added js-csp to it so I can handle all data flow nicely. It became a way more robust and scalable system than mercury is in its current form.
    Evan Hackett
    @evanhackett
    Ah I see. Cool, thanks all
    Jake Verbaten
    @Raynos
    "finished". "done"
    Aron Gabor
    @ashnur
    well, i hope i haven't misrepresented your views @Raynos :D
    Jake Verbaten
    @Raynos
    @ashnur I think you know what I know :D
    Aron Gabor
    @ashnur
    @Raynos I wish :D. But you see, I am putting together another quick frontend for a PoC and my colleagues are like, will you use Angular or React? :D and I am like "not going to waste time on those"
    I think that's my quote for the year with the expression "x is/are/am like" :(
    quota*
    Jake Verbaten
    @Raynos
    @ashnur I heard vue2.0 is simple :P