Semi-truck crashed on E45 Horsens #press

I could also buy a second FX3, but I’d just like to try a different camera because that’s more fun than having two of the same…

I’m hooked on the Canon C50… Looks like a great hybrid camera like the Sony FX3. I think the C50 and FX3 would be great together (even though their color profile is quite different, but that doesn’t matter for the work I do). One camera with a 35-150mm lens and the other with a 200-600mm. Now, the shitty thing is that I have two lenses for Sony; the Tamron 35-150mm and Sony 200-600mm. Both are incredible lenses. But with Canon, I’d need an RF lens, and I don’t like any of them... The Canon 200-800mm is not bad, but it does not have internal zoom like the Sony does. The reason for me wanting a second camera is so that I don’t have to change lenses all the time. It sucks missing a good shot because you’re messing around with the lenses. Not to mention, the risk of me dropping a lens is quite high when everything around me is so chaotic (like at the big structure fire I was at yesterday).

Major fire at a summer house in 7130 Juelsminde #press

I just finished implementing code blocks in my notes app 🚀 #dev #macOS #Swift #AppKit

Thanks for sharing. It looks interesting, but Windows and Linux is not supported as far as I can see… Also, I really don’t like Rust. It just doesn’t look very nice 😬 I’m currently building a notes app for macOS and I’m starting to get a pretty good grasp on AppKit, and UIKit is similar, so should be fairly easy. I expect Jetpack Compose to also be easy from the example code I’ve seen. It also looks really nice, so I’m excited to learn that. Kotlin is basically Java which I already know well. I feel like there’s always shortcomings with the crossplatform frameworks, unfortunately…

I finished drafting my t-shirt pattern in CLO3D and got it printed. Now I need to trace it onto real pattern paper. #sewing

For the past month or two, I've been working on some pretty complex logic to support caret navigation and text selections across multiple sequential `NSTextView`s in #AppKit. I need this functionality for my block-based notes app, where each block lives inside its own text view. The problem is that by default #macOS doesn't natively support caret navigation or text selection across multiple text views. This would be a big problem for the user experience in my app, so I had to build a solution! My solution lets the user move the caret smoothly between text views just by using the arrow keys. On top of that, the implementation also supports making text selections across text views. The user can even copy text from a selection that spans multiple text views. In the video, the red borders show the boundaries of each text view. Notice how I'm able to move between them seamlessly, as if it were one continuous editor. #dev

From a learning perspective, I definitely think I’m making the right choice by building natively for each platform, because it lets me experience many different ways of doing things. Every language and framework has its own patterns and philosophies. Because of that, I’m getting a lot of practical experience that in the future, will help me make better implementation decisions. At some point, I’ll need to learn Electron and React Native. It should be easy, considering it’s React, which I’ve already used a lot. Tauri would be cool too, mostly because it’s much less bloated than Electron. But it sure isn't Rust that’s drawing me in… #dev

It’s difficult not to want to just scrap #AppKit and go all-in on #Electron or #Tauri. If my app was a macOS-exclusive, going the native route would be no problem - but this is not the case… I do want my notes app to be available on all the major platforms (iOS, Android, macOS, Windows, Linux, and the web). Building a native app for each platform is a massive undertaking - even for a large team of developers, let alone a single person. In fact, I would argue it’s naive to believe one person can realistically achieve this (even with LLMs). Sure, it's *possible*, but keep in mind, that you’ll be spending an enormous amount of time pushing every feature to every platform, while your competition using Electron and React Native move much faster. This becomes a big problem from a business perspective. Customers expect you to keep up with the competition, but that is nearly impossible when you're maintaining five separate codebases instead of just two (Electron and React Native where much of the code can be shared). If this project was purely for the sake of business, I probably made the wrong choice by going native 😅 But hey, I'm new to programming, so I think it's good that I'm making all these choices and learning from them. This project is about learning the craft of programming. Of course, I'd love for this project to eventually make a living income - that'd be a dream come true. I started my Software Engineering degree ≈2,5 years ago. I had coded before that, but just some pretty basic Remix and Next.js. I would barely even call that real programming considering how little logic was involved (mostly just mutating state values) to what I'm doing now with AppKit where I'm working with low-level APIs that are poorly documented. #dev