Is dat niet op alfabetische volgorde?quote:Op zaterdag 8 maart 2014 13:29 schreef Tijn het volgende:
Het probleem van zoiets als "/scrips/*.js" is dat je geen invloed hebt op de volgorde waarin ze worden ingeladen, terwijl dat soms wel uitmaakt.
Opgelost. Vind t wel n beetje lelijkquote:100-script123.js
110-inladennascript123.js
190-laatstescript.js
Dat dus. Gruntquote:Op zaterdag 8 maart 2014 10:50 schreef PimD het volgende:
Alle Javascript-modules in losse bestanden en deze met RequireJS i.c.m. ConditionerJS van mijn collega inladen. En dan met Grunt een task die een groot aantal bestanden plat slaat naar 1 file om het aantal requests te beperken. In principe heb je dan maar een paar script-tags nodig. Eentje voor wat eventuele shims/polyfills voor IE, een eventuele HTMLshiv voor IE8 en lager en dan je RequireJS-file.
Ja, dit is dus waarom je RequireJS gebruikt, want je wil natuurlijk niet dat de filenames bepalen hoe je applicatie werktquote:Op zaterdag 8 maart 2014 13:45 schreef d4v1d het volgende:
[..]
Is dat niet op alfabetische volgorde?
[..]
Opgelost. Vind t wel n beetje lelijk
Zo'n vermoeden had ik al. Is het volgende waar ik me maar eens in ga verdiepen. Vooralsnog bestaan de meeste losse bestanden die ik met * inlaad sowieso uit aparte classes en laad ik als laatste het 'main' js bestand in waarin ik die allemaal gebruik. Maar dat is ook maar praktisch tot een bepaalde projectgrootte.quote:Op zaterdag 8 maart 2014 15:30 schreef Tijn het volgende:
[..]
Ja, dit is dus waarom je RequireJS gebruikt, want je wil natuurlijk niet dat de filenames bepalen hoe je applicatie werkt
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.
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
28Navigation = function(page_class) {
var that = this;
that.page_holder = new Array();
that.page = {
id: null,
x: null,
y: null
};
that.current_page = 0;
that.get_pages = function() {
$(document).ready(function() {
$(".page").each(function() {
var i = that.page_holder.length;
that.page_holder[i] = that.page;
that.page_holder[i].id = i;
that.page_holder[i].x = $(this).offset().left;
that.page_holder[i].y = $(this).offset().top;
that.nav_to(3);
});
});
}();
that.nav_to = function(id) {
console.log(that.page_holder.length + ", " + id);
};
};
test = new Navigation("page");
test.nav_to(5);
Het probleem is, dat nav_to() method wordt uitgevoerd voordat de get_pages() method klaar is. De method nav_to() is afhankelijk van get_pages() dus deze mag pas uitgevoerd worden nadat get_pages() helemaal klaar is.
Hoe kan ik dit oplossen zonder nav_to ook in een document.ready function te gooien?No citizen has a right to be an amateur in the matter of physical training...what a disgrace it is for a man to grow old without ever seeing the beauty and strength of which his body is capable.
Waarom moet de document.ready.function weg? Ik dacht dat dit ervoor zorgde dat eerst de DOM werd geladen voordat de jquery functie wordt uitgevoerd, en dit is de bedoeling aangezien deze functie afhankelijk is van de DOM.quote:Op zondag 9 maart 2014 17:18 schreef Catch22- het volgende:
Die document ready moet daar sowieso weg.
Verdiep je eens in callbacks
Waar wordt die get pages aangeroepen dan?
Ahhh ja natuurlijk, stom van mij, dankjewel.quote:Op zondag 9 maart 2014 17:30 schreef Catch22- het volgende:
Dan moet je de hele class pas initialiseren als de dom klaar is. Nooit in je functies iets oplijmen aan de doc ready.
heb je al een changed node gulp-changedquote:Op zaterdag 8 maart 2014 14:25 schreef PimD het volgende:
Ik vind het wel allemaal supertraag worden als je Grunt + SASS + Jekyll + AutoPrefixer en nog wat plugins hebt draaien in een wat groter project
Als corporate klanten hebt, moet je welquote:Op maandag 10 maart 2014 10:51 schreef Tijn het volgende:
Duh. Wie bouwt er nu nog voor IE7? En als IE8 het doet, dan is dat leuk en anders pech. We blijven niet bezig. IE9 is inmiddels al bejaard.
Ik heb 2 jaar geleden nog een Javascript-only web applicatie voor IE6 opgeleverd voor een fossiele organisatie. Gelukkig zijn ze nu 'al' over op IE8.quote:Op maandag 10 maart 2014 10:51 schreef Tijn het volgende:
Duh. Wie bouwt er nu nog voor IE7? En als IE8 het doet, dan is dat leuk en anders pech. We blijven niet bezig. IE9 is inmiddels al bejaard.
Nice.quote:Op zondag 9 maart 2014 18:12 schreef n8n het volgende:
Voor mensen met sass/less, heb net autoprefixer ontdekt, is iig een node van voor grunt en gulp. Scheelt een hele zut mixins plus het voegt automatisch alleen relevante prefixes toe op basis van caniuse
Gelukkig moet ik helemaal niks.quote:Op maandag 10 maart 2014 10:57 schreef Catch22- het volgende:
[..]
Als corporate klanten hebt, moet je wel
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |