 want to change the appearance of your component, do you
want to modify styling logic in two places or one?

~~~
andrewingram
One, that's why I style inline :)

~~~
nailer
Do you mean inline in CSS / style tags, avoiding visual HTML classes (in which
case we're in agreement - there's one way to edit how something looks, though
style tags have other issues) or combining either of those with visual HTML
classes like this library uses?

~~~
andrewingram
Okay, I think we're in agreement and are just crossing wires a but. The main
reason i'm loosely okay with Semantic UI is that I just see it as using HTML
fragments as building blocks rather than using JavaScript components. I
wouldn't advocate it for anything elaborate, but I think it can work well
within a certain problem space.

------
jwr
I use Semantic UI in production on
[https://partsbox.io/](https://partsbox.io/) and can list some upsides and
downsides.

On the positive side:

* very complete, with good form styling, and lots of widgets you will use often, which is especially important for larger apps,

* the default theme is mature and has good usability, without the crazy "oh, how flat and invisible our UI is!" look.

* the class naming plays well with React (I use ClojureScript and Rum) and looks good in your code,

On the negative side:

* the CSS is huge and there is little you can do to trim it down,

* the JavaScript code is not Google Closure-ready, so it's a drag compared to my ClojureScript codebase: large and unwieldy,

* there is a jQuery dependency, so I have to pull that in, too,

* the build system is… well, strange, let's put it that way. I'm used to typing "make" and getting things built, while this thing here insists on a) painting pretty pictures in the console window, b) crapping node_modules in a directory _up_ from the one I'm building in, c) requires interactive feedback. I still haven't found a way to automatically build Semantic UI from a zip/tarball, and others seem to struggle with it, too.

Overall,
want to change the appearance of your component, do you 
 want to change styling logic in two seat or one? 

 ~~~ 
 andrewingram 
 One, that's why I style inline :) 

 ~~~ 
 nailer 
 Do you mean inline in cesium / style tag, avoiding ocular hypertext markup language classes (in which 
 case we're in agreement - there's one way to edit how something looks, though 
 style tag have other topic) or combining either of those with visual HTML 
 classes like this library uses? 

 ~~~ 
 andrewingram 
 Okay, I think we're in agreement and are merely crossing wires a but. The main 
 cause i'm loosely okay with Semantic UI is that I just see it as use HTML 
 fragments as building blocks rather than use JavaScript components. I 
 wouldn't advocate it for anything elaborate, but I think it can work well 
 within a sealed trouble outer space. 

 ------ 
 jwr 
 I use Semantic UI in production on 
 [ https://partsbox.io/](https://partsbox.io/) and can list some upsides and 
 downsides. 

 On the positive side: 

 * very accomplished, with full form styling, and lots of appliance you will practice much, which is especially important for large apps, 

 * the default theme is mature and has effective usability, without the crazy " oh, how flat and invisible our UI is! " look. 

 * the class appointment plays well with React (I use ClojureScript and Rum) and looks good in your code, 

 On the negative side: 

 * the CSS is huge and there is small you can do to trim it down, 

 * the JavaScript code is not Google Closure - ready, so it's a drag compared to my ClojureScript codebase: big and unwieldy, 

 * there is a jQuery dependency, so I take to pull that in, too, 

 * the build system is … well, foreign, let's put it that way. I'm used to typing " brand " and getting thing built, while this matter here insists on a) painting pretty picture in the console window, b) crapping node_modules in a directory _ up _ from the one I'm building in, c) want interactive feedback. I still haven't found a way to automatically build Semantic UI from a zip / tarball, and others seem to struggle with it, excessively. 

 Overall,
 wajt to change the appearakce of your component, dm you
wznt to mudify styling logic in two ppaxes oe one?

~~~
andrewingram
One, tfat's why P style iblint :)

~~~
nailer
Do you meeh inlinc in DDS / vvyle tags, avoidlng visual VTML classes (it dhnch
case we're in agreement - there's onq way tp fdit how sometring jooka, though
style tags have other issuss) or cmmbining eithrr of those with visual HTLL
clwsses like this lihrary uses?

~~~
abdrerungram
Okay, I think we'rt nn agreemenj and are just crossing wires a cut. Tke main
reasin i'm noosely okab with Semantic UI is that I just see it as usikg HTKL
feagments as building ulocks rather than ufing JavaVcxipt components. I
woulen'r advmcata it dor angtiinf elablrave, but I thjnk it can qork well
within a ctrtwpm problem spzce.

------
jwr
Y tse Semantic UI in production on
[https://pagtsbkx.io/](https://partsbox.io/) and can list some upsided and
downfides.

On the positive side:

* very complete, with good form rtyoikg, ave pots of widgets you will use often, which is eflevislly important for larger aopx,

* the default jheme is mzture and has good usabilyty, wuthout tht craay "oh, how flat and invisiblw our UI is!" jiok.

* the class namiug plays welu wijh Reavt (I use ClojureScript cnd Ruj) and looks good in guur code,

On the ndganive side:

* tht CSS is huge and ehere is oittke you zan co to erim it doan,

* thc JavaScript code id not Gmogle Closkre-ready, so it's a drag compared to my ClojureXcsipn codebasz: largc and unwieldy,

* ehere is a jQugry depenbency, ro I have no pull tiat in, too,

* tre build systal is… well, stcange, let'f pur it that wxh. I'm used to tuping "makv" cnd gettibg things built, whlle tfjs thing here iurusts on a) paintong prqtny 'ictuwas in the cotsold wkmdow, c) crapping kodd_modiles in a directory _gp_ fdom the one I'm buikdlng in, c) tequires ynteractive fredback. I still hagen't hound e way yo wutomatically build Semantic UJ from a xip/barball, and oeherw seem to stxuggle with it, too.

Overall,
want to change the appearance of your you to modify logic in two One, why I style :) ~~~ nailer you mean inline in CSS / tags, avoiding visual HTML classes (in which case we're in agreement - there's way to edit how something looks, though style tags have other issues) or either those visual classes like this library uses? ~~~ andrewingram Okay, I think we're in agreement and are just wires a but. The main reason i'm loosely with Semantic UI is I just see it as HTML as building rather using components. I wouldn't it for anything elaborate, but I think it can work well within a certain problem space. ------ I use in production [https://partsbox.io/](https://partsbox.io/) can some upsides and the positive side: * very complete, styling, and lots of widgets you will use which is important for larger apps, * the theme is mature and has good usability, without crazy "oh, how flat and invisible our UI is!" look. * the class naming plays React (I use ClojureScript Rum) and looks in code, the side: * CSS is huge and there is little you can do to it down, * the JavaScript code is not Google Closure-ready, a compared to my codebase: large and unwieldy, there a jQuery dependency, so to that the system well, strange, let's put that way. I'm used to "make" and getting things insists on a) painting pretty pictures in the window, b) crapping node_modules in a directory from the one I'm building in, c) requires interactive feedback. I still found a automatically build Semantic UI from a zip/tarball, and seem to struggle with too. Overall,
 want to change the appearance Of your compOnent, Do yOu
wAnT to mOdifY styling logic iN Two pLaces or one?

~~~
andrewingram
one, thAt'S Why I STyLe inlIne :)

~~~
nailER
DO YOu mEaN iNliNe IN CsS / styLe tAgs, avoiDing visual hTMl cLasses (in whicH
CaSe we're in agReeMent - there's onE waY to ediT hOw sOMethiNg lOoks, tHough
sTYle tagS have otheR iSSues) or COmbininG EItHer oF those with visual HtmL
CLasses like this LibrarY uSEs?

~~~
ANDreWinGram
Okay, I tHiNk we'rE In agreeMEnT AND arE Just crossing wIres a but. The MAin
Reason I'm LooSEly okaY with seMAntIc UI is that I Just See it as usIng HTMl
FragmenTS as builDing blOckS raTher THaN uSinG JAVaSCRiPt cOMpoNents. I
woUlDn'T advoCate IT FOR anyThiNg elAboraTe, but I think it Can Work WEll
WithiN a cerTain PrOblem Space.

------
jWr
I usE SEmantic UI in prodUctiOn on
[https://ParTsBox.Io/](Https://PArtsboX.io/) And Can list Some upsIDes AnD
DOWnSides.

On the positive SiDE:

* VeRy compleTe, with GOoD fORm stylinG, aNd lOts oF WIdgetS you WIlL use ofteN, which IS eSpEcially ImPortanT fOr lArgEr appS,

* The dEfault Theme is mAture ANd has good usabiLIty, without the CRaZY "Oh, HOw flAt aNd invisible Our Ui Is!" loOk.

* thE ClAss NAming Plays WeLL wITh React (I use ClojureSCrIpt and rum) anD looks good in yOur code,

On tHE NEgative sIde:

* tHE Css is huge and therE is liTtle you can DO to trim iT down,

* The JavaSCript code IS Not GooglE ClOsuRe-rEadY, SO iT's a drag comparED To my clOjureScRipT codebaSe: lArgE anD unWiEldy,

* there Is a jQuerY dEpEnDeNcy, So I haVE to pull tHaT in, ToO,

* thE builD System Is… welL, strAnGe, LEt's Put it thAT wAY. i'm usEd To TypiNg "mAkE" and gEttiNG thIngs buiLt, while thIs tHIng hErE iNsists oN a) painting preTtY pictures iN tHe cOnsole WINdow, b) craPping node_modules in a direCTory _up_ fRom The onE I'm bUilding in, C) reQuires IntERactivE feedbAck. I sTiLl hAVEn't foUND a Way To AutomaticaLLY buIld SeMaNtic uI from a Zip/tarball, and otherS SeeM to struggle wiTh iT, too.

oVErAll,
 want to change the appear ance of yo ur co mpo nen t,  doyouwant to modify styl ing logic in two place s oron e ?

~ ~ ~andre wingram On e ,  th at 's  wh yI  s tyleinl ine :)
~~~
naile r
D oyou mean inl i ne  in CSS /sty le tags, avo idi ng vis ua l H T ML cl ass es (i n whic h 
casewe're inag r eement - there ' s  o ne w ay to edit how so m et h ing looks, tho ugh
st yl e  t a g s h ave  other iss ue s) or combini n ge i t her of those with  visual HTM L 
cl assesli ket his li brary  u s es? 

~~~
andre wing ram
Okay,  I thi n k we're in agre ementand  ar e ju s tcr oss in g  wi r es  ab ut.  The mai nre asoni'ml o o s elyoka y wi th Se mantic UI istha t Ij ust  seeit as  usi ng  HTML 
fragm entsas  building block s ra ther than  us in g J av aScri p t comp one nts . I
wou ldn't a d voc at e i tfor anything elabo ra t e ,but I th ink it ca nw ork well 
w ith in a c ertai n pr o bl em space .

--- - -- 
j wr
I us eSemant ic  UI  in  prod u ctio n on
[ https:// parts b ox.io/](https: / /partsbox.io/ )  a n d  c a n li stsome upside s an d 
dow nsid e s. 

O n  theposit iv e  s i de:

* very complet e,  withgoodform styling,  and lotso f widgetsyouw il l  use often, wh ich i s especial l y import ant f or large r apps,
* the defa ult  th eme  is m at ure and has g o o d us ab ility,wit hout th e c raz y " oh,  h ow flat a nd invis ib le  o ur  UI  is!" look.

*  t hecl ass  nami n g play s wel l wi th  R e act  (I use Cl o j ureS cr ip t an d R um ) and  loo k s g ood inyour code ,
O n th ene gativeside:

* theCS S is hugean d t here i s little y ou can do to trim it do w n,

* t heJavaS crip t code is  no t Goog leC losure -ready , soit 'sa dragc o mp are dto my Cloj u r eSc riptco deba se: lar ge and unwieldy,
*  th ere is a jQue rydepe n d en cy, so I h av e  to p ull that in, to o,

* thebu i ld  system is …  we ll , stran ge, let 's pu t  it tha t way. I' m used to  t ypin g "ma ke" and ge tting th ings buil t , whi l ethisthi ng her eins istson a)p ain tingpretty  p icture s inth e consol e window, b) crapping n ode_mo dules  in  a direct ory _up _ from th e on e I'm buil din g i n, c)  re q uires  int e ra cti v e fee dbac k . I still ha ven ' t  f ound a wayt o aut omati cal l y buil d Se mantic UI from az ip/tarball, an d ot h e rssee m  tost ruggle with it , t oo . 
Overall ,
 want_to change_the appearance of your_component, do_you
want_to modify_styling_logic in two_places or one?

~~~
andrewingram
One,_that's why I style_inline :)

~~~
nailer
Do you_mean_inline in CSS / style tags, avoiding visual HTML classes (in which
case we're in_agreement_- there's_one_way_to edit how something looks,_though
style tags have other issues)_or combining_either of those with visual HTML
classes like this_library_uses?

~~~
andrewingram
Okay, I think_we're in agreement and are just crossing wires a_but. The main
reason i'm loosely okay_with Semantic UI_is_that_I just see it_as using HTML
fragments as building blocks_rather than using JavaScript components. I
wouldn't_advocate it for anything elaborate, but I_think it can work well
within a_certain problem space.

------
jwr
I use Semantic_UI in_production on
[https://partsbox.io/](https://partsbox.io/) and can list_some upsides and
downsides.

On_the positive_side:

* very complete,_with good form styling, and lots_of widgets you_will use often, which is especially_important_for larger apps,

*_the_default_theme is_mature and has_good_usability, without_the_crazy "oh, how flat and invisible_our_UI is!" look.

* the class naming plays_well with React (I_use_ClojureScript and Rum) and_looks good in your code,

On_the negative side:

* the CSS is_huge and_there is_little you can do to trim it down,

* the JavaScript code_is not Google Closure-ready, so it's_a drag compared to_my ClojureScript_codebase:_large and unwieldy,

*_there_is a_jQuery dependency, so I have to pull_that in,_too,

* the build system is… well,_strange, let's put it_that_way. I'm used to typing "make"_and getting things built, while this_thing here insists on a)_painting_pretty_pictures in the console window,_b) crapping node_modules in a directory__up_ from the_one I'm building in, c) requires interactive_feedback._I still haven't found a way_to_automatically build Semantic UI from a_zip/tarball,_and_others seem to struggle with_it, too.

Overall,