Quelles sont les fonctionnalités uniques de Firebug qui ne sont pas intégrées à Firefox?

Je viens de nettoyer mes addons Firefox et je me suis demandé:

• Quelles sont les fonctionnalités de Firebug qui le rendent unique?

• Quelles fonctionnalités sont disponibles à la fois dans Firebug et dans les outils de développement Firefox?

Les outils de développement natifs de Firefox ont parcouru un long chemin depuis que cette question a été écrite. Les différences se sont principalement réduites aux points suivants:

• Impossible d'arrêter l'exécution du script sur les mutations DOM, les XHR ou les modifications de cookies.
• Les XPath ne peuvent pas être copiés.
• Il manque un panneau latéral d'événements dans l'inspecteur (bien que les événements soient affichés dans la structure DOM).
• Il manque un panneau latéral DOM dans l'inspecteur.
• Aucun aperçu en direct lors de la modification du HTML.
• Autocompletion manquante pour les propriétés non énumérables dans la ligne de commande.
• Impossible de rechercher dans plusieurs fichiers dans l'éditeur de styles.
• Pas de ligne de commande multiligne dans la console Web (même si elles ont Scratchpad et une ligne de commande "smart-multi-line")
• Aucun bouton de barre d'outils pour basculer entre les outils ou l'inspecteur.
• Impossible de rechercher dans les réponses aux demandes du réseau.
• Saisie semi-automatique manquante pour plusieurs propriétés CSS.
• Manque plusieurs commandes de ligne de commande.
• Impossible d'ajouter des cookies, modifiez simplement les cookies existants.
• Pas de mode permanent et d'activation par domaine (au lieu de par onglet).

Il manque plus de choses, qui sont suivies dans un rapport de bogue déposé pour toutes les lacunes entre Firebug et Firefox DevTools .

Intégration Firebug

Firebug est maintenant construit sur les outils de développement natifs. Depuis Firefox 48, il existe également un thème Firebug qui ressemble à l'extension Firebug, vous permettant de vous sentir chez vous si vous êtes habitué à Firebug. Une fois Firefox multi-processus activé, appuyez surF12 ou cliquez sur le bouton Firebug pour ouvrir Firefox DevTools et avec le thème Firebug.

Il existe également un guide de migration expliquant les différences entre Firebug et Firefox DevTools.

Firebug possède de nombreuses petites fonctionnalités que les outils intégrés n'ont pas. Jouer avec l'interface utilisateur, c'est ce qui me vient à l'esprit, mais je suis sûr qu'il y en a plus:

• capacités d'inspection de fermeture, comme le someFunction.%closureVar syntaxe de la ligne de commande
• cliquez avec le bouton droit pour jouer avec n'importe quelle valeur dans la ligne de commande
• un seul clic pour modifier
• mise en évidence d'éléments au survol
• API de ligne de commande, comme include etgetEventListeners
• possibilité d'afficher les styles UA
• "Ajouter une règle" à partir du panneau Style
• un panneau CSS utilisable pour le CSS minifié
• lorsqu'un élément ne contient que du texte, le panneau HTML affiche le texte en ligne
• Journalisation XHR dans la console avec la prettification JSON (et qui n'ouvre pas de popup)
• "Rupture sur changement d'attribut / changement de sous-arborescence / suppression de nœud" dans le panneau HTML
• "Pause lors de la mutation", "Pause lors du prochain", "Pause lors du changement de propriété", "Pause lors du changement de cookie"
• tout un panneau Cookies
• empiler les traces dans le panneau de la console
• modification et collage de HTML
• recherche en texte libre dans la plupart des panneaux
• beaucoup d'options pour jouer si vous en avez besoin
• journalisation des événements

Il y a aussi, bien sûr, des aspects subjectifs à cela. Par exemple, j'aime personnellement l'interface utilisateur et l'apparence de Firebug plus que la noirceur des outils de développement, et la connaissance préalable d'un outil est toujours importante.

On dirait que quelqu'un là-bas a vu ma question ici;)

https://hacks.mozilla.org/2013/10/firefox-developer-tools-and-firebug/

Le problème est que cela ne répond pas non plus à grand chose. Mais cela implique que Firebug n'a actuellement pas grand-chose à se différencier et cherche donc un moyen de changer cela.

Ce ne sera bientôt plus pertinent, car Firebug et les outils de développement natifs fusionnent:

Firebug 2 ne fonctionne pas dans les navigateurs multi-processus (ie e10s) et sa conversion est trop complexe, il cessera de fonctionner lorsque e10s sera activé dans Firefox.

Nous voulons être prêts lorsque Firebug 2 cessera de fonctionner et nous avons élaboré le plan suivant.

Intégrez toutes les fonctionnalités de Firebug 3 dans les outils intégrés de Firefox et transférez-y tous les utilisateurs de Firebug.

Remplacez Firebug 2 en publiant Firebug 3 (sur AMO) uniquement si nous devons fournir des fonctionnalités critiques manquantes dans les outils de développement Firefox dans une extension.

Nous travaillons actuellement sur le portage de XHR Inspector ( bug 1211525 ), du panneau DOM ( bug 1201475 ) et du thème Firebug ( bug 1244054 ).

L'objectif principal de la prochaine version de Firebug sera de l'intégrer dans les DevTools intégrés de Firefox. En plus de cela, le groupe de travail Firebug prévoit de nouvelles fonctionnalités pour étendre les DevTools avec de nouvelles fonctionnalités.

Firebug 3.0 alpha (alias Firebug.next) est actuellement compatible avec Firefox 35 - 36 et prendra en charge les prochains navigateurs multiprocessus (ainsi que non multiprocessus).

Firebug 3.0 (également connu sous le nom de Firebug.next) représente la prochaine génération de Firebug construite sur les outils de développement natifs de Firefox.

Si vous installez Firebug 2 dans un navigateur compatible multiprocessus (e10s), vous serez invité à mettre à niveau vers Firebug 3 ou à désactiver la prise en charge multiprocessus.

Mozilla a déjà reporté à plusieurs reprises la sortie d'Electrolysis. Le plan actuel est de publier Firefox multi-processus sur le canal stable le 19 avril 2016, lorsque Firefox 46 sera publié sur le canal stable.

Cependant, il ne s'agit que d'une date de sortie prévue et il est possible que l'électrolyse soit encore retardée.

Une idée intéressante que Mozilla doit faire pour rendre la publication moins pénible pour les utilisateurs du navigateur est d'activer Electrolysis uniquement dans les versions de Firefox sans modules complémentaires, et dans les versions de Firefox où seuls des modules complémentaires compatibles sont installés.

Nous travaillons depuis un certain temps à unifier les outils de développement Firefox et Firebug. À partir de Firefox 49, nous expédierons Firebug.next intégré.

Si vous utilisez les outils de développement Firefox intégrés, plutôt que Firebug, vous aimerez peut-être le panneau DOM et le thème Firebug que nous avons ajoutés dans cette fusion.

De plus, nous avons porté quelques extensions Firebug courantes (PixelPerfect, FireQuery et HARExportTrigger anciennement NetExport). Et pendant que nous y sommes, vous aimerez peut-être notre nouvelle extension WebSocket Monitor.

Dans le cadre du portage des fonctionnalités Firebug vers les outils intégrés, nous portons également le thème Firebug, offrant aux utilisateurs de Firebug un environnement plus familier avec lequel travailler.

Ce thème est chaud, chaud, chaud! Dites bonjour au thème Firebug pour les outils de développement

Mozilla a lancé aujourd'hui Firefox 48 pour Windows, Mac, Linux et Android. Le navigateur a obtenu (enfin) une prise en charge multiprocesseur, une protection améliorée contre les téléchargements nuisibles et des améliorations multimédias sur Android. La prise en charge des anciennes versions d'OS X et d'Android Gingerbread a été abandonnée.

Dans Firefox 48, Mozilla active lentement la prise en charge multi-processus, en commençant par 1% des utilisateurs, et en augmentant jusqu'à près de la moitié du canal Firefox Release. Pour vérifier si vous êtes dans le groupe Electrolyse, saisissez "about: support" dans la barre d'URL et vérifiez s'il indique "1/1 (activé par défaut)" sous l'élément de campagne Windows multiprocessus.

Références

• Firebug vit dans Firefox DevTools

• Fusion de Firebug dans les outils de développement Firefox intégrés

• Mozilla lance un test multi-processus dans Firefox Beta

• Feuille de route Firebug

• Firebug 3 et Firefox multiprocessus (e10s)

• Dépôt Firebug.next Github

• Unifier Firebug et Firefox DevTools

• Developer Edition 48 - Fonctionnalités Firebug, stockage modifiable, améliorations de l'inspecteur et plus encore…

• Page du projet Firebug 3.0

• Débogage à distance: débogage de Firefox Desktop

• Notes de version de Firefox 48: outils de développement

• Firefox 48 arrive avec un support multi-processus, supprime les anciennes versions d'OS X et Android Gingerbread

Je pense que le plus grand avantage encore - après la mise en œuvre de la fonctionnalité Network Panel & Timeline - est la disponibilité de diverses extensions Firebug , comme par exemple YSlow, Page Speed, FirePython et ainsi de suite.

En fin de compte, c'est probablement plus un choix basé sur vos préférences personnelles, pour trouver une arme de choix qui vous apporte le plus de commodité et de vitesse.

Un détail intéressant sur cette décision est que Firebug était autrefois l' un des plugins qui avait le plus d'impact négatif sur les performances de Firefox. Je ne connais aucune étude actuelle à ce sujet, surtout si les outils de développement intégrés agissent mieux en termes de performances que Firebug.

L'un des avantages des outils de développement natifs par rapport à la version actuelle de Firebug est qu'il a des sourcemaps, contrairement à Firebug.

Les fonctionnalités uniques de Firebug, mais pas l'inspecteur intégré de Firefox, incluent:

• Copier XPath
• Copier XPath minimal
• Copier le chemin CSS

Les fonctionnalités uniques de l'inspecteur intégré de Firefox, mais pas de Firebug, incluent:

• Copier le sélecteur unique

La ligne de commande de la console en grand mode éditeur permet d'exécuter du code dans le contexte actuel. Le nouveau Scratchpad ne voit pas la portée actuelle du point d'arrêt. C'est une terrible perte.