I'll just put that here…

Enjoy. :)

PS: Don't mind the miniature/thumbnail. It is wrong.

I thought I understood it all.

But we fall in the trap, undoubtedly, every so often.
Why is it so hard?

Somethings just need to be told.
Somethings just need to be shut up about it.
Somethings just need to be repeated. (like this video I just shared, once in awhile, it should watch it again)

Once in awhile, you are left all alone, but other than that, you never are all alone. If you want to be helped, do the first step.
Happiness and peace can be found in all situations. ~

Never (gonna) give (you) up.

D'accord avec Timo. :p

La grève à 100% c'est ce qu'il faudrait.

Mais peut-on vraiment les blâmer d'être cons (sorry) et pas compris que faire grève à répétition ainsi ne change, au final, rien du tout ?
Non, on ne peut pas leur reprocher, car nous sommes, bien trop souvent, tout aussi (si voir pas plus parfois).
Par exemple on continue d'aller voter et croire en ces cons de politiciens et leur système soit disant "démocratique" (c'est pas être censé le peuple qui gouverne alors ??), on continue à consommer des produits de merde, mauvais pour la santé, pour l'environnement et le "commerce" (car toutes les fortunes convergent vers les grandes multinationales, qui deviennent toujours de plus en plus puissantes et contrôlent nos gouvernements grâce aux lobbys & co), …

Got the idea?

Et +1 Bronco aussi. :)

Enfin, je pense que la grève est bien souvent un moyen de lutte mis en place "officiel". Si c'est encore autorisé, c'est qu'ils savent le contrôler et qu'au final, pour nous, ça ne sert à rien. Pourquoi on ne commencerait pas à faire les choses nous même au lieu de faire la grève, se plaindre, attendre que les maîtres fassent quelque chose, qu'ils ne font ensuite pas, puis on retourne au boulot, forcé et/ou parce qu'il faut continuer à travailler pour se nourrir. (Ça devrait être un droit ça … On a largement les moyens si on arrêtait le gaspillage de masse au profit de la "croissance" infinie (avec des ressources finies, gg!)) (Ou car on a pris goût à une vie de luxe, parfois)

Si par contre, ces grèves sont un chouillas efficaces (ou pourraient l'être) et si elles concernent des services publics, pourquoi n'allons pas tous les défendre ? Plutôt que de laisser les travailleurs directement concernés se défendre eux mêmes et NOUS défendre à notre place ? Comme le dit Bronco: "J'en avais marre d'être méprisé pour les combats que je menais pour les autres."

L'état … c'est un con. Mais la privatisation … à part exceptions, c'est pire.
Car toujours donnée aux géants du Capitalisme, Capitalisme, Capitalisme.

(Via https://www.mypersonnaldata.eu/shaarli/?bM6_qw -> http://tech-services.fr/shartech/?V9bGVw )

Ouais, c'est chiant ça…

Ceci dit, non merci, je ne veux pas utilise les touches directionnelles personnellement.

Étant droitier, ce n'est pas pour rien que ces touches là sont devenues célèbres comme secondes touches de direction.

Je me vois mal avec ma main gauche à droite de mon clavier avec ma main droite pas loin. Enfin c'est ptet une question de préférence habitude. Mais je suis beaucoup plus confortable (habitué ?) lorsque j'ai un main de chaque côté. (Puis ça réduit les mouvements nécessaires. L'air de rien c'est super important. Voir clavier BÉPO & co)

Ce que je trouve par contre que les développeurs auraient du faire depuis longtemps serait de :
1) Normaliser ça.
2) Les assigner à un nom (Les touches gauche, droite, haut et bas sont "souvent" référencables par leur nom non? Sinon évidemment, si c'est uniquement par leur code c'est "too bad"), tel que ALTERNATIVE_LEFT ou quelques chose ainsi, qui varieraient donc dynamiquement d'un clavier AZERTY à un clavier QWERTY. Etc.

Ou alors faut tenter de se venger et sortir plein de jeux avec les touches QZSD par défaut. Lulz. (#rire_jaune)

Et toc!

Oooouh, je connaissais pas inspect.getsource, c'est génial. ^-^

AttributeError: 'itertools.count' object has no attribute 'next'

Arf …

Le code suivant ne fonctionne donc plus en Python 3 :

>>> import itertools, collections
>>> value_to_numeric_map = collections.defaultdict(itertools.count().next)
>>> value_to_numeric_map['a']
0
>>> value_to_numeric_map['b']
1
>>> value_to_numeric_map['c']
2
>>> value_to_numeric_map['a']
0
>>> value_to_numeric_map['b']
1

La première solution venant à l'esprit serait d'avoir à instancier une variable :

>>> c = itertools.count()
>>> value_to_numeric_map = collections.defaultdict(lambda a: next(c))

Et ça fonctionne très bien.

Mais personnellement, je préfère lorsque ça reste one-line, donc voici une alternative one-line :

J'utilise lambda pour créer une encapsulation (closure).

value_to_numeric_map = collections.defaultdict((lambda c: (lambda: next(c)))(itertools.count()))

Lien précédent : http://www.olissea.com/mb/links/1/?ibR8_g

EDIT: J'ai trouvé ce problème ceci dit: https://bugs.php.net/bug.php?id=65045
Mais j'ignore si je suis vraiment concerné : ça dépend en effet si mon script capture ces séquences à problèmes mais il me semble qu'il ne capture que les séquences valides de 4 bytes, donc pas de problème normalement.

Également, j'ai pas trop compris comment ça se fait, mais lorsque j'applique htmlspecialchars sur les séquences données sur la page, l'output n'est pas vide. Ne devrait-il pas l'être (vu que htmlspecialchars renvoie stupidement une chaîne vide lorsqu'il reçoit de l'UTF-8 invalide normalement ?).

Mmmmmh.
</EDIT>

"Plop.

Après mainte péripéties et échecs, je pense avoir trouver quelque chose de "potable".

Voir le code avec coloration syntaxique (un peu différent, manque une source) : http://sebsauvage.net/paste/?e249576d75ee9946#jBpv2UCufTQ4UC2WnTtM11gfolfGkQi61brf11pFORU=

<?php

# "😒" est codé sur 4 bytes
$body = 'lol😒a☺';

echo 'before: ',$body,'<br />'; # Output: lol😒a☺
echo 'length: ',strlen($body),'<br />'; # Output: 11 (😒 = 4, ☺ = 3)

# Le but est de remplacer uniquement les caractères de plus de 3 bytes par leur entité HTML.
# Afin d'obtenir ce code dans le cas de notre exemple
echo '😒','<br />'; # Fourni par https://duckduckgo.com/?q=html+%F0%9F%98%92

# Récupération des caractères de plus de 3 bytes uniquement
# Source: http://stackoverflow.com/a/1401716/1524913
# $body = preg_replace('/[\xF0-\xF7][\x80-\xBF]{3}/', '�', $body); # Yeah! It works!

# Ne fonctionne pas. htmlentities ne connaît pas tous les caractères unicode ( http://stackoverflow.com/a/13942507/1524913 )
# $body = preg_replace_callback('/[\xF0-\xF7][\x80-\xBF]{3}/', function($m){return htmlentities($m[0], ENT_COMPAT, 'UTF-8');}, $body); # Ignore complètement 😒

# La solution proposée au lien précédemment cité : Ne fonctionne pas non plus
# $body = preg_replace_callback('/[\xF0-\xF7][\x80-\xBF]{3}/', function($m){return str_replace('\\u','&#x',trim(json_encode($m[0]),'"')).';';}, $body);
# Output: lol��a☺ car json_encode considère ça comme deux caractères de deux bytes et renvoie "\ud83d\ude12"

# Ne fonctionne pas ( http://php.net/manual/en/function.htmlentities.php#107985 )
# $body = preg_replace_callback('/[\xF0-\xF7][\x80-\xBF]{3}/', function($m){return mb_encode_numericentity($m[0], array(0x0, 0xffff, 0, 0xffff), 'UTF-8');}, $body); # Ignore complètement 😒

# Fonctionne !!! Mais renvoie &#128530 au lieu de 😒 (Pas vraiment un problème en soit)
# $body = preg_replace_callback('/[\xF0-\xF7][\x80-\xBF]{3}/', function($m){return mb_convert_encoding($m[0], 'HTML-ENTITIES', 'UTF-8');}, $body);

# Si on veut vraiment la version hexadécimal
$body = preg_replace_callback('/[\xF0-\xF7][\x80-\xBF]{3}/', function($m){return '&#x'.dechex(substr(mb_convert_encoding($m[0], 'HTML-ENTITIES', 'UTF-8'), 2)).';';}, $body);

echo 'after: ',$body,'<br />'; # Output: lol😒a☺

?> "

Chouette lecture.

Important à savoir pour le bon vivre de toute communauté grandissante.

Je ne suis pas d'accord avec tout ceci dit. :)
Moi même ayant posé certaines de ces questions par le passé par exemple. (section "question impossible") Et même si je ne poserais pas ce genre de question sur Stack Overflow (par exemple) - et ça se comprend pourquoi mais lorsque j'ai personnellement posé ces questions (y a longtemps) c'était avec sincérité, car il faut commencer par là, quand on ne sait rien (et rien de mal à ça, on débute tous quelque part), histoire d'avoir les grandes lignes, des indications par où commencer, …

Juste avoir une fonction correcte, facile à utiliser, qui ne me renvoie pas une chaîne de caractère vide si l'input contient de l'utf-8 invalide.

Et, dût ma contrainte technique, la seule alternative que j'ai (ENT_IGNORE) est déconseillée … Doh.

( EDIT: [Je raconte ma vie]

Pis PHP ne cesse de m'épater dans le mauvais sens et plus j'investigue plus j'suis aberré.
M'enfin … ça n'a pas que du mauvais, ça m'aide à me forcer à faire plus de Python et moins de PHP.

Pour ceux qui continuent à me demander pourquoi je fais encore du PHP je répondrais que les vieilles habitudes ont la vie dure, qu'il faudrait que je transcrive tout mes scripts PHP vers Python, c'est beaucoup de boulot … tellement qu'on préfère souvent la simplicité de continuer les vieilles habitudes et/ou quand on a pas le choix / temps et qu'on a besoin que qu'une appli ou autre soit fonctionnelle dans les temps. Et malheureusement, j'ai encore trop de setup à faire pour que je puisse le faire via Python, mais ça vient ptit à ptit. ☺
)

EDIT 2:

Je pense que le plus simple/efficace serait, comme je l'avais fait une fois sans vraiment avoir étudier la question en profondeur, serait de juste réimplémenter la fonction via str_replace qui lui est apparemment 100% utf-8 safe.

À vérifier.