New issue
Advanced search Search tips

Issue 803489 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

add element property watch tab/facility

Reported by davidmax...@gmail.com, Jan 18 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36

Steps to reproduce the problem:
1. try to track properties of elements in the elements pane

What is the expected behavior?
I expect to be able to 'watch' property values of elements, just like I can watch variables in the sources pane.

What went wrong?
it's pita to have to select an element, type $0.property in the console; then select another element and then type $0.property, and so on; and then do the same again when you've done some UI interaction in the app.

Did this work before? N/A 

Chrome version: 63.0.3239.132  Channel: stable
OS Version: 
Flash Version: 

yeah, 'feature request'

Perhaps a tab could be added to the 'Styles/Computed/etc' pane that allows you to enter '$0.property', and it remembers the element $0 applies to; and then you can select another element and do the same. Perhaps they can be grouped nicely if you have multiple properties, under references to the element instance.
If they can't update ~constantly,then perhaps they could be some way to trigger an update.
 
Labels: Needs-Triage-M63

Comment 2 by kozy@chromium.org, Jan 18 2018

Owner: einbinder@chromium.org
Status: Assigned (was: Unconfirmed)
A bit of a tangent, but I seemed quite similar:

I notice that there is a 'properties' tab on the 'elements' pane. It's not bad, but one really has to drill down to find the properties one wants to see, so much so that it is mostly useless, in many cases.

One of my use-cases is trying to examine the properties of a Polymer element (which seem to be $0.__data). Another is plain custom elements with classes that extend HTMLElement and LitElement. In the 'properties' tab, all the element's properties are grouped together and it's a pita to dig through to find what you want.

Is there not a way to isolate the ones we've actually defined in our code? Perhaps there is a technique to writing a class's properties that would help? Perhaps, like Polymer, when extending HTMLElement, we should also put our properties into a single property named '__data', so that we can be sure it won't clash with the properties of the built-in element classes?

I guess I might be a little confused in general on this, so feel free to enlighten me :)
One small observation. The dev tools seem very JS specific, but it seems to me that web development is really more about elements.  For example, I find it irritating that when I set a breakpoint in a JS function on a Polymer element, it will break on that line for any instance of that element. There's no easy way to specify it to break for that line for a specific element.
Is it not possible to somehow link the 'elements' and 'source' panes so that we can specify 'stop on this line for this element'? Perhaps something like, on the 'edit breakpoint' menu add a 'select element' which then switches to the 'elements' tab with the elements on that type highlighted, allowing the user to select one of them.

Sign in to add a comment