hugocampos.bsky.social
Senior Software Engineer at the Esri R&D Center in Zurich. Working on the ArcGIS Maps SDK for JavaScript. Typescript, CSS, Web Components, WebGL, GIS. He/Him
93 posts
352 followers
705 following
Prolific Poster
Conversation Starter
comment in response to
post
Status update on this: with the latest native preview and a few changes (mostly actual bug fixes) on our side, we managed to get it building our whole codebase in ~16s. That’s down from ~1m:40s with tsc 🤯🎉
comment in response to
post
Amazing stuff! I already have a very good use for the annotations, to show our visual regression test results. Looking forward to playing with it soon.
comment in response to
post
My coworker Jesse looked into it and managed to find and file a few issues already:
github.com/microsoft/ty...
github.com/microsoft/ty...
github.com/microsoft/ty...
comment in response to
post
It is amazing that this is happening. That said, just tried the native preview and we get 30036 errors in 2549 files, in 20s (down from 1m:45s with tsc 5.8) 😭 Will keep checking on the progress as it gets closer to the behavior of the existing compiler.
comment in response to
post
This is great 🎉 Really great idea to have baseline support right in the editor as you’re working.
comment in response to
post
Very nice! We’ve been using this in a lot of our tests to help perform cleanup of fixtures and the like. I just wish there was somehow better support in Typescript or Eslint to ensure one doesn’t forget to use “using” instead of “const” when getting a disposable. Not straightforward to do though.
comment in response to
post
Nice! This is a great addition 🙏
comment in response to
post
Top-level having a bug that makes it unusable in practice: bugs.webkit.org/show_bug.cgi...
developer.mozilla.org/en-US/docs/W...
comment in response to
post
It did/does. For example, we’ve been using Karma with github.com/marvinhageme... and it has worked really well. We’re now moving everything to Vitest browser mode due to the Karma deprecation, and betting on it becoming more stable with time.
comment in response to
post
cc @kiwirichie.bsky.social who works on our 2D measurements (I typically work on 3D aspects) :)
comment in response to
post
And we’ve been considering exposing an option to explicitly select geodesic/planar a bit like one can do in ArcGIS Pro. But no timeline on that yet.
comment in response to
post
Nice feedback, thanks! Regarding geodesic, the measurements are already geodesic for WebMercator and any geographic spatial references (eg WG84), and planar for any projected coordinate system (except for WebMercator). And sketch tooltip distances/lengths are handled the same way as well.
comment in response to
post
Very cool! We’re in the process of improving the programmatic APIs for measurements and other such tools and this can feed right back into some of the designs and discussions we’ve had.
comment in response to
post
Nice! What are you using for the coordinate parsing/formatting? developers.arcgis.com/javascript/l...?
And for the measurements, using the DistanceMeasurementViewModel or fully custom implementation?
comment in response to
post
It was such a great conference and it was awesome to see colleagues like @kiwirichie.bsky.social @rauljimenez.info @cyatteau.bsky.social @maxpatiiuk.bsky.social @odoenet.bsky.social and many others, as well as lots of users of our software who provided valuable insights, ideas, questions. 🎉
comment in response to
post
Thanks a lot of looking into it 🙏
comment in response to
post
I thought @arktype.io was already quite some insane sorcery but this… 🤯🤯🤯🤯 Kudos to you for keeping it up past the finish line.
comment in response to
post
Of course ☺️ We’ll look into it. @maxpatiiuk.bsky.social has managed to get some minimal repro cases.
comment in response to
post
Seems like @rich-harris.dev also ran into it last year in github.com/sveltejs/kit.... Really frustrating to have such bugs which essentially make it impossible to use certain features. Not even polyfillable in any way.