12:03 < dmitrig01|afk> skiquel: {{{Don't touch}}} {{{/Don't touch}}}
12:03 < dmitrig01|afk> skiquel: just like {{{base}}}
12:03 < dmitrig01|afk> skiquel: or whatever the notation is
12:03 < dmitrig01|afk> skiquel: in stylesheets
12:04 < skiquel> think we can do a /* {{DT!}} */ /* {{/DT!}} */
12:06 < dmitrig01|afk> skiquel: sure
12:06 < dmitrig01|afk> skiquel: also, in http://drupal.org/node/301972
12:06 < Druplicon> http://drupal.org/node/301972 => Fills => 1 IRC mention
12:07 < dmitrig01|afk> skiquel: the sample images should be wider so you can
see what;s going on
12:07 < dmitrig01|afk> skiquel: like 100-200px
12:07 < dmitrig01|afk> skiquel: like 100-200px
12:07 < skiquel> kk
12:07 < dmitrig01|afk> skiquel: and 'fill' => array(array('y-gradient', 0, 0,
2, 114, 'top', 'bottom'),
12:07 < skiquel> let me github this to the README's todo
12:07 < dmitrig01|afk> skiquel: the arrya hsould have named keys
12:08 < dmitrig01|afk> skiquel: fill => array(array(type => y-gradient, x => 0,
y => 0, width => 2, height => 2, top color => top,
bottom color => bottom))
13:59 < dmitrig01|afk> skiquel: also program an x gradient
Comments
Comment #1
Danial Namousi commentedTo be honest, skiquel. I haven't been comfortable with the markup currently used in the CSS-files. I think it's quite messy.
A few weeks back, I did some experiments with alternative markup with corresponding regex for extracting the values (not replacing). The idea was to avoid encapsulating the field value and allow arbitrary CSS values (not just hex codes).
Something like this would be nice to work with:
The pattern should allow mashup with other comments as well (as you can see in 'field-example-color').
Comment #2
tonyn commentedDanial,
Stuff like this is sometimes better in it's own issue. To begin with I should have had this split up into multiple ones, my bad. This recommendation is good enough to deserve it's own issue. No biggie, I'll just change the title of this. :)
This is looking more practical, how are you with regex? I'm new.
I am guessing we're trying to pull out the attribute name, attribute value, then if applicable the tag behind it. Sound about right?
Comment #3
Danial Namousi commentedSorry, Tony, my bad.
I am also new to regular expressions but I did manage to pull the corresponding CSS attribute names and values quite easily using the suggested markup. We should perhaps consult someone from the community who's good at this. I could perhaps provide a first draft of the regex for revision.
But a first step might be to, using the current markup, not to draw a line between hexcodes and other types of values, hence treating everything as just text. For the UI, if a field is not a hexcode, farbtastic wouldn't need to act on it, instead a simple text-field could be provided. Does this make any sense? How much work do you think it would take? What could I do to help out?
I could make great use of this in the Sussex theme (http://drupal.org/project/sussex).
Comment #4
tonyn commentedOK Danial,
Finishing the rewritten tag system.
I created another theme called cleanstate_tag that demonstrates its usage.
JohnAlbin: Is there anyway we can use subthemes to slim down the duplicate files we're using?
Comment #5
Danial Namousi commentedThat's great, Tony! And the timing is impeccable.