In the argument of Sublime Text vs. VS Code, the deal breaker for me has always been VS Code telemetry. Of course, you can disable it in the settings or firewall, but then you have to constantly monitor it to ensure that some "bug" or "update" does not re-enable it back. Alternatively, you can choose not to care about potentially sharing everything with Microsoft and their 829+ partners. However, I prefer to pay for Sublime rather than participate in some manager's brilliant idea to extract revenue from a "free" user base.
Using Sublime Text since version 2, one of my relatively recent discoveries has been the Markdown Images Plugin[1], which renders images inline (rather than in a separate preview, as other editors do).
I find it extremely convenient to include images alongside text, such as diagrams and schematics for work, photos of goods in a shopping list, and inspiration collections for hobby projects, etc.
When combined with a simple web clipper script[2], it has been a game changer for me.
I've installed that plugin too, thanks for the recommendation. That said, installing it did show a big concern I have, maybe not so much for this plugin but for many others; its last release was in 2022, and many plugins I used to use back in 2012 haven't seen updates since 2016-17, roughly around the time VS Code became the most popular editor. I fear community support of plugins will become a major issue. I mean as long as the APIs etc don't change it's not a problem if these plugins are "done", but it just looks like things are no longer maintained and ST is a "dead" editor.
Welcome! I don't think the Sublime developers will change the plugin API dramatically at this point (@ben-schaaf is in this thread; we can ask him :) So, old plugins should remain compatible. What we should be concerned about is that if something new is invented, it will probably appear in a more widespread editors first. However, as practice shows, new plugins for Sublime continue to be created[1] so we are not missing lot.
The camera in the fridge is not for the customer's convenience. The camera is for image-recognizing the food brands the household is consuming, so the manufacturer could sell data for an extra couple of cents.
I imagine a scenario in the future when all fridges have it, like all TVs now have smart features. Of course it will sold as "check fridge while you are at the grocery store" feature.
I write about awesome or useful technical stuff I encounter. Also I'll share lots of useful tips. Main topics are DIY gadgets, Linux and CLI. Most interesting thing I've done is rugged Raspberry Pi laptop https://developer.run/50 (and other gadgets mentioned in blog).
