Porcupine's questions

Sempre que conecto o carregador USB-C PD, ouço um zumbido constante em meu fone de ouvido, independentemente de eu usar o conector de fone de ouvido no laptop ou usar o adaptador Apple USB-C para conector de fone de ouvido de 3,5 mm .

Estou surpreso porque pensei que o propósito de usar o adaptador USB-C era isolar completamente esse tipo de ruído!

No momento em que toco meu laptop (a superfície é feita de liga de alumínio), o zumbido desaparece (já que meu corpo funciona como terra!

Isso ocorre porque a qualidade de construção do laptop não é boa? Ou há um defeito no hardware do meu laptop?

Como posso resolver isto?

git log --graph --decorate --pretty=oneline --abbrev-commit --patch --full-history --follow -- "${FileP}"

estampas

* b8800d8 (HEAD -> master, origin/master, origin/HEAD) chore(export): exported to repo
| diff --git a/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc b/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| index c15b225..44691e8 100644
| --- a/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| +++ b/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| @@ -1,2 +1,2 @@
|  include Config.txt
| -include SolarizedDark.txt
| +include SolarizedLight.txt
...
* 300d6c6 chore(source): dirty state
| diff --git a/DotFilesSrc/DotFileTools/RepositoryTree/Zathura/zathurarc b/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| similarity index 100%
| rename from DotFilesSrc/DotFileTools/RepositoryTree/Zathura/zathurarc
| rename to DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
...
* 1c2327b chore: initial
  diff --git a/DotFilesSrc/DotFileTools/RepositoryTree/Zathura/zathurarc b/DotFilesSrc/DotFileTools/RepositoryTree/Zathura/zathurarc
  new file mode 100644
  index 0000000..c15b225
  --- /dev/null
  +++ b/DotFilesSrc/DotFileTools/RepositoryTree/Zathura/zathurarc
  @@ -0,0 +1,2 @@
  +include Config.txt
  +include SolarizedDark.txt

Ele mostra as alterações no arquivo em todos os commits.

Como posso mostrar as informações acima, mas apenas para um commit digamos commit com hash b8800d8(pode ser qualquer hash dependendo do commit) da seguinte forma

* b8800d8 (HEAD -> master, origin/master, origin/HEAD) chore(export): exported to repo
| diff --git a/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc b/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| index c15b225..44691e8 100644
| --- a/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| +++ b/DotFilesSrc/DotFileTools/Linux/RepositoryTree/Zathura/zathurarc
| @@ -1,2 +1,2 @@
|  include Config.txt
| -include SolarizedDark.txt
| +include SolarizedLight.txt

É possível marcar todas as mensagens como lidas na(s) pasta(s) selecionada(s). É útil para fins de arquivamento.

Mas também é possível marcar todas as mensagens da(s) pasta(s) selecionada(s) como não lidas? É útil para determinadas pastas em que preciso agir.

Tenho uma lista de pastas favoritas para as quais movo mensagens de várias caixas de entrada e quero que elas sejam marcadas como não lidas depois de mover para as pastas favoritas de destino

Eu tenho arquivos flac que contêm várias capas incorporadas, incluindo frente, verso, livreto, etc. É possível percorrer a arte da capa (se várias imagens estiverem presentes) do arquivo flac atual? Existe algum atalho?

Desejo usar um flag: Japanemoticon com unicode U+1F1EF U+1F1F5conforme definido na Lista completa de emojis padrão, v12.0 , dentro da marcação (renderizada com Pandoc).

Dado que este Emoticon não está definido dentro do código-fonte do Pandoc: pandoc/Emoji.hs at master · jgm/pandoc , como posso usar isso dentro do documento? Ou como posso definir isso no código-fonte do Pandoc?

Se possível, sugira uma solução geral que possa analisar vários emojis unicode, como :thermometer:para ?, :jp:para ??.

Um código extensível leria um arquivo csv ou estrutura de dados dentro do arquivo lua:

jp,??
thermometer,?

e fazer substituições de string.

Quando abro um arquivo no formulário Bash do VSCode digitando code ${FilePath}, ele retorna imediatamente, ou seja, posso começar a digitar o próximo comando antes de fechar o arquivo.

Se eu fizer o mesmo com outros editores, gedit ${FileFpath}o prompt espera que eu feche o arquivo.

Preciso desse comportamento com o Vscode, pois estou executando um bashscript que abre um arquivo no meio, e o próximo processo deve ocorrer somente após o arquivo ser fechado.

Como posso fazer o prompt do bash esperar que eu feche o arquivo?

Eu tenho um script personalizado chamado oEdque basicamente executa qualquer comando bash seguindo- o e abre a saída em meu editor favorito .

É possível ativar toda a conclusão bash definida (suportada pelo meu bashrc) após este script personalizado?

Por exemplo: eu gostaria de fazer.

$ oEd man ls
$ oEd find . 

Aqui, criei oEdapenas que seria mais útil se suportasse todas as conclusões.