joaomoreno

I disagree. It was a good read.

Thanks for sharing, Andrew. This must've been a nightmare for you. I am happy things are going the better way now.

There's a huge difference between 7 hours of straight sleep which your body decides when to wake up from, and 7 hours of fragmented sleep which is constantly interrupted at the worst possible time. Every single night.

Just upgraded from a 12 mini to a 13 mini with more storage. I intend for it to last another 5 years.

Yup, see it as well.

From sindresorhus:

You can run the following to check if you have the malware in your dependency tree:

`rg -u --max-columns=80 _0x112fa8`

Requires ripgrep:

`brew install rg`

https://github.com/chalk/chalk/issues/656#issuecomment-32668...

Same here.

With the hopes that Apple engineers are scanning this discussion:

- Using the iPhone to scan documents from Finder has recently stopped working on the second scan. I need to restart my phone to get it to work again.

- iPhone mirroring is terrible: laggy, UI glitches, drops click events, scrolling is a nightmare. This is when it actually even manages to connect.

- Often, with Airpods on, lowering the volume, shutting down the iPhone display and putting it in my pocket quickly enough will entirely turn off volume. If you happen to increase the volume instead, you'll get blasted with maximum volume in your ears.

- Use vertical tabs on Safari for one day. You'll see it actually crash a few times. Not to mention the UI glitches. - Open the App Store on macOS. It first opens empty, then the UI controls show up, then it flickers the entire UI. I am convinced it's a Web app.

- In System Settings, most of the sections you click have a delay in rendering. Nothing feels snappy in that app. I can actually click 3 sections quick enough for the second to never even be rendered.

- Sometimes dragging an application from the Dock popup menu into the Trash does nothing, even though it appears to have worked. I often find that it wasn't deleted at all, that I have to open Applications folder in Finder and hit Cmd-Backspace to delete it.

What a clean repo, great job!

This is what posting sleep deprived gets you. I was referring to the cli[0] and server[1] components, which have most of the meat. Sorry for the misunderstanding. That being said, I'd love to know which severe bugs disrupt your usage.

[0] https://github.com/microsoft/vscode/tree/main/cli

[1] https://github.com/microsoft/vscode/tree/main/src/vs/server

> It works well though, particularly over SSH and devcontainers, although it has severe bugs that they refuse to fix, and it isn't open source so you can't fix it yourself.

VS Code dev here. Would you like to share that list of severe bugs? Also, can you clarify what exactly isn't open-source in the entire VS Code with SSH and devcontainers flow? It's disheartening to read this, knowing that this simply isn't true.

gifcap.dev compiles it into WebAssembly to get you an in-browser GIF screen recorder.

https://gifcap.dev/

Codebits was pure fun. I cherish those memories fondly!

Actually, J. Kenji López-Alt has a great recipe for 15 minute caramelized onions [0].

[0] https://www.seriouseats.com/quick-caramelized-onions-recipe

Inspire them with the advancements in the past month regarding image generation, namely around Stable Diffusion. Plenty of e-commerce related stuff: https://twitter.com/daniel_eckler/status/1572210382944538624

Hi author! Cool site. It was odd getting a "hi hacker news would you like to subscribe to my UI mailing list", but OK. But it was really not great seeing this [0] when I clicked "no", given the whole thing is about UI.

0: https://gcdnb.pbrd.co/images/wH0ONKrFlqSI.png?o=1

Yeah, but don't forget to keep making games more and more addictive so we all get rich.

Side note: I love the succinct format on this link. Well written and to the point: 1 minute to read. You don't always have to create a blog post with unnecessary information just to post your opinion online. And sometimes a tweet just isn't enough.

Same in Portugal: we called it "dar um toque". Literally: to ring only once. I grew up with this.

After having built a Ryzen Mini ITX setup about a month ago, I have to totally agree. Soooo smooth.

We have a guide for it in microsoft/vscode: https://github.com/microsoft/vscode/wiki/Selfhosting-on-Wind...

Hi, VS Code dev here. We actually put a lot of effort into documenting API and extension development. This is why `API` is one of the main sections on our home page: https://code.visualstudio.com/api. It's also why we have very restricted API guidelines: https://github.com/microsoft/vscode/wiki/Extension-API-guide...

We'd love to hear more about the lack of documentation you're referring to. It's definitely a solvable problem. Could you create an issue so we address the problem? https://github.com/microsoft/vscode/issues

Also on

> But petty gripe: please kill the git username/password fields when I git clone a private repo over HTTPS in the console. I don't like being aggro towards what other devs find cool, but I think hijacking a CLI with an extension incredibly annoying. And I can't find a way to disable that specific "feature" without disabling all of the git integration, which I use all the time.

This can be disabled with the `git.terminalAuthentication` setting.

Also, you get fantastic Intellisense, since the JSON schema reference is included in the document.

This is a fantastic article, please someone bump this up to the Rust book.

I created a browser based, client-side only, GIF screen recording tool:

https://gifcap.dev/

It uses a fork of gifsicle compiled in WASM to produce highly optimized GIFs really fast. It supports trimming and cropping the end result.

Let me know what you think!

Hi HN, author here!

We use deemon in VS Code to improve development and minimize downtime. As developers we like to run our build from within VS Code in order to get tasks support and get semantic errors in the Problems view. But since we often need to reload VS Code, this would kill the build task and we would need to start the build all over again which takes roughly 2-3 minutes to warm up. With deemon we are able to run the build from inside VS Code as a build task and later reattach to the same `yarn watch` process, even if we quit VS Code or reload it.

Deemon works similarly to running your build tasks inside tmux, detaching from it and later reattaching, but with a simpler interface. Instead of `yarn watch`, one runs instead `deemon yarn watch`.

Adopting it to the VS Code repo was as simple as adding a dev dependency to `deemon` and adding a new `watchd` script: https://github.com/microsoft/vscode/blob/4e8408d4c4dafae88f7....

You can try it out right now using `npx`: simply run `npx deemon BUILD COMMAND` (eg. `npx deemon yarn watch`). `Ctrl-C` will detach from the background process. Run the exact same command to reattach. `Ctrl-D` will terminate the background process.

Glad to answer any questions!

Thanks, great feedback! Created https://github.com/joaomoreno/gifcap/issues/9

Plus, it's open source: https://github.com/joaomoreno/gifcap