DOM panel options menu

[janodvarko]

DOM panel options menu is missing.

Honza

[simonlindholm]

All those are temporary, frequently-toggled, options, so I'd be happier if they were in the toolbar than in the options menu (which is hidden from view). Are we sure we want a DOM panel?

[SebastianZ]

I'd be happier if they were in the toolbar than in the options menu

I somewhat agree. Though I also want note issue 5364 again at this point.

Sebastian

[fflorent]

Are we sure we want a DOM panel?

The real question for me is rather "do our users want it?".
Telemetry (or whatever it should be) would be helpful here to get the number of users using it and how frequently they use it.

Florent

[SebastianZ]

Are we sure we want a DOM panel?

The real question for me is rather "do our users want it?".
Telemetry (or whatever it should be) would be helpful here to get the number of users using it and how frequently they use it.

We won't have telemetry in place before our first alpha. So I assume this shouldn't be an alpha blocker then?

Sebastian

[fflorent]

The DOM panel shouldn't be removed unless the stats shows clearly it is not
used, I think. Thus we should continue developing it until we have them
(whenever it is).

Florent

[farshidbeheshti]

Hmm, I'm not sure why we don't want the DOM panel, but if you are thinking of a rarely-used panel, we should keep this panel but invisible by default (an option for the developer via Toolbox Options).

Farshid

[fflorent]

Hmm, I'm not sure why we don't want the DOM panel, but if you are thinking of a rarely-used panel, we should keep this panel but invisible by default (an option for the developer via Toolbox Options).

I think we should wait for the statistics before doing anything of this kind (removing, hiding...). Hiding for example will bias the statistics, which is not what we want I guess.

Florent

[janodvarko]

I filled a bug about the stats. Sounds like we should finally collect the data.
#13

Honza

[simonlindholm]

FWIW my thought about removing it was because the devtools already have a VariablesView, so if we could get away with having one less panel to maintain, I'd be happy.

I've also never been a fan of FB2's DOM panel, with its (IMO) oddly named/confusing/hard to maintain "DOM Properties/Functions/Constants" for built-in things, and confusing view of enumerability and prototypes.

[janodvarko]

I'd be happier if they were in the toolbar than in the options menu

See the screenshot showing the options on the toolbar.

Honza

[fflorent]

Eh... Too much cluttered, right? :/

Florent

[janodvarko]

Eh... Too much cluttered, right? :/

yes

Honza

[simonlindholm]

Right. One would probably have to use a separate dropdown menu (still much more discoverable than the options menu, because they serve different purposes), or possibly icons. Note that the last three buttons could conceivably go away.