Много эмуляторов терминала позволяют переопределять цвета с escape-последовательностями, существует даже terminfo возможность этого: initc
. С теми и принятием terminfo базы данных корректно, можно сделать:
tput initc 1 1000 0 0
К переопределяет цвет 1 (обычно red
) к 1 000%-му красному, 0‰-му зеленому, 0‰-му синему цвету (#ff0000
).
Так:
tput initc 1 1000 0 0
tput setaf 1 # to set the foreground color to 1
echo '██ = #FF0000'
tput sgr0
сделал бы то, что Вы хотите.
Для наблюдения что escape-последовательность, которая соответствует:
$ tput initc 1 1000 0 0 | cat -vt
^[]4;1;rgb:FF/00/00^[\
Так, на моем терминале (xterm
), я могу также сделать:
printf '\e]4;1;rgb:FF/00/00\e\\\e[31m██ = #FF0000\e[m\n'
Обратите внимание, что это изменяет цвет color1
. Таким образом, при изменении этого на синий весь текст, который был отображен с тем цветом, автоматически изменит цвет.
Сбрасывать цвета к их начальным значениям (начальная буква в то время xterm
был запущен), с xterm
:
printf '\e]104\a'
Или сбрасывать единственный цвет:
printf '\e]104;1\a'
Для запросов текущего значения цвета существует управляющая последовательность, которая вызывает xterm
передавать значение обратно как терминальный вход. Можно использовать xtermcontrol
команда для помощи:
$ xtermcontrol --get-color1
rgb:ffff/ffff/0000
Но это только работает на первые 16 цветов (xterm
в наше время поддержки 256).
На терминалах, которые не поддерживают сброс цветов к их значениям по умолчанию, но поддерживают 256 цветов а-ля xterm
, можно хотеть использовать цвета 17 и выше поскольку они редко используются приложениями.
Однако обратите внимание, что некоторая terminfo база данных неправильно указывает, как присвоить и использовать те цвета для тех терминалов, таким образом, можно хотеть любого к hardcode escape-последовательности силы $TERM
к чему-то как xterm-256color
.
printf '\e]4;17;rgb:ff/ff/00\a\e[38;5;17mThis is yellow\e[m\n'
printf '\e]4;18;rgb:ff/00/ff\a\e[38;5;18mThis is magenta\e[m\n'
Благодаря ссылке, предоставленной Don_Crissti, я обнаружил, что я был на самом деле ошибаться в командах.
Правильные команды для контроля трекера - следующие
# reset
tracker-control -r
#restart
tracker-control -s
, но что было более интересным, является Tracker-Stats
[xxx@yyy ~]$ tracker-stats
Statistiken:
nao:Tag = 1
nco:Contact = 3
nfo:Audio = 11095
nfo:Document = 79
nfo:Executable = 123
nfo:FileDataObject = 14778
nfo:Folder = 1115
nfo:Image = 2222
nfo:Media = 13317
nfo:MediaList = 136
nfo:PaginatedTextDocument = 4
nfo:PlainTextDocument = 75
nfo:TextDocument = 79
nmm:MusicPiece = 11095
nmm:Photo = 2111
nmm:Playlist = 57
rdfs:Class = 235
rdfs:Resource = 16203
tracker:Volume = 1
в соответствии с этим, все мои файлы были отсканированы , так Я снова проверил MusicPlayer. Посмотрев на «названия», я видел, что 80% треков не имеют метаданных. Ну, они делают, но ID3-теги, очевидно, не распознаются , а когда я помню правильно, мои файлы помечены метаданными ID3 V2.
Я не мог найти какие-либо отчеты о трекере, не в состоянии читать этот формат, но это определенно выглядит так.