Reprise du message précédent :

 
Et il est patché sans cesse

Javascript \o/

ObjectiveC ?

C'est toujours un débat ça :

• Au sens du BMI non mais il faut reconnaitre que c'est un lobby de gros
• Au sens de vapeur, qui a plus de seins que ta femme, oui probablement

Le vrai problème c'est de faire du muscle
Et le fait que je ne me "stabiliserais" jamais sur un poids qui ne soit pas dans l'obésité morbide vu ce que j'aime manger et comment

Donc on voit "moins" sur un n5 ? Enfin bon c'est pas grave, ce sera tjs plus que mon i4

Par contre vis à vis d'un i5 tu vois quasi 2x moins si j'ai bien compris ? Par contre vu la taille de l'écran tu te fraises un peu les yeux sur l'i5, faut zoomer bcp pour que la lecture soit agréable

Tu parles de quelle version d'ecmascript ?

Pas du tout . Tu as de toute façon une quantité d'information affichée  est supérieur, mais moins que ne le laisserai penser la différence en terme de résolution brute et de diagonale d'écran
le fait que l'écran soit mieux défini  et plus grand permet de rendre mieux lisible les petites polices, il devrait donc y avoir besoin de moins de zoom. Le fait aussi de virer cette barre d'action en bas de l’écran sur IOS fait du bien aussi.

A noter que les app font ce qu'elles veulent des pixels : soient elles les utilisent comme une page web, soit elles utilisent la résolution complète  ou un ratio de densité de pixel intermediaire si ça les chante

Certaines roms sur n4 permettaient meme de faire passer le téléphone pour une tablette , j'imagine que la même chose sera présente avec le n5

 
5.1

dites, si j'ai une soupe de segments en 2D, y'a un algo malin pour trouver toutes intersections ou j'y vais en n^2 ?

 
http://www.cs.princeton.edu/~chaze [...] gments.pdf

Bentley-Ottmann

An Intersection Algorithm in Twenty-One Easy Pieces ->

 
ok
 
bon ben je suis parti sur le 16Go black
 

lol

Ça apporte des changements significatifs par rapport au N4 ?

Je me suis posé la même question

'tain la vache, le path2curve il ment pas : même les lignes droites il les transforme en bézier cubiques avec les poignées dans l'axe des bouts

 
-9 kg de mon côté (et j'étais pas gros )

+15kg ici

Bon vu que je vais ptêt avoir un peu de temps libre, y'a des projets open-source auxquels je pourrais contribuer ? Plutôt orientés embarqué et/ou qualité soft ?

https://github.com/nraynaud/webgcode

webG

http://khamidou.github.io/kite/
 
Y'a quand même des mecs qui doutent de rien

http://www.ibtimes.com/nexus-5-vs- [...] on-1456166

Hep, si je veux m'acheter un aspirateur, je dois prendre quoi?

Il y a un rapport ?

Y a NXP qui recrute si tu aimes l'humidité normande

ah bah maintenant qu'il est mince et musclé, il va en avoir des rapports

t'a eu quoi comme maladie ? bobonne est parti ?

un fagor en promo

 
le moins cher : il va finir dans un placard
 
sinon, ça vaut quoi les aspi robots : vu que je suis une grosse feignasse, je me tate, c'est capable de passer de pièces en pièces malgré la forme un peu space de mon appart ?

bof, franchement, après plus d'un an, je sais pas si ça vaut vraiment le coup

java - impressions - super lent
 
J'ai trouvé plein de gens avec le même problème, mais aucun avec un contournement. Dans mon cas, mes utilisateurs attendent 10 - 15s avant d'avoir la fenetre de selection d'imprimante.
 
des idées ?

plante un profiler dans le cul de la JVM pour voir ?

T'assurer que ta JVM tourne en mode client, pas server? (si t'es en 32b, en 64 t'as pas le choix)

pas evident, c'est pire sur un serveur citrix que sur mon poste de dev.

En tranchant, j'ai trouvé ca de lent. J'ai deux cas :

1. je mets des attributs a l'affichage de la dialog, ca utilise la fenetre swing, c'est lent au premier affichage, immediat pour les suivants :

au deuxieme appel, les deux dernieres lignes sont immédiates.

2. je ne mets pas d'attributs, ca utilise la fenetre native. Un peu moins lent, mais systematique

java 1.6u23, windows xp.

je tente la maj de java pour voir, mais j'y crois pas trop.

ca change autre chose que le jit ca ?

Il fait moins d'optimisations AOT et il réserve moins de mémoire, ça peut jouer.
 
edit: mais bon si t'as trouvé que tes setPrintable prenaient des plombes ça va probablement rien changer.
 
edit 2: https://forums.oracle.com/message/5448919

passer de 15s premier appel a 0s au deuxieme, j'en doute. D'ailleurs je viens de tester, et ca ne change rien, ce qui me rassure un peu.

voila. Mais je capte pas pourquoi c'est aussi long, ni dans mon cas 1 ce qui fait que si je vais jusqu'à l'affichage de la fenetre, les appels suivants sont immédiats.
 
J'imagine qu'il met des machins en cache, mais si je pouvais lui faire faire juste cette partie, je pourrais le faire avant qu'on clique sur le bouton, mais je n'ai pas réussi a le provoquer.

 
Une cafetière