Suppose you're opening an issue and there's a lot noisey logs that may be useful.
Rather than wrecking readability, wrap it in a <details>
tag!
<details>
Summary Goes Here
# Luke's config for the Zoomer Shell | |
# Enable colors and change prompt: | |
autoload -U colors && colors | |
PS1="%B%{$fg[red]%}[%{$fg[yellow]%}%n%{$fg[green]%}@%{$fg[blue]%}%M %{$fg[magenta]%}%~%{$fg[red]%}]%{$reset_color%}$%b " | |
# History in cache directory: | |
HISTSIZE=10000 | |
SAVEHIST=10000 | |
HISTFILE=~/.cache/zsh/history |
#compdef swaymsg | |
typeset -A opt_args | |
__swaymsg() { | |
# Reuse socket path from command line if present | |
swaymsg ${(kv)opt_args[(I)-s|--socket]} "$@" 2>/dev/null | |
} | |
# _sway | |
# sway ipc {{{ |
In this video we come across about 50 online resources for category theory:
I quickly comment on about 20 major ones. I link to the university sites, arXiv sites or Amazon page - most of the mentioned books are online available.
Here's another category theory list on github
Earliest known instance: https://www.reddit.com/r/sbubby/comments/d8buja/please/f1a4t74?context=3
Well well well. It appears [insert user who used the copypasta]
is a fellow vappy fucc connoisseur. However screw the female version. You get those same ol two holes in literally everything else. the MALE vappy is the real star of the show. Those long slippery diccs they have full mobility control with like a tentacle are the perfect ass filler for the ultimate in deep reaching experience nothing else could possibly provide. Naturally lubed at all times due to their aquatic hydrodynamic nature, you can pull off anywhere to the side of the road, or go into a public restroom at the beach, get each other aroused, and have the fucc of a lifetime. The extraordinary squishyness of the vappy alone rubbing against you would be enough to lose yourself in pleasure as it simply mounts you. Let alone with that perfect tool of pleasure slips into you. Its ability to snake around your bends and its perfect le
The open source community depends on the efforts of a small group of volunteers relative to the number of users. In order to make the most of contributors' time, here is some advice for asking “good questions”. This is largely paraphrased from this article by Eric Steven Raymond and Rick Moen, with edits for brevity and tone. If you have the time (and tolerance), I strongly recommend reading that article over this one. Let's start with the procedure.