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


99

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?


3
Je lis mon flux rss pour Mozilla Hacks, et il semble que les outils natifs commencent à devenir meilleurs que Firebug. Ce serait bien si quelqu'un qui travaille avec eux peut le confirmer pour 2014. par exemple - hacks.mozilla.org/2014/02/…
llamerr

2
Compte tenu du cycle de publication relativement rapide actuel de Firefox, ne serait-il pas viable de simplement combiner les efforts? J'ai toujours été perplexe sur les raisons pour lesquelles Firebug n'allait pas de la même manière que, par exemple, pdf.js lorsque les Firefox DevTools étaient primitifs ... Avec les nouveaux DevTools à partir de Firefox 29, je peux me voir sauter entre Firebug et DevTools pour certaines tâches qui peut être mieux exécuté dans l'un ou l'autre.
unode le

Réponses:


53

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.


2
15.11.2014 - FF 33.0: De nombreuses améliorations ont été apportées à l'outil d'inspection natif: des filtres sont disponibles pour l'onglet réseau ; Beaucoup de fonctionnalités vraiment intéressantes et utiles : vue 3D, mode de conception sensible, capteur de couleur, police utilisée + aperçu de la police; Un énorme avantage en termes de performances par rapport à Firebug ; Les cookies peuvent être consultés via Firefox -> Outils -> Informations sur la page -> Sécurité . J'espère qu'un jour je pourrai remplacer firebug par les outils natifs, car je pense qu'il est impossible pour l'addon firebug d'obtenir les hautes performances des outils natifs.
malisokan

Comment FireBug 3.0 se compare-t-il aux outils natifs? Il semble qu'ils ont simplement écorché les outils natifs et je ne trouve aucune comparaison entre Firebug 3.0a9 et les outils de développement natifs de FF 36.0.1?
gabaum10

31

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.


1
Il semble qu'une grande partie de cette liste ne soit pas pertinente aujourd'hui.
Aleks-Daniel Jakimenko-A.

firebug a été intégré dans firefox récemment (11.2016) ... et toutes ces fonctionnalités simples / jolies petites améliorations comme "un seul clic pour éditer" ont disparu .. toutes les bonnes choses sont parties .... même que la productivité des utilisateurs de firebug :( ... en général, l'interface utilisateur du firebug était meilleure et plus rapide à travailler
webdev-dan


6

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


Ce sera toujours pertinent, ils ne fusionnent pas , le nouveau Firebug sera construit au-dessus des DevTools afin qu'il ne duplique aucune fonctionnalité existante, mais il en aura toujours des uniques.
utilisateur

@user Honza, l'un des principaux développeurs, avait ceci à dire sur le billet de blog mozilla hacks lié ci-dessus:One of our goals is to bring Firebug UX into native devtools, so yes, features are mixing to devtools.
Paul Sweatte

1
"Firebug 3 n'est pas un autre outil de développement, c'est plutôt une couche mince construite au-dessus de DevTools, fournissant un nouveau thème qui fait ressembler DevTools à Firebug. Il y a aussi quelques fonctionnalités supplémentaires, que nous porterons pas à pas dans DevTools . " ( source ) Je crois donc que vous avez raison, il sera finalement complètement fusionné dans DevTools.
utilisateur du

5

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.


4
Cette liste ne concerne que les performances de démarrage, qui se sont considérablement améliorées dans la version 1.10 lorsque Firebug a été rendu retardé. Pourtant, les outils de développement de Firefox se soucient davantage des performances pendant l'utilisation, en partie précisément parce qu'ils veulent éviter d'être ternis par la vision générale de Firebug comme "lente". Si cela ajoute à être plus utilisable, je ne sais pas.
Simon Lindholm

0

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.


0

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

Pour info, la copie du XPath d'un élément est demandée dans le bogue 987877 , la copie du chemin CSS est possible depuis Firefox 53.0 via un clic droit sur un élément> Copier > Chemin CSS (voir bogue 1323700 ).
Sebastian Zartner

0

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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.