> While many software companies create a bloated installation package with size of 1 - 3 MB, the size of single utility in NirSoft is usually less than 100KB. The early 2000s were a different time. While as modern day electron apps are regularly 100+ MB.
Around 2000, I had a laptop with 5g of harddisk and 64mb of ram, now I'm at ~1tb and 16gb ram. Roughly a 200x increase in raw numbers, though lots of other things since then make the actual increase larger, so it sounds like we're using net-smaller apps :)
NirSoft Freeware (2008)
221–230 of 241 posts
Re: NirSoft Freeware (2008)
#222Earlier quoted context omitted.
This looks promising: > Automates ImageOptim, ImageAlpha, and JPEGmini for Mac to make batch optimisation of images part of your automated build process. https://jamiemason.github.io/ImageOptim-CLI/
> automated build process > Mac Why would anyone run a CI server on a Mac?
Re: NirSoft Freeware (2008)
#223Earlier quoted context omitted.
I agree. His marketing almost writes itself. My parents have been shortening my name to "Code" pretty much since I was born. My friends and coworkers tend get a kick out of it when they realize my name can be shortened that way.
Why, what's your full name?
Re: NirSoft Freeware (2008)
#224This site was GOD MODE when I was in high school. The tool I used the most was RunAsDate: https://www.nirsoft.net/utils/run_as_date.html It used to work really well in bypassing software trials. I'm not recommending its use for that(if it even still works).
Re: NirSoft Freeware (2008)
#225Earlier quoted context omitted.
> It's probably one of the simplest changes you can make to Windows. I hope we can agree on that. I certainly do not agree with that! For example, Notepad has been one of the buggiest and weirdest pieces of software I used on stock Windows. It does weird things when saving files, like moving your cursor to another location, so if you are typing and saving and typing and saving you will end up with text misplaced all…
yet they decided to destroy the one thing everyone uses... the start menu.
Re: NirSoft Freeware (2008)
#226Earlier quoted context omitted.
If that happens Notepad++ will probably the first explicit GNU GPL product from MS.
It's still hard to understand that they haven't touched Notepad in such a long time. The effort to get a good editor must be tiny compared to a lot of other stuff they are doing. I am pretty sure I could improve Notepad substantially with just a few days of work.
Re: NirSoft Freeware (2008)
#227Re: NirSoft Freeware (2008)
#228Earlier quoted context omitted.
I've come to see the rise of Electron not as a shortcoming of other UI tech, not a problem with Electron. OSX, Windows and Linux failed to have any viable cross-platform UI solution[0]; Electron is what we deserve for this failure. [0] I would be very happy with Qt/QML and would grudgingly accept GTK, but others apparently are not that complacent
We've had perfectly viably cross platform GUI-applications for decades. Lots of them. Done one way or another, or a third. I'm sorry, I fail to see the problem that abominations like Electron are trying to solve.
Re: NirSoft Freeware (2008)
#229Earlier quoted context omitted.
> most modern apple native apps are the ones that crash the most while electron are stable as... I'd hesitate to make this generalization. I need to use slack on a macbook for work and it crashes regularly. I tried out VS code and it also would crash on occasion. Worse than that, coworkers of mine have rolled bug-ridden electron apps that we're required to use. There are plenty of non-electron apps that are stable.
I'm on a mac and use slack an vscode. Neither has crashed on me. I'm wondering if there is something about your mac setup. I don't like that slack consumes some many resources. I love vscode so I don't care.
Re: NirSoft Freeware (2008)
#230Earlier quoted context omitted.
Yes, that's essentially what happens. And it's a huge waste if you have 20 Electron apps running. Each ships with its own copy of Chromium which is as large as an operating system. I created a proof-of-concept called Electrino that uses the platform native libraries to cut down on app size: https://medium.com/dailyjs/put-your-electron-app-on-a-diet-w... Unfortunately I haven't had the time to work on Electrino due to…
Why wouldn’t google just ship a “libchrome” shared library so that they could share it?
Adobe AIR was an effort to create a common runtime for similar things... wouldn't mind seeing a few OS vendors coming together to support something similar, but on the flip side, I don't want to be stuck with Node 4.0's API in 2024.