DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Gelezen wat Ajax is, gelezen hoe ik libraries kan toevoegen aan het CodeIgniter framework en wat jQuery erbij geleerd. Inmiddels werkt alles zoals ik het wil. Moraal van het verhaal: gewoon zelf leren en doen.quote:Op woensdag 27 februari 2013 17:03 schreef pascal08 het volgende:
[..]
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.
Ik heb KomtTijd z'n advies opgevolgd en een simpele model- en controller functie gemaakt met een view waar de HTML table in staat. Ik heb inmiddels een nuttige video gevonden waar het een en ander uitgelegd wordt over sorteren van tabellen etc. Ik laat zo weten hoe ver ik gekomen ben.
EDIT:
In de video zegt de maker: "It is not going to be like Ajax/Javascript trig. We are just going to reload the page, because there is hidden data that is not inside this page. So sorting with Ajax may not be a good idea here."
Ik wil nu eigenlijk van jullie wel weten wat ik het beste kan doen met betrekking tot het sorteren. Page reloads via CodeIgniter, Ajax of iets anders?
Toch bedankt voor jullie hulp.
Vraag over het juist positioneren van navigatiebalk, footer en content div.
Wat ik probeer te bereiken is dat de navigatiebalk (zwarte balk bovenin) en de footer altijd 100% de breedte van het venster benut.
Het probleem met deze twee is dat ze niet breder worden dan de wrapper (800px breed) terwijl hun div niet in de wrapper div zit.
Ik heb de div volgorde telkens aangepast (in de wrapper en er weer uit etc.), maar geen resultaat.
Een tweede vraag is dat is dat ik voor de contentachtergrond een gradient gebruik die direct aansluit op de achtergrond van de headerachtergrond. Nu kan ik wel met negatieve margins gaan spelen maar dat is niet de manier om de content div mooi op de header div aan te laten sluiten.
Laatste vraag die ik heb gaat over het ontwerp van de navigatiebalk (zie: eerste spoiler).
De oranje vlag maakt direct deel uit van de navigatiebalk maar hangt over de banner heen. Vooralsnog gebruik ik een gif als plaatje voor de banner maar in de toekomst wordt dit een geanimeerde banner waar de vlag dus overheen hangt.
Nu heb ik gelezen over z-index maar is dat ook dé manier die ik moet gebruiken voor deze situatie?
Dus de menubalk+vlag samen in een gif met tranparancy en dan bovenop de banner-div plaatsen bijvoorbeeld..
Wat ik probeer te bereiken is dat de navigatiebalk (zwarte balk bovenin) en de footer altijd 100% de breedte van het venster benut.
Het probleem met deze twee is dat ze niet breder worden dan de wrapper (800px breed) terwijl hun div niet in de wrapper div zit.
Ik heb de div volgorde telkens aangepast (in de wrapper en er weer uit etc.), maar geen resultaat.
Een tweede vraag is dat is dat ik voor de contentachtergrond een gradient gebruik die direct aansluit op de achtergrond van de headerachtergrond. Nu kan ik wel met negatieve margins gaan spelen maar dat is niet de manier om de content div mooi op de header div aan te laten sluiten.
Laatste vraag die ik heb gaat over het ontwerp van de navigatiebalk (zie: eerste spoiler).
De oranje vlag maakt direct deel uit van de navigatiebalk maar hangt over de banner heen. Vooralsnog gebruik ik een gif als plaatje voor de banner maar in de toekomst wordt dit een geanimeerde banner waar de vlag dus overheen hangt.
Nu heb ik gelezen over z-index maar is dat ook dé manier die ik moet gebruiken voor deze situatie?
Dus de menubalk+vlag samen in een gif met tranparancy en dan bovenop de banner-div plaatsen bijvoorbeeld..
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.Spoiler bevat wat ik nu heb + probleem met navigatiebalk/footer: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.De site wordt verder uitgewerkt in Joomla overigens.
Alvast bedankt voor de hulp & tips.
CSS:HTML:
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@charset "utf-8";
html {
height: 100%;
}
body {
margin: 0;
padding: 0;
height: 100%;
background-image:url(../images/site_bg.gif);
}
#container {
background: none;
width: 100%;
}
#main {
width: 800px;
height: 100%;
margin: auto;
}
#nav {
height: 39px;
width: 100%;
background-image:url(../images/navigatie_bg.gif);
}
#header {
width: 800px;
height: 233px;
background-image:url(../images/banner_bg.gif);
}
#content {
width: 800px;
height: 290px;
background-image:url(../images/bodygradient_bg.gif);
}
#footer {
position:absolute;
bottom:0;
width:100%;
height: 37px;
background-image:url(../images/footer_bg.gif);
}
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<<body>
<div id="container">
<div id="nav">
<jdoc:include type="modules" name="nav" style="xhtml" />
</div>
<div id="main">
<div id="header"></div>
<div id="content">
<jdoc:include type="message" />
<jdoc:include type="component" />
</div>
</div>
<div id="footer"> Footerinformatie
<jdoc:include type="modules" name="footer" style="xhtml" />
</div>
</div>
</body>
Heb nog een beetje zitten puzzelen:
#nav uit de #main gehaald zodat de achtergrond helemaal van links naar rechts kan gaan.
#content toch een negatieve margin gegeven (later weer teruggedraaid) om te kijken wat er zou gebeuren.
De bedoeling is dat #contant automatisch tot aan de footer komt ongeacht de grootte van het venster. De gradient achtergrond moet tegelijkertijd bovenin deze div blijven staan zodat de gradient van de #header/banner vloeiend kan uitlopen. Dit nog niet voor elkaar gekregen helaas
[ Bericht 1% gewijzigd door karton2 op 01-03-2013 21:14:54 ]
gezien je "laatste" vraag tevens je enige vraag is, daar maar een antwoord op:
Gif afbeeldingen horen sowieso in het museum, het is geen 1996 meer.
En dit los je sowieso niet met afbeeldingen op, maar gewoon met CSS. Border-radius en box-shadow is all you need.
Als je inderdaad elementen over elkaar heen wilt zetten, is position:absolute en z-index inderdaad de manier.
Gif afbeeldingen horen sowieso in het museum, het is geen 1996 meer.
En dit los je sowieso niet met afbeeldingen op, maar gewoon met CSS. Border-radius en box-shadow is all you need.
Als je inderdaad elementen over elkaar heen wilt zetten, is position:absolute en z-index inderdaad de manier.
Ik loop nu al een tijdje te kloten met mijn tabel. Met Datatables kwam ik een heel eind, maar was toch te beperkt en te ingewikkeld voor iets ogenschijnlijk simpels: een tabel met voor iedere kolom een minimum en maximum criteria in de vorm van een inputbox. Ik wil de tabel aan de hand van deze criteria updaten zonder page reloads en volgens mij is ajax daar de beste oplossing voor.
Voor de duidelijkheid:
- Ik maak gebruik van het CodeIgniter PHP framework.
- Ik heb een SQL-tabel met ~12.000 records en 50+ kolommen.
- Deze tabel wil ik absoluut niet in 1 keer outputten in HTML. Door middel van tabjes wil ik bepaalde kolommen tonen of juist verbergen. Met pagination wil ik een overzichtelijk aantal rijen tonen.
Dit is mijn ultieme poging om het toch nog voor elkaar te krijgen, want inmiddels ben ik er al 2 weken mee bezig en stuit ik iedere keer op een ander vervelend probleem. Vandaar dat ik helemaal opnieuw wil beginnen, met de code die ik vorig week op advies van mensen hier heb gemaakt.
De volgende code die ik heb geschreven:
Voor de duidelijkheid:
- Ik maak gebruik van het CodeIgniter PHP framework.
- Ik heb een SQL-tabel met ~12.000 records en 50+ kolommen.
- Deze tabel wil ik absoluut niet in 1 keer outputten in HTML. Door middel van tabjes wil ik bepaalde kolommen tonen of juist verbergen. Met pagination wil ik een overzichtelijk aantal rijen tonen.
Dit is mijn ultieme poging om het toch nog voor elkaar te krijgen, want inmiddels ben ik er al 2 weken mee bezig en stuit ik iedere keer op een ander vervelend probleem. Vandaar dat ik helemaal opnieuw wil beginnen, met de code die ik vorig week op advies van mensen hier heb gemaakt.
De volgende code die ik heb geschreven:
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.Deze code doet dus niets meer en minder dan de resultaten van een simpele query outputten in HTML, zoals jullie mij adviseerden.
Nu, met deze basiscode, wil ik de tabel kunnen updaten met inputfields en ajax.
Stel ik voeg de volgende regel toe aan de view:
1 <input type="text" id="min_col1">Minimum Kolom 1</input>
Dan zou ik via jQuery dit kunnen doen:
1
2
3
4
5
6
7
8
9$(document).ready(function() {
$('#min_col1').keyup(function() {
var min_col1 = $(this).attr('value');
if(!min_col1) {
$.post('/folder/controller/function', {min_col1:min_col1}, function(data) {
$('...').html(data);
});
}
});
Hier loop ik eigenlijk een beetje vast. Moet ik nu een nieuwe functie maken in m'n controller die een HTML-tabel gaat genereren?
Waarom kunnen de meeste frameworks en Javascript zelf trouwens ook zo slecht omgaan met (pseudo) associatieve arrays? Ik weet dat arrays eigenlijk niet bestaan in JS, en gewoon een type object zijn.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
quote:
Ik loop nu al een tijdje te kloten met mijn tabel. Met Datatables kwam ik een heel eind, maar was toch te beperkt en te ingewikkeld voor iets ogenschijnlijk simpels: een tabel met voor iedere kolom een minimum en maximum criteria in de vorm van een inputbox. Ik wil de tabel aan de hand van deze criteria updaten zonder page reloads en volgens mij is ajax daar de beste oplossing voor.
Voor de duidelijkheid:
- Ik maak gebruik van het CodeIgniter PHP framework.
- Ik heb een SQL-tabel met ~12.000 records en 50+ kolommen.
- Deze tabel wil ik absoluut niet in 1 keer outputten in HTML. Door middel van tabjes wil ik bepaalde kolommen tonen of juist verbergen. Met pagination wil ik een overzichtelijk aantal rijen tonen.
Dit is mijn ultieme poging om het toch nog voor elkaar te krijgen, want inmiddels ben ik er al 2 weken mee bezig en stuit ik iedere keer op een ander vervelend probleem. Vandaar dat ik helemaal opnieuw wil beginnen, met de code die ik vorig week op advies van mensen hier heb gemaakt.
De volgende code die ik heb geschreven:Ik snap je hele doel niet helemaal..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.Deze code doet dus niets meer en minder dan de resultaten van een simpele query outputten in HTML, zoals jullie mij adviseerden.
Nu, met deze basiscode, wil ik de tabel kunnen updaten met inputfields en ajax.
Stel ik voeg de volgende regel toe aan de view:
[ code verwijderd ]
Dan zou ik via jQuery dit kunnen doen:
[ code verwijderd ]
Hier loop ik eigenlijk een beetje vast. Moet ik nu een nieuwe functie maken in m'n controller die een HTML-tabel gaat genereren?
Is het uiteindelijke idee nou dat je met een inputfield doormiddel van ajax een rij toevoegt aan je database tabel?
Dan kun je gewoon met AJAX een functie aanspreken in je controller die de data doorgeeft van je inputfield en dit in je model afhandelen om het in de database te zetten?Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Nee, ik wil niets toevoegen of verwijderen. Via die inputfields wil ik bepaalde data wegfilteren. Aanvankelijk, bij het laden van de pagina, zijn er nog geen filters actief, dus worden bijvoorbeeld de eerste 30e rijen uit de SQL-tabel getoond. Als de gebruiker dan in een inputfield aangeeft dat 'ie bepaalde data met een waarde onder of boven zijn ingevoerde waarde niet wilt zien, dan moet de tabel zo aangepast worden dat er geen data meer getoond wordt die de gebruiker niet wilt zien.quote:Op dinsdag 5 maart 2013 14:31 schreef boem-dikkie het volgende:
[..]
Ik snap je hele doel niet helemaal..
Is het uiteindelijke idee nou dat je met een inputfield doormiddel van ajax een rij toevoegt aan je database tabel?
Dan kun je gewoon met AJAX een functie aanspreken in je controller die de data doorgeeft van je inputfield en dit in je model afhandelen om het in de database te zetten?
Snap je het of moet ik het aan de hand van een voorbeeld uitleggen?
EDIT:
Dit is een goed voorbeeld van wat ik wil: http://datatables.net/rel(...)range_filtering.html
Echter wil die 2 inputfields voor elke kolom instellen, maar dat is nu even bijzaak.
Je kunt met AJAX meegeven welke waarde de gebruiker heeft ingevoerd en met een nieuwe functie in je controller een functie in je model aanspreken die een query uitvoert waarin je die filter hebt opgenomen?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
1. Laat alle data zien.
2. Stuur met AJAX je input naar een controller.
3. Verwerk je input en spreek een model aan.
4. Voer een query in je model uit die bijvoorbeeld zegt "laat alles zien > $filter"
5. Data terugsturen en in je HTML zetten.
2. Stuur met AJAX je input naar een controller.
3. Verwerk je input en spreek een model aan.
4. Voer een query in je model uit die bijvoorbeeld zegt "laat alles zien > $filter"
5. Data terugsturen en in je HTML zetten.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Oké, ik snap wat je zegt. Stel ik laat PHP dan in de controller-functie de query resultaten outputten en via Javascript in de tabel plaatsen, werken mijn paginatie-instellingen en tabjes dan nog wel? Die functie in de controller waar pagination wordt ingesteld, wordt dan immers niet meer gebruikt als ik een nieuwe functie maak zoals jij zegt.quote:
Je kunt met AJAX meegeven welke waarde de gebruiker heeft ingevoerd en met een nieuwe functie in je controller een functie in je model aanspreken die een query uitvoert waarin je die filter hebt opgenomen?
Momentje, ik ga het proberen.quote:Op dinsdag 5 maart 2013 15:00 schreef boem-dikkie het volgende:
1. Laat alle data zien.
2. Stuur met AJAX je input naar een controller.
3. Verwerk je input en spreek een model aan.
4. Voer een query in je model uit die bijvoorbeeld zegt "laat alles zien > $filter"
5. Data terugsturen en in je HTML zetten.
EDIT:
Nja, het lukt me om via ajax de nieuwe query resultaten te laten zien, maar pagination en die "kolom"-tabs werken dan niet meer. Dit is gewoon te ingewikkeld voor mij en ik heb er ook geen plezier meer in (waar ik het voornamelijk voor doe
), dus ik laat het hierbij zitten. Bedankt voor je reactie. [ Bericht 24% gewijzigd door pascal08 op 05-03-2013 15:46:15 ]
Aangezien je Codeigniter gebruikt zou je gewoon ter informatie ook het filmpje op deze pagina eens kunnen bekijken: http://net.tutsplus.com/t(...)ch-day-7-pagination/quote:
[..]
Momentje, ik ga het proberen.
EDIT:
Nja, het lukt me om via ajax de nieuwe query resultaten te laten zien, maar pagination en die "kolom"-tabs werken dan niet meer. Dit is gewoon te ingewikkeld voor mij en ik heb er ook geen plezier meer in (waar ik het voornamelijk voor doe
Ik zou wel gewoon models gebruiken, queries in je controllers is niet iets wat jij jezelf moet aanleren.
Met Ajax vind ik persoonlijk wel chiquer.
Wat is het verschil?quote:Op dinsdag 5 maart 2013 20:28 schreef TwenteFC het volgende:
[..]
Aangezien je Codeigniter gebruikt zou je gewoon ter informatie ook het filmpje op deze pagina eens kunnen bekijken: http://net.tutsplus.com/t(...)ch-day-7-pagination/
Met Ajax vind ik persoonlijk wel chiquer.
Jezus man, kan dat ook nog?quote:
[..]
Tussen Ajax pagination, en pagination op deze manier?
Geen pagereloads.
Dat wordt al helemaal ingewikkeld.
Hoe bedoel je? Daar was je toch in eerste instantie mee bezig.quote:
[..]
Jezus man, kan dat ook nog?
Dat wordt al helemaal ingewikkeld.
Die tutorial legt de basics uit van het pagineren, als je die volgt dan snap je volgens mij iets beter waar je mee bezig bent.
Volgens mij was-ie bezig met het anders sorteren van de tabel dmv Ajax. Maar soms lees ik ook iets over filteren.quote:
[..]
Hoe bedoel je? Daar was je toch in eerste instantie mee bezig.
Die tutorial legt de basics uit van het pagineren, als je die volgt dan snap je volgens mij iets beter waar je mee bezig bent.
Ik heb Day 16 al gevolgd van die serie. Erg informatief, maar ik krijg het als geheel niet bij elkaar: ajax-call om de tabel te refreshen, paginatie (ajax of met CI), navigatie met tabjes. Ik kan m'n probleem klaarblijkelijk ook niet goed omschrijven, want iedereen komt met wat anders.quote:
[..]
Hoe bedoel je? Daar was je toch in eerste instantie mee bezig.
Die tutorial legt de basics uit van het pagineren, als je die volgt dan snap je volgens mij iets beter waar je mee bezig bent.
Dan kun je het ook nooit programmeren.quote:
[..]
Ik kan m'n probleem klaarblijkelijk ook niet goed omschrijven
quote:Op dinsdag 5 maart 2013 20:38 schreef Tijn het volgende:
[..]
Volgens mij was-ie bezig met het anders sorteren van de tabel dmv Ajax. Maar soms lees ik ook iets over filteren.
Snap jij het nog?
Wat ik begrijp is dat je 11.500 records hebt, die je wil tonen op een pagina per 50 bijvoorbeeld.quote:
[..]
Ik heb Day 16 al gevolgd van die serie. Erg informatief, maar ik krijg het als geheel niet bij elkaar: ajax-call om de tabel te refreshen, paginatie (ajax of met CI), navigatie met tabjes. Ik kan m'n probleem klaarblijkelijk ook niet goed omschrijven, want iedereen komt met wat anders.
En dat je deze records ook wil filteren op bepaalde eigenschappen?
Ja, exact.quote:
[..]
Wat ik begrijp is dat je 11.500 records hebt, die je wil tonen op een pagina per 50 bijvoorbeeld.
En dat je deze records ook wil filteren op bepaalde eigenschappen?
Begin dan heel simpel, en maak eerst die pagination naquote:
.Daarna komt pas de volgende stap, het toepassen van filters daarop.
Dat kan alleen als je het in kleinere problemen opdeelt en die 1 voor 1 tackelt. Je kunt niet alles in 1 keer maken, zo werkt het gewoon niet.quote:
Ik dacht je zoiets bedoelde:
Een tabel met klikbare headers zodat je kunt sorteren op de kolommen.
De simpelste manier om daar een Ajax-variant van te maken is door een eventhandler op het klikken van de headers te zetten, die de nieuwe pagina op laten halen en de data van die pagina in je huidige tabel te injecteren:
Heb je daar wat aan of slaat dat nergens op?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | <table> <thead> <tr> <th> <a href="/hier/je/url?sort=a">a</a> </th> <th> <a href="/hier/je/url?sort=b">b</a> </th> <th> <a href="/hier/je/url?sort=c">c</a> </th> <th> <a href="/hier/je/url?sort=d">d</a> </th> </tr> </thead> <tbody> <!-- hier allemaal rijen met data --> </tbody> </table> |
Een tabel met klikbare headers zodat je kunt sorteren op de kolommen.
De simpelste manier om daar een Ajax-variant van te maken is door een eventhandler op het klikken van de headers te zetten, die de nieuwe pagina op laten halen en de data van die pagina in je huidige tabel te injecteren:
| 1 2 3 4 5 6 7 8 | // klik op een header $('thead a').on('click', function(e) { // voorkom de standaardactie (== geen page request) e.preventDefault(); // haal de url op en stop de tbody van de opgehaalde pagina in de huidige tbody $('table tbody').load($(this).attr('href') + ' table tbody'); }); |
Heb je daar wat aan of slaat dat nergens op?
Ja, dit slaat op wat ik wil.quote:
Ik dacht je zoiets bedoelde:
[ code verwijderd ]
Een tabel met klikbare headers zodat je kunt sorteren op de kolommen.
De simpelste manier om daar een Ajax-variant van te maken is door een eventhandler op het klikken van de headers te zetten, die de nieuwe pagina op laten halen en de data van die pagina in je huidige tabel te injecteren:
[ code verwijderd ]
Heb je daar wat aan of slaat dat nergens op?
Misschien is het handiger als ik snap wat er achter de schermen moet gebeuren. Ik denk namelijk dat het zo zit:
1. Gebruiker vraagt pagina op voor de eerste keer
2. Controller roept model aan met standaardwaarden (minimum en maximum nog niet ingesteld) en genereert de pagina.
3. Gebruiker klikt op sorteren van kolom 2.
4. Via ajax wordt een functie in de controller aangeroepen
5. De controller roept een functie in model aan,
met de informatie dat er in de query gesorteerd moet worden op kolom 2.
6. Via ajax wordt alles in de view geïnjecteerd.
Werkt het zo of klopt mijn hele denkpatroon niet?
Al die model/controller/view-dingen spelen zich af op de server. Die gebruik je om de juiste data op de juiste manier van de server naar de client te sturen.
Waar het nu op gaat is hoe je de data ververst in je client. Dat betekent dat er een request naar je server moet, daar wordt de juiste data verzameld en daarna (dan heb je dus niks meer met MVC te maken) moet die data op de een of andere manier de data op je huidige pagina vervangen. Dat moet met Javascript, want dat is de enige programmeeromgeving die je tot je beschikking hebt in je client.
Wat ik in het voorbeeld hierboven heb gedaan is dezelfde url ophalen die je zonder Ajax-call zou gebruiken ( $(this).attr('href') ). Vervolgens ondersteunt de .load()-functie van jQuery een selector zodat je alleen een gedeelte van dat document gebruikt. In dit geval is dat "table tbody", maar hoe dat precies in jouw website zit, hangt van de structuur op jouw pagina af.
Dit is wel een beetje "poor man's Ajax", omdat je in feite een hele nieuwe pagina opvraagt ipv alleen de nieuwe data.
Als je het écht goed wil doen, moet je je backend aanpassen om bij een Ajax-call alleen de data zelf naar buiten te sturen (bv als JSON) en vervolgens zelf in Javascript een functie schrijven om de gegevens in je JSON-data op de juiste plek in je tabel te zetten. Maar dat vergt dus wel nog wat werk, daar moet je maar net zin in hebben
[ Bericht 0% gewijzigd door Tijn op 05-03-2013 21:56:39 ]
Waar het nu op gaat is hoe je de data ververst in je client. Dat betekent dat er een request naar je server moet, daar wordt de juiste data verzameld en daarna (dan heb je dus niks meer met MVC te maken) moet die data op de een of andere manier de data op je huidige pagina vervangen. Dat moet met Javascript, want dat is de enige programmeeromgeving die je tot je beschikking hebt in je client.
Wat ik in het voorbeeld hierboven heb gedaan is dezelfde url ophalen die je zonder Ajax-call zou gebruiken ( $(this).attr('href') ). Vervolgens ondersteunt de .load()-functie van jQuery een selector zodat je alleen een gedeelte van dat document gebruikt. In dit geval is dat "table tbody", maar hoe dat precies in jouw website zit, hangt van de structuur op jouw pagina af.
Dit is wel een beetje "poor man's Ajax", omdat je in feite een hele nieuwe pagina opvraagt ipv alleen de nieuwe data.
Als je het écht goed wil doen, moet je je backend aanpassen om bij een Ajax-call alleen de data zelf naar buiten te sturen (bv als JSON) en vervolgens zelf in Javascript een functie schrijven om de gegevens in je JSON-data op de juiste plek in je tabel te zetten. Maar dat vergt dus wel nog wat werk, daar moet je maar net zin in hebben
[ Bericht 0% gewijzigd door Tijn op 05-03-2013 21:56:39 ]
Bedankt voor je uitgebreide antwoord.quote:Op dinsdag 5 maart 2013 21:46 schreef Tijn het volgende:
Al die model/controller/view-dingen spelen zich af op de server. Die gebruik je om de juiste data op de juiste manier van de server naar de client te sturen.
Waar het nu op gaat is hoe je de data ververst in je client. Dat betekent dat er een request naar je server moet, daar wordt de juiste data verzameld en daarna (dan heb je dus niks meer met MVC te maken) moet die data op de een of andere manier de data op je huidige pagina vervangen. Dat moet met Javascript, want dat is de enige programmeeromgeving die je tot je beschikking hebt in je client.
Wat ik in het voorbeeld hierboven heb gedaan is dezelfde url ophalen die je zonder Ajax-call zou gebruiken ( $(this).attr('href') ). Vervolgens ondersteund de .load()-functie van jQuery een selector zodat je alleen een gedeelte van dat document gebruikt. In dit geval is dat "table tbody", maar hoe dat precies in jouw website zit, hangt van de structuur op jouw pagina af.
Dit is wel een beetje "poor man's Ajax", omdat je in feite een hele nieuwe pagina opvraagt ipv alleen de nieuwe data.
Als je het écht goed wil doen, moet je je backend aanpassen om bij een Ajax-call alleen de data zelf naar buiten te sturen (bv als JSON) en vervolgens zelf in Javascript een functie schrijven om de gegevens in je JSON-data op de juiste plek in je tabel te zetten. Maar dat vergt dus wel nog wat werk, daar moet je maar net zin in hebben
Is er misschien ergens op internet documentatie te vinden hierover? Ik wil hier best meer over lezen.
Ik snap je pagination functie niet zo goed binnen CodeIgniter? Is dat een functie die samenwerkt met de query en zo pagina's opbouwt? Of is dat gewoon een functie die bekijkt hoeveel records je hebt en vervolgens een lijstje opbouwt van bijvoorbeeld 10 per pagina en een click navigatie?
Want als het laatste het geval is, kun je toch gewoon met AJAX een nieuwe query aanroepen met variabelen (min en max) en die weer in je tbody dumpen?
Want als het laatste het geval is, kun je toch gewoon met AJAX een nieuwe query aanroepen met variabelen (min en max) en die weer in je tbody dumpen?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Mag hier. Van mij. lief he?
ik heb zelf alleen een beetje ervaring met meteor
ik heb zelf alleen een beetje ervaring met meteor
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Ben zelf ook aan het kijken met Meteor, misschien dat ik binnenkort wel een apart topic maak voor NodeJS.quote:
Mag hier. Van mij. lief he?
ik heb zelf alleen een beetje ervaring met meteor
Is toch anders dan frontend javascript.
En hoe bevalt het? Ik ben voor mijn werk wat JavaScript MVP/MVC frameworks aan het verkennen voor het ontwikkelen van SPA's. Backbone en AngularJS (i.z.m. jQuery en Bootstrap) staan hoog op het lijstje.quote:
[..]
ik heb zelf alleen een beetje ervaring met meteor
vond t wel oké. Was bijzonder basis hoor, meer oriënterend. Ga het in de toekomst misschien wel toepassenquote:
[..]
En hoe bevalt het? Ik ben voor mijn werk wat JavaScript MVP/MVC frameworks aan het verkennen voor het ontwikkelen van SPA's. Backbone en AngularJS (i.z.m. jQuery en Bootstrap) staan hoog op het lijstje.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Is Meteor niet nog hartstikke onstabiel?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Kan iemand mij vertellen wat ik hier fout doe? Ik wil CONTENT naast NAVIGATIE zetten maar dan lijkt de 'parent div' terug te vallen zodat de navigatie en content erbuiten vallen, dat alleen de header nog 'in de site' zit. En dat is niet de bedoeling
Edit: het lijkt er dus op dat de maincontainer genegeerd wordt als ik float: left meegeef aan navigatie.
[ Bericht 1% gewijzigd door kievitsboom op 12-03-2013 05:22:51 ]
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <body> <div id="maincontainer"> <div id="mainheader"> <div id="header"><h1>LOGO</h></div> <div id="bannerheader"></div> </div> <div id="maincontent"> <div id="navigatie">NAVIGATIE</div> <div id="content">CONTENT </div> </div> <div id="footer">Het test project</div> </div> </body> |
| 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 57 58 59 60 61 62 | body{ margin: 0; text-align: center; background-color: #919191; } div#maincontainer{ margin: 20px auto 20px auto; width: 850px; text-align: left; border-style: solid; background-color: #E6FCB7; border-width: 6px; } div#mainheader{ width: 850px; height: 130px; } div#header{ width: 350px; text-align: center; float: left; font-size: 150% } div#bannerheader{ position: relative; left: 15px; top: 30px; background-image:url(banner.png); float: left; width: 468px; height: 60px; border-style: solid; } div#maincontent{ width: 844px; } div#navigatie{ border-right-style: solid; width: 20%; height: 250px; margin: 15px 0px 15px 0px; float: left; } div#content{ width: 78%; border:solid; float: left; } div#footer{ width: 100%; height: 55px; text-align: center; |
Edit: het lijkt er dus op dat de maincontainer genegeerd wordt als ik float: left meegeef aan navigatie.
[ Bericht 1% gewijzigd door kievitsboom op 12-03-2013 05:22:51 ]
:{
Makkelijkste oplossing is om onderaan de content een
<br style="clear:both" />
op te nemen.
http://jsfiddle.net/8A5Xt/
<br style="clear:both" />
op te nemen.
http://jsfiddle.net/8A5Xt/
Dat is wel heel vies
Google eens op clearfix
Google eens op clearfix
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
NodeJS ervaring reporting in .quote:
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Ik ga d'r binnenkort fanatiek mee bezig, het klinkt allemaal heel mooi dus ik ben benieuwd.quote:
Als er animo voor is wil ik dan ook wel een topic openen speciaal voor NodeJS en haar frameworks.
Een beetje goede op neerzetten.
In principe werkt het allemaal het zelfde. Ik doe meestal <br class="clear" /> met .clear{clear:both;} omdat ik dat nu eenmaal gewend ben.quote:
Dat is wel heel vies
Google eens op clearfix
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Ook goedquote:
[..]
Ik ga d'r binnenkort fanatiek mee bezig, het klinkt allemaal heel mooi dus ik ben benieuwd.
Als er animo voor is wil ik dan ook wel een topic openen speciaal voor NodeJS en haar frameworks.
heb zelf ervaring met Socket.IO, NowJS & Node zeg maar
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Nee, het werkt niet hetzelfde:quote:
[..]
In principe werkt het allemaal het zelfde. Ik doe meestal <br class="clear" /> met .clear{clear:both;} omdat ik dat nu eenmaal gewend ben.
Met een <br class="clear" /> voeg je een extra fysiek html-element toe aan je pagina, terwijl je met de clearfix dit niet doet.
Het nadeel van het toevoegen van een <br> is, dat het voor ongewilde resultaten kan zorgen (je voegt een harde line-break toe, dus ruimte) en in veel gevallen is het ook niet eens mogelijk om deze toe te voegen.
dat dus.
Niet helemaal mee eens, met clearfix voeg je ook content (dus ruimte) toe via CSS. Of je het nou fisiek of virtueel doet, de methode is anders maar de werking blijft het zelfde (namelijk een clear:both toevoegen aan de content na het laatste floating-element).quote:Op dinsdag 12 maart 2013 10:48 schreef QM84 het volgende:
[..]
Nee, het werkt niet hetzelfde:
Met een <br class="clear" /> voeg je een extra fysiek html-element toe aan je pagina, terwijl je met de clearfix dit niet doet.
Het nadeel van het toevoegen van een <br> is, dat het voor ongewilde resultaten kan zorgen (je voegt een harde line-break toe, dus ruimte)
Dat het in dit geval een <br> is maakt het resultaat wel iets anders omdat het inderdaad nog een line-break toevoegt, maar in al die jaren ben ik nog nooit een ongewild resultaat tegengekomen in welke browser dan ook.
Soms gebruik je het ook om elementen na float-elementen weer op de volgende regel te laten beginnen, dan vind ik persoonlijk een <br> juist weer duidelijker.
Maar goed, ik heb zelf niet echt een specifieke voorkeur, ik gebruik gewoon hetgeen wat er in de rest van het project gebruikt wordt.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Elementen toevoegen voor stijl is lelijk. Een <br> is een semantisch element, dus dat maakt het driedubbel lelijk (gebruik dan een span of div). Maar iedereen gebruikt toch al honderd jaar gewoon overflow:hidden op de parent voor dit probleem?
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |