ianmcorvidae btw, did you get my /query the other day?
2012-10-09 28343, 2012
ianmcorvidae
Freso: uh, possibly
2012-10-09 28352, 2012
ianmcorvidae
Freso: I don't remember what it was though, so you might resend it :P
2012-10-09 28307, 2012
Freso
ianmcorvidae: Well, I was just asking if you need to reset anything if I am to work on MBS again on rika, or if I should just pull in the latest code and get cracking. :)
2012-10-09 28329, 2012
warp
ianmcorvidae: inline styling is good
2012-10-09 28356, 2012
ianmcorvidae
warp: for what?
2012-10-09 28315, 2012
ianmcorvidae
Freso: should mostly just be pulling it in -- you may need some dependencies and/or to update DBDefs
2012-10-09 28352, 2012
Freso
Uh.
2012-10-09 28358, 2012
warp
ianmcorvidae: inline styling is more convenient when that style isn't re-used elsewhere, so specific to that element.
2012-10-09 28300, 2012
warp
ianmcorvidae: doesn't clutter up the style sheet files, and makes it easier dealing with complicated layouts where you have to muck with the html and style at the same time to get the result you want.
2012-10-09 28311, 2012
ianmcorvidae
except for splitting up the styling so it's harder to predict a given style, moving more code into things that are harder to cache, and burying style within markup?
2012-10-09 28331, 2012
ianmcorvidae
no, it clutters up the *HTML* instead, how is that possibly better?
2012-10-09 28323, 2012
ianmcorvidae
(note, also, that most of these things aren't used once -- the *classes* are often only used once, but the styles are shared, since obviously we reuse images over and over again)
2012-10-09 28303, 2012
warp
ianmcorvidae: I'm sure we have inline styles in our html which are bad, but it isn't inherently bad.
2012-10-09 28327, 2012
ianmcorvidae
I disagree. Making reuse of styling harder isn't a good thing :(
2012-10-09 28359, 2012
warp
exactly, the whole point is to only use inline styles when those styles should NOT be re-used, but are specific to that element.
2012-10-09 28336, 2012
ianmcorvidae
and is it ever a good thing to have styling that's so specific it applies only to one element in an entire site?
2012-10-09 28347, 2012
warp
yes
2012-10-09 28304, 2012
ianmcorvidae thinks probably not, if you want visual consistency you want reuse
2012-10-09 28348, 2012
warp
visual consistency pushed to extremes makes for boring, lifeless and clinical graphic design.
2012-10-09 28303, 2012
warp
it's good to deviate in moderation
2012-10-09 28336, 2012
nikki
I'm sure we can deviate enough accidentally without doing it on purpose :P
2012-10-09 28342, 2012
ianmcorvidae
haha
2012-10-09 28312, 2012
ianmcorvidae
I'm also still not sure singleton elements shouldn't be in a central CSS file -- seems to me that's what the by-id selector is for :)
2012-10-09 28338, 2012
ianmcorvidae
primary benefit of central CSS is that you can change things in one place, not $large_number
2012-10-09 28343, 2012
warp
ianmcorvidae: it splits up stuff which for me is easier to work with together.
2012-10-09 28349, 2012
warp
ianmcorvidae: a contrived simple example: let's say you have articles with paragraphs of text + some images, you typically float the images right, so you have img { float: right } in the central css.
2012-10-09 28335, 2012
warp
ianmcorvidae: but for 1 particular article you need an image floated left, that is not something which should be part of the central css. that is better expressed with the content as <img style="float: left">
2012-10-09 28352, 2012
ianmcorvidae
why not <img class="left">?
2012-10-09 28317, 2012
ianmcorvidae
I don't think assuming you'll never need to float an image left other than "just that once" is reasonable
2012-10-09 28323, 2012
warp
it is more common (i.e. more than once) that you want to float an image left, yes, then that is what you'd do.
2012-10-09 28306, 2012
ianmcorvidae
then why make the maintenance burden of having to move it once it reaches some vague threshold of "used enough"?
2012-10-09 28326, 2012
warp
but until that situation presents itself, it just clutters up the central css.
2012-10-09 28346, 2012
warp
ianmcorvidae: because until the situation presents itself you don't know which parts you will need to abstract out
2012-10-09 28341, 2012
warp
ianmcorvidae: if you make things flexible and general before you have the need for them, you will be making things flexible you never need flexible. and you will still have forgotton to generalize other things, because you can never abstract out everything.
2012-10-09 28318, 2012
ianmcorvidae
I still don't think this is that hard, honestly :P but whatever
2012-10-09 28327, 2012
ianmcorvidae
the things I'm looking at here are multiply-reused background images
2012-10-09 28347, 2012
ianmcorvidae
which I think are an obvious thing to centralize
2012-10-09 28354, 2012
RootWyrm_ joined the channel
2012-10-09 28356, 2012
warp
ianmcorvidae: the expand and collapse?
2012-10-09 28310, 2012
ianmcorvidae
that's two of them
2012-10-09 28310, 2012
warp
i.e. the buttons?
2012-10-09 28336, 2012
warp
yes, those styles should be moved to .css
2012-10-09 28353, 2012
ianmcorvidae
basically all the images on the tracklist tab of the RE
I'd probably start from beta, unless you need the schema changes.
2012-10-09 28333, 2012
ijabz joined the channel
2012-10-09 28352, 2012
Freso
Hm. Is there a reason carton.lock isn't .gitignore'd?
2012-10-09 28311, 2012
uk
Yes, it contains the version of the relevant CPAN packages.
2012-10-09 28353, 2012
warp
Freso: generally start from master unless you need something which isn't in master yet.
2012-10-09 28325, 2012
Freso
warp: Alright.
2012-10-09 28351, 2012
RootWyrm_ joined the channel
2012-10-09 28310, 2012
reosarevok joined the channel
2012-10-09 28328, 2012
ruaok joined the channel
2012-10-09 28333, 2012
ruaok
nikki: ping
2012-10-09 28354, 2012
adhawkins
ruaok: libcaa all sorted
2012-10-09 28311, 2012
ruaok
adhawkins: awesome!
2012-10-09 28332, 2012
adhawkins
So can we see your big reveal online anywhere? :)
2012-10-09 28305, 2012
nikki
ruaok: pong
2012-10-09 28305, 2012
ruaok
nikki: what are the latest stats? (besides those listed on the site that are a few hours old)
2012-10-09 28317, 2012
ruaok
adhawkins: sfmusictech.com -- see if they offer session streaming.
2012-10-09 28329, 2012
ruaok
if they do, we are in the main room. so it should be covered.
2012-10-09 28318, 2012
adhawkins
Ok cool, will take a look
2012-10-09 28320, 2012
CallerNo6 joined the channel
2012-10-09 28326, 2012
warp
hello ruaok
2012-10-09 28333, 2012
ruaok
moin warp
2012-10-09 28334, 2012
nikki
they're still at http://mb.lmfao.org.uk/caa/stats , correct as of the last dump. caa stuff is still not replicated so I don't have anything more recent that than
2012-10-09 28338, 2012
ruaok
hi CallerNo6
2012-10-09 28347, 2012
ruaok
shag yo ass to this side of the bay, yo!
2012-10-09 28349, 2012
nikki
doesn't look like anyone's beaten those huge images yet anyway :P
