People who use Linux don’t seem to realize how painful bandaid that is to tear for Windows users. And don’t get me wrong, I know Linux supports all of that and more, and in the long run it’s better for everyone. But breaking people’s habits is a tough achievement to make. People will get use to some pointless tool which is not available for Linux and that’s it. Deal broken. Not to mention having multiple tools that your job depends on. Sure you can learn a new thing or two, but that can be also overwhelming for many.
Just looked at the feature set as it’s been ages and yep, infranview does stuff that gwenview doesn’t. For filters more complex than rotate, add basic text etc. I’d open krita, for batching there’s imagemagick.
This actually goes into philosophy: UNIX follows the “do one thing, and do one thing well” approach. Imagemagick is a better batcher than infranview, krita is a better editor than infranview, gwenview… well, is a better program to throw at random desktop users just wanting to view an image folder and rotate their snapshots precisely because it is not so overladen with features. Infranview is like if you took winamp and added half of a DAW to it.
I’d just like to correct you on UNIX following the “do one thing, and do it good” philosophy. UNIX preaches that, but is doing everything else than following it. From cat to grep to cp and dd and many many many other redundant tools that exist in the system. All that said, I would like to point out it’s a completely pointless philosophy which serves no purpose it once had.
In the age of text terminals and when your work was managing phone books and writing documents, that made sense. Today we have far too complex systems to just expect people to work by making a pipe with 5 tools lined up to achieve something a single click in menu can do.
From cat to grep to cp and dd and many many many other redundant tools that exist in the system.
…redundant with what? Sure, instead of grep you can use sed -e g/re/p: First came ed which can do the same but requires the whole file to be loaded into memory so grep was written as a way to search through files ergonomically and quickly. Quite a bit later came sed to do more complex operations on files in a streaming manner: Sed is for streaming editing, ed is for interactive editing, they happen to share a common vocabulary but really are made for different things. grep knows exactly one word from that vocabulary and applies it to multiple files in a single command, something that’s not really suitable for the editors.
Can’t think of anything that’s redundant with cp, unless we leave the terminal. dd and cat might have some overlap but only if you combine cat with shell redirection. I’ll freely admit that dd is a hell of a wart, though, it is so damn ancient it predates unix command line option conventions.
Today we have far too complex systems to just expect people to work by making a pipe with 5 tools lined up to achieve something a single click in menu can do.
No. The way it usually works is that an end-user makes a click and things get handled by five different tools, completely behind the scenes. Power-users then can come along and customise that stuff as they wish.
That’s the whole point, you are not suppose to use grep if sed works. You are not suppose to use cp if cat file > new.file works. That’s the “UNIX way”, which is stupid as cp brings a lot more features when it comes to files. Back when that “rule” was invented cat only printed files on screen or piped them through. Nothing more. Today you can do all kinds of things with it and to be honest am happy that there are multiple tools doing the same thing. Grep is fine for some things RipGrep and SilverSearcher for others. Am not going to handicap myself or wait for 16h for grep to finish digging inefficiently through files because someone said I had to do things “UNIX way”.
It’s time we get rid of old ways and embrace modern computing, up to a point where people started building note taking applications in whole web browsers.
That’s the whole point, you are not suppose to use grep if sed works. You are not suppose to use cp if cat file > new.file works.
No. You grep if you are searching for something. You sed when you’re editing a file in an automated manner. You use cp if you copy a file. cat foo > bar is not, in the very slightest, idiomatic, and never was: cat foo bar > baz is and that’s precisely why cat is named like that, quoth the man page: “cat - concatenate files and print on the standard output”. cp can’t do that. If you use cat with a single argument then without redirection, as the equivalent of DOS’s type.
Don’t think of “one thing, and one thing well” as “there must be no overlapping features”, but “every program has a clearly-defined use case”. If it can be used for something else, like single-argument cat, then that’s fine, but that doesn’t make cat the program to use when copying files.
And it means “there must be no overlapping features when combining random programs in arbitrary ways” even less: Your cat foo > bar uses two programs, cat and sh. If the combination between multiple programs was restricted to not have features available elsewhere then you wouldn’t get any of the benefits of being able to combine programs, this explosion of possibilities and with that approaches is precisely the advantage of combination.
Grep is fine for some things RipGrep and SilverSearcher for others.
Never heard of silversearcher, but ripgrep is a straight-up grep replacement. Grep is 50 years old, ripgrep takes 50 years of experience people had with using the original to design a program that fulfils grep’s purpose even better. There’s no council of greybeards saying “there already is a program like that you shall use, we can’t have two programs doing the same thing”, that’s not Unix but python.
It’s time we get rid of old ways and embrace modern computing,
I tend to agree. I use nushell, haven’t really gotten into ripgrep I probably just don’t grep often enough to care. My editor is helix which breaks in may ways with the line that started with ed but keeps the core philosophy intact, nay, adheres better to it because it was bold enough to get rid of hysterical raisins. As ripgrep it’s an iteration of the same core idea and principles of an old program, in the light of 50 years of experience people had using it.
up to a point where people started building note taking applications in whole web browsers.
You could also combine a text editor and maybe pandoc. Different notes? Different files, that’s what the file system is for. Need to find something in your notes? grep.
You’ll be hard-pressed to find an actual use-case for a simple note-taking app under unix because the combination of things everyone half-way acquainted with the system already does it. There’s org mode, yes, but org mode isn’t simple. Also emacs is a completely different operating system.
I’d argue that linux is fine for every use case, BUT there are obviously some tools that do not work on Linux simply because the devs don’t support it. So it’s more a matter of having to learn other tools, which can be a huge undertaking I’ll give you that. The biggest step you can take towards using Linux is actually using all the open source tools on windows first. If all of your software works on both windows and linux, then changing the underlying operating system isn’t that big of a deal anymore. (some exceptions do apply, like some games will never work on linux because of kernel level anti cheat or the devs seem to straight up hate linux users, see Destiny 2 for instance)
I’d argue that linux is fine for every use case, BUT there are obviously some tools that do not work on Linux simply because the devs don’t support it.
yes
it’s more a matter of having to learn other tools
no. in these cases the tools are just shit. i cannot use them to do my work.
Same can be said for someone using Linux for years and switching to Windows. Not all tools are there, habits needs to change.
I think people commening under posts like that mostly know that switching operating system is not the same as changing desktop wallpaper. They are not saying it’s easy, just that it’s easier for most than they think.
People who use Linux don’t seem to realize how painful bandaid that is to tear for Windows users. And don’t get me wrong, I know Linux supports all of that and more, and in the long run it’s better for everyone. But breaking people’s habits is a tough achievement to make. People will get use to some pointless tool which is not available for Linux and that’s it. Deal broken. Not to mention having multiple tools that your job depends on. Sure you can learn a new thing or two, but that can be also overwhelming for many.
Mines not even pointless. Lightroom and Photoshop are essentials for my side business, and there isn’t viable alternatives to either.
Linux works for a lot of things, but not everything.
jUsT uSe LiNuX 111!!!11!1!1!!1!!!1!11!!1!1!21111111
I wish I had paint dot net, but it was a small price to pay for all of my games working
You can use GIMP though the UI takes a bit to get use to
Irfanview for me!
I’d debate calling it useless, but until irfanview works correctly on Linux (no, it doesn’t under WINE) I can’t change.
Just looked at the feature set as it’s been ages and yep, infranview does stuff that gwenview doesn’t. For filters more complex than rotate, add basic text etc. I’d open krita, for batching there’s imagemagick.
This actually goes into philosophy: UNIX follows the “do one thing, and do one thing well” approach. Imagemagick is a better batcher than infranview, krita is a better editor than infranview, gwenview… well, is a better program to throw at random desktop users just wanting to view an image folder and rotate their snapshots precisely because it is not so overladen with features. Infranview is like if you took winamp and added half of a DAW to it.
It really should run under wine, though, things don’t tend to get platinum-rated by accident.
I’d just like to correct you on UNIX following the “do one thing, and do it good” philosophy. UNIX preaches that, but is doing everything else than following it. From cat to grep to cp and dd and many many many other redundant tools that exist in the system. All that said, I would like to point out it’s a completely pointless philosophy which serves no purpose it once had.
In the age of text terminals and when your work was managing phone books and writing documents, that made sense. Today we have far too complex systems to just expect people to work by making a pipe with 5 tools lined up to achieve something a single click in menu can do.
…redundant with what? Sure, instead of
grepyou can usesed -e g/re/p: First came ed which can do the same but requires the whole file to be loaded into memory so grep was written as a way to search through files ergonomically and quickly. Quite a bit later came sed to do more complex operations on files in a streaming manner: Sed is for streaming editing, ed is for interactive editing, they happen to share a common vocabulary but really are made for different things. grep knows exactly one word from that vocabulary and applies it to multiple files in a single command, something that’s not really suitable for the editors.Can’t think of anything that’s redundant with cp, unless we leave the terminal. dd and cat might have some overlap but only if you combine cat with shell redirection. I’ll freely admit that dd is a hell of a wart, though, it is so damn ancient it predates unix command line option conventions.
No. The way it usually works is that an end-user makes a click and things get handled by five different tools, completely behind the scenes. Power-users then can come along and customise that stuff as they wish.
That’s the whole point, you are not suppose to use
grepifsedworks. You are not suppose to usecpifcat file > new.fileworks. That’s the “UNIX way”, which is stupid ascpbrings a lot more features when it comes to files. Back when that “rule” was inventedcatonly printed files on screen or piped them through. Nothing more. Today you can do all kinds of things with it and to be honest am happy that there are multiple tools doing the same thing. Grep is fine for some things RipGrep and SilverSearcher for others. Am not going to handicap myself or wait for 16h forgrepto finish digging inefficiently through files because someone said I had to do things “UNIX way”.It’s time we get rid of old ways and embrace modern computing, up to a point where people started building note taking applications in whole web browsers.
No. You
grepif you are searching for something. Yousedwhen you’re editing a file in an automated manner. You usecpif you copy a file.cat foo > baris not, in the very slightest, idiomatic, and never was:cat foo bar > bazis and that’s precisely whycatis named like that, quoth the man page: “cat - concatenate files and print on the standard output”.cpcan’t do that. If you usecatwith a single argument then without redirection, as the equivalent of DOS’stype.Don’t think of “one thing, and one thing well” as “there must be no overlapping features”, but “every program has a clearly-defined use case”. If it can be used for something else, like single-argument cat, then that’s fine, but that doesn’t make cat the program to use when copying files.
And it means “there must be no overlapping features when combining random programs in arbitrary ways” even less: Your
cat foo > baruses two programs,catandsh. If the combination between multiple programs was restricted to not have features available elsewhere then you wouldn’t get any of the benefits of being able to combine programs, this explosion of possibilities and with that approaches is precisely the advantage of combination.Never heard of silversearcher, but ripgrep is a straight-up grep replacement. Grep is 50 years old, ripgrep takes 50 years of experience people had with using the original to design a program that fulfils grep’s purpose even better. There’s no council of greybeards saying “there already is a program like that you shall use, we can’t have two programs doing the same thing”, that’s not Unix but python.
I tend to agree. I use nushell, haven’t really gotten into ripgrep I probably just don’t grep often enough to care. My editor is helix which breaks in may ways with the line that started with ed but keeps the core philosophy intact, nay, adheres better to it because it was bold enough to get rid of hysterical raisins. As ripgrep it’s an iteration of the same core idea and principles of an old program, in the light of 50 years of experience people had using it.
You could also combine a text editor and maybe pandoc. Different notes? Different files, that’s what the file system is for. Need to find something in your notes? grep.
You’ll be hard-pressed to find an actual use-case for a simple note-taking app under unix because the combination of things everyone half-way acquainted with the system already does it. There’s org mode, yes, but org mode isn’t simple. Also emacs is a completely different operating system.
i am primarily linux and i cannot completely tear away from windows/mac. there are some use cases where linux just isn’t a good tool.
I’d argue that linux is fine for every use case, BUT there are obviously some tools that do not work on Linux simply because the devs don’t support it. So it’s more a matter of having to learn other tools, which can be a huge undertaking I’ll give you that. The biggest step you can take towards using Linux is actually using all the open source tools on windows first. If all of your software works on both windows and linux, then changing the underlying operating system isn’t that big of a deal anymore. (some exceptions do apply, like some games will never work on linux because of kernel level anti cheat or the devs seem to straight up hate linux users, see Destiny 2 for instance)
yes
no. in these cases the tools are just shit. i cannot use them to do my work.
Same can be said for someone using Linux for years and switching to Windows. Not all tools are there, habits needs to change.
I think people commening under posts like that mostly know that switching operating system is not the same as changing desktop wallpaper. They are not saying it’s easy, just that it’s easier for most than they think.