This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-08-19
Channels
- # admin-announcements (14)
- # architecture (1)
- # beginners (21)
- # boot (301)
- # clojure (93)
- # clojure-brasil (56)
- # clojure-india (4)
- # clojure-italy (11)
- # clojure-japan (25)
- # clojure-russia (16)
- # clojure-sg (1)
- # clojure-uk (5)
- # clojurescript (64)
- # clojurex (4)
- # clojutre (7)
- # cursive (18)
- # datascript (35)
- # datomic (212)
- # editors (27)
- # emacs (38)
- # events (9)
- # funcool (21)
- # hoplon (105)
- # jobs (2)
- # ldnclj (41)
- # ldnproclodo (4)
- # liberator (89)
- # luminus (5)
- # off-topic (32)
- # om (39)
- # onyx (1)
- # re-frame (9)
- # reactive (1)
- # reagent (34)
- # testing (42)
- # yada (4)
that's true
or maybe a boot task that inlines all styles? i guess that would make the page bigger and defeat caching
which is why we might even see the prerendered page for awhile but then hoplon kicks in and kills it and gradually rebuilds it
i wonder about a prerender task specially for making laoding pages
that bakes in the CSS to present a nice loading page, which is SEO-able markup underneath
i don't know how much difference the inline vs stylesheet styles make, what's the benefit there?
the inline styles take effect before the external ones
that's how daniel's trick works afaict
daniel's fix appears to be a style tag though, not a link tag
which seems to take effect before hoplon does anything to the head
i see. so daniel's fix reduces but does not eliminate the amount of unstyled time?
so if i have that display:none in the head and a (body :style (cell "display: block") ...)
the flashing disappears indeed
is there significance in having cell
there?
oh i get it - interesting
ah, for the subpages of our app which normally appear when u click a menu item are all :style "display:none" with a :toggle which depends on the route-cell
the previous hack is obviously not nice, because it assumes u want the body to be block, but your css frameworks might set it to flex for example..
@alandipert: nice post!
A friend of mine wants to create a discourse instance for the broader Clojure community, providing categories/mailing lists for individual projects. You have your setup already but if it causes extra work might be worth considering. He's @plexus
@martinklepsch: thanks! yes i saw that. although i think it's probably best to leave ours where it is, we have a lot of content on it
@alandipert: yeah, definitely makes sense too
@martinklepsch: congrats on clojutre! looks like a great lineup
yeah, it really is. Now I better get going haha
nothing as motivating as an approaching talk :d
talk will feature lots of boot-cljs awesomeness
@alandipert: maybe a good time to send some sticker resupplies to Juho or me 😛
good point! will order more and load up micha
ah right, he’s also coming, lol 😄
@alandipert: thanks for the mentions in your announcement!
we could also make some use of some more stickers.
the team likes your ecosystem a lot and they are proud to be able to use it at work (at least that's what i sense
@onetom: my pleasure!
it's great to hear that people enjoy 😄
@alandipert: we should use that google thing
i am unaware of a thing such as this
does anyone know how i can get the stack trace associated with an error in the js console in firefox?
i feel like bisecting my application to see where an error originates must be the wrong way to do it
not sure maybe need firebug?
didnt do much debug on firefox yet
you tried:
Stack traces
Just call console.trace() and Firebug will write a very informative stack trace to the console. Not only will it tell you which functions are on the stack, but it will include the value of each argument that was passed to each function. You can click the functions or objects to inspect them further.
from firebug wiki
let me know if you found solution 😉 we also should check on more browsers then just chrome haha 😄