Reprise du message précédent :

on a pas encore l

a touche [tab]?

j'ai créé un type UserString incompatible avec String, (le toString est htmlEncoding pour simplifier tout). Sauf que dans le framwork y'a des trucs d'encoding auto, dans ce cas je dois passer la chaine "à poil", donc y'a encore un risque de passer une chaine à  "à poil" là où j'aurai pas dû.

C'est un peu ça oui, je pense que c'est à moi de me sortir de la merde, mais parfois c'est un peu dur tout seul.

a fin de la phrase ?
 
 
m'en fout

Plus jeune, on t'as confié la mémoire d'un enfant juif ?

"Chagrins précoces"

encaisses

presque  
 
et florentG a tout cassé  

 
 
c'est vrai que c'ets un peu court

non, j'ai des dizaines de bugs, et plein le cul et pas le  net

J'ai ajouté un peu à l'arrache l'édition des commentaires, mais c'est à  
paufiner.
 
Les bugs connus :  
 - 404 après édition/crétion de groupe  
 - des fois après une action style login y'a un 500
 - les couleurs sont moches.
 
Je reviens je sais pas quand.
 
A+ les jeunes.
 

Pour les couleurs je te conseils de prendre un designer avoir un amis ou un truc comme ça, car le design/ergo c'est le pivot !
 
Si c'est laid ton appli peut avoir toutes les features possibles ! Personne l'utilisera à part si tu as un gros coup de pub style facebook (qui est austère et froid au premier abord)

 
ou pas  

On a des XSL de 6000 lignes, je peux jouer?

 
You're fucked

c'est à moitié faux
 
l'ergonomie est effectivement indispensable
 
le design, absolument pas, tant que l'appli fait ce que le visiteur veut (et que c'est utilisable)

Le design est un gros plus - disons que si l'utilisation n'a qu'un demi-besoin de l'appli c'est ce qui peut l'aider à rester.

non, c'est surtout ce qui différencie le produit d'un concurrent qui remplit les 2 premiers critères (faire ce dont l'utilisateur a besoin, et le faire de manière compréhensible).
 
C'est pour ça que malgré le fait que linux soit maintenant tout joli-wouha-y'a-de-la-3D-sur-le-bureau, c'est toujours aussi compliqué à utiliser, d'où le epic fail.
 
Le problème c'est que la plupart des programmeurs ont du mal (apparemment) à différencier ergonomie (la facilité d'utilisation), et design (le bling-bling).

 
Ca se comprend, c'est assez lié.

Je serais le boss d'Ubuntu, je prendrais l'équipe responsable de l'ergonomie de MySpace. Et hop, tout le monde sous Linux

je crois que je te bats là dessus
 
d'ailleurs la xsd fait plus de 350 lignes

Sympa le reverse graffiti : http://bienbienbien.net/2008/02/18 [...] urs-sales/

c'est pour moi que tu dis ça ?

c'est quoi son probleme a python la?:heink:

(et le r'expression', ça veut dire quoi en fait? (copié des exemples...))

r c'est pour raw

On a pas de XSD \o/
 
On  a pas de schéma tout court \o/

ok mais qd meme

ha ben un ptit r pour mon replace, ou un double echappage du \\1 et ça va tout de suite mieux tiens.

même pas une dtd? c'est pas tres pratique dis donc

Masklinn n'utilise pas les XSD car les XSD demandent à Masklinn si c'est valide

Qqun à une idée de comment on peut compresser des données
en utilisant XOR ?
 
J'avais cru lire ça dans une ancienne publication que je ne retrouve plus >.<

non  

j'ai retrouvé \o/
je vois pas le rapport avec le XOR,
va falloir que je relise ça
 
http://research.microsoft.com/~pab [...] ntdist.pdf

ben pas tellement, justement : l'ergonomie, ça joue sur les contrôles et éléments ; le design, ça joue sur l'habillage de ces contrôles et éléments.

Après, les deux interagissent (logique), mais tu peux très bien avoir une appli ou un site super joli mais complètement anti-ergonomique, et inversement.

Edit : un exemple tout con. Je suis en train d'intégrer une charte de site. Elle est pas trop moche, mais par exemple, le lien "plan du site" à côté du changement de langues, c'est absurde (qu'est-ce que ça fout là ?). Le champ "rechercher" en pied de page, c'est débile. C'est des détails comme ça qui font que, même si c'est pas moche, c'est pas pratique d'utilisation.

non c'était pour lekikidedarty (c'est le multi de qui d'ailleurs ?) et skeye

[insérez ici une blague sur la compression infinie]

 
Des flottants qui varient peu et/ou linéairement se prêtent bien au jeu (le cas le plus simple étant tu enregistre le 1er normalement, et tout les suivants tu les xor au précédent avant d'enregistrer, idéalement ça te fait un paquet de zéros bien répétitifs qui se compressent très bien)

MMMAAAIIIRRRRRRDDDEEEEEEEEE

http://lucumr.pocoo.org/cogitation [...] to-do-xml/