Reprise du message précédent :

 
Tu t'es cru revenu en 1990?

 
explain

Tanx au fait.
Less m'apporterais même pas grand chose finalement.

J'ai testé et approuvé le dis background, ça fonctionne très bien.

 
ta pas un lien ? comment t'as procédé ? t'a utilisé le plugin ? version de jQuery ?  

Latest jQuery et la version de background plugin qui est dans les plugins de jQuery

j'vais tester sur jsfiddle  

Y a que moi qui trouve que l'interface de Wp est super lourde ? J'ai l'impression que les pages de l'interface d'admin mettent 3 plombes à charger  

À propos de background
http://css-tricks.com/14311-fancy-scrolling-sites/

 
j'viens de tester, effectivement, j'avais du chier dans la colle

Sa race J'en avais déjà vu un ou deux, mais là y'en a des terribles !

Story telling, le gros trend à la mode
Celui de la NZ en est un exemple parfait.

Yo!
 
Un petit coup de main pour du SQL, comment gèreriez vous la récurrence d'un événement ? j'ai déjà mes 2 champs "start" et "end", mais comment procéder pour gérer un événement, par exemple, tous les mercredi à 14h pendant 1 mois...
 
Merci

ça dépend si tu veux les décoder en SQL ou juste côté appli, si c'est juste côté appli, tu te fais pas chier, tu mets un colonne chaine et un petit langage de description. Si tu veux les décoder en SQL c'est un poil relou, il va probablement te falloir plusieurs colonnes et une requête longue comme ma bite.

 
ça va, petite requête
 
blague à part, je veux pas me faire chier.. ça serait pour gérer une liste avec plusieurs événements. Et il faudrait que l'événement créé vienne se caller automatiquement dans la liste d'événements en cours

perso pour me simplifier la vie, j'avais obligé une date de fin(genre dans un ou deux ans) , aveun rappel auto au bout de cette periodepou renouveller
ensuite, je precalcule les occurence  
 
Comme ça je n'ai que deux tables : une table evenement, et une table occurence. Le point un peu tricky est de bien gerer les modification des rendez vous ( principalement le smodification des période d'occurence ) .

décris précisément quels type d'occurences tu va proposer ?

Comme sur l'iphone: Tous les jours, tous les week ends, toutes les semaines, tous les mois, tous les ans. j'ai l'impression que je vais en chier

Quelqu'un connaîtrait un soft pour faire des MCD et pouvoir exporter le schéma afin que ça puisse être lu simplement si je veux l'envoyer par mail à un collègue ?

mysql work bench ?
tu peux exporter en pdf, en jpg, et meme avec un plugin en yml pour doctrine

un peu plantogene quand meme, pense a sauvegarder souvent

c'est toujours mieux que "le quatrième mardi du mois"

 
Ah ouais c'est sympa comme soft, même si j'ai du mal avec leur asso  
 
EDIT:
 
Du coup je fais comment sur mon mcd pour faire en sorte que seuls les admins puissent écrire des articles ?  
 
La table groupes contiendrait deux tuples: membres, admin.
 
http://uppix.net/4/4/c/4da4becff14 [...] 1adfde.png

ce ne sera pas dans la bdd, mais au niveau applicatif que tu vas gérer ça
 
et stocke juste un hash du mot de passe, ça suffit et ça t'évite de prendre des risques

Houla j'ai du mal à piger là, comment je fais pour vérifier le groupe d'un user si je l'ai pas mis en bdd ?
 
J'vais quand même pas mettre un champ rôle dans la table user   si ?
 
Putin que j'ai horreur de faire des MCD, j'crois que j'vais aller prendre des cours  

soit tu fais un champ admin dans ta table user
soit tu crée un groupe admin

mais ce sera à l'applicatif de lire ça et d'afficher ( ou non) les fonctions d'éditions

drapal !

bordel de merde de manche à couilles
http://woosmap.com/map/edit/
là dessus, quand je créé un marker, puis que je vais sur "edition" quand je rightclick sur le marker ça doit le supprimer, ça marche parfaitement sous chrome, mais pas sous FF
l'event DOM est bien envoyé, le click gauche fonctionne parfaitement, mais le droit est jamais lancé.

dans les propriétés FF, vérifie si dans les options tu as autorisé les scripts à modifier le clic droit.
 
Je te déconseille la gestion du clic droit, au pire averti ton utilisateur et offre lui une alternative du genre CTRL+clic = clic droit

ça marche avec les exemples de google maps API V3. donc ça vient bien d'une façon ou d'une autre de mon code (je déclenche peut-être un bug chez eux, mais dans d'autre cas ça marche disons).

pour le click droit je pense que je le virerai un jour (ou au pire je mettrai un popup menu avec supprimer dedans), mais là il faut que je release ma bouse.

Putain de webkit, j'ai une situation ou j'insère un gros bout de DOM dans une appli complexe (gros genre 70k de texte, ~1000 éléments, et 50 fois de suite), dans saf et chrome chaque insertion prend plus longtemps que la précédente, ça démarre à 10ms et ça finit à 5s par innerHTML
 
Et un DocumentFragment + cloneNode(true) aide pas, ça ralentit moins (top out à 3.3s/appendChild) mais c'est pas plus rapide globalement
 
Et j'arrive pas à le réduire, quand je fais la même chose dans une page vide les insertion prennent 10~18ms, proprement, comme dans firefox  
 
Quelqu'un a déjà vu passer ce truc pourri? Sur le tracker il y a des mentions de ce genre de trucs, mais ça parle d'insertion de CSS, j'insère point de CSS.
 
(faux edit: c'est sur l'insertion de <option> dans des <select>, si je remplace option et select par div et span aucun problème )

En fait c'est pas con, en virant le click droit je vire le pb et je peux avancer.

question conne :tu fais ces insertions dans le dom ? Pourquoi tu ne fais pas toutes les insertions dans un élément  hors du dom ainsi tu ne te tapes pas le redraw et le reflow.

Parce que je les insère dans une table déjà dans le dom, sauf à sortir la dite table du DOM et la réinsérer derrière...
 
Et quand bien même, je suis pas persuadé que ça ait la moindre chance de fixer le problème.

C'est pas impossible que ça soit plus rapide, et sans flicker. Je faisais comme ça en 2006 et c'était déjà le cas, à voir

J'ai jamais parlé de flicker, bande de polios
 
Mon problème n'est pas du flicker, ce sont des appendChild/innerHTML qui font entre 3 et 5s chaque

Ben comme tu attaques la vue comme un sauvage, le navigateur force un refresh à chaque attaque d'ou ton problème de lenteur

1. non
2. firefox a pas le problème, les insertions sont stables à 10~18ms (selon la méthode)
3. quand bien même, ça explique pas le fait que sur 48 insertions le temps d'insertion monte de 10ms à 5400ms
4. ça n'explique pas non plus pourquoi remplacer les select/option actuels par des div/span revient à des performances "normales" (~15ms par insertion) pour la même quantité de données.

edit: et 5. je viens de tenter avec un seul documentFragment, ça marche pas mieux, comme prévu: tout est rapide jusqu'à l'insertion des select/option dans le dom (en un seul Node.replaceChild), qui prend 78s

final edit, histoire que vous arrêtiez de me les briser à me prendre pour un con

var root = document.createDocumentFragment();
var row = document.createElement('tr');
root.appendChild(row);
var select = document.createElement('div');
_(choices).each(function (choice) {
    var option = document.createElement('span');
    option.setAttribute('value', choice);
    option.appendChild(document.createTextNode(choice));
    select.appendChild(option);
});
_(header).each(function () {
    var cell = document.createElement('td');
    cell.appendChild(select.cloneNode(true));
    row.appendChild(cell);
});
 
var to_replace = $root.find('.row-to-replace')[0];
 
to_replace.parentNode.replaceChild(root, to_replace); // 13ms

var root = document.createDocumentFragment();
var row = document.createElement('tr');
root.appendChild(row);
var select = document.createElement('select');
_(choices).each(function (choice) {
    var option = new Option(choice, choice);
    select.appendChild(option);
});
_(header).each(function () {
    var cell = document.createElement('td');
    cell.appendChild(select.cloneNode(true));
    row.appendChild(cell);
});
 
var to_replace = this.$element.find('.rows-to-replace')[0];
to_replace.parentNode.replaceChild(root, to_replace); // 79505ms

question conne, mais as tu essayé de remplacer le new Option par un document.createElement('option'), etc...

edit : Et au lieu du documentFragment, utilise un div, et ensuite tu n'injecte que le firstChild

Mais bordel pourquoi tu veux que ça change quoi que ce soit, c'est pas la génération du bordel qui pose problème

La seule différence entre new Option et document.createElement('option') c'est que le premier prend une ligne, le second en prend 4

bis repetita, ça va rien changer au problème qui est à l'insertion, c'est exactement le même effet en insérant directement le select sans avoir de wrapper, ou en collant un innerHTML du select en string

Masklinn > c'est louche quand même, d'une façon ou d'une autre il boucle en polynominal sur la longueur de ton contenu, c'est ça ?  
ça peut être une interaction bizarre entre les layout des différent éléments.
pour réduire, tu as essayé dans "l'autre sens" en virant progressivement du bordel de ta page initiale plutôt qu'en partant from scratch ?