I_fucking_hate_them_now
I_fucking_hate_them_now
I_fucking_hate_them_now
i y'all just started using fish shell, you'd have proper shell completions and argument splitting that doesn't care about spaces in file names
Microsoft intentionally made programs install to C:\Program Files on Windows 95+ to force programmers to deal with spaces in filenames.
Someone make one of those "statements made by the utterly deranged" memes about it, please and thank you.
what is even more funny about this is that the name of that directory used to be locale-dependent, so in sweden it was just called "Program", completely nullifying that idea.
No this is just clever
Given even what little I know of their history and what they are doing now, I cannot be sure this wasn't the intention at least partially
I\ don't\ know\ what\ you\ mean,\ I've\ never\ encountered\ any\ annoyances.
'I don't know what you mean, I've never encountered any annoyances.'
Are you typing the whole filename by hand? Tab expansion exists, you know?
If it fucking works...
Sometimes it does. But not always.
Zsh changed my life, but I still hate escape chars in my command lines for readability reasons
Now I use lowercase and underscores everywhere.
Hyphens > underscores for filenames because all web standards prefer hyphens so if you ever want to network your files its a much smoother experience!
This is what I need, an explicit reason that makes one choice better than another. If hyphens make for a smoother experience, then I'll reconsider my default behavior.
Thanks for pointing out this benefit.
They suck hard. I use the renpy engine and there you reference file names directly but always lower case and spaces and hyphens turn to underscores. That can cause issues, so I just do underscores in my file names. Don't give damn about the web.
This is the best for tab completion, altho I prefer hyphens visually
I prefer lowercase with hyphens, but I'm transitioning into a team that does everything camelCase, which is the second best case, but I still strongly dislike it.
the struggle between spaces in filenames look cute and oh fuck what's the code to reference a space in a filename in terminal?
Just put the whole thing in quotes. You might have to escape extra sets of quotes, usually with a backslash.
Or you can also put a \
in front of the space
not sure why the default behavior is this:
file\ name\ with\ a\ bunch\ of\ spaces
instead of this:
"file name with a bunch of spaces"
but you can just press "
before pressing tab to auto-complete, and it will use the 2nd form
I mean, at least in Bash tools like ls
do use quotes by default:
shell
$ ls filename_without_space 'filename with space'
But yeah, tab expansion uses backslashes, sadly.
Because quoting requires token expansion (e.g. ~ to /home/you). Escaping gives you a much shorter path in that case.
That said I'm with you, full quoted paths read better to me.
You can use variables in "
like so: cd "$HOME/Desktop"
.
Maybe this helps?
i think i am old. i grew up using DOS, and really hated spaces in filenames and folders because they appreared truncated at the first space with a tilde and index of that file/folder representation.
ex: C:\folder name is bad\ == C:\folder1
i hated that so much that when i got to windows 3.1 i refrained from using spaces (some command line was still necessary in w3.1)
i have jept that habit through the years, so when i moved from windoes to linux, my natural instincts of snake_case_folder_names made it so i didnt have to change : D
That's not even DOS I think. As far as I know Win 95 came up with this monstrosity in an attempt to circumvent the 8.3 character limitations present in older versions of DOS.
I think you're misremembering a little. Long filenames was introduced in Win95.
One of the fun things about modern Windows is that ~1 shit still appears every once in a rare while. Gotta love just stacking more and more shit on top of ancient systems in the name of backwards compatibility!
Yea, Win 3.1 didn't support long names - that came with Win95. Win 3.1 was a shell on DOS.
But I understand - it all blends together after um... 40 years (ouch!).
i think i am old
I very intentionally have all my code in Personal Projects 🥰
and Work Projects 🏦
directories so I can find bugs in the handling of file paths.
If your code is written well, it shouldn’t matter.
They're annoying to deal with when interactively using command-line shells, especially so when pasting unquoted and unescaped file paths, doubly especially so with Bash where parameter expansion makes no goddamn sense if you know at least one other programming language
Example of how parameter expansion matters?
Generally if you are pasting file paths there is a better way to do that. Use find with exec, or xargs, or a for loop. Or, get the list in Vim and escape (quote) every line at once. Unless you have double quotes in the filename too (which is actually a crazy thing) it shouldn’t be a big deal.
" is your friend
Yep, exactly. And tab.
<space>
is weird at first but makes sense if you think about itWindows is stupid as shit, trying to shift+right click > open Powershell in a path containing a space results in it throwing an error, and you have to paste the path in yourself anyway
My work has me working with Matlab Simulink paths, which may (and sometimes actually do) contain newlines.
smells like skill issue tbh
tools which cant handle being installed/run on directories with spaces are so annoying
tools which cant handle being installed/run on directories with spaces are unacceptably common
You are clearly not a command line user :)
Don't try svelte kit. This is pseudocode but it's valid. The only symbol show here that is not real is the / that I've placed at the end of folder to show that they are folders. There are other special cases
routes/ +page.ts (admin)/ +page.ts [user=uuid]/ [[community]]/ +page.ts posts/ [...postIds@]/ +page.ts
Now I'm imagining a shell that looks iteratively through arguments to find where quotes would make total sense
$ ls my victims.ods $ wipe -f my victims.ods --thorough
So the shell would go like
wipe
→ command name found, ok-f
→ no file in the current directory starts with that, skipmy
→ matches a file, keep in memory...my victims.ods
→ full match, but missing quotes!Filename "my victims.ods" found without quotes. Choose: [a]dd quotes this time [A]lways add quotes (dangerous) [n]o quotes today please [N]ever offer adding quotes again [t]ell me what could possibly go wrong when I choose to always add quotes [P]unch the person who proposed this feature
For interactive use, tab-completion essentially makes this a non-issue, because shells add escaping in the appropriate places.
For scripting, where spaces are harder to deal with, unfortunately there's just not much you can do; your two options are basically to learn all of your particular shell's patterns for dealing with whitespace in filenames, or only write scripts in something other than a POSIX shell.
I still use spaces
agreed, "still worth it"
I do, however, tend to keep spaces out of my folder names so i can just use quotes at the end.
/Images/Halloween/Projections/"Creepy Crawlies.mp4"
That's what backslash-tab is for
Computers should just know when I want a space to be part of a file name, and when I want them to be argument separators. No more escaping or quoting.
whitespaceIsTheEnemy
at least you/arent/using\ linux
Mv /home/"$USER"/Downloads /home/"$USER"/downloads
I love emoji filenames
End each word with a Pretty simple. I just realized lemmy wont show a forward slash.
SameHereBrother.
capital letters.
The number of keystrokes needed to type an underscore is the same that you need to type backslash space, so I don't see how underscores are in improvement
Can't relate. I use shell all the time, and I always use spaces in file paths, especially to make sure scripts I make still work then