Live data from Hacker News

Open-Sourcing our Firmware

frame.work

331–340 of 382 posts

Re: Open-Sourcing our Firmware

#331
post #165

I checked the keyboard debouncing logic [0] and it was fine. Some keyboards from other manufacturers, notably Lenovo Thinkpads, have absurd debouncing algorithms that scramble keys or add delays, so it's good to see Framework has a correct solution. [0]: https://github.com/FrameworkComputer/EmbeddedController/blob...

I want to produce a keyboard switch which needs no debounce.

This appears to be the goal of optical switches.

Re: Open-Sourcing our Firmware

#332

Earlier quoted context omitted.

Why have flags at all? Just use the native language name and a translation.

If I end up on the page in a language I don't know, then how would I find the language selector? I agree that flags aren't great, but I don't know of any other solution to this problem.

We should push to adopt a standard iconography for "language/region menu/options". A good candidate may be a world icon (which some companies already use, e.g.: dell.com).

Once there, given that the language list itself is in its own localization (or that iso codes are used to represent them, or both) you should be able to pick yours just fine.

Re: Open-Sourcing our Firmware

#333
post #124

I've been so happy to see what Framework has been doing lately, and really want to support them, but I already have a desktop as my primary computer and two Thinkpads that are already set up nicely, but that I rarely use. I moved from 15" laptops to 14" when Lenovo added the numpad on the larger variant, and 14" is about as small as I want to go. I kind of want to buy a framework though, just to support them? But I h…

Adding my vote: I'll definitely jump on a Framework 14+" here. My eyes cannot work well w/a 13" without glasses. If I had better near vision (will be all over the lens-softening eye drops) it would be a different story.

I think Apple hit here the sweet spot with the 13" and 16" sizes.

My wife (a teacher) loves his 13" one, it's ideal for her to make video calls, write emails etc.

For me as a developer at least 15" is a must, even though I love Framework, I'll only buy if they release a 15" or 16" version.

Re: Open-Sourcing our Firmware

#334
post #165

I checked the keyboard debouncing logic [0] and it was fine. Some keyboards from other manufacturers, notably Lenovo Thinkpads, have absurd debouncing algorithms that scramble keys or add delays, so it's good to see Framework has a correct solution. [0]: https://github.com/FrameworkComputer/EmbeddedController/blob...

I want to produce a keyboard switch which needs no debounce.

IIRC those already exist in the form of optical switches.

Re: Open-Sourcing our Firmware

#335
post #315
post #124

I've been so happy to see what Framework has been doing lately, and really want to support them, but I already have a desktop as my primary computer and two Thinkpads that are already set up nicely, but that I rarely use. I moved from 15" laptops to 14" when Lenovo added the numpad on the larger variant, and 14" is about as small as I want to go. I kind of want to buy a framework though, just to support them? But I h…

I wouldn’t buy a Framework right now because they come bundled with Windows and not Linux. I want paid Linux support upfront. I don’t want to pay for Windows support, remove it and then run unsupported Linux on my laptop. A manufacturer saying “this is a Windows laptop but we won’t stop you running Linux on it” isn’t really good enough for what I want.

> I wouldn’t buy a Framework right now because they come bundled with Windows and not Linux.

That only applies to the prebuild laptop. The DIY edition gives you the option to buy the laptop without an operating system. It's fairly easy to assemble the DIY edition yourself and save money by DIY.

They officially support Linux: https://frame.work/blog/linux-on-the-framework-laptop

Re: Open-Sourcing our Firmware

#336
post #322

Earlier quoted context omitted.

For ten million units, a penny is $100,000. You could give an engineer an entire quarter to come up with a software debounce for less than that. That shit adds up. BOM costs are everything for consumer goods.

And if you make $10 on each of those that's .1%. Or even if it's only $1 that's 1%. So be it! I don't want to encourage shitty design for pennies at any level. Stop making shitty shit.

There aren’t that many 1% in 100% or even that many 0.1% in 100%.

Saving a penny on the keyboard will be one of hundreds of places where a penny was saved. Good engineering and product design is about trade offs and compromise, not taking absolute positions about what’s shitty or not.

Re: Open-Sourcing our Firmware

#337
post #317

Earlier quoted context omitted.

> - Proper 14" HiDPI screen I can't stress this enough. The display on the Framework can't do integer scaling and so almost everyone who intends to use an external monitor with the Framework can't do that on Linux without extremely annoying issues such as significantly higher input latency, GUI apps behaving abnormally, and not being able to use an external monitor and the laptop screen simultaneously. I don't care i…

On Linux, Wayland supports separate monitors natively with different scalings?

> On Linux, Wayland supports separate monitors natively with different scalings?

It does, but you will experience higher input latency than you would if you do not scale your display or use integer scaling. Some GUI apps might also misbehave when scaled fractionally.

I'm not sure if the higher input latency will be noticeable to someone using pretty animations in GNOME/KDE but it is pretty jarring when you mostly work on a terminal.

There's also a subtle loss of quality of text and images when using fractional scaling.

Re: Open-Sourcing our Firmware

#338
post #321

Earlier quoted context omitted.

It bounces both ways but as long as you don't accept another keypress action (up or down) immediately after the first, you're fine.

You're fine either way. You either have to poll, or use interrupts. If you are polling, you don't need to debounce the circuit. If you use interrupts, you're going to have a very bad time if you don't. Interrupts are much more efficient. Polling is wasteful.

Since your ISR does nothing but record a timestamp (right...?) you are not going to have a "very bad time."

Although in many cases polling is fine as well.

Re: Open-Sourcing our Firmware

#339
post #129

Note to the website developers: currency != language. I'm an American in Germany. My handle of the language isn't (yet) great, thus I still work with English primarily. However, I pay in EUR exclusively. Just the same (not that it appears to be a problem with Framework, though it's easy to make the same mistake), country != language.

This! I live in Belgium, primarily English speaker (not native), pay in EUR and my understanding of local language is not great. Lots of websites are so difficult to use without Google translate.

Please treat Currency != Language != Country. Give options to change these.

Re: Open-Sourcing our Firmware

#340
post #53

Earlier quoted context omitted.

Seems too good to be true. Reasonable prices, upgradable, no soldered ram. So has it been a reliable Linux laptop, what's the battery life with your options?

From what I've heard battery life is much worse on Linux than Windows. If you're willing to spend some time hacking around you can close the gap a bit, but it'll still be a gap.

I haven't run Windows in my Framework laptop so I can't really say if there's a difference but the issue in Linux was mostly because deep sleep wasn't enabled for some distros.
Post reply on HN