expect_tknewsbiff - Online na nuvem

PROGRAMA:

NOME

tknewsbiff - abre uma janela quando as notícias aparecem

SINOPSE

tknewsbiff [ servidor or arquivo de configuração ]

INTRODUÇÃO

tknewsbiff abre uma janela quando há notícias não lidas em seus grupos de notícias favoritos e
remove a janela depois de ler as notícias. tknewsbiff pode opcionalmente reproduzir um som,
inicie o seu leitor de notícias, etc.

SELECIONANDO GRUPOS DE NOTÍCIAS

Por padrão, o arquivo de configuração ~ / .tknewsbiff descreve como tknewsbiff se comporta. o
sintaxe observa as regras usuais de Tcl - no entanto, mesmo se você não conhece Tcl, todos, exceto o
a maioria das configurações esotéricas serão óbvias.

Cada newsgroup (ou conjunto de newsgroups) a ser observado é descrito usando o botão "watch"
comando. Por exemplo:

assistir dc.dining
assistir nist. *
assistir comp.unix.wizard -threshold 3
assistir * .sources. * -threshold 20

Para cada padrão de grupo de notícias, qualquer grupo de notícias que corresponda a ele e no qual você esteja inscrito
(de acordo com seu arquivo newsrc) é elegível para relatórios. Por padrão, relatórios tknewsbiff
no grupo de notícias se houver pelo menos um artigo não lido. O sinalizador "-threshold" muda
o limite para o número seguinte. Por exemplo, "-limiar 3" significa que deve haver
pelo menos três artigos não lidos antes de tknewsbiff relatar o grupo de notícias.

Se nenhum comando de observação é dado (ou nenhum arquivo de configuração existe), todos os grupos que são
inscritos são assistidos.

Para suprimir grupos de notícias que seriam relatados de outra forma, use o comando "ignore". Para
exemplo, o seguinte corresponde a todos comp. * e nist. * newgroups, exceto para nist.posix ou .d
(discussão) grupos:

assistir comp. *
assistir nist. *
ignore nist.posix. *
ignore * .d

O sinalizador "-new" descreve um comando a ser executado quando o grupo de notícias é relatado pela primeira vez como
tendo notícias não lidas. Por exemplo, as seguintes linhas invocam o comando UNIX "play" para
toque um som.

assistir dc.dining -new "exec play /usr/local/sounds/yumyum.au"
assistir rec.auto * -new "exec play /usr/local/sounds/vroom.au"

Você pode reduzir o detalhamento das ações definindo procedimentos. Por exemplo, se você
tem muitos -novos sinalizadores que reproduzem arquivos de som, você pode definir um procedimento de som. Esse
permitiria que a -nova especificação fosse muito mais curta.

proc reproduzir {som} {
exec play /usr/local/sounds/$sound.au
}

assistir dc.dining -new "play yumyum"
assistir rec.auto * - novo "play vroom"

Como um aparte, você pode colocar um "&" no final de um comando "exec" para obter os comandos a serem executados
de forma assíncrona. No entanto, provavelmente não é uma boa ideia fazer isso ao reproduzir sons
arquivos de qualquer maneira.

"newsgroup" é uma variável somente leitura que contém o nome do newsgroup que está sendo
relatado. Isso é útil quando a ação é disparada por um padrão. Por exemplo, o
a linha a seguir pode executar o nome do grupo de notícias por meio de um sintetizador de voz:

assistir * -new {
executivo play herald.au
exec speak "Chegaram novas notícias ao $ newsgroup."
}

O sinalizador "-display" descreve um comando a ser executado toda vez que o grupo de notícias é
relatado como tendo notícias não lidas. O comando especial "display" é o comando padrão. Isto
agenda $ newsgroup para ser escrito no display de tknewsbiff quando ele for reescrito. Para
exemplo, fornecendo explicitamente um sinalizador -display que omite o comando display, você pode
desative a exibição de grupos de notícias que já são relatados por meio de -new.

assistir dc.dining -new {exec play yumyum.au} -display {}

Se você deseja executar uma ação repetidamente e ainda exibir o grupo de notícias no padrão
maneira, invoque explicitamente o comando display por meio do sinalizador -display. Por exemplo:

assistir * segurança * -exibir {
exec play red-alert.au
exibição
}

As ações associadas aos sinalizadores -new e -display são executadas apenas uma vez para cada
newsgroup correspondente. O comando executado é aquele associado ao primeiro padrão em
o arquivo de configuração que corresponde e observa o limite fornecido.

Qualquer comando que é simplesmente listado no arquivo de configuração é executado todas as vezes antes
o loop de atualização em tknewsbiff. O procedimento reservado (mas definido pelo usuário) "usuário" é executado
imediatamente após os grupos de notícias serem programados para serem gravados no display e antes
eles são realmente escritos.

Por exemplo, suponha que artigos não lidos apareçam em vários grupos rec.auto e você jogue o
mesmo som para cada um. Para evitar reproduzir o som várias vezes consecutivas, faça o
-novo comando simplesmente define um sinalizador. No procedimento do usuário, toque o som se o sinalizador estiver definido
(e, em seguida, redefina o sinalizador).

O procedimento do usuário também pode ser usado para iniciar um leitor de notícias. Isso evitaria o
possibilidade de iniciar vários leitores de notícias apenas porque vários grupos de notícias continham
artigos não lidos. (Uma verificação, é claro, deve ser feita para ter certeza de que um leitor de notícias está
ainda não está em execução.)

MAIS VARIÁVEIS

As linhas de exemplo a seguir mostram variáveis ​​que podem afetar o comportamento de tknewsbiff

definir atraso 120
definir servidor news.nist.gov
definir server_timeout 60
definir newsrc ~ / .newsrc
definir largura 40
definir altura 20
definir arquivo_ativo / usr / news / lib / active

tknewsbiff alterna entre verificar se há notícias não lidas e dormir (mais ou menos como muitos
alunos de graduação). A variável "atraso" descreve quantos segundos para dormir.

A variável "server" nomeia um servidor de notícias NNTP. O padrão é "notícias". O servidor"
variável é usada apenas se a variável "arquivo_ativo" não estiver definida.

A variável "server_timeout" descreve quantos segundos esperar por uma resposta de
o servidor antes de desistir. -1 significa esperar para sempre ou até que o próprio servidor expire.
O padrão é 60 segundos.

A variável "newsrc" descreve o nome do seu arquivo .newsrc. Por padrão, tknewsbiff
procura em seu diretório home por um arquivo newsrc. Um newsrc específico do servidor é usado se
encontrado. Por exemplo, se você definiu o servidor para "cubit.nist.gov", então tknewsbiff procura
~ / .newsrc-cubit.nist.gov. (Esta é a convenção gnus do Emacs - o que é muito conveniente
quando você lê notícias de vários servidores.) Se não houver newsrc específico do servidor,
tknewsbiff usa ~ / .newsrc.

A variável "largura" descreve a largura que tknewsbiff usará para exibir informações.
Se algum nome de newsgroup for longo o suficiente, ele será truncado para que o artigo conte
ainda pode ser mostrado. Você pode redimensionar manualmente a janela para ver o que foi truncado.
No entanto, se o seu arquivo de configuração definir a variável de largura, a janela será restaurada
para esse tamanho na próxima vez que tknewsbiff verificar se há notícias não lidas e atualizar sua exibição.

A variável "height" descreve a altura máxima que tknewsbiff usará para exibir
em formação. Se menos grupos de notícias forem relatados, tknewsbiff irá diminuir a janela
adequadamente. Você pode redimensionar a janela manualmente, mas se o seu arquivo de configuração definir o
variável de altura, a janela será restaurada para esse tamanho na próxima vez que tknewsbiff
verifica se há notícias não lidas e atualiza sua exibição.

A variável "active_file" descreve o nome do arquivo ativo de notícias. Se definido, o ativo
o arquivo é lido diretamente em vez de usar NNTP (mesmo se a variável "servidor" estiver definida).
Isso é particularmente útil para testar novos arquivos de configuração, uma vez que você pode editar um
arquivo ativo falso e clique no botão 2 para ver imediatamente como o tknewsbiff responde (ver
BOTÕES abaixo).

Se a variável de ambiente DOTDIR for definida, seu valor será usado como um diretório no qual
para localizar todos os dotfiles em vez de no diretório inicial. Em particular, isso afeta o
arquivo de configuração tknewsbiff e o arquivo .newsrc (assumindo que a variável newsrc não é
definido explicitamente).

visualizadores DIFERENTE NOTÍCIAS SERVIDORES

Para assistir a vários servidores, execute tknewsbiff várias vezes. (Já que você precisa de algo diferente
Os arquivos .newsrc e os servidores têm grupos de notícias e números de artigos diferentes de qualquer maneira,
não adianta tentar fazer isso em um único processo.)

Você pode apontar tknewsbiff para um servidor diferente com um argumento apropriado. O argumento
é tentado como um nome de arquivo de configuração e como um sufixo para a string "~ / .tknewsbiff-".
Então, se você quiser assistir o servidor "rim", armazene a configuração tknewsbiff
informação em ~ / .tknewsbiff-kidney". Os dois comandos a seguir usarão esse
arquivo de configuração.

rim tknewsbiff
tknewsbiff ~ / .tknewsbiff-kidney

Em ambos os casos, o servidor real a ser contatado é definido pelo valor da variável do servidor em
o arquivo de configuração.

Se nenhum arquivo de configuração for encontrado, o argumento é usado como o servidor a ser contatado. Esse
permite que o tknewsbiff seja executado sem qualquer preparação.

Se o argumento for a palavra-chave especial "ativo" (ou terminar em "/ ativo"), ele será usado como o
nome de um arquivo ativo. Este, por sua vez, é usado para inicializar a variável "active_file" para
que tknewsbiff lê do arquivo ativo diretamente em vez de usar NNTP.

Criar seu próprio arquivo ativo é uma maneira conveniente de testar seu arquivo de configuração. Para
exemplo, depois de executar o seguinte comando, você pode editar repetidamente seu arquivo ativo e
acione o comando update-now (pressionando o botão 2 ou configurando a variável de atraso
muito baixo) para ver como tknewsbiff responde.

O arquivo ativo deve seguir o formato de um arquivo ativo real. O formato é um grupo de notícias
por linha. Depois que o nome do grupo de notícias é o número do artigo mais alto, o mais baixo
artigo. Por último, está a letra y ou m. m significa que o newsgroup é moderado. y significa
postagem é permitida.

JANELA

Quando uma notícia não lida é encontrada, uma janela é exibida. A janela lista os nomes dos
grupos de notícias e o número de artigos não lidos em cada um (a menos que sejam suprimidos pelo -display
bandeira). Quando não há mais notícias não lidas, a janela desaparece (embora o
processo continua em execução).

BOTÕES

Botões ou atalhos de teclado podem ser atribuídos por comandos de ligação. Sinta-se à vontade para alterá-los. o
Os comandos de ligação padrão são:

bind .list <1> help
vincular .list <2> atualizar agora
bind .list <3> unmapwindow

Por padrão, o botão 1 (à esquerda) está vinculado a "ajuda". O comando help faz com que o tknewsbiff apareça
uma janela de ajuda.

Por padrão, o botão 2 (meio) está vinculado a "atualizar agora". O comando update-now causa
tknewsbiff para verificar imediatamente se há notícias não lidas. Se o seu servidor de notícias estiver lento ou mantiver
um grande número de newsgroups, ou você tem um grande número de padrões em seu
arquivo de configuração, tknewsbiff pode levar um tempo considerável antes de realmente atualizar o
janela.

Por padrão, o botão 3 (à direita) está vinculado a "unmapwindow". O comando unmapwindow causa
tknewsbiff para remover a janela da tela até a próxima vez que encontrar notícias não lidas.
(O comando mapwindow faz com que tknewsbiff restaure a janela.)

Por exemplo, aqui está uma ligação para abrir um xterm e executar rn quando você mantém pressionado o
tecla shift e pressione o botão 1 na janela de listagem.

vincular lista {
exec xterm -e rn &
}

Aqui está uma ligação semelhante. No entanto, diz a rn para olhar apenas para o grupo de notícias que está
sob o mouse quando você o pressionou. (A variável "display_list" é descrita mais tarde em
esta página de manual.)

vincular lista {
exec xterm -e rn [lindex $ display_list [.list mais próximo de% y]] &
}

OUTROS COMANDOS E VARIÁVEIS

Os comandos integrados já mencionados são: assistir, ignorar, exibir, ajudar, atualizar agora,
unmapwindow e mapwindow.

Qualquer comando Tcl e Tk também pode ser fornecido. Em particular, a lista de grupos de notícias é armazenada
no widget de lista ".list", e a barra de rolagem é armazenada no widget de barra de rolagem
".rolagem". Por exemplo, se você deseja alterar as cores de primeiro e segundo plano de
a lista de newsgroup, você pode dizer:

.list config -bg honeydew1 -fg orquídea2

Eles também podem ser controlados pelo banco de dados de recursos do X. No entanto, o
arquivo de configuração permite que comandos arbitrariamente complexos sejam avaliados em vez de simples
atribuições.

Certos comandos Tcl / Tk podem interromper o funcionamento adequado do tknewsbiff. Estes provavelmente serão
óbvio para qualquer um que saiba o suficiente para dar esses comandos em primeiro lugar. Tão simples
Por exemplo, o programa assume que a fonte na caixa de listagem é de largura fixa. Os grupos de notícias
provavelmente não será alinhado se você usar uma fonte de largura variável.

As seguintes variáveis ​​são acessíveis e podem ser usadas para usos esotéricos. Todos os outros
as variáveis ​​são privadas. Variáveis ​​privadas e comandos começam com "_", então você não precisa
se preocupe com colisões acidentais.

O array "db" é um banco de dados que mantém informações sobre notícias lidas e não lidas.
db ($ newsgroup, hi) é o artigo mais alto que existe. db ($ newsgroup, visto) é o mais alto
artigo que você leu.

Várias listas contêm informações interessantes. "active_list" é uma lista de conhecidos
grupos de notícias. "seen_list" é uma lista de grupos de notícias que foram vistos até o -novo
e os sinalizadores -display estão sendo processados. "previous_seen_list" é "seen_list" da
ciclo anterior. "ignore_list" é a lista de padrões de newsgroups a serem ignorados. "watch_list"
é a lista de padrões de newsgroups a serem observados. "display_list" é a lista de grupos de notícias que irão
ser exibido na próxima oportunidade.

ATUALIZANDO SUA ARQUIVOS

tknewsbiff automaticamente relê seu arquivo de configuração cada vez que ele acorda para verificar
para notícias não lidas. Para forçar o tknewsbiff a reler o arquivo imediatamente (como se você fosse
testar uma nova configuração ou apenas modificar seu arquivo newsrc), pressione o botão 2 no
display (veja BOTÕES acima).

RESSALVAS

tknewsbiff define o número de artigos não lidos como o maior artigo existente menos o
artigo mais alto que você leu. Então, se você leu o último artigo do grupo de notícias, mas
nenhum outro, tknewsbiff pensa que não há artigos não lidos. (É impossível fazer qualquer
melhor lendo o arquivo ativo e seria muito demorado fazer isso mais
com precisão via NNTP, uma vez que os servidores não fornecem uma maneira eficiente de relatar suas próprias falhas
(os grupos de notícias). Felizmente, essa definição é considerada um recurso pela maioria das pessoas. Isto
permite-lhe ler artigos e depois marcá-los como "não lidos" mas não permite que o tknewsbiff continue
dizendo a você que eles não foram lidos.

NÃO GARANTIDO PREOCUPAÇÕES

Seu administrador de notícias pode estar se perguntando se muitas pessoas que usam tknewsbiff impactam gravemente um NNTP
servidor. Na verdade, o impacto é insignificante, mesmo quando o atraso é muito baixo. Para reunir todos
as informações de que precisa, tknewsbiff usa uma única consulta NNTP - ele apenas pede o
arquivo ativo. O servidor NNTP não faz cálculos, formatação, etc, apenas envia o
Arquivo. Todo o processamento interessante acontece localmente no próprio programa tknewsbiff.

Use expect_tknewsbiff online usando serviços onworks.net