Andy @ Andy @programming.dev

Posts

0

Comments

198

Joined

2 yr. ago

Factor!

It's incredible and elegant and defies some common categorization.

I've put some of my favorite resources in the sidebar of https://programming.dev/c/concatenative and I'm happy to walk through any particular challenges/examples -- I've done about the first week of Advent of Code with it this year, and the most recent handful of Perl Weekly Challenges, and some basic Euler problems.

Plasma may not ever implement window shading for Wayland, but I'm hopeful. That's probably my last blocker.

wish I cluld have just the folders

You can copy or symlink folders around between themes in ~/.local/share/icons/.

• Fluent (pink dark) (round)

• Papirus

• Tela (orange dark)

• Vimix (ruby dark)

• Qogir

• Sunity Cursors

From this thread I tried out Gruvbox Plus Dark, which is nice, but a little low on contrast, and I don't prefer such uniform shapes.

Huh, I only now notice that the Fluent, Tela, Vimix, and Qogir repos are owned by the same user...

Any thoughts on the alternative I mentioned, DYN, described here?

Approval voting simplifies things but also has limitations because it removes any weight/preference people may have.

Yes, but nowhere near the problems of IRV. If those particular limitations bother you, as I said:

If you want to take on a little complexity for some further improvement, use delegable yes/no voting.

. . . don’t let the perfect be the enemy of the good.

I see zero "good" in IRV, for all the reasons outlined in the rant. Its failures are absurd and beyond unacceptable given that there are strictly better and simpler alternatives. Don't let something shiny and terrible stop you from using something actually quite good.

I'm repeating myself here because a lot of commenters have a misplaced hope for IRV improving things:

Instant runoff voting is terrible and more complicated than people think, and I will never support it. It's a false improvement whose adoption will discourage meaningful change.

If it's a single winner election and you want a simple improvement, use approval voting. If you want to take on a little complexity for some further improvement, use delegable yes/no voting. I have one idea for further improvement, if anyone is really interested in voting methods.

Link to my anti-IRV rant

Only responding to the IRV portion of your comment, and repeating myself from elsewhere in this thread:

Instant runoff voting is terrible and more complicated than people think, and I will never support it. It's a false improvement whose adoption will discourage meaningful change.

If it's a single winner election and you want a simple improvement, use approval voting. If you want to take on a little complexity for some further improvement, use delegable yes/no voting. I have one idea for further improvement, if anyone is really interested in voting methods.

Link to my anti-IRV rant

Instant runoff voting is terrible and more complicated than people think, and I will never support it. It's a false improvement whose adoption will discourage meaningful change.

If it's a single winner election and you want a simple improvement, use approval voting. If you want to take on a little complexity for some further improvement, use delegable yes/no voting. I have one idea for further improvement, if anyone is really interested in voting methods.

Link to my anti-IRV rant

In 2020 I paid a one time fee for a lifetime of Pro. Is that definitely not still an option?

I'm not really recommending it over Arch, but my favorite rolling Debian distro is Siduction.

Haha it's all good, but it sounds like selling the house to avoid cleaning a table.

Honestly that sounds good to me, but not everyone configures their own preferred fonts, so it may not be a crowd pleaser. It's not too bad for me to just override the style on my side.

I had a look and it can be set by setting font-family inside the .hljs block within the theme (e.g. atom-one-dark.css).

Thanks!

Woohoo! You didn't even mention: code blocks no longer mangle ampersands and less-than symbols!

• Is there any way to force it to be recognized as a specific programming language?
• What library does it use? I'd like to see which langs are supported.
• Might it become possible to have it use our system/browser-preferred mono font?

Anyway it looks great and is a much appreciated feature, thank you!

I searched and found the project. If you're having the same issue described here, it's been known for a few weeks and

will be fixed with the next release.

I don't know SP or how its shortcuts work, but did you check if you already have those shortcuts assigned in plasma's global shortcuts? The easiest way is to assign them to any plasma global shortcut and see if it tells you there's a conflict.

If that's not it, can you trigger those SP actions with an external command? Then you could do it through plasma global shortcuts.

If you want, you could use Telegram without your real phone number by either getting a virtual number from Google Voice or another service, or you could buy a Telegram-only number from their fragment site.

Great! If you get a chance, I'd be interested to hear about your rtx complaints.