I believe it got a limited release, was pretty awful to actually use, and got very quickly discontinued. Although I may be wrong.

The keys were too large and hard to push.

the website doesn't even work for me but I looked up some images, and even if this thing actually exists and isn't vaporware, it looks like a truly bad keyboard. All the things that actually matter in a keyboard (key feel, travel, ergonomics) are all things this design gets dead wrong. It seems mostly modelled after the apple mac keyboard (which has awful key feel and even worse ergonomics) and to be incredibly short-travel. The design also seems to have no respect at all for any ergonomics improvements made to keyboards in the past 20 years.

Also, anybody buying a high-end keyboard will probably be able to touch type anyway, so what is the point of this product even? When you're using a computer, you're looking at your display, not your keyboard.

It's really unfortunate to see how tightly product designers hold on to the traditional staggered-typewriter layout.

People tend to believe that more esoteric designs won't sell, but the $300+ model01 I'm typing this comment with begs to differ. It seems to me like they are targeting the wrong market.

My ergodox, lily58, atreus, and soon sofle also beg to differ.

Sofle looks nice. I really like the idea of having dials on-board.

The only thing I would miss is the thumb-cluster design of the Model01. Having thumb keys a little farther to the side, and having a thumb-knuckle key is really comfortable.

The extra portability of the lily58/sofle design would be nice, though.

It's meant for Mac users, not "Keyboard Nerds". I can't imagine there's a market. Mac users want to use a proper Apple product. They'd still use the hockey-puck mouse if Apple still bundled them with the iMac.

Yeah, I felt saddened to see the command, ctrl, alt keys were not programmable.

I get people wanting to design only for the apple devices, but frankly I find lately that I enjoy less branding on my devices/clothing/etc in general, and that includes the windows keys on my laptops.

I'm one of the founders. The site crashed due to the traffic, we sold the technology, IP and some of the key talent joined Foxconn late last year; and scaled back our servers during the transition.

I'm a keyboard enthusiast, it started with an IMB model M and that's how the original prototypes started. The feedback regarding adopting Apple design and ergonomics was a reflection that our main strategic partner, investor, and eventually owner was Foxconn, and the customers we engaged with were B2B and set the spec.

For our Macbook projects, it was specifically a Butterfly switch spec we have to match in performance and design. I'd have loved to create a product aligned to what you're referring to, but strategically we have to achieve a MOQ of displays to be economically feasible, and our cooperation with Apple was easier to secure the 300k of displays required than trying to tackle the B2C premium keyboard consumer market.

As a long time user of vimwiki with an awful lot of hacks and plugins to work for doing something like this, margin seems like the kind of thing I was originally looking for. Vimwiki is great but suffers from having almost no machine readability, which makes integrating it with things like time tracking difficult without large, complex plugins.

However, margin doesn't really seem to have any equivalent of links between files, which I find essential for organising thoughts in anything beyond small notes. This seems like something that's contrary to the philosophy in a sense, but what would be the margin-ish equivalent of something like that, and (following from that) things like file tags? Would those be done with annotations?

Good question. I do think this would be achievable through annotations if an application were determined to do it. Annotations are sort of the catch-all for added functionality.

The philosophical question is an interesting one. I think for the most part, if items are meaningfully related, the Margin philosophy would probably be to store them within the same document parent (or file).

I'm learning sewing! It's very far off usual HN things but it's nice to do something completely different to what you usually do.

Python is far more flexible than Excel and can deal with data outside of tabular formats. You have an entire programming language at your disposal that can do basically everything, rather than only the analysis tools built into a single application.