Reprise du message précédent :

 
convmv/convmvfs

Ca, ça sent le copié-collé à partir de Word...

C'est pour les encodings ça, ça gère les normalisations?

pourquoi il appellent ça unicode si le code est pas unique ?    

 
yep (--nfc, --nfd  selon la normalisation que veux cibler)

Il y a un code unique par graphème (caractère), mais un glyphe (une impression complète) peut être composé d'1..n graphèmes et — et c'est là qu'on s'amuse — certains glyphes peuvent être exprimés par plusieurs combinaisons de graphèmes (l'exemple ici étant le glyphe "é" qui peut être exprimé soit via le graphème unique é ou par la combinaison des graphèmes e et '), et la combinaison choisie dépend de la normalisation.

Donc les graphèmes ont bien un code chacun, mais ce qui est imprimé à l'écran ce sont des glyphes et non des gaphèmes

Après, en théorie un glyphe donné est toujours équivalent à lui même quelle que soit sa normalisation (les graphèmes utilisés pour le composer), mais selon le niveau d'unicode-awareness du système ça peut ou peut ne pas être le cas.

C'est souvent pas le cas

Exemple pour les normalisations :
U+212B (Å) pour l'ångström c'est remplacé :
- en NFC par U+00C5 (Å – A avec un ptit rond dessus)
- en NFD par U+0041 (A) et U+030A (°)

Pis l'ordre compte, U+1EBF (ế) (en vietnamien) c'est e avec un accent circonflexe et un accent aigu, et pas l'inverse.
Donc c'est équivalent à U+0065 (e) U+0302 (circonflexe) U+0301 (aigu) mais PAS à U+0065 U+0301 U+0302.

(from wikipedia)

le nom du groupe de hacker

Bien vu, justement on était tombé sur la même solution, sauf que les perfs sont importantes, donc en gros la solution la plus rapide, c'est d'avoir un clone qui ressemble à ça :

@Override
public IFoo clone() throws CloneNotSupportedException {
    FooBar cloned = new FooBar();
    cloned.setEggs(getEggs().clone());
    cloned.setSpam(getSpam().clone());
    return cloned;
}

Et ça, on va pas l'écrire à la main

Hmm hmm.

Je me demande ce qui explique que ça puisse faire merder SVN ce genre de truc ?

Que deux codes binaires différents amènent à la même représentation visuelle, il s'en fout lui, pour lui c'est que du binaire

@Override
public IFoo clone() throws CloneNotSupportedException {
    FooBar cloned = new FooBar();
    cloned.setEggs(getEggs().clone());
    cloned.setSpam(getSpam().clone());
    return cloned;
}

Dans ce cas, introspection plus de la génération de code pour chacune des classes, je suppose.

Si la méthode clone de la classe mère fait son clone en utilisant la réflection (pour avoir le vrai type à construire et la liste des membres à cloner), ça irait pas ?

final Object cloned = getClass().getConstructor().newInstance();
for (final Field field: getClass().getFields()) {
   if (!(field.getModifiers() & (Modifier.STATIC | Modifier.FINAL))) {
      field.set(cloned, field.get(this).clone());
   }
}

Ça me semble bizarre, U+212B est un graphème en tant que tel (ANGSTROM SIGN), U+00C5 est un graphème différent (LATIN CAPITAL LETTER A WITH RING ABOVE) que les fontes peuvent implémenter avec un différent glyphe de celui de U+212B, U+00C5 pouvant par contre bien être décomposé en U+0041 (LATIN CAPITAL LETTER A) et U+030A (COMBINING RING ABOVE).
 
Si tu saisis U+212B et qu'il est transformé en U+00C5 je dirais qu'il y a erreur quelque part. Il est plus probable que U+00C5 ait été saisi à l'origine (ou sa forme décomposée) non?

C'est pas SVN qui merde, c'est le filesystem de l'OS et ses outils. Genre le FS normalise (et ptet même convertit de genre windows 1252 à utf-8) au creat (2), svn regarde la working copy il voit plus son fichier à lui mais un nouveau truc bizarre (parce que bien qu'affichés de la même manière la séquence de bytes du nom n'est pas la même), un truc du style.

T'as le même problème quand tu crées des fichiers avec juste une différence de casse sous linux et que tu checkout sous windows (ou sous OSX avec un FS case-insensitive, qui est le défaut)

Y'a tout google qu'est down chez moi    Du coup je taist Duck Duck Go Il fout cash l'article wikipédia résumé en premier résultat si dispo

C'est le but.
 

Visiblement non, pour des questions de performance.
On clone des objets assez énormes à de nombreux endroits dans l'appli et ça s'est avéré pas viable.
 
Sinon, pour cloner simplement une collection, le code suivant est acceptable ?
 

List<Foo> foos;

cloned.setFoos(getFoos().clone());
Collections.copy(cloned.getFoos(), getFoos());

Duck Duck Go il pootre, c'est mon moteur par défaut sous Camino
 
Seul inconvénient, pas de switch pour une recherche d'images

en fait, la picardie, c'est une extension du NPDC : http://www.lepoint.fr/actualites-s [...] 0/0/465300

Bah c'est la lointaine banlieue, faut qu'ils s'entraînent en vue des concours de tournantes

On voit qu'ils ont pas l'habitude, ils y ont pas mis le feu.

Par contre, on voit qu'ils ont la classe, ils font partie de la haute société de Creil: elle a été violée dans une cage d'escaliers (sur un pallier en plus, grand luxe, ça a presque eu lieu dans un appart) et pas dans une cave ou garage

C'est plus une extension de la banlieue parisienne, RER D en forssssse

ptit joueur  

 
tu nous a pas manqué

mmmh, un peu trop de fenugrec dans mon Mirsang mais delicieux    

Enfin !
Peut-être une alternative à GDB dans quelques années    
http://lldb.llvm.org/index.html

 
Universel, pas Unique.  Unicode est base sur une serie de principes contradictoires et donc certains sont plus prioritaires que d'autres.  Les principes les plus prioritaires sont:
- n'importe quoi qui a ete dans la partie normative d'unicode, reste.  Y compris les fautes d'orthographe ou de frappe dans les noms des caracteres.
- n'importe quoi qui a ete considere comme un caractere dans un code quelconque datant d'avant 1990 va se trouver attribue un code dans unicode pour permettre un round-trip Code originel, unicode, code originel facile.  (Tiens, il faudrait que je regarde une fois si les formes accent, backspace, caractere -- ISO 646 et ses alias (CCITT#5, ECMA-6) -- sont traites ou non.
 
L'unicite de la representation n'est certainement pas un critere.  Ils ont meme defini 4 formes canoniques qui, elles, imposent une representation unique.  Mais parfois differentes entre elles.

'tain mon nouveau laquais, il a pas deux semaines et j'ai déjà une folle envie de le flinguer

 
http://unicode.org/reports/tr15/

OK

mais je aussi

Lam's et les bricoleurs: http://www.reddit.com/r/pics/comme [...] ehind_one/

List<Foo> foos;

cloned.setFoos(getFoos().clone());
Collections.copy(cloned.getFoos(), getFoos());

Ca m'étonnerait, mais fais un test
T'en a pour 5 mn chrono et t'en as le coeur net.

Pas chez moi

 
même sur mon cygwin, j'ai ca :