Frederik Handberg

23 🇩🇰 Studying for a degree in Software Engineering 💻
I enjoy building mobile/desktop apps and embedded projects and working on massive heavy-lift drones.

Also learning to sew garments as a hobby to tailor clothes for myself 🪡

I mostly share progress updates as I'm working on my software and drone projects, and as I learn to sew.

Basically, I just write about my hobbies...

Public Key

npub1nj0crmtetu84a7j43yegy358mp8u0e4ye7ndkhtd8dg0edll4mpqn52gqz

Profile Code

nprofile1qqsfe8upa4u47r67lf2cjv5zg6rasn78u6jvlfkmt4knk58ukll6asspzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgqg4waehxw309aex2mrp0yhxg6t5w3hjuur4vgwgnj0s

Publishing to

nostr-01.yakihonne.com:443/quartz-victor

Author Public Key

npub1nj0crmtetu84a7j43yegy358mp8u0e4ye7ndkhtd8dg0edll4mpqn52gqz

Show more details

Last Notes

2026-07-18 13:08:11 UTC

- reply

South East Jutland Police (Sydøstjyllands Politi) report that the fire likely started when a woman fell asleep with a lit cigarette. #press

2026-07-18 12:52:21 UTC

- reply

nevent1qgsfe8upa4u47r67lf2cjv5zg6rasn78u6jvlfkmt4knk58ukll6assqyqsqk3uc2c5mvkjs028yg7hu5rn0xralpzjthq0a4mzqm5hv6gwmz3jszqy

2026-07-18 12:51:55 UTC

A few images from the apartment fire that occurred yesterday on Fredensgade in 8700 Horsens. #press
https://blossom.primal.net/a76df619bc551496c15d0affa59b69db92e736c730da158c12b01f0a21add81a.jpg
https://blossom.primal.net/0fe420d2fa884411a85bfdfa01a66cc8db14dfed05f0390e5e751f6e4b2dcdd7.jpg
https://blossom.primal.net/0620b6369b3b7f4f3729d4149391dbd6d7f0fe51080f8d6e444e872ffb9b3337.jpg
https://blossom.primal.net/54065856e972b72ab88461d2dece54aa72f20b85fdb2baf59fe236e80bcf2080.jpg

2026-07-17 19:59:42 UTC

Fire reported in apartment building on Fredensgade in 8700 Horsens. #press
https://blossom.primal.net/c11232121519a43cf22858536d59d3486d3b835ac9a4cd2d9bb223113292e882.mov

2026-07-15 14:38:21 UTC

- reply

Yeah, Nostr is fun. It’s how I remember the internet being before everything got corporate and boring…

2026-07-11 18:21:28 UTC

Enjoying the beautiful summer weather with Maya 🐕‍🦺☀️
https://blossom.primal.net/d139d915f2feb0c9e1a76a5a90bf7446cf4a9ec3a4131d04bac182750fc564f0.jpg

2026-07-10 08:25:47 UTC

- reply

Cool. So is that JetPack Compose you are using? I soon want to get into Android development

2026-07-10 07:50:12 UTC

- reply

It’s a great series. I like it so much that I purchased the Blu-ray a few months ago

2026-07-10 07:46:57 UTC

- reply

Why are you spreading misinformation?
It’s true that Chat Control 1.0 was passed and it’s bad, but you should read up on it before writing about something you clearly don’t understand.
What you are referring to is Chat Control 2.0, but that one has NOT passed (though it wouldn’t surprise me if it does at some point).
Chat Control 1.0 is entirely voluntary. It allows (but does not force!) tech companies to scan for illegal material on their platforms.
The EU does not have direct access to your inbox. The law does not give police or politicians some kind of master key to read emails and text messages at will.

2026-07-09 18:26:35 UTC

- reply

The impact on junior developers (like myself) is not exactly great considering how the barrier to entry is much higher now. The type of work you would let a junior developer do, can now be done much faster by an LLM instead.
But the things I can build as one person by using AI without having years of experience is simply amazing. It's never been easier to learn a new skill!

2026-07-09 18:04:01 UTC

- reply

I think it’s difficult to say if AI is a net positive for society (I guess time will tell). Some industries are obviously heavily impacted by AI and certain jobs are becoming a thing of the past.
I suppose a large portion of the middleclass could be in serious economic trouble if the job market collapses depending on how many jobs get overtaken by AI.

2026-07-09 13:22:28 UTC

It’s kinda crazy to consider how much LLMs have improved since late 2022. I think it was around November or December that the first GPT model became publicly accessible.
Now 3,5 years later and we got models that completely wipe the floor with what we had just 3 years ago.
The pace of innovation is wild!

2026-07-08 15:46:39 UTC

- reply

When they try to force me to verify my identity, then I’m just done with Twitter. I barely use it anyways… deleted the app long ago but still have an account. I do wonder why some EU countries are getting that and others are not

2026-07-08 15:43:44 UTC

- reply

I did not know you also have an Android version of the app 👀

2026-07-08 06:19:51 UTC

- reply

Yeah okay, makes sense. I had never heard about that username before :)

2026-07-06 18:17:07 UTC

- reply

If you’re on iOS, then I can recommend Nostur. It’s my favorite client app

2026-07-05 16:27:23 UTC

- reply

That’s really cool! We have something called Saphe.com in Denmark. This could be a replacement (if there are enough users ofc)

2026-07-05 09:29:27 UTC

- reply

In the image, you can see how the code block is overlapping other elements in the Markdown editor.

2026-07-05 09:28:14 UTC

Been fighting with #AppKit and #SwiftUI to solve a height calculation problem. Seems like sometimes AppKit does not realize that the height of the SwiftUI code block view has changed. This leads to a problem when the code block grows in height (e.g. when adding more lines) and then it eventually starts overlapping other elements in the Markdown editor.
https://blossom.primal.net/045f05d8834a28b8136dd5b697cf86d253b844a79b23faf4d6e7ab3903d24f4f.png
I am using `NSTextAttachment` to embed an interactive SwiftUI view as a `NSHostingView` inside `NSTextView`. It's really powerful but I also find it so difficult to work with. Especially when needing to share states/updates between the `HostingView` and the `NSTextView` (which is the outer Markdown editor that the code block is embedded into).
Codex seems to have finally found a semi-working solution to the height calculation problem. At least it works when I open the MD file, close it and reopen, then I can add more lines in code block and the editor will correctly update its height to accommodate the growing code block.
However, if I just open the MD file immediately after having started the app, then begin adding more lines, it will not tell AppKit's `NSTextView` about the height changes leading to overlapping issues. #dev #macOS
#nevent1q…9d8k

2026-07-05 09:16:35 UTC

The Codex CLI is so much more readable than the Antigravity CLI. Been using Gemini for a few months now as the only LLM, because I got it for free (student discount). It's not bad but GPT-5.5 does feel like an improvement and the CLI is much nicer to look at.

2026-06-29 18:03:50 UTC

- reply

However, I don’t regret the time I spent building the block-based notes as it gave me an excellent understanding of `NSTextView` in #AppKit.
I had to do some crazy hacks to make it work as I needed a separate textview for each block, while still enabling caret navigation across all textviews by using arrow keys.

2026-06-29 17:59:21 UTC

- reply

Once the Markdown editor is fully implemented, I will completely remove the code related to the block-based editor as it won’t be necessary anymore.
I had initially implemented a proprietary block-based structure for notes which used JSON files.
Personally, I hate it (because it’s proprietary unlike Markdown) and I only did it because I had so much trouble with implementing a Markdown engine in Swift, but now it finally works!

2026-06-28 17:08:33 UTC

Headings can now be collapsed in the #Markdown editor I am working on.
https://blossom.primal.net/594c4cdd4c92d26796f49465ada9023f85cba181d35d8e7b80277e1adc91277c.mp4
When collapsing a heading, the app will remember this, so that when closing the Markdown file and reopening it again, the same heading will still be collapsed. #dev

2026-06-27 15:09:08 UTC

- reply

The concept phone that Nothing shared looked pretty good

2026-06-16 15:04:10 UTC

Two cars in collision on Bankagervej in 8700 Horsens. #press
https://blossom.primal.net/d3baabc2d362db175b6d92528b74f74d9247b44d6258f126cb5111fef051c3a6.jpg
https://blossom.primal.net/e50999e6a9a3166de248a4387fb69e8b733b818a693f9f385d76d7bdca6e2e07.jpg
https://blossom.primal.net/ef82d92e38aa4b5c5bee06bbe00af9f6ea94e05d02743173b2dade51e4df17d5.jpg
https://blossom.primal.net/0c501be13ed9c39c778b650f0c0226d69a8a009c6acce16dc6873ba284076fda.jpg

2026-06-15 10:35:02 UTC

- reply

Yeah, the relay operators know everyone’s IP address once users connect to the relay, but that can be solved by just using a VPN (which you should probably use anyway if you care the slightest about privacy)

2026-06-15 10:25:50 UTC

- reply

I should do some research into how good JetPack Compose Multiplatform is for Linux support. That might be an option.

2026-06-15 10:25:12 UTC

- reply

Apparently, using Qt for commercial products requires paying for a license. Of course they need to earn money somehow, that’s understandable, but when you have free alternatives like using native Swift and Kotlin, why even use Qt…?

2026-06-13 17:57:33 UTC

For a long time I've wanted to try out the Qt framework. It would also be a great way to learn C++, which could turn out to be a useful language for me when I start getting more into building drones.
Just found out Liquid Glass works in Qt: https://github.com/fsalinas26/qt-liquid-glass
This is good as it means I can more easily make a native-looking macOS app.
I have never been a fan of cross-platform frameworks, they just never impress me. But Qt is special in the sense that performance should be excellent. Apparently, it can also work for mobile apps, but I would not use it for that. I'm more interested in using it for desktop apps, so that I can ensure perfect Linux compatibility.
I did try using #Tauri to build a webapp a few weeks ago and it was fine, but the native webview on #Linux is apparently trash, so Tauri is a no-go for me as it uses native webviews on each OS.
Qt seems like the best choice - also many apps on Linux use it.

2026-06-05 13:35:02 UTC

Outside enjoying nature with the dog 🐕‍🦺🚶‍♂️
Maya got herself a new pink collar :)
https://blossom.primal.net/b39f1f6d3a1e5312bcaf614f9d50b674b215f0ecc8fdeb2f7eb91993455ce8c8.mov

2026-06-05 09:26:33 UTC

- reply

That’s the goal, yes. I want to make a fully native app for macOS to read and edit Markdown files.

2026-06-05 09:18:08 UTC

- reply

In this video, you can see what happened before the bug was fixed:
nevent1qgsfe8upa4u47r67lf2cjv5zg6rasn78u6jvlfkmt4knk58ukll6assqypzsk5yx4tsgutllm8t2ry8kzenwgyrx6nemmv99pynjq8hye80rkqf6gg5

2026-06-05 09:16:45 UTC

Now the image popup is also working!
https://blossom.primal.net/852fb2526ff5601cdcaaf4fd1d228a8ac165e6e44e27132584a810a85b75c769.mov
There was a bug where the cursor would be overridden to `NSCursor.iBeam` because there is an `NSTextView` behind the popup. Now this bug has been fixed, so that the arrow cursor is showing when popup is open. #dev #Swift #SwiftUI #AppKit #Markdown

2026-06-05 08:36:16 UTC

Bug is now fixed 🚀
https://blossom.primal.net/132b5748af3471c17cf7966f4083456a20cfbf1a46c6baca0efc586cf571352c.mov
The cursor is now changing to the correct `NSCursor` style when hovering image and video attachments in the #Markdown editor.
In the video, you will notice how when I click an image attachment which opens it in a popup, the cursor style actually changes back to the `iBeam` yet again... This is the next #bug to fix 😄 I want it to just show the normal arrow cursor when image popup is open.
#nevent1q…29k9

2026-06-05 08:23:38 UTC

Working on fixing a classic #AppKit and #SwiftUI bug where the `NSTextView` will aggressively override the `NSCursor` to `iBeam` (which is default for textviews) even when you specify that a different cursor style should be used.
https://blossom.primal.net/6f253b8e7a6cf2e3c49f2a13dbf27b5d71e6d205d105241995f702c3d8186585.mov
In this case, I am trying to get the `NSCursor.pointingHand` cursor to show when hovering an image attachment. For video attachments, the normal arrow cursor should show. #dev

2026-06-04 18:27:32 UTC

- reply

Wait what? Is there a TestFlight 👀

2026-06-04 18:07:23 UTC

- reply

Great work as always! Love this app

2026-06-04 17:39:06 UTC

Just got videos working in the #Markdown editor 🤘
https://blossom.primal.net/a5a8ac6f7062fae320bdd8dfcaab6a57b6c62c41c4979ec1511026ab3486a0a0.png
Next I should get the shortcuts working to insert new lines:
- `Cmd+Option+Up`: Insert line above
- `Cmd+Option+Down`: Insert line below

2026-06-04 15:45:10 UTC

I got images working in the #Markdown editor I'm building 🚀
https://blossom.primal.net/51f66b6d3148414b0d946af57aad5a08305cb486bcab40a15733d2c47e8cc5af.png
In the old Markdown rendering engine I also had images working, but this new version is a completely new implementation - none of the code is like before.
I decided to scratch my own implementation because even though my Markdown rendering engine was working as expected, I had some serious problems getting `NSTextView` and `TextKit2` to behave the way I wanted. For example, I was fighting a bug where it would apply the same styling to the last empty line as the text before it. Then I tried switching to `STTextView`, which did solve the bug, but had its own problem… It would crash the entire app as it caused an infinite loop bug because it was fighting #SwiftUI over the correct height of the textview. Therefore, the app kept recalculating the height which would eventually lead to a crash.
Link to the Markdown rendering engine I am using:
https://github.com/nodes-app/swift-markdown-engine.git
This new engine solves the empty-line-bug I mentioned above.

2026-05-29 09:45:47 UTC

- reply

Well, I'm back to fighting `NSTextView` and `swift-markdown` 😩

2026-05-28 19:43:11 UTC

Getting an annoying bug in my Markdown editor where line spacing is acting weird but only for newlines right below headings...
Then once I insert a character, the line spacing gets reset to the default/correct value. #dev #AppKit

2026-05-25 19:51:12 UTC

- reply

I just submitted feedback in the TestFlight app

2026-05-25 19:46:05 UTC

- reply

I seem to be unable to send images in dms, so I’ll just send it here…
I assumed the extra space above profile picture would be for the banner :)
https://blossom.primal.net/35142d506ef1bc95724298b8c0b9e6e2f958a056917b98ed7c62d9b46776c7e0.jpg

2026-05-23 19:27:57 UTC

- reply

**UPDATE:** Four people were rescued alive, but a 73-year-old woman passed away.

2026-05-23 18:25:52 UTC

Rescue operation in Glud between Horsens and Juelsminde 🚁 #press
https://blossom.primal.net/f9a65b23f7a93915000c00b5e96a0fbd1c86588ac4438a7c409e23b81b74973f.jpg
https://blossom.primal.net/9a738cf4efb74d080baf8e3a90283b114bed900a7e79644af213defc3296b458.jpg
https://blossom.primal.net/c2ccb353e6ac7ee4dda9681da76a03c302926557ca3557afb96309290e4a38c6.jpg

2026-05-21 16:37:16 UTC

- reply

I also think the appeal of cross-platform frameworks is decreasing.
LLMs are so good that they can implement entire features, and they can absolutely translate one language/framework to another. For example, from SwiftUI to Jetpack Compose.

2026-05-21 16:33:52 UTC

The excellent developer experience you get with #Electron gets traded for a _bad_ user experience.
When I write _bad_ UX, I am referring to an Electron app _never_ really feeling native. You can certainly attempt to make an Electron app feel native, but simple things like the bouncing effect when you scroll beyond the top or bottom of a scrollable page or HTML element (like `<div>`) does not work in Electron. This is default behavior for native #SwiftUI apps when using `ScrollView`. It’s what macOS users expect from the apps they use.
An Electron will always have that website feeling, which makes sense, because Electron apps are literally just websites.
I can immediately tell if an app is native or is using Electron. It’s harder to tell if an app is using Tauri. Haven’t tried Tauri yet myself, but I’m always quite impressed by apps built with Tauri.
I understand why devs choose to use Electron. I recently experimented with Electron for my notes app and I totally get the appeal. The speed of development is incredible for Electron. You can get features implemented so fast and web technologies have come super far. But still, I don’t think I’m willing to trade a bad UX for a good DX.

2026-05-21 14:37:57 UTC

- reply

I also purchased Rome from 2005 (if I remember correctly 🤔)
One of my absolute favorite shows.

2026-05-21 13:06:09 UTC

- reply

I got it replaced and it works! 🙌
Time to cut some grass 😎
https://blossom.primal.net/5f4bb8c9ce5d799ab5bfc97efdb44e4f7b4820694908596773987952d10da9c5.jpg
https://blossom.primal.net/05fd175988c182f3384d473fd446b76ce913b5c70bbe160ac35a7b7c5b3d7656.mov
#nevent1q…hjmr

2026-05-21 12:02:31 UTC

Fixing the grass trimmer.
The primer bubble to pump fuel into the carburetor has cracked open.
https://blossom.primal.net/88025dfbea04d22ffa307d39e9c3b25e9c68cfb2062f1d3761e2ad685c4bd82f.jpg

2026-05-19 14:26:36 UTC

Going back to old media. It just feels nostalgic to have physical media again :) Being reminded of my childhood with our countless DVDs and cassette tapes.
I don’t actually have a Blu Ray player so that’s a bit of a problem…
Starting with Suits because I like the first few seasons before the show turns to shit.
https://blossom.primal.net/10d7fcbdeb5ecdb175330b36395602a99cdc82ea1ecff50434d43e7d7b9531d9.jpg

2026-05-19 12:54:22 UTC

- reply

Nice work 💪

2026-05-18 13:53:07 UTC

- reply

Same problem for me. The app does not automatically collect notes anymore so I have to click the ‘Import Notes’ button

2026-05-17 19:38:54 UTC

- reply

Welcome to nostr :)

2026-05-13 07:14:00 UTC

- reply

Yeah, that’s my impression as well.
When I look at Instagram, everyone is posting stories both creators and just normal people that I know

2026-05-12 09:08:27 UTC

I feel like the worst part about building the same app in multiple different frameworks is getting the app to feel and work the same in all versions being near impossible, because each framework has its own quirks and bugs.
For example, my native app for macOS built using #AppKit and #SwiftUI allows pinch-to-zoom in `WKWebView`, but `<webview>` in Electron has a bug where pinch-to-zoom just will not work:
https://github.com/electron/electron/issues/34440
So now, I'm in a situation where the native macOS app has a feature that the cross-platform Electron app does not have... Luckily this is a small feature, but I expect feature parity to become a bigger problem because I only just started with the Electron app.
Also, should I have chosen Tauri? Idk, I'm getting an urge to switch. The whole frontend can just be moved immediately to Tauri with React, but the backend would need some work. The worst part will be having to deal with different web engines because Tauri uses native engine from the OS.
But then again, is that really such a big issue? Because when you build a webapp, you need to make sure to support all web engines, anyways.

2026-05-11 17:22:20 UTC

Stories on #Nostr would be a nice feature. Hopefully it will be widely supported.
#nevent1q…2rd4

2026-05-11 16:25:36 UTC

The new implementation uses the native HTML `<canvas>`. Then all canvas objects gets drawn on an 800x560px canvas allowing the app to take a snapshot.
Now the app runs smoothly even when taking a snapshot of the canvas 😌 #dev #React #Electron
#nevent1q…wrtk

2026-05-11 16:22:09 UTC

- reply

This was the flow:
1. Clone the entire React DOM tree.
2. Calculate all CSS rule for every node.
3. Embed all external fonts and images.
4. Serialize it all into a massive SVG.
5. Draw the SVG to an invisible canvas to extract a `.png`.
This all ran synchronously on main thread which then caused the lag spike.

2026-05-11 16:20:26 UTC

Using `html-to-image` was a mistake…
I used it to generate the canvas objects so that the app could take a snapshot of the canvas, but the performance was horrible.
After making a change in the canvas (e.g. moving an object), a denounce timer will run and afterwards, the canvas objects will be generated. Lastly, a snapshot will then be taken. This all happened using `html-to-image`.
This caused a lag spike where the whole application froze for a few seconds.

2026-05-04 05:52:52 UTC

- reply

Guinea pigs are adorable 😊

2026-05-01 22:14:00 UTC

- reply

I also need to make sure that the collapsed state is working correctly when opening a note document. For example, a collapsed heading shows the chevron icon in correct state, but the blocks are visible.

2026-05-01 22:11:55 UTC

- reply

Been working on heading folding/collapsing. Basically just being able to collapse a heading like H1, and then all the blocks below would hide. It’s a very common feature in writing apps.
I have implemented the collapse functionality in Lexical, but having some annoying issues with caret navigation when using left or right arrow. Obviously the caret should skip over the blocks that were hidden because of the heading being collapsed. Sometimes it works, but mostly not. It’s really confusing…
Interestingly, arrow up or down works all the time.
Usually when using arrow left or right the cursor gets stuck or is completely removed (in this case the whole editor unfocuses).

2026-05-01 14:09:22 UTC

I have a decision to make about how I will store the note documents in my app.
The native Swift app stores the blocks in a flat JSON structure. This worked fine in the native macOS app, but now that I have also begun building the web app version in Electron, I have some issues because editors like TipTap and Lexical use their own structure, which is AST. That’s very different from my flat JSON structure. I’m probably just gonna switch over to the Lexical-way of doing it instead of my own.
Bit annoying having to do that whole refactor now…

2026-04-30 10:17:09 UTC

- reply

Apparently, it is already a thing:
https://nostrapps.github.io/nostrgit/

2026-04-30 10:16:49 UTC

Nostr Git should be a thing 👀
https://youtu.be/R7ex-Gt8dtw

2026-04-30 06:55:21 UTC

- reply

Not that I’ve tried it, but there is an option called ‘Switch caching service’ in Network settings

2026-04-29 21:16:56 UTC

- reply

Nostr is by far the easiest of the “platforms” (Nostr isn’t really a platform) you mentioned to create bot accounts.
You can write a Python script to generate 20k npubs and follow yourself if you wanted.
Follow counters on Nostr are a useless metric. However, follow counters are also a useless metric on centralized platforms, but to a lesser degree depending on the difficulty of creating bot accounts.

2026-04-29 21:12:02 UTC

- reply

I hope you mean that as a joke

2026-04-29 21:10:19 UTC

- reply

No not data use.
Damus keeps a cache like many other Nostr clients does, but for some reason Damus is just really bad at clearing the cache so it starts adding up to many gb of storage.

2026-04-29 14:06:05 UTC

- reply

The question is how many of those 12k followers are either inactive npubs or just bots?

2026-04-29 14:02:54 UTC

- reply

I did the same, though I switched to Nostur much longer ago but it was also because Damus was using crazy amounts of storage

2026-04-27 12:15:41 UTC

- reply

This video was heavily compressed… I uploaded using Nostur.
Trying with #Primal instead:
https://blossom.primal.net/c710e0065cebb4163d23f91a27460562b1e4937d464410094f75a4c2d0a159fe.mp4

2026-04-27 12:14:15 UTC

- reply

Source: https://www.threads.com/@dannyruchtie/post/DXd1zx0lXuI

2026-04-27 12:13:46 UTC

This app is quite similar to the notes app I’m working on.
Looks really good!
https://blossom.primal.net/a0c19d69a58459e02da072f7e64510a1c493e4ff2aab517d2270ec1cabd021b3.mp4

2026-04-27 12:07:20 UTC

Some UI #inspiration I found on Threads:
https://blossom.primal.net/5839707219c86716cb70d51442c75eea66545df39f4859e5887f34a350337c38.mp4

2026-04-27 10:11:30 UTC

- reply

The UI of the editor is pretty rough at the moment, but I’m concentrating on the functionality of it for now.

2026-04-27 10:10:50 UTC

- reply

I also considered TipTap, but I prefer Lexical because they are not trying to sell me anything.

2026-04-27 10:07:44 UTC

I am mostly done implementing support for all the canvas objects in the Electron app. So I’m moving on to note documents now because the last object I need to support in the canvas is the note docs.
I have just gotten Lexical to work in the editor. The experience is very different than my native Swift app.
https://lexical.dev/
This is because the native Swift app uses a separate text view for each block whereas all blocks are just one continuous text view in Lexical which is much better for performance.
I have not yet implemented support for images and videos. Only text with formatting is working like paragraphs and headings. #dev

2026-04-19 08:27:26 UTC

It's now possible to search in canvas files 🎉
https://blossom.primal.net/549564ba3d482b57fff1b76f2b1f49c696e59fcd44ce7edce3dace5d3b7a35f7.mp4
I added a new search feature to my notes app for macOS.
When I click `Enter` it will select the next result in the list and `Shift+Enter` will select the previous result. The problem is that the list does not scroll up and down to always keep the selected result visible. That's the last thing to fix and then canvas search should be working fully as expected.
#dev #Swift #SwiftUI #AppKit #macOS

2026-04-11 09:21:58 UTC

- reply

Gonna need some crazy expensive hardware to run models that big

2026-04-06 14:36:44 UTC

- reply

`NSItemProvider` had trouble figuring out if file IDs matched. So sometimes, it would think the file IDs where different even though I dragged the same file. This would cause it to use the `.copy` method rather than `.move`.
In this case, it would duplicate the file and show an alert saying something like "This file already exists".

2026-04-06 14:07:40 UTC

I'm investigating a bug where files are getting copied rather than moved when I press and drag a file from one folder to another.
It's a super annoying bug... #dev #bug

2026-04-02 22:23:19 UTC

- reply

This is the text view hack I figured out:
https://github.com/frederikhandberg0709/Sequential-Text-Interaction

2026-04-02 22:20:08 UTC

Been working on copy-paste functionality for my notes app. It may sound a bit strange as you might expect this to just work by default, but because of the way I handle text editing in the app, it does not work out of the box.
My notes app is block-based and because of this, each text block is its own text view. This means, a note document includes multiple `NSTextView`s (one for each text block). This makes copy-pasting from multiple blocks quite complicated as these text blocks are completely separate - they have no connection to each other.
This is where my ‘sequential text view’ hack comes into play. I figured out a way to connect separate `NSTextView`s to allow performing text selections across multiple text views, and then I override the default `copy()` function with custom logic to stitch these text blocks together while keeping the text styling/formatting.
So far, copy-pasting works for text, heading, and list blocks. Tomorrow, I will make it work for table, quote, and code blocks.

2026-03-30 16:00:54 UTC

- reply

After having spent some time testing this new solution, it seems to work great.
I am still missing the updated scaling code in a few block types like tables and list items.

2026-03-30 14:47:33 UTC

Using `Text()` from #SwiftUI has turned out to be a bit of a problem - at least in the visual canvas.
In SwiftUI, the easiest way to zoom in on a view is to use `.scaleEffect()`. This is exactly what I did in the canvas, so when you zoom in on a text object, I would increase the text size by simply using a `.scaleEffect()` modifier. However, this caused an annoying problem where the text would become pixelated, so this approach was just not viable. I had to find a different way...
I tried another approach where I would dynamically scale the font size (multiplying the base font by the zoom scale). This did indeed solve the problem for normal text objects, so the text no longer became pixelated. But this approach introduced it’s own problem for note objects which also use `Text()` from SwiftUI. It caused layout jumping.
If I understand it correctly, the rendering engine called `CoreText` does not scale fonts linearly. For example, a 14pt font scaled to 200% doesn't always take up exactly twice the space of a 7pt font. I noticed that small adjustments to letter-spacing would happen at every fractional font size.
This meant that as the user zooms, a word that barely fit on line one suddenly becomes 0.1 pixels too wide and wraps to line two. This would cause the entire text block to "jump" vertically as lines snap back and forth between different wrap points. It felt broken and looked bad.
The solution ended up being to use AppKit. Unlike SwiftUI’s `Text()`, the `NSTextView` from #AppKit allows us to manipulate the text to a much greater degree.
So this did indeed fix the problem for note objects. BUT... It also introduced a problem since I use `ImageRenderer` to take a snapshot of the canvas, which is then used to display a preview of the canvas in search results.
The thing is that `ImageRenderer` **ONLY** works with SwiftUI. It is simply incapable of capturing an AppKit view like `NSViewRepresentable`. It seems like my only choice is to render an `NSTextView` in the canvas, and then render SwiftUI `Text()` when the app needs to take a snapshot with the `ImageRenderer` API. #dev

2026-03-30 14:08:35 UTC

- reply

Thanks I will check it out

2026-03-30 07:57:58 UTC

- reply

I’m interested. Is there a GitHub available?

2026-03-29 06:39:02 UTC

I hear a lot of developers complain about AI having sucked all the fun out of programming.
I can understand that if what they enjoy is writing the code.
But personally I feel the complete opposite. I have never enjoyed programming more than now. I’m so happy that I no longer need to be spending a ton of time on writing the code. Instead, I can use that time on figuring out the best architecture for the system I’m building.
When I work with an LLM, I write Markdown documents that I use to prompt it with detailed descriptions of the features I want the LLM to implement. This could include which APIs I expect it to use. If it’s a rather unknown API, then I copy-paste the definition of it so it knows exactly which parameters it expects and which methods can be called.
I find that if I don’t give the LLM some clear directions, then it will start using deprecated methods and start writing new helper methods even though it could just use existing ones.
In general, I think LLMs can be a bit lazy at times… But they can do excellent work if given a good prompt. #AI #LLM #coding

2026-03-28 20:58:17 UTC

- reply

I use the `ImageRenderer` to take snapshots of the canvas and it works well. But I do find it super annoying that it only works with SwiftUI. This is a problem as I use `NSViewRepresentable` from AppKit in many parts of the canvas. Especially for text-based blocks in note document objects, such as headings, lists, code blocks, and paragraphs.
So I had to implement a separate case where if the block is rendered because a snapshot is about to be taken, then don’t bother with `NSTextView` and instead just render a `Text` view from SwiftUI.
https://developer.apple.com/documentation/swiftui/imagerenderer

2026-03-28 20:25:38 UTC

Here's a look at V1 of the grid view mode in fullscreen search:
https://blossom.primal.net/dd1df49bacfabb7899b2a0cdc94e27284daffa340a956f4c9e7426e18dab0906.mp4
Most of my time has been working on a snapshot feature where the app takes a snapshot of the canvas. This will then be used in the fullscreen search to show a preview of the canvas file.
I will most likely use the same approach for note documents instead of rendering the actual note document. It's less resource intensive to load an image compared to a note document with multiple blocks.
Later, I will also use the snapshot feature in preview overlays that appear when hovering a note or canvas file. But before this, I think I should fix the UI for fullscreen search first. Just simple things like the list of search result should extend as much height as possible meaning all the way to the bottom of window.
In the video, you can see the canvas being a bit laggy in the beginning when it's first loading. I do have some debouncing, but I think it might be a good idea to have a more sophisticated approach where only certain objects are loading at the same time. Perhaps only the ones inside the viewport, but if too many are showing, then have a maximum of how many can load at the same time.
#dev #AppKit #Swift #SwiftUI #macOS
#nevent1q…fkx6

2026-03-28 14:52:23 UTC

- reply

I should also use the snapshot approach for canvas preview overlays. These appear when hovering a canvas file in the ‘Files’ sidebar, or when hovering a tab that contains a canvas file.

2026-03-28 14:50:44 UTC

I have been working on improving the fullscreen search functionality by implementing a preview mode. So now, there are two modes: _Grid_ and _Preview_. The preview mode is simply the grid but with a preview of the file’s contents. There will also by a third mode called _List_.
I experienced some serious performance issues after implementing this new preview mode. This is really what most of my time was spent trying to fix.
Before I was showing a real representation of the canvas where I rendered all the objects and scaled them to an appropriate size. Doing a full render of a canvas that could potentially contain 20 different objects (images, videos, note documents, etc.) is a bad idea. And it becomes an even worse idea if the search results include more than one canvas.
I decided to figure out a different solution that would solve the performance issues.
So I started experimenting… I figured that I could actually just show an image of the canvas, so I implemented functionality to take a snapshot of the canvas whenever closing a canvas file or switching to a different tab.
This works really well and I think I will choose the same approach for the minimap inside canvas files. Because currently, I am doing a full render of the objects inside a minimap and there is just no reason to do that… Instead I will just use the snapshot approach.
This means, I should also save a snapshot after making a change in the canvas, but of course with a debounce timer. For example, if moving an object, then take a new snapshot after a timer has expired.
Will share a video demonstrating of the fullscreen search later…

2026-03-27 15:28:00 UTC

I love blur effects and because of this, one of the first things I tried when I started learning AppKit, was how to implement a beautiful blurry background to elements. This is something that's super easy in HTML and CSS, and while it's also quite easy in AppKit, you don't get anywhere near as much customization - something as basic as blur radius cannot be changed in the `NSVisualEffectView` API provided by Apple. I always found this super annoying so I began looking for hacks to workaround this problem.
Unfortunately, I never got very far with it... AppKit is complex and a lot of it is poorly documented, so for a beginner, it's a big and hardcore task. And therefore, I just decided to live with the default `NSVisualEffect`... But just now, I found this repository:
https://github.com/dominicstop/VisualEffectBlurView
This repository seems to have found a workaround to the _custom blur radius_ issue. However, they work in UIKit and I work in AppKit, so it's not quite the same, but should still be very useful as I think they use `CAFilter` which I believe works in both AppKit and UIKit.
I've never worked with `CAFilter` before, so should be interesting. Apparently it's a super old thing, and also, it's a private API so I don't expect to be able to find any official documentation about it... #dev

2026-03-24 19:58:46 UTC

- reply

I fixed a few syntax errors myself a few hours ago.
Sometimes it’s still faster to do stuff yourself than prompting AI and waiting for its response.
I find LLMs great at researching and discussing architecture (but they will tell you bs sometimes so don’t rely on them too much). And then I use them for implementing new big features.

2026-03-24 10:50:28 UTC

The pictures are from 2 days ago 💚 #nature #photography 📷
https://blossom.primal.net/1b0a9ad0d19afc0883934ee831b8c396e43ca01d4e69f6d5e32b60d81c5d73af.jpg
https://blossom.primal.net/aaccd7498dbde2745f640e47f42cdb8e1bb4fd148f74aeb6b15a43970fb49c87.jpg

2026-03-23 09:48:12 UTC

Now that I have improved the media popup by implementing support for zoom-in and out with pinch gestures and an easier way to dismiss the media popup by either clicking the background or by swiping up and down, I think it's time to work on an easier to way switch between the different media attachments in a note document.
I found this on Threads that I think looks quite good:
https://blossom.primal.net/160dd0df43d643201cec31e5a03a3a197096ea6d1e0142e2ecc12968d4128167.mp4
Video credit:
https://www.threads.com/@rnmp/post/DVeEjuSCmNx?xmt=AQF057FozccuzjLn5mwvLeC3EQH6UDwIhCVqwtNWOpJ-YQ
Initially, I just wanted to show chevron buttons to switch to next or previous attachment, but I think showing the actual thumbnails looks much nicer. I'll see if I can get that working 💻 #dev #inspiration
#nevent1q…hjwn

2026-03-23 07:29:25 UTC

Been working on a different way to dismiss the image popup in the notes app.
Before the only option was to either click Escape key or click in the background behind the image which will also close the popup. Now the user can simply swipe up or down, or "zoom out" by making the pinch gesture.
https://blossom.primal.net/2f28e7cf31d2445f4a9c4ea2e7243a35ddfd713a22d8bd9d75c816de06d91220.mp4
I really want the image in the popup to animate back to its original position in the note document. I do have a semi-working solution, but it's still experimental. I'm having trouble with the opening animation being laggy, but the closing animation looks fine for some reason.
#dev #macOS #Swift #SwiftUI #AppKit

2026-03-22 13:40:13 UTC

- reply

Are videos supposed to be playable in the ‘Viewer’ tab or is that a known bug where they don’t show thumbnail and also won’t play?