Reprise du message précédent :

 
Erf ... nan mais ma classe s'occupe de classer tout ça par ordre de priorité oui
 
Quan je dis la "première" je parle d'importance. (par contre faut que la modifie, car elle ne prend pas en compte le *;q=...
 

Ça ira pour cette fois
 
Mais code pl0x quand même en fait

 
code pl0x ?

ಠ_ಠ

...

Je suis censé comprendre quelque chose ou bien ?

Edit : je dois dire qu'une recherche google sur code pl0x ne m'avance pas des masses

pl0x == please
 
Donc "code pl0x", c'est "poste le code s'il-te-plaît"
 
lrn2internet

Faut le deviner celui là quand même (edit: et "stp" c'est plus court que "pl0x" ... ptin pis ça veut dire plox ... )

Je vous mets ça de suite...

Up
Bande de nuls, vous avez jamais fait de MVC en JS ?

HByString::Explode

edit: t'es sûr que sort/asort est stable? Parce que s'il l'est pas ça va potentiellement te sortir de la merde

Ah oué ... c'est une sur-couche perso à explode() qui permet de faire un padding de l'array si jamais il est plus court que le limit.

$str = 'a,b,c';
 
explode(',', $str, 6); // array('a', 'b', 'c');
 
HByString::Explode(',', $str, 6); // array('a', 'b', 'c', null, null, null);
 
HByString::Explode(',', $str, 6, 'z'); // array('a', 'b', 'c', 'z', 'z', 'z');
 
HByString::Explode(',', $str, 6, array('k', 'l', 'm', 'n', 'o', 'p')); // array('a', 'b', 'c', 'n', 'o', 'p');

Edit : stable dans quel sens ?

OK
 
Bon asort est pas stable, donc si t'as "en, de, ar" au lieu de array('en' => 1, 'de' => 1, 'ar' => 1) j'ai la très forte impression que ça va te sortir array('ar' => 1, 'de' => 1, 'en' => 1), sauf erreur de lecture de ton code de ma part.
 
C'est pas complètement fucké, mais c'est pas vraiment juste non plus

<?php
$a = array(
   'en' => 1,
   'de' => 1,
   'ar' => 1
);
 
print_r($a);
asort($a);
print_r($a);
?>

Cf au dessus, dans le sens où si tu as des paires (langue, priorité) avec la même priorité elles seront dans le même ordre en entrée et en sortie, c'est pas le cas.

 
Erf, je n'avais jamais fais gaffe à ça ...

Vérifies que tes sorties sont correctes, mais j'en doute
 

Il utilise arsort pareil, donc ça va donner strictement le même problème je pense: quand deux langages ont la même priorité, il ne va pas les laisser dans l'ordre d'origine.

N'importe quel sort stable ferait l'affaire. Donc bubble, insertion, timsort ou mergesort. Normalement un quicksort peut être stable en fonction de son implémentation, aussi.

Ou alors voir s'il n'y a pas déjà un sort stable dans vos libs.

Une autre alternative serait d'avoir un mapping {lang: prio}  et un {prio: [lang]}, le second mapping conserverait l'ordre des langages en fonction de la priorité et pourrait donc être utilisé pour évaluer ça.

Ça me semble super bizarre, c'est équivalent à faire

$return = ksort($array);
sort($array, $return)

Donc tu trie 2 fois de suite (différemment) et tu files TRUE ou FALSE en flag à sort, en quoi ça le stabilise

edit:

<?php
$a = array(
   'en' => 1,
   'ar' => 1,
   'de' => 1,
   'fr' => 1
);
 
print_r($a);
$r = ksort($a);
print_r($a);
arsort($a, $r);
print_r($a);
?>

Accessoirement, les sorts PHP sont clairement indiqués comme ayant un ordre non défini si les clés de tri sont égales, donc même si par le plus grand des hazards ça marche dans une révision de PHP ça peut parfaitement pêter à la suivante

Donc je pense que vous êtes bon pour implémenter votre propre sort, maintenir deux mappings différents ou essayer de trouver un DSU qui va bien

Le centrage vertical en CSS

<div class="basic_block">    
    <div class="content">
        <div class="bg">
            <a class="prevPage prevPage-homepage disabled"></a>
            <div class="scrollable-homepage">
                <!-- stuff -->
            </div>    
            <a class="nextPage nextPage-homepage "></a>                
        </div>
    </div>
</div>

.basic_block .content {
    text-align: center;
    -moz-border-radius: 10px;
    -webkit-border-radius: 10px;
    border-radius: 10px;
    border: 3px solid #fff;
    background-color: #bbb;
    background-image: -moz-linear-gradient(100% 100% 90deg, #efefef, #cfcece);
    background-image: -webkit-gradient(linear, 0% 0%, 0% 100%, from(#cfcece), to(#efefef));
    clear: both;
}
.basic_block .bg {
    padding: 10px;
    background-image: url("/images/template/stripes_bg.png" );
    overflow: hidden;
    zoom: 1;
}
a.prevPage, a.nextPage, a.prevPage-homepage, a.nextPage-homepage {
    width: 40px;
    height: 40px;
    background-color: transparent;
    background-position: 0 0;
    background-repeat: no-repeat;
    cursor: pointer;
    display: inline-block;
}
div.scrollable-homepage  {
    display:inline-block;
    height:175px;
    overflow:hidden;
    position:relative;
    width:805px;
}

Je veux centrer verticalement mes deux liens et scrollable-homepage. J'ai essayé toutes les techniques trouvées sur le net, pas moyen

Ah, et aussi, vu que je dois faire une grosse appli en JS (refonte d'un gros truc en Flash), et que je suis plus Mootools comme mec, est-ce que je gagnerais/perdrais quelque chose à passer sur JQuery, qui a l'air de devenir un standard de fait ?

Les classes et autres Hash, jQuery est plus basé sur select/act et event/act, avec toutes les informations tirées du DOM (et stockées dedans, genre jQuery.data) que dans la construction d'un arbre d'objet parallèle qui interragit avec le DOM (bon après t'as plein de plugins qui vont ou non étendre sur cette base, mais...). Le résultat, c'est que là ou MooTools peut faire se rapprocher le JS d'un PHP ou Java ou Python, jQuery va l'en éloigner à très grande vitesse.

Vas checker http://jqfundamentals.com/book/index.html ça devrait te donner une bonne idée des patterns d'utilisation de jQuery.

 
Pourquoi tu ne te débrouilles pas pour avoir des valeurs forcément différentes ?
 
Au lieu d'avoir un array de "language => prioritité", tu fais un array de "language => (priorité * 1000 + position_du_language_avant_tri)"
(Sachant que normativement les priorités n'ont pas plus de 3 décimales, multiplier par 1000 suffit à séparer priorité et position), ensuite tu trie avec ton arsort et wala.

zéroxwix il fait du DS sans U

Oui je sais déja à peu près tout ça Et je préfère la syntaxe mootools.
Mais c'est plutot d'un point de vue pragmatique que je me pose la question de passer à Jquery :
- les classes, les hashmaps, à la limite je peux m'en passer, pis quitte à faire du JS autant faire du prototypé...
- c'est peut-être plus facile de trouver des gens qui connaissent JQuery que Mootools pour la maintenance
- ya plus de plugins dispo (faut voir la qualité après ?), et vu que je vais faire tout ce qui est imaginable niveau interface (remake des widgets systèmes etc), c'est ptetre intéressant ?

Ou pas, hein.

D'ailleurs question éthique : pour ou contre le fait de simuler des classes dans un language qui fonctionne autrement à la base ?

Qui fonctionne autrement c'est vaste. Dans un langage qui n'a aucune implémentation OO, ça peut être intéressant (cf CLOS), dans un langage qui a déjà de quoi faire, ça va dépendre de pas mal de paramètres (genre en JS de qui fait ta maintenance & autres, si ça va être maintenu par des gens venant de java ça peut être une bonne idée d'avoir des classes à la java plutôt que des fonctions et des protos)

vertical-align

Les 3 en haut :

.prevPage, .nextPage,
.prevPage-homepage, .nextPage-homepage,
.scrollable-homepage {
        vertical-align: top;
}

Les 3 au milieu :  

.prevPage, .nextPage,
.prevPage-homepage, .nextPage-homepage,
.scrollable-homepage {
        vertical-align: middle;
}
 
div.scrollable-homepage {
        line-height:175px;
        height: auto; /* ou instruction à supprimer dans ta feuille actuelle */
}

Petite modification de ton code HTML, à cause des 3 ou 4 pixels que tu verras pas venir

<div class="basic_block">    
          <div class="content">
              <div class="bg">
                  <a class="prevPage prevPage-homepage disabled"></a><!--        display: inline-block;
                  --><div class="scrollable-homepage">
                       stuff
                  </div><!--                                                     display: inline-block;
                  --><a class="nextPage nextPage-homepage "></a>                
              </div>
         </div>
    </div>

Merci, je vais tester, j'aurais jamais pensé à foutre les boutons en haut et les conteneur au milieu

Tu parles de ma 1ère solution, tout en haut ??
- je sais pas à quoi ressemblent tes images, je teste avec des couleurs de fond
- le plus rapide pour voir que vertical-align fonctionne, c'est la valeur top

<edit>
Si .scrollable-homepage prend pas toute la largeur alors autant avoir deux zones cliquables qui prennent toute la hauteur ou presque. Pas besoin de viser avant de cliquer comme ça.
</edit>

Tu devrais ajouter du texte dans tes liens, et le cacher loin à gauche avec text-indent. Ou mieux utiliser des images HTML pour chaque lien, avec un alt "machin précédent"/"image suivante".
Et si tu pensais avoir des images de fond différentes au survol/focus des liens, il te faudra du JS, c'est le seul défaut.

 
Y a 2 solutions ?
Je sais pour le texte des liens, j'ai pas encore modifié et ces reliquats ne sont pas de moi. Je compte mettre un texte et un texte-indent, surtout qu'il y aura un hover en comportement.

Les Class de MooTools, c'est pas non plus complètement différent d'un prototype, faut voir ça comme un helper. Avec les avantages que ça apporte niveau syntaxe.
 
Maintenant, j'ai vu que tu voulais faire une grosse appli, je pense que le MVC est pas adapté pour le JS. Faut réfléchir plus simplement.

Intéressant, pourquoi ça ?

A voir que c'est une grosse appli, mais pas dans le sens intranet avec des dizaines de formulaires, c'est plus un shop avec panier, drag'n'drop & co en un peu plus évolué. Je peux te filer l'url actuelle (flash) en MP.

Toute façon quand je dis MVC, c'est large, hein

J'ai bossé sur deux shops avec des trucs relativement complexes en Ajax, j'utilise même pas de dataset. Ma philosophie c'est de binder un type d'élément à une type d'objet. Ça fonctionne assez bien.
 
Je veux bien l'adresse pour voir.

Dans un vrai langage j'aurais fournit une fonction de comparaison, en php ils ont :

Autrement dit ta vue représente le dataset ?

C'est vertical-align dans les deux cas, mais il y a plusieurs valeurs possibles de cette propriété
 

 
Je sais, je crois juste qu'on ne parle pas du tout de la même chose en fait

C'est usort pour la fonction de tri avec méthode custom