At least they remembered where the dark and light colors go this time around[1].
[1] https://512pixels.net/2025/06/wwdc25-macos-tahoe-breaks-deca...
HN user
Mastodon: @ackyshake@mastodon.social
At least they remembered where the dark and light colors go this time around[1].
[1] https://512pixels.net/2025/06/wwdc25-macos-tahoe-breaks-deca...
Oh this is amazing, thank you! I tried to make my own but youtube's CSS is so complex, I gave up. I have no idea why they push shorts to me when I'm on my computer. But then again, I really cannot stand them, even on my phone.
I also just discovered a way[1] to just get real videos from my youtube RSS feeds, free from shorts. Honestly it's been a joy to not have my RSS reader notify me for a old video republished as vertical.
[1] https://blog.amen6.com/blog/2025/01/no-shorts-please-hidden-...
Good that Alan Dye is no longer at apple.
Yeah, but I doubt that would change much; the amount of damage done would be difficult to roll back. What do you think Apple is going to do for the next macOS: "Look we told you to design all these extra icons last year. Guess what, this year we want you to remove them."
I just can't imagine that happening. This is the fundamental thing that is wrong with this. They had the OSes in beta for a few months, barely listened to feedback, and now we're stuck with the damage. For how many more OS iterations?
I really wish they had at least macOS in a different cycle than iOS (and with the idiotic year version names, they've brazenly signed themselves up for the yearly schedules.) I really couldn't care less about what damage they do to iOS after iOS 7, but I still haven't upgraded to Tahoe and I won't do so until they roll this design back entirely...which I don't see happening.
Maybe I'm just pessimistic about Apple at this point but I feel like no amount of criticism is going to change their design trajectory now, unless it affects their bottom-line.
I like sourcehut. It's the only forge out there that isn't set out to copy the Github UI like everyone else. And its UI itself feels instantaneous, as if it was running locally.
For sure. Personally, I avoid shortened aliases like that. I regularly need to use barebones systems so I wouldn't like something like "ll" (`ls -l`) or "gst" (`git status`) becoming muscle memory. Most of my aliases I do define are proper english words.
I use bog-standard zsh without any plugins or any of the fancy stuff, but one of the most useful tricks I use is to leverage interactive comments. If I have a long command I know I run will frequently, I 'tag' them at the end by a shell comment[1].
So for example, I have one that I use to run software updates:
softwareupdate --include-config-data --install --all --restart # system:update:restart
I have a similar one without the `--restart` option that I tag with `:norestart` instead, but you get the idea—I put related commands under a common term.Then I can just use the ctrl-r builtin keybinding, type `:system` and cycle through system related commands, or go exactly to the command I want. The beauty of this is that it also works in bash and systems I remote into (which I frequently need to do at work), without any extra plugins required.
[1]: interactive comments are disabled by default in zsh, but can be enabled with `setopt interactive_comments`
It's a good point, I suppose, but it doesn't have to be so black-and-white. There are certain exceptions to this no-account rule of course, like for your bank.
Now, would HN be better without an account? I believe it would, why not? I like lurking (and sometimes commenting) on HN though so I feel like creating an account is valid. Also, HN works fine without JS and has no trackers, which does tend to get me to create an account.
Security/privacy yeah. I don't do business with Twitter/Facebook for the same reason. In the case of GitHub, if I want to contribute something, I am going to do it volitionally, knowing they will do whatever they want with it.
Creating an account just locks you in, when the alternative exists or existed before. SourceHut proves this is possible. Why not allow non-accounts to contribute?
A particular thing I don’t like about git forge websites is the way they make you create an account.
Exactly. I used to have a GitHub account but as soon as it got bought out by Microsoft, I was gone.
I still refuse to create an account, even though there have been bugs I wanted to report or patches I wanted to contribute. Maybe some maintainers still have email addresses on their profile, many don't. Even if they do, I just don't get the motivation to email them.
People like to complain about email a lot, but I enjoy different mailing lists for open source software. You could have discussions with other users of that software or keep track of development by following the "-devel" list. All you needed is something you already had—email. Sadly, they're becoming less popular. Even python moved to discourse which—dun dun dun—requires an account. grumble grumble
I like SourceHut for many reasons—it's the fastest forge I've used, it's FOSS, doesn't try to copy the GitHub UI like every other Git forge these days. But by far the reason I love it is _because_ it doesn't require me creating an account to contribute. I think of it as gitweb, but nicer.
Last week, I started to explore `pass`[1], to move away from my current Authy + iCloud Keychain ecosystems. It's pretty barebones but that's what I like about it. I like it so much that one week later, I've fully migrated away and couldn't be happier.
And the news about the Authy leak yesterday validated my move, if anything.
I don't really care for ente; it's more complicated than what I need from a password manager. And the fact that pass is so much more customizable (being as it's only 700 or so lines of shell script), I don't feel like I need anything more _personally_.
Absolutely devastated at the news. Bram was really patient with me based on the few times I tried to contribute. I always liked his way of doing things, despite complaints from others.
I know there are a number of developers who regularly contribute and I hope they can continue developing for it.
Personally, I will archive Bram's last patch for posterity.
Text objects are cool, but `ca)` would remove the parenthesis too. There's no shorter way to get to `my_func(foo);` when your cursor is at the comma, than using the motion OP indicated.
Did you give hiding the map a shot? Makes it a little more challenging.
Thanks! I registered directly on ISNIC.
Process was pretty straightforward and I was able to add my DNS records just fine. Do you know if they have any safeguards against domain transfers? I don't see any settings related to that, other than to transfer my domain.
gandi.net seems to charge $364/year for any .is domain. Namecheap charges around the same price as isnic.
Any reason why I shouldn't register the domain on isnic directly? Are there benefits to registering the domain via namecheap (or other registrar), apart from getting access to their support?
There is interactive blaming, staging and committing with tig too, so give that a try.
That said though, I actually prefer using the shell to stage and commit stuff. I think I'm way faster when I'm on the shell performing those actions than in either tig or fugitive.
I don't use neovim so I don't know what the differences are. The commands work fine for me in vim however.
Very early on in my vim journey, I used to use fugitive[1], which is sort of a lighter equivalent of magit for vim. However, I found that too overkill and unwieldy. I never really found any benefits to forcing myself to stay inside vim to run some git command.
These days, I just use git in a tmux split rather than trying to force vim to show some arbitrary git UI. For a nice interactive git UI, I use tig[1]. Tig is essentially like fugitive/magic insofar as it allows me to interactively view a nice graphical log, stage/commit, traverse a file's historical blame, etc. It's a nicer UI compared to something like `gitk`.
I have these mappings in my `~/.vim/vimrc` for git/tig functionalities:
nnoremap gb :<C-u>echo system('git rev-parse --abbrev-ref @ <bar> tr -d "\n"')<CR>
nnoremap gB :<C-u>silent !tig blame <C-r>=shellescape(expand("%"))<CR> +<C-r>=expand(line('.'))<CR><CR>:silent redraw!<CR>
nnoremap gO :<C-u>silent !tig<CR>:silent redraw!<CR>
[1]: https://github.com/tpope/vim-fugitiveI use Newsblur[1] in the browser. The best part of Newsblur for me, is its intelligence trainer.
Suppose you want feeds from website A, but don't want certain stories tagged with "mice", or titles containing "epistemology", and you only want to see articles published by an author named "Joyce Smith", you can do that.
It's pretty great. Reading RSS feeds has become so much more pleasurable. The articles that do make it past the training filters are almost always what I do like to read.
> The problem is that pbpaste and pbcopy do not work under tmux
They do in recent macOS/tmux versions. You don't need reattach-to-user-namespace anymore.These are my keybindings for copy/paste to clipboard:
bind-key -T copy-mode-vi 'v' send -X begin-selection
bind-key -T copy-mode-vi 'y' send -X copy-pipe-and-cancel pbcopy
bind-key -T copy-mode-vi MouseDragEnd1Pane send -X copy-pipe-and-cancel pbcopy
bind-key -T copy-mode-vi MouseDragEnd3Pane send -X copy-pipe-and-cancel pbcopy
`prefix + ]` then pastes using the clipboard contentsYou get the same in bash and zsh, it's not exclusive to fish.
Bash: shopt -s autocd
Zsh: setopt autocd
I use fasd, which is just like z, v, autojump, only much more powerful: https://github.com/clvv/fasd