Page 50 sur 111
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 22 août 2010, 16:23
par zizi29
Je suis sou XP sur ce poste et je trouve ce bouton très utile depuis quil s'est enrichi!! Les quelques bugs d'il y a 2 3 jours (petit logo mal placé) sont résolus.
Sinon la beta 4 est toujours pr lundi? On n'est plus qu'à une dizaine de jours du freeze...
Browse by name supprimé
Publié : 22 août 2010, 17:48
par teoli2003
J'avais omis de le signaler mais le browse-by-name (c'est-à-dire la recherche par Google J'ai de la chance d'un mot clé tapé dans la barre d'adresse a été supprimé. C'est une recherche google normale je crois. C'est bien sûr configurable dans l'autre sens.
Bug 565966 - Disable browse-by-name
Balise <video>
Publié : 24 août 2010, 07:49
par teoli2003
J'avions oublié de le signaler:
la balise <video> a vu ses attributs être modifiés depuis l'implémentation initiale dans Fx. Fx4 remet cela d'équerre par rapport à la norme. Ainsi l'attribut
autobuffer a été remplacé par l'attribut
preload:
http://blog.pearce.org.nz/2010/08/html4 ... orted.html
Sinon cela bouge partout sur plein de bugs, le rush final: Feature Freeze dans 7 jours (bien sûr Mozilla autorise toujours quelques exceptions mais très peu). Mounir fait un dernier rush pour les styles par défaut des formulaires invalides et également pour l'attribut
novalidate (qui pourrait même venir un peu plus tard dans les betas). A noter que je fais mumuse avec des formulaires et je ne sais déjà plus comment je faisais pour me passer de
placeholder,
autofocus ou même des pseudo-classes CSS :valid, :invalid, :required ou :optional... En plus cela n'a pas d'incidence pour l'affichage des sites sur les navigateurs non-HTML5... Alors utilisez-les!
Re: Browse by name supprimé
Publié : 24 août 2010, 21:29
par Magmatik
teoli2003 a écrit :J'avais omis de le signaler mais le browse-by-name (c'est-à-dire la recherche par Google J'ai de la chance d'un mot clé tapé dans la barre d'adresse a été supprimé. C'est une recherche google normale je crois. C'est bien sûr configurable dans l'autre sens.
Bug 565966 - Disable browse-by-name
Bonjour Teoli,
comment fait-on pour rétablir l'ancien fonctionnement ?
Re: Browse by name supprimé
Publié : 24 août 2010, 23:50
par teoli2003
Magmatik a écrit :teoli2003 a écrit :J'avais omis de le signaler mais le browse-by-name (c'est-à-dire la recherche par Google J'ai de la chance d'un mot clé tapé dans la barre d'adresse a été supprimé. C'est une recherche google normale je crois. C'est bien sûr configurable dans l'autre sens.
Bug 565966 - Disable browse-by-name
Bonjour Teoli,
comment fait-on pour rétablir l'ancien fonctionnement ?
Mettre keyword.URL à
http://www.google.com/search?btnI=I%27m ... e=UTF-8&q=
HSTS (ex-Force TLS) est là
Publié : 25 août 2010, 00:07
par teoli2003
Alors que l'implémentation de TLS 1.1 et 1.2 continue mais ne sera probablement pas prête pour Firefox 4, HTTP Strict Transport Security (HSTS) (connu au début sous le nom de ForceTLS) est dans la prochaine nocturne...
La spec:
http://tools.ietf.org/html/draft-hodges ... ort-sec-02
La spec a écrit :UAs typically annunciate to their users any issues with secure connection establishment, such as being unable to validate a server certificate trust chain, or if a server certificate is expired, or if a server's domain name appears incorrectly in the server certificate (see section 3.1 of [RFC2818]). Often, UAs enable users to elect to continue to interact with a web resource in the face of such issues. This behavior is sometimes referred to as "click(ing) through" security [GoodDhamijaEtAl05] [SunshineEgelmanEtAl09], and thus can be described as "click-through insecurity" .
Jackson and Barth proposed an approach, in [ForceHTTPS], to enable web sites and/or users to declare that such issues are to be treated as fatal and without direct user recourse. The aim is to prevent users from unintentionally downgrading their security.
This specification embodies and refines the approach proposed in [ForceHTTPS], e.g. a HTTP response header field is used to convey site policy to the UA rather than a cookie.
En gros, s'il y a un problème avec la connexion https et que le champ HTTP l'indique, Firefox ne permettra plus de le contourner.
Bug 495115 - Implement Strict-Transport-Security (was ForceTLS) to allow sites to specify HTTPS-only connections
Quelques news
Publié : 25 août 2010, 00:23
par teoli2003
Quelque news: le look du Gestionnaire a été mis-à-jour dans la nocturne d'aujourd'hui, ce n'est pas encore fini.
Il est envisagé de repousser le feature freeze de la beta 5 (1er septembre pour le code freeze) à la beta 6 (code freeze le 10 septembre). Il y a plus de 100 bugs bloquant Fx4 ouverts pour l'instant.
Il est prévu, pour l'instant, que Jaegermonkey arrive sur le Trunk d'ici au 1er septembre. Je m'attends à ce que Minefield fasse alors mieux qu'Opera 10.61 sur Sunspider; et à moins que 20% (i.e. à 80-100ms) de Chrome 5. A noter qu'un 3-4% indépendant pourrait arriver sur Mac OS (un paramètre de compilation différent).
Edit: Ah oui, le projet TabCandy a désormais un nom; après les essais infructueux Tab Candy, Tabs Sets, Tabs View, Tabs Überview, c'est Firefox Panorama (et donc Panorama) qui a gagné.
Edit2: Les UAs de Firefox vont être modifiés (pour le mieux, à mon avis):
http://blog.mozilla.com/dwitte/2010/08/ ... firefox-4/
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 11:13
par Morgoth
Où en est l'intégration du bouton reload/stop à la barre URL ? Et les derniers détails du design par rapport aux mockups ?
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 11:17
par bormat
Morgoth a écrit :Où en est l'intégration du bouton reload/stop à la barre URL ? Et les derniers détails du design par rapport aux mockups ?
il y a le stop /reload button mais il n'est pas dans la barre d'adresse
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 11:41
par Morgoth
Je sais mais j'aimerais savoir si c'est pour bientôt son intégration dans firefox (4 ou post 4 ? Quelle beta ?) ainsi que celle des autres changements esthétique.
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 11:56
par teoli2003
Morgoth a écrit :Où en est l'intégration du bouton reload/stop à la barre URL ?
Cela a été mis sur le Trunk le 20 août mais retiré très peu de temps après, car il y avait des problèmes de perf.
Une fois ces problèmes de perf réglés, cela devrait revenir. Néanmoins ce n'est pas considéré comme bloquant Fx 4. Donc si ce n'est pas prêt pour le feature freeze, ce sera pour plus tard.
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 12:05
par Zefling
teoli2003 a écrit :Morgoth a écrit :Où en est l'intégration du bouton reload/stop à la barre URL ?
Cela a été mis sur le Trunk le 20 août mais retiré très peu de temps après, car il y avait des problèmes de perf.
Une fois ces problèmes de perf réglés, cela devrait revenir. Néanmoins ce n'est pas considéré comme bloquant Fx 4. Donc si ce n'est pas prêt pour le feature freeze, ce sera pour plus tard.
Ça sera désactivable, j'espère ? Parce que je ne veux pas que le bouton collé à la barre d'URL.
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 12:19
par teoli2003
Zefling a écrit :teoli2003 a écrit :Morgoth a écrit :Où en est l'intégration du bouton reload/stop à la barre URL ?
Cela a été mis sur le Trunk le 20 août mais retiré très peu de temps après, car il y avait des problèmes de perf.
Une fois ces problèmes de perf réglés, cela devrait revenir. Néanmoins ce n'est pas considéré comme bloquant Fx 4. Donc si ce n'est pas prêt pour le feature freeze, ce sera pour plus tard.
Ça sera désactivable, j'espère ? Parce que je ne veux pas que le bouton collé à la barre d'URL.
Désactivable? Ben c'est du thème...
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 13:04
par ~HP
bormat a écrit :il y a le stop /reload button mais […]
Ah ouais ! Il était temps…
Re: Firefox 4 + Lorentz : Rumeurs et news sur le développeme
Publié : 25 août 2010, 13:18
par bormat
par rapport au code userchome c'est l'inverse le bouton stop doit être à droite du bouton reload sinon il est désactiver
sinon pour l'intégration dans la barre d'adresse c'est un stop reload button ou un stop reload go button