Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

css cursor property is not being respected its always default sad :( #1996

Closed
TomieAi opened this issue Feb 4, 2024 · 3 comments
Closed
Labels
enhancement New feature or request feedback requested

Comments

@TomieAi
Copy link

TomieAi commented Feb 4, 2024

Is your feature request related to a problem? Please describe.
yeah css cursor are being ignored

Describe the solution you'd like:
fix the cursor.. like simple browser does it respect cursor property css

Describe alternatives you've considered:
i dont know xD respect the cursor please xD

Additional context:
no more i already laid out all the details

@TomieAi
Copy link
Author

TomieAi commented Feb 4, 2024

this is the simple browser built in .. it respect the cursor and changing quite cool. even if u hover on input the cursor change into cursor for typing

what.i.want.mp4

but then again on this edge plugin.. i like edge it has dev tool xD but it doesnt respect the cursor.

what.i.get.mp4

i know this is not that a big deal but it bothers me internally.

@captainbrosset
Copy link
Collaborator

Thanks for reaching out. This is a request we've heard before, see this message about it:

The extension streams the webpage from a headless Edge process into VS Code. So essentially, what you're seeing is a series of screenshots that are taken of the actual running webpage, being displayed in a panel in VS Code.
So, for the cursor to change, the headless browser would need to send events for when the cursor is hovering over an element that has cursor:pointer (or other). The extension would then have to listen to those events and change the cursor in VS Code accordingly.
So, not impossible to do I guess. But pretty technically involved.

@vidorteg this isn't the first time we've had this request. Could you please take a look at the technical feasibility. My intuition is that it's a lot of added complexity (and potentially degraded performance) for something that might not be worth it.
The problem we keep having though, is that the embedded browser preview looks too much like a real browser and people therefore expect it to behave like one.

@TomieAi
Copy link
Author

TomieAi commented Feb 8, 2024

hmm thats sad.. ok I will close this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request feedback requested
Projects
None yet
Development

No branches or pull requests

2 participants