Nog steeds dat form waarvan je de HTML niet kunt wijzigen?quote:Op vrijdag 8 februari 2013 10:29 schreef stoeltafel het volgende:
http://allmotive.eu/offerte-aanvragen
Bij de onderste vraag zijn 6 opties te kiezen. Is het mogelijk hiervan 2 rijen van 3 te maken?
Heb al zitten kijken met float left / right maar dit werkt niet goed.
Ja, dat kan. Noem de class per button anders.quote:Op dinsdag 12 februari 2013 11:14 schreef stoeltafel het volgende:
Vraagje over het aanpassen van CSS buttons.
http://www.allmotive.eu/producten/test-pagina
De button rechts heet pdf-button.png
Nu wil ik de button per rij aanpassen in hoogte is dit mogelijk?
Kan de button wel aanpassen in stylesheet.css alleen dan verandert die voor elke pagina.
Heb gekeken naar height maar dat lost niks op.
1 2 | <td style="width: 250px;"> <p> <a class="pdf" href="images/pdf/DFSK/1%20Prijzen%20en%20opties%20DFSK%20Citytruck%20Pick-up%20K01%20Epower%201.pdf">download de pdf</a></p> |
De class kun je toch aanpassen?quote:Op dinsdag 12 februari 2013 11:18 schreef stoeltafel het volgende:
Heb het nu zo staan
[ code verwijderd ]
Meer info (informatie vind ik beter maar is wat langer)quote:Op dinsdag 12 februari 2013 14:46 schreef stoeltafel het volgende:
[..]
Te slecht? Iedereen moet het begrijpen he
Of weet jij een betere tekst?
quote:Op dinsdag 12 februari 2013 14:46 schreef stoeltafel het volgende:
[..]
Te slecht? Iedereen moet het begrijpen he
Of weet jij een betere tekst?
Beter ja, aangepast.quote:Op dinsdag 12 februari 2013 14:48 schreef mschol het volgende:
[..]
Meer info (informatie vind ik beter maar is wat langer)
Tijdje geleden heb ik een enquête laten invullen voor mijn bedrijf. Ik heb daar dingen mee gemaakt, dat geloof je niet. Vandaar mijn wantrouwen maar het is nu aangepast.quote:
Waarom niet van de hele balk een knop maken? Dan klik je gewoon op de bus die je hebben wil.quote:Op dinsdag 12 februari 2013 14:46 schreef stoeltafel het volgende:
[..]
Te slecht? Iedereen moet het begrijpen he
Of weet jij een betere tekst?
quote:Op donderdag 7 februari 2013 21:37 schreef Scorpie het volgende:
[ afbeelding ] dit shirt vorige week besteld.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <table> <tbody> <tr> <td> <img style="vertical-align: middle;" alt="1 DFSK Citytruck Pick up K01" src="images/pdf/DFSK/1%20DFSK%20Citytruck%20Pick%20up%20K01.jpg" height="100" width="175" /></td> <td> <p>DFSK Pick Up E-Power</p> <p>DFSK Pick Up E-Power</p> </td> <td style="width: 250px;"><a class="pdf" href="images/pdf/DFSK/2%20Prijzen%20en%20opties%20DFSK%20Citytruck%20Pick-up%20K01%20Groengas%201.pdf">Klik hier! </a> <p><a class="pdf" href="images/pdf/DFSK/1%20Prijzen%20en%20opties%20DFSK%20Citytruck%20Pick-up%20K01%20Epower%201.pdf">Klik hier!</a></p> </td> </tr> </tbody> </table> |
1 2 3 4 | <table><tbody> <tr><td>DFSK Pick Up E-Power</td><td><td style="width: 250px;"><a class="pdf" href="images/pdf/DFSK/2%20Prijzen%20en%20opties%20DFSK%20Citytruck%20Pick-up%20K01%20Groengas%201.pdf">Klik hier!</a></td></tr> <tr><td>DFSK Pick Up Groengas</td><td><td style="width: 250px;"><a class="pdf" href="images/pdf/DFSK/2%20Prijzen%20en%20opties%20DFSK%20Citytruck%20Pick-up%20K01%20Groengas%201.pdf">Klik hier!</a></td></tr> </tbody></table> |
dat denk ik niet, want er zijn teveel bedrijven betrokken bij de development met goede connecties bij het w3c, dus ik ben er niet bang voorquote:Op woensdag 13 februari 2013 11:45 schreef Tijn het volgende:
Een WebKit-monopolie is niet zo erg als een Trident-monopolie, maar een monopolie blijft hoe dan ook niet wenselijk vind ik. Het platformonafhankelijke karakter van het web is juist een van z'n beste eigenschappen en dat komt wel in gevaar op deze manier.
Was dat maar zo... Webkit heeft er nogal een handje van om te veel experimentele features in te bouwen (dus lang voor het ook maar in de buurt komt van een standaard). Met als resultaat, dat steeds meer websites 'webkit only' worden. Waarschijnlijk ook een reden waarom Opera de keuze voor Webkit heeft gemaakt en waarom Gecko steeds meer Webkit-features gaat ondersteunen.quote:Op woensdag 13 februari 2013 11:43 schreef Catch22- het volgende:
en volgt Webkit de standaarden vrij goed.
Presto is toch ook de renderengine die dreamweaver gebruikt? Die zullen dan ook wel op Webkit overgaan.quote:Op woensdag 13 februari 2013 12:30 schreef QM84 het volgende:
[..]
Was dat maar zo... Webkit heeft er nogal een handje van om te veel experimentele features in te bouwen (dus lang voor het ook maar in de buurt komt van een standaard). Met als resultaat, dat steeds meer websites 'webkit only' worden. Waarschijnlijk ook een reden waarom Opera de keuze voor Webkit heeft gemaakt en waarom Gecko steeds meer Webkit-features gaat ondersteunen.
Op zich zal het marktaandeel van ±1% van Opera/Presto nu niet het verschil maken.
Het nadeel met die experimentele features is alleen, dat veel webbouwers ze in (productie)sites gebruiken, zonder fatsoenlijke fallback te gebruiken (ofwel is die er nog niet, ofwel houden ze er geen rekening mee). Zie bvb ook dit artikel: http://www.pcmag.com/article2/0,2817,2397158,00.asp , al gaat deze specifiek over Chome en niet Webkit in zijn geheel.quote:Op woensdag 13 februari 2013 12:39 schreef KomtTijd... het volgende:
En experimentele features zijn niet zo'n probleem, die hoeven de standaard niet in de weg te zitten.
Voor gebruikers van Opera is deze zet ongetwijfeld heel positief. Presto kon al jaren de ontwikkelingen eigenlijk niet meer bijbenen, dus dat Opera nu op een moderner framework met een modernere render engine wordt uigevoerd is alleen maar goed nieuws.quote:Op woensdag 13 februari 2013 12:43 schreef QM84 het volgende:
[..]
Ik ben overigens wel groot Opera-fandus ik wacht de veranderingen in spanning af. Hopelijk komt het de browser als totaalpakket ten goede.
Halloquote:Op woensdag 13 februari 2013 19:13 schreef InTrePidIvity het volgende:
Hallo, CSS-kneus hier.
Hoe zorg ik ervoor dat de 'Meer informatie' altijd op dezelfde positie in zo'n blok staat? Dus altijd onderaan uitgelijnd, ongeacht de lengte van de tekst.
[ afbeelding ]
De uitlijning fixen in Firefox en IE.quote:Op woensdag 13 februari 2013 13:44 schreef stoeltafel het volgende:
Wat moet je doen als de site prime werkt in Chrome alleen in Firefox / IE zie de uitlijning er anders uit.
Niet, het is tenslotte geen 1998 meer toen we nog fixed height blokken gebruikten.quote:Op woensdag 13 februari 2013 19:13 schreef InTrePidIvity het volgende:
Hallo, CSS-kneus hier.
Hoe zorg ik ervoor dat de 'Meer informatie' altijd op dezelfde positie in zo'n blok staat? Dus altijd onderaan uitgelijnd, ongeacht de lengte van de tekst.
[ afbeelding ]
quote:
Daar kan ik wat mee, merciquote:Op woensdag 13 februari 2013 19:19 schreef donroyco het volgende:
[..]
Hallo
http://jsfiddle.net/Ka4r4/2/
container relative positioneren en daarbij het blokje met de CTA absolute positioneren.
Hiermee iets minder. Toch bedankt voor de moeite.quote:Op woensdag 13 februari 2013 19:20 schreef PimD het volgende:
[..]
Niet, het is tenslotte geen 1998 meer toen we nog fixed height blokken gebruikten.
Ik denk dat er dus een javascript conflict optreedt zodra ik mijn template aanzet. Gek eigenlijk omdat mijn template alleen maar bestaat uit html/css. De plugin werkt wel als ik een ander template aanzet.. wel/geen/wel/geen conflict..?quote:use jQuery instead of $ and
give
jQuery.noConflict();
jQuery.noConflict
Many JavaScript libraries use $ as a function or variable name, just as jQuery does. In jQuery's case, $ is just an alias for jQuery, so all functionality is available without using $. If we need to use another JavaScript library alongside jQuery, we can return control of $ back to the other library with a call to $.noConflict():
Oh?quote:Op woensdag 13 februari 2013 19:20 schreef PimD het volgende:
[..]
Niet, het is tenslotte geen 1998 meer toen we nog fixed height blokken gebruikten.
Wil hij toch ook niet? Hij wil de hoogte bepalen door de content.quote:Op woensdag 13 februari 2013 21:29 schreef PimD het volgende:
Vooruit, fixed height content blokken dan.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <div id="footer"> <div id="footer1"> <ul> <li class="topfooter"><a href="troll.html">Contract</a></li> <li><a href="">Contact</a></li> <li><a href="">Contact</a></li> <li><a href="">Contact</a></li> <li><a href="">Contact</a></li> <li><a href="">Contact</a></li> </ul> </div> </div> dit is mijn css li.topfooter a {tex-align:right; font-size:40px; color:#ffcaa6; text-decoration:underline;} |
heb je ook een jip en janneke versie voor mij? <3quote:Op donderdag 14 februari 2013 08:01 schreef VorteXxX het volgende:
dit li.topfooter declareer je
En in de effectieve footer heb je het over footer1 met de li daarin... volgens mij zit daar ergens je fout
Het is voor mij te lang geleden om je echt een duidelijk (en kloppend) antwoord te kunnen geven... Maar ik zie ook dat je Divs niet afgesloten zijn en je hebt div footer met daarin div footer1 volgens mij kan je beter die eerste weghalen (footer) en na de </ul> je div sluiten </div> dan daaronder die CSS declareren als li.footer1 ... Maar ik zou afwachten tot je reactie hebt van iemand die er echt verstand van heeft...quote:Op donderdag 14 februari 2013 08:21 schreef maturon het volgende:
[..]
heb je ook een jip en janneke versie voor mij? <3
Hmm strange het is mij uiteindelijke gelukt via ditquote:Op donderdag 14 februari 2013 08:51 schreef boem-dikkie het volgende:
Werkt prima bij mij.
http://jsfiddle.net/LzshX/
1 2 3 4 5 6 | div#footer div#footer1 ul li.topfooter a { text-align:right; font-size:40px; color:#ffcaa6; text-decoration:underline; } |
Ik had niet alles goedquote:Op donderdag 14 februari 2013 11:36 schreef Tijn het volgende:
Dit is een goede test of je CSS een beetje snapt: http://net.tutsplus.com/a(...)icity-and-cascading/
Staan ze niet toevallig in een link-tag?quote:Op donderdag 21 februari 2013 13:02 schreef boem-dikkie het volgende:
Iemand enig idee waarom ik in oude versies van Safari een blauw lijntje krijg onder p's en h(1)'s?
text-decoration al bekeken, daar zou het niet moeten zitten.
Er zit eenquote:Op donderdag 21 februari 2013 13:38 schreef stoeltafel het volgende:
Vraagje over de button op deze pagina http://allmotive.eu/offerte-aanvragen
De verstuur button wil ik naar links verplaatsen.
Heb de button opgezocht in stylesheet.css echter kan ik de button niet links krijgen.
Heb float;left en position geprobeerd echter werkt dat niet.
Waar ik bang voor ben als ik de button naar links verplaats, deze site niet meer mooi eruit ziet http://allmotive.eu/voertuigen/specificaties
De button wil ik dus voor 1 pagina naar links halen alleen hoe? Zit al een uur alles te proberen maar nog zonder succes.
http://gathering.tweakers(...)ge/36963307#36963307 Met deze bron vol informatie moet het wel lukken
1 2 3 4 | .cfdiv_submit { float: right; margin-right: 60px; } |
Zo makkelijk dus, damn voel me dom. Thnx! Heb hem verandert naar float;nonequote:Op donderdag 21 februari 2013 13:44 schreef stefanhaan het volgende:
[..]
Er zit een
[ code verwijderd ]
Style in, die moet je of naar left zetten. Of overriden voor deze pagina met een float: left !important;
Geen probleem, vaak vind je zulke dingen eenvoudig met "Inspect element" in Chrome of IE of externe plugins in FF.quote:Op donderdag 21 februari 2013 13:52 schreef stoeltafel het volgende:
[..]
Zo makkelijk dus, damn voel me dom. Thnx! Heb hem verandert naar float;none
Nu ziet het er nog iets mooier uit.
1 2 3 4 5 6 7 8 9 10 11 12 | .cfdiv_submit input { background: url(../images/pdf-button.png); width: 130px; display: inline-block; height: 29px; font-family: Droid Sans; font-size: 12px; color: #fff; font-weight: 700; text-align: left; border: 1px solid #5f9726; text-transform: uppercase; |
Als je in chrome een element inspecteerd krijg je alle toegepaste stijlen, ik vond die er gewoon tussen.quote:Op donderdag 21 februari 2013 13:57 schreef stoeltafel het volgende:
Dat gebruik ik steeds meer maar als ik op inspect klik komt er dit uit
[ code verwijderd ]
Dus voortaan duik ik sneller in het .css zodat ik de positie er boven kan checken.
5.1.quote:Op donderdag 21 februari 2013 13:18 schreef Tijn het volgende:
Wat bedoel je met "oud"? Safari 2? Of Safari 5?
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 | <script type="text/javascript" charset="utf-8"> $(document).ready(function() { var oTable = $('#datatables').dataTable({ "aoColumnDefs": [{ "aTargets": [0], "bVisible": false }], "sDom": "Rlfrtip", "bDeferRender": true, "sPaginationType": "bootstrap", "sScrollY": "1000px", "sScrollX": "400px", "bProcessing": true, "bServerSide": true, "sServerMethod": "GET", "sAjaxSource": '<?php echo base_url(); ?>main/getTable', "iDisplayLength": 50, "aLengthMenu": [[10, 25, 50], [10, 25, 50]], "aaSorting": [[0, 'desc']] }); $("#datatables tbody tr").live('click',function(){ var aData = $('#datatables').dataTable().fnGetData(this); alert(aData[0]); }); }); </script> |
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 | <script type="text/javascript" charset="utf-8"> $(document).ready(function() { var oTable = $('#datatables').dataTable({ "aoColumnDefs": [{ "aTargets": [0], "bVisible": false }], "sDom": "Rlfrtip", "bDeferRender": true, "sPaginationType": "bootstrap", "sScrollY": "1000px", "sScrollX": "400px", "bProcessing": true, "bServerSide": true, "sServerMethod": "GET", "sAjaxSource": '<?php echo base_url(); ?>main/getTable', "iDisplayLength": 50, "aLengthMenu": [[10, 25, 50], [10, 25, 50]], "aaSorting": [[0, 'desc']] }); $("#datatables tbody tr").live('click',function(){ var aData = $('#datatables').dataTable().fnGetData(this); window.location = 'http://../'+aData[0]; }); }); </script> |
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
[ Bericht 0% gewijzigd door pascal08 op 26-02-2013 19:30:09 ]
Volgens mij zeg je in je edit precies wat ik al vermoedde, maar dan begrijp ik nog niet waarom er custom filters mogelijk zijn waarbij je bepaalde waardes onder de ingegeven waarde kan wegfilteren.quote:Op dinsdag 26 februari 2013 21:03 schreef Tijn het volgende:
Ik begrijp niet helemaal waar die PHP-code goed voor is. Het idee is toch dat je alle data aan je frontend geeft en dan het filteren/sorteren in de client doet mbv DataTables? Het is toch niet de bedoeling dat het kiezen van een andere sortering of filteren zorgt voor een trip naar de server, of wel?
[edit] Ik snap op zich ook wel dat je niet 12000 rijen aan je frontend wil geven als je alleen de top 10 wil laten zien. Maar als je toch client/server-communicatie wil bij het filteren en sorteren, wat is dan het voordeel van zoiets als DataTables? Waarom laat je dan niet alle filtering/sortering doen door je backend en stop je met een Ajax-call gewoon nieuwe data in de tabel?
Het voordeel van datatables is zo te zien dat het een functieset levert die ditsoort dingen een stuk makkelijker maakt. Maar zoals wel vaker geldt voor frameworks en plugins, als je de basis al niet onder de knie hebt, ga je het framework ook niet begrijpen. Beginnen bij het begin dus.quote:Op woensdag 27 februari 2013 09:50 schreef pascal08 het volgende:
Op zich is dat natuurlijk heel makkelijk te bewerkstelligen met een simpele HTML tabel en een query in m'n PHP-code. En wat ik me nu besef is dat ik DataTables dus eigenlijk niet nodig heb. Wat ik me steeds wel afvraag is wat het grote voordeel dan is van DataTables. In eerste instantie dacht ik dat het zonder DataTables veel te intensief zou worden voor de server, maar in het aantal requests dat de server aankan heb ik me al vaker vergist.
Als je dit gemaakt hebt, zou je daarna vrij eenvoudig je tabel kunnen updaten dmv AJAX. Dan heb je niet voor elke filter/sorteeractie een page request. Maar wat je sowieso moet maken is de backend.quote:[b]Op woensdag 27 februari 2013 09:50 schreef pascal08 het volgende:[/b
Ik zit op dit moment niet achter mijn computer, maar zodra ik thuis ben ga ik het eens proberen zoals KomtTijd zei; gewoon met pure HTML en PHP.
Ja, dat doe ik ook. Wat vooral handig is van de validator is om slordigheidjes te spotten die je anders niet waren opgevallen. En voor nieuwe ontwikkelaars is het een toegankelijkere manier om de standaard te leren kennen dan alle documenten te gaan zitten doorlezen.quote:Op woensdag 27 februari 2013 11:37 schreef Catch22- het volgende:
validator smellidator
ik gebruik liever een deprecated target='_blank' dan een vunzig JSje
Ja, dit is denk ik wat ik wil. Ik ben bijna thuis en ik kan niet wachten om aan de slag te gaan. Bij een page request wordt de hele pagina opnieuw geladen, wat intensiever is dan alleen een Ajax-call, toch?quote:Op woensdag 27 februari 2013 11:13 schreef Tijn het volgende:
[..]
Als je dit gemaakt hebt, zou je daarna vrij eenvoudig je tabel kunnen updaten dmv AJAX. Dan heb je niet voor elke filter/sorteeractie een page request. Maar wat je sowieso moet maken is de backend.
Nauwelijks. Misschien als je een hele zware pagina hebt met veel dynamische content, maar vrijwel iedere website wisselt vloeiend van pagina zonder dat je het als gebruiker "ziet".quote:Op woensdag 27 februari 2013 15:00 schreef pascal08 het volgende:
[..]
Ja, dit is denk ik wat ik wil. Ik ben bijna thuis en ik kan niet wachten om aan de slag te gaan. Bij een page request wordt de hele pagina opnieuw geladen, wat intensiever is dan alleen een Ajax-call, toch?
Maar dan alsnog is het beter om gewoon Ajax te gebruiken in plaats van complete pagereloads toch?quote:Op woensdag 27 februari 2013 15:08 schreef KomtTijd... het volgende:
[..]
Nauwelijks. Misschien als je een hele zware pagina hebt met veel dynamische content, maar vrijwel iedere website wisselt vloeiend van pagina zonder dat je het als gebruiker "ziet".
quote:Op woensdag 27 februari 2013 08:51 schreef KomtTijd... het volgende:
In aanvulling op Tijn zou ik je alleszins aanraden dit eerst eens te bouwen met klassieke technieken. Gewoon een simpele query maken met een limit en order by statement en html outputten.
Oké, dat heb ik gedaan.quote:
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Het is moeilijk om een soort algemeen advies te geven over wanneer je een Ajax request zou moeten doen en wanneer niet, maar ik denk dat in dit specifieke geval het wel gebruiksvriendelijker is om je table met Ajax te updaten dan elke keer de hele pagina opnieuw te laden.quote:Op woensdag 27 februari 2013 15:11 schreef pascal08 het volgende:
[..]
Maar dan alsnog is het beter om gewoon Ajax te gebruiken in plaats van complete pagereloads toch?
Ik snap precies wat je bedoelt hoor. Ik heb nu door dat ik iets te snel ging, door gelijk een ingewikkeld framework te pakken zonder eerst de basis te begrijpen.quote:Op woensdag 27 februari 2013 16:47 schreef Tijn het volgende:
[..]
Het is moeilijk om een soort algemeen advies te geven over wanneer je een Ajax request zou moeten doen en wanneer niet, maar ik denk dat in dit specifieke geval het wel gebruiksvriendelijker is om je table met Ajax te updaten dan elke keer de hele pagina opnieuw te laden.
Maar dat wil niet zeggen dat het geen goed idee is om, zoals KomtTijd voorstelt, eerst een "ouderwetse" variant te bouwen zonder Javascript-fratsen. Die basis heb je sowieso nodig namelijk en het is ook belangrijk om iets dat je toch al een beetje ingewikkeld vindt niet nog ingewikkelder te maken dan nodig. Dat bedoelde ik ook eerder met het opdelen van je probleem in kleinere problemen. Je moet niet proberen alles in 1 keer op te lossen, maar stap voor stap af te vinken wat er gedaan moet worden.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |