1 2 3 4 5 6 7 8 9 10 11 | .turnAnimation() { from { .transform3dAni(rotateY(0deg)); } to { .transform3dAni(rotateY(180deg)); } } @-webkit-keyframes turnAnimation { .turnAnimation; } @-moz-keyframes turnAnimation { .turnAnimation; } @-o-keyframes turnAnimation { .turnAnimation; } @keyframes turnAnimation { .turnAnimation; } |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 | @-webkit-keyframes turnAnimation { from { -webkit-transform: rotatey(0deg); -moz-transform: rotatey(0deg); -o-transform: rotatey(0deg); transform: rotatey(0deg); } to { -webkit-transform: rotatey(180deg); -moz-transform: rotatey(180deg); -o-transform: rotatey(180deg); transform: rotatey(180deg); } } @-moz-keyframes turnAnimation { from { -webkit-transform: rotatey(0deg); -moz-transform: rotatey(0deg); -o-transform: rotatey(0deg); transform: rotatey(0deg); } to { -webkit-transform: rotatey(180deg); -moz-transform: rotatey(180deg); -o-transform: rotatey(180deg); transform: rotatey(180deg); } } @-o-keyframes turnAnimation { from { -webkit-transform: rotatey(0deg); -moz-transform: rotatey(0deg); -o-transform: rotatey(0deg); transform: rotatey(0deg); } to { -webkit-transform: rotatey(180deg); -moz-transform: rotatey(180deg); -o-transform: rotatey(180deg); transform: rotatey(180deg); } } @keyframes turnAnimation { from { -webkit-transform: rotatey(0deg); -moz-transform: rotatey(0deg); -o-transform: rotatey(0deg); transform: rotatey(0deg); } to { -webkit-transform: rotatey(180deg); -moz-transform: rotatey(180deg); -o-transform: rotatey(180deg); transform: rotatey(180deg); } } |
Is LESS zoiets als coffeescript, maar dan voor css en wordt gewoon lokaal (voor de developer) 'geconverteerd' en dan .css naar de client gestuurd of wordt het client-side geconverteerd?quote:Op woensdag 8 augustus 2012 14:16 schreef Catch22- het volgende:
LessWinless
CSS3 zonder LESS (Of Sass of een andere preprocessor) is gewoon _niet_ te doen
ga er nog een keer naar kijken. probeer mn css nu zo veel mogelijk DRY te schrijven maar dat is soms onmogelijk. bijvoorbeeld als je een kleur ergens zowel als achtergrond en rand wil gebruiken. Komt het er toch op neer dat 2x dezelfde kleurcode in je css staat.quote:Op woensdag 8 augustus 2012 14:43 schreef Catch22- het volgende:
Als je LESS gebruikt kan je mixins schrijven die dit voor je doen. Je hebt bijvoorbeeld 3L (Lots of Love for Less), dat een soort toolbox is met allerlei tools/mixins voor LESS
@nice-blue: #5B83AD;quote:Op woensdag 8 augustus 2012 14:57 schreef Catch22- het volgende:
Met LESS kan je variabelen gebruiken
Het principe: http://lesscss.org/
De win compiler: http://winless.org/ (als je niet onder windows draait moet je 1 zoeken voor je OS)
Het "framework/toolbox": http://mateuszkocz.github.com/3l/
als je vragen hebt, geef maar een gil
1 2 3 4 5 | <input type="radio" id="rap_driver" name="rap_keuze" value="driver" /> Driver <input type="text" id="driverr" name="driver" /> <input type="radio" id="rap_cwid" name="rap_keuze" value="cwid_nummer" /> CWID nummer <input type="text" id="cwid_nr" name="cwid_nr" /> |
1 2 3 4 | $('input[name=cwid_nr]').click(function(){ $("input[id=rap_cwid]").attr('checked', 'checked') }); ; |
1 | $('input[name=cwid_nr]').attr("required", "true"); |
Het is wel een worst-practice om je variabelen de naam van de kleur mee te geven. Op het moment dat de nice-blue nice-green moet worden, moet je alsnog alles aan gaan passen, omdat je @nice-blue in ene groen is geworden.quote:Op woensdag 8 augustus 2012 15:05 schreef Catch22- het volgende:
of bijvoorbeeld
@nice-blue: #5B83AD;
@light-blue: darken(@nice-blue, 20%);
Het is geen true/false kwestie. Zo maak je iets required:quote:Op donderdag 9 augustus 2012 10:57 schreef Cue_ het volgende:
[code]$('input[name=cwid_nr]').attr("required", "true");[/code]
1 | $(selector).attr('required', 'required'); |
1 | $(selector).removeAttr('required'); |
http://api.jquery.com/prop/quote:Op donderdag 9 augustus 2012 11:05 schreef Tijn het volgende:
[..]
Het is geen true/false kwestie. Zo maak je iets required:
[ code verwijderd ]
Wat je precies als tweede string meegeeft maakt eigenlijk niet uit: als er iets staat bij een attribuut, dan staat het aan.
Om het weer weg te halen doe je dit:
[ code verwijderd ]
Het werkt zo met alle attributen van HTML-elementen, zoals ook het attribuut "checked" wat je op je radio-buttons gebruikt. Die zet je met .attr('checked', 'checked') en haal je weer weg met .removeAttr('checked').
Ja maja, daar hou ik persoonlijk niet zo vaak rekening mee, omdat kleuren niet veranderen zonder dat alles op de schop gaat, in de praktijk.quote:Op donderdag 9 augustus 2012 10:58 schreef QM84 het volgende:
[..]
Het is wel een worst-practice om je variabelen de naam van de kleur mee te geven. Op het moment dat de nice-blue nice-green moet worden, moet je alsnog alles aan gaan passen, omdat je @nice-blue in ene groen is geworden.
Ah, beter. Thanks.quote:Op donderdag 9 augustus 2012 12:40 schreef Catch22- het volgende:
[..]
http://api.jquery.com/prop/
is in de nieuwe jQuery versies de bestpractice
ik wel maar ben dan ook een best practice-geekquote:Op donderdag 9 augustus 2012 13:05 schreef Catch22- het volgende:
Ja precies, op papier of als je thema's wil bouwen. In de praktijk gebruik ik dat never.
Vreemd, deze was ik idd ook tegengekomen, maar leek niet te werken. nu wel. Dus zal wel iets verkeerds hebben gedaan.quote:Op donderdag 9 augustus 2012 12:40 schreef Catch22- het volgende:
http://api.jquery.com/prop/
is in de nieuwe jQuery versies de bestpractice
Het werkte gewoon ben ik achter. lag eraan omdat het clickevent op het inputfield lag en niet (ook) op de radiobutton. En als je dan test en je gebruikt ze beiden door elkaar heen.quote:
Kijk dan wel naar zaken als doorgroei en of er al dan niet nog door andere ontwikkelaars mee gewerkt dient te worden. Soms is alles documenteren en omschrijven raadzaam en uiteindelijk efficiënter. vaak niet daar heb je gelijk in.quote:Op donderdag 9 augustus 2012 13:28 schreef Catch22- het volgende:
Ik ook; maar ik ben wél pragmatisch. Ik ga geen dingen doen die 'mogelijk handiger' zijn, terwijl ik weet dat die situaties niet of nauwelijks voor gaan komen.
Wat is er niet pragmatisch aan het geven van logische namen aan je kleuren?quote:Op donderdag 9 augustus 2012 13:28 schreef Catch22- het volgende:
Ik ook; maar ik ben wél pragmatisch.
ik schrijf wel efficient, maar de projecten waaraan ik werk zijn grafisch gezien niet superonderheving aan veranderingen. Dus dit is een non-issue.quote:Op donderdag 9 augustus 2012 14:13 schreef n8n het volgende:
[..]
Kijk dan wel naar zaken als doorgroei en of er al dan niet nog door andere ontwikkelaars mee gewerkt dient te worden. Soms is alles documenteren en omschrijven raadzaam en uiteindelijk efficiënter. vaak niet daar heb je gelijk in.
ik gebruik geen variabelen voor kleuren eigenlijk... Een kleur veranderen gaat gewoon met find and replace dus.quote:Op donderdag 9 augustus 2012 14:32 schreef Tijn het volgende:
[..]
Wat is er niet pragmatisch aan het geven van logische namen aan je kleuren?
Als je dat altijd doet en gewend bent, kost het absoluut geen extra moeite om de kleur een logische naam te geven in plaats van de tint proberen te beschrijven.
Waarom als je toch LESS gebruikt? Is het hele idee niet juist dat je niet meer steeds hoeft te find & replacen?quote:Op donderdag 9 augustus 2012 14:47 schreef Catch22- het volgende:
[..]
ik gebruik geen variabelen voor kleuren eigenlijk... Een kleur veranderen gaat gewoon met find and replace dus.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |