Dmitriy Kovalenko

icon indicating a website link https://dmtrkovalenko.dev

icon company @LightsourceAI icon location In your node_modules icon location Fan of useful and efficient software. Doing Rust for work and OCaml for fun. |> Testing quality consultant. |> Making bugs for open source since 2016

Results 178 comments of Dmitriy Kovalenko

Make it possible to perform actions while pressing a particular key or pointer button

Yep we can, but I prefer `cy.realKeyDown` and `cy.realKeyUp` naming. Not sure somebody will test painting on canvas with cypress. Oh and this can be problematic due to our coordinates...

Make it possible to perform actions while pressing a particular key or pointer button

I think cypress itself is doing this on start for his own automation protocol, but making a test that makes copy and paste will be super helpful

Make it possible to perform actions while pressing a particular key or pointer button

@nileshgulia1 if you find this package not being able to do what you need – please submit a PR with a fix and a couple of tests that verify desired...

Implement in realClick, realSwipe, realTouch the support for percentages regarding x and y

What is the use case?

Library does not work on windows chrome

I think I won't work on this because I don't like windows issues :D This should not be a problem at all because pupeteer works on windows and I think...

strict parsing a date in dayjs by default

How this will imply on the previous working examples? We must be backward compatible

strict parsing a date in dayjs by default

The biggest question from me – will it require breaking change? If not - I will be happy to merge it and release right now

Improve documenation for quickly using this as a wrapper for other date libraries

The idea of this library is that your users are choosing the right adapter and you are using it according the public interface we have. I will think how to...

Support for Temporal

@remy90 this likely will be complicated native into doesn't have this option so for Luxon we basically omit this feature. I suppose for temporal this will be the only solution...

Proper fix for using both date-fns and luxon in same project

It's a problem – we are not using this ephimeral type anymore and there is a PR #416 to remove support but it will require major upgrade which is hard...