In Linux it's pretty easy to create such things with cups. A while ago I did a cups backend for my Fujitsu Quaderno A4 [1]. It is super useful to be able to just open any document, in any program that supports printing, and then just "print" it to my device.
Unfortunately printing support seems to go out of fashion, at least in macOS land.
Lately I needed a quick printout of a markdown document. I could have used TextEdit for the raw text, but I wanted the styling too. Learned that neither VSCode, Xcode nor Obsidian can print. (There is a community plugin for Obsidian.)
> printing has never really been a thing from text editors I think.
It's always been a thing: We programmed on paper before we had screen editors, and so early screen editors have always had a way to murder trees on demand:
In vi it's :ha
In emacs it's M-x print-buffer
> It has been a while since I printed a plain text file, but I guess there's still a similar command available with some research.
`lp myfile.txt`
I still prefer using hardcopy for reading/debugging.
I think back in the days before office workers that happened to do their work on a computer had access to the ancient relatives of "Microsoft Word"/"Libreoffice Writer", it was pretty normal for printers to take care of plain text files, with about as much fidelity as manual operation of a classic purely mechanical Typewriter.
Since then printers progressively forgot how to cope with such "documents", though IIRC good-old HP "PCL" should only require about a bare minimum of framing/job control to get a modern printer to handle ASCII plain text.
I used to print a lot of code from Geany, that has some nice support for printing line numbers and code highlights that I have a hard time replicating in other tools.
I see that it applies styles to markdown documents, but keeps all formatting characters visible (e.g. # for titles). I guess I wasn't happy with that and looked for another solution.
How can this approach be better than just selecting the edge and click the extrude button/write extrude command? Now you have to start writing a prompt and hope that what you want to do is understood by the LLM. I mean, CAD is really not so complicated with the tools we currently have. You just have to learn how to use them.
That's more of an example to address the point. We've find our users often use this feature in our onshape/fusion extensions in complex assemblies. Being able to select faces and edges as context in addition to prompts can be quite a powerful interface in more complex projects where users need to adjust tolerances or edit multiple objects to prevent interference
I understand the goal, but describing complex geometries with specific tolerances with natural language is much more complex than creating the geometry programmatically. There are geometries that I could not clearly describe with words, but it's clear the operations I need to do to create them. But who knows, maybe I'll be proven wrong.
When you click the link it will not navigate to a new page, but instead open some kind of pop-up window with the other issue. I have been very annoyed by this behavior for the last couple of days.
Touchscreen is one of those things that sound nice, but in my experience are not so useful. At least not for my typical use (programming, writing, even CAD design). Before having a framework 13 I had a dell xps 13 with touchscreen for about ten years. I never really had a use for it. But hey, the rest of the specs of the screen alone make it still a nice upgrade possibility for the future :)
> This has been my experience with the Linux community for 26 years.
I read through that post that elicited those comments that you have a problem with. At the end of a long list of complaints, it says: ".....yep, just as user friendly as I remember."
Nowhere does that post request help, and with that last comment, is clearly intended as a disparagement of Linux, not a request for help.
Then, you are turning around, and cherry picking responses to highlight the negative responses to a negative post, and disparaging the Linux community while ignoring the helpful responses.
Half those aren't even remotely harsh. Saying the raspberry pi wasn't designed to be mained is totally reasonable, what possible objection do you have to somebody saying that?
I understand pointing out that an upgrade failure should be expected when Ubuntu tells you that upgrades won't work, but I don't agree with calling the Pi a "device for experimentation". Not only it's used for serious applications in industrial settings, but some products are sold as... personal computers:
> Raspberry Pi 500
> The refined personal computer.
> A fast, powerful computer built into a high-quality keyboard, for the ultimate compact PC experience.
That my complaints trying to install software have absolutely nothing to do with it being a Raspberry Pi and the experience is identical on any Linux machine.
> Half those aren't even remotely harsh.
....and the fact that people consider this to be the case is more evidence of the Linux community's hostility.
Linux is like Rick and Morty: I don't mind it, but I never want to be associated with its fans.
If you can't take the mildlest of implied criticisms without feeling offended, this isn't a Linux problem, it's a you wandered out of your safe space hugbox problem.
I agree that it is very different from other CAD software, but that is also something I like. When I started using SolveSpace for some easy models, I was a bit lost. But then it clicked, and I really enjoyed the different approach. It is not my main CAD software (build123d is), but I really appreciate the workflow.
I don't think that every oss should try the copy what already exists. The best is when new approaches are tried. The same happened to me when I started using tilling window managers. "Professional" Operating systems don't have that, but I am sure that if more people would try them, many would realize that the workflow fits them better. So, my point is that there is no single best solution in terms of user interface or interaction with a program, and the fact that many people explore and share different approaches with their open source software is something I really appreciate.
The accountability part is what makes me more angry. I get to lose so many (maybe hundreds?) of hours a year because of how bad DB works. Meanwhile the executives at DB get their nice boni each year and absurdly high wages for what they do... which is consistently worsening the train experience year after year. Probably none of them even use the train.
I am always a bit annoyed when the root of the problem is not explained. This is the case most of the time (DB of course). I would really like to have a bit more information. Even if there is nothing you can do, it helps to understand how big or small the problem is. Then you can make a decision based on it. Like getting out in the next station or something.
Just got my Framework 13 last week. I really love this computer, and how it is pushing for upgradability and repairability in this segment. Thanks a lot for creating this computer!
Just got my Framework Dektop a few weeks ago and it works flawlessly so far with Debian 13 install including (shock!) suspend working without issue. :)
It’s really great to see companies focus on improving Linux hardware support.
[1] https://github.com/cristobaltapia/dpt-rp1-cups