Page 12 sur 38

Publié : 17 févr. 2009, 23:59
par Dalai-Lama
Je dis juste que ça ne sera de toute façon pas utilisable / utilisé dans 99.99999% des sites, vu que ça n'est pas (si je ne dis pas de bêtises) une spécifications HTML 4.
Par contre HTML 5 l'intègre.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 Ubiquity/0.1.5

Publié : 18 févr. 2009, 01:18
par Zefling
De toute façon, si on ne propose rien rien n'évoluera, il faut bien qu'il y ait qui commence à proposer des solutions même si ce n'est valide que pour quelque personne qui ont suivit la marche. Si pour les visiteurs l'évolution en vaut la chandelle ils suivront.

:roll: Fait parti de ceux qui ne souvienne plus IE 6 parce que c'est trop de contrainte et nivelle trop bas. De toute façon dès que c'est dispo, ça sera utilisable sur mon site pour l'administration où j'en ai vraiment besoin.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 18 févr. 2009, 09:04
par calimo
Dalai-Lama a écrit :Sauf que l'élément html permettant de choisir des fichiers ne permet pas d'en choisir plusieurs
Ah bon ?
Je pensais ça aussi... mais http://www.w3.org/TR/html4/interact/for ... ile-select dit "select files", au pluriel... et dans http://www.w3.org/TR/html4/interact/for ... l-controls il est bien dit "a list of one or more file names" donc il pourrait y en avoir plusieurs (reste à savoir si les applications web le supporteraient)

En HTML 5 c'est beaucoup plus clair !
http://dev.w3.org/html5/spec/Overview.h ... load-state
(Il faut un attribut multiple).

Edit : pas vu sur la page suivante, donc je complète :
Dalai-Lama a écrit :Je dis juste que ça ne sera de toute façon pas utilisable / utilisé dans 99.99999% des sites, vu que ça n'est pas (si je ne dis pas de bêtises) une spécifications HTML 4.
Si si, je crois que tu en dis une (voir plus haut) :wink: :P

Publié : 18 févr. 2009, 09:09
par teoli2003
Bon si jamais vous avez la dernière nocturne et que vous avez mit jit.chrome à true, et bien il y a une grosse régression: à chaque fois que vous tapez quelque chose dans la barre d'adresse, Minefield crashe.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 18 févr. 2009, 11:58
par teoli2003
Alors que le nanojit est disponible pour les plateformes Intel, x86-64 et ARM, il est sur le point d'être disponible sur Sparc tout bientôt (bug 476042).

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 18 févr. 2009, 12:13
par Magmatik
teoli2003 a écrit :Bon si jamais vous avez la dernière nocturne et que vous avez mit jit.chrome à true, et bien il y a une grosse régression: à chaque fois que vous tapez quelque chose dans la barre d'adresse, Minefield crashe.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6
J'ai jit.chrome à true et quand je tape un truc dans la barre d'adresse, j'ai aucun souci. Je me sers de la barre d'adresse un peu comme d'un Google-j'ai de la chance en tapant par exemple "fnac" ou "linuxfr" ou autre pour arriver directement sur le site que je veux. Donc je m'en sers très souvent, donc s'il y avait eu un soucis, je l'aurais vu très vite ;).

Par contre j'ai désactivé l'awesome bar, peut-être que ça joue.

Publié : 18 févr. 2009, 12:48
par teoli2003
Magmatik a écrit :
Par contre j'ai désactivé l'awesome bar, peut-être que ça joue.
Yep, c'est la recherche dans Places qui crashe.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 19 févr. 2009, 09:23
par teoli2003
Sinon, je viens de voir passer les patchs pour le CSS3 Multiple Background. Je ne sais pas si tout y est, mais cela pourrait bien y être dans la prochaine nocturne... (Bug 322475)

Ah non! C'est retiré, mais ce n'est que partie remise...


Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 19 févr. 2009, 18:39
par Thomas
teoli2003 a écrit :Bon si jamais vous avez la dernière nocturne et que vous avez mit jit.chrome à true, et bien il y a une grosse régression: à chaque fois que vous tapez quelque chose dans la barre d'adresse, Minefield crashe.
C'est donc dans le trunk et la branche 3.1 ? Sur shiretoko j'ai ce bug, encore aujourd'hui d'ailleurs :/ J'ai même le "Crash Reporter" qui se met à crasher !

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090219 Shiretoko/3.1b3pre

Publié : 19 févr. 2009, 19:51
par teoli2003
Toto a écrit :
teoli2003 a écrit :Bon si jamais vous avez la dernière nocturne et que vous avez mit jit.chrome à true, et bien il y a une grosse régression: à chaque fois que vous tapez quelque chose dans la barre d'adresse, Minefield crashe.
C'est donc dans le trunk et la branche 3.1 ? Sur shiretoko j'ai ce bug, encore aujourd'hui d'ailleurs :/ J'ai même le "Crash Reporter" qui se met à crasher !
C'est corrigé sur le Trunk dans la nocturne de ce soir. Cela arrivera tout bientôt sur Shiretoko.

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090219 Minefield/3.2a1pre

Publié : 20 févr. 2009, 09:01
par teoli2003
teoli2003 a écrit :Sinon, je viens de voir passer les patchs pour le CSS3 Multiple Background. Je ne sais pas si tout y est, mais cela pourrait bien y être dans la prochaine nocturne... (Bug 322475)

Ah non! C'est retiré, mais ce n'est que partie remise...
Voilà c'est de retour. Cela devrait rester cette fois-ci!

Edit: cela implémente aussi le "fallback background color" (CSS3) et cela fait qu'un des tests d'Acid2 n'est plus adéquat: http://whereswalden.com/2009/02/20/when ... -on-acid2/

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 20 févr. 2009, 13:58
par teoli2003
Mak77, un des développeurs de Places, s'est (très) succinctement exprimé sur un de ses buts pour Fx 3.2.
http://forums.mozillazine.org/viewtopic.php?p=5803525#p5803525 a écrit : I think expiration simplification is one of the targets for 3.2, still we need a finalized plan for that.
En d'autres termes, un des buts devrait être de simplifier la manière d'expirer les entrées dans l'historique.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Publié : 26 févr. 2009, 15:48
par Magmatik
Rien de nouveau dans le développement de Minefield ces derniers temps ?

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090225 Minefield/3.2a1pre

Publié : 26 févr. 2009, 16:13
par teoli2003
Magmatik a écrit :Rien de nouveau dans le développement de Minefield ces derniers temps ?

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090225 Minefield/3.2a1pre
Il y a plein de corrections de bugs, mais rien de significatif.

Par contre la réécriture du code du focus semble particulièrement appréciée des reviewers. Il paraît que c'est particulièrement clair et propre et passe tous les tests de non-régressions.

Cela devrait arriver d'ici quelques jours. Mais bien sûr cela ne devrait pas être visible! Juste permettre de corriger quelques vieux bugs qu'on ne rencontre quasiment jamais, nous utilisateurs simplistes :-)

Côté Mac une correction de bug en relation avec l'AppleScript qui devrait être repris dans Fx 3.1.

Mais sinon, c'est calme. Fx 3.1 utilise encore beaucoup de ressources!

Publié : 26 févr. 2009, 16:28
par Magmatik
Ok, je me doutais bien que 3.1 mobilise toutes les énergies.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090225 Minefield/3.2a1pre