expect_tknewsbiff - En ligne dans le Cloud

PROGRAMME:

Nom

tknewsbiff - ouvre une fenêtre lorsque des nouvelles apparaissent

SYNOPSIS

tknewsbiff [ serveur or fichier de configuration ]

INTRODUCTION

tknewsbiff ouvre une fenêtre lorsqu'il y a des nouvelles non lues dans vos groupes de discussion préférés et
supprime la fenêtre après avoir lu les nouvelles. tknewsbiff peut éventuellement jouer un son,
démarrez votre lecteur de nouvelles, etc.

CHOIX GROUPES DE NOUVELLES

Par défaut, le fichier de configuration ~/.tknewsbiff décrit le comportement de tknewsbiff. Les
la syntaxe respecte les règles habituelles de Tcl - cependant, même si vous ne connaissez pas Tcl, tout sauf le
la plupart des configurations ésotériques seront évidentes.

Chaque newsgroup (ou ensemble de newsgroups) à surveiller est décrit à l'aide de la fonction "watch"
commander. Par exemple:

regarder dc.dining
regarder nist.*
regarder comp.unix.wizard -seuil 3
regarder *.sources.* -seuil 20

Pour chaque modèle de groupe de discussion, tout groupe de discussion qui lui correspond et auquel vous êtes abonné
(selon votre fichier newsrc) est éligible au reporting. Par défaut, tknewsbiff rapporte
sur le newsgroup s'il y a au moins un article non lu. Le drapeau "-threshold" change
le seuil au nombre suivant. Par exemple, "-threshold 3" signifie qu'il doit y avoir au
au moins trois articles non lus avant que tknewsbiff ne rapporte le groupe de discussion.

Si aucune commande de surveillance n'est donnée (ou qu'aucun fichier de configuration n'existe), tous les groupes qui sont
souscrits sont surveillés.

Pour supprimer les groupes de discussion qui seraient autrement signalés, utilisez la commande "ignore". Pour
exemple, ce qui suit correspond à tous les nouveaux groupes comp.* et nist.* à l'exception de nist.posix ou .d
groupes (de discussion):

regarder la comp.*
regarder nist.*
ignorer nist.posix.*
ignorer *.d

Le drapeau "-new" décrit une commande à exécuter lorsque le groupe de discussion est d'abord signalé comme
avoir des nouvelles non lues. Par exemple, les lignes suivantes invoquent la commande UNIX "play" pour
jouer un son.

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

Vous pouvez réduire la verbosité des actions en définissant des procédures. Par exemple, si vous
ont de nombreux -nouveaux drapeaux qui lisent tous des fichiers audio, vous pouvez définir une procédure audio. Cette
permettrait à la nouvelle spécification d'être beaucoup plus courte.

proc jouer {son} {
lecture exécutive /usr/local/sounds/$sound.au
}

regarder dc.dining -nouveau "play yumyum"
regarder rec.auto* -nouveau "play vroom"

En passant, vous pouvez mettre un "&" à la fin d'une commande "exec" pour obtenir des commandes à exécuter
de manière asynchrone. Cependant, ce n'est probablement pas une bonne idée de le faire lors de la lecture du son
fichiers de toute façon.

"newsgroup" est une variable en lecture seule qui contient le nom du newsgroup qui est
signalé. Ceci est utile lorsque l'action est déclenchée par un modèle. Par exemple, le
La ligne suivante peut exécuter le nom du groupe de discussion via un synthétiseur vocal :

regarder * -nouveau {
exec jouer herald.au
exec speak "De nouvelles nouvelles sont arrivées dans $newsgroup."
}

Le drapeau "-display" décrit une commande à exécuter à chaque fois que le groupe de discussion est
signalé comme ayant des nouvelles non lues. La commande spéciale " display " est la commande par défaut. Ce
programme $newsgroup à écrire sur l'affichage de tknewsbiff lorsqu'il est réécrit. Pour
exemple, en fournissant explicitement un indicateur -display qui omet la commande display, vous pouvez
désactiver l'affichage des groupes de discussion déjà signalés via -new.

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

Si vous souhaitez exécuter une action à plusieurs reprises et toujours afficher le groupe de discussion par défaut
manière, invoquez explicitement la commande display via le drapeau -display. Par exemple:

regarder *sécurité* -display {
exec jouer red-alert.au
l’affichage
}

Les actions associées aux drapeaux -new et -display ne sont exécutées qu'une seule fois pour chaque
groupe de discussion correspondant. La commande exécutée est celle associée au premier motif dans
le fichier de configuration qui correspond et respecte le seuil donné.

Toute commande qui est simplement répertoriée dans le fichier de configuration est exécutée à chaque fois avant
la boucle de mise à jour dans tknewsbiff. La procédure réservée (mais définie par l'utilisateur) "user" est exécutée
immédiatement après que les groupes de discussion sont programmés pour être écrits sur l'écran et avant
ils sont en fait écrits.

Par exemple, supposons que des articles non lus apparaissent dans plusieurs groupes rec.auto et que vous lisez le
même son pour chacun. Pour éviter de jouer le son plusieurs fois de suite, faites
-new commande simplement définir un indicateur. Dans la procédure utilisateur, jouez le son si le drapeau est défini
(puis réinitialiser le drapeau).

La procédure utilisateur peut également être utilisée pour démarrer un lecteur de news. Cela éviterait le
possibilité de démarrer plusieurs lecteurs de nouvelles simplement parce que plusieurs groupes de discussion contenaient
articles non lus. (Une vérification doit, bien sûr, être faite pour s'assurer qu'un lecteur de nouvelles est
pas déjà en cours d'exécution.)

AUTRES VARIABLES

Les lignes d'exemple suivantes montrent les variables qui peuvent affecter le comportement de tknewsbiff

régler le délai 120
définir le serveur news.nist.gov
définir server_timeout 60
définir newsrc ~/.newsrc
ensemble largeur 40
régler la hauteur 20
définir fichier_actif /usr/news/lib/active

tknewsbiff alterne entre vérifier les nouvelles non lues et dormir (un peu comme beaucoup
étudiants de premier cycle). La variable « delay » décrit le nombre de secondes pour dormir.

La variable "server" nomme un serveur de news NNTP. La valeur par défaut est "nouvelles". Le serveur"
La variable n'est utilisée que si la variable "active_file" n'est pas définie.

La variable "server_timeout" décrit combien de secondes attendre une réponse de
le serveur avant d'abandonner. -1 signifie attendre indéfiniment ou jusqu'à ce que le serveur lui-même expire.
La valeur par défaut est de 60 secondes.

La variable "newsrc" décrit le nom de votre fichier .newsrc. Par défaut, tknewsbiff
cherche dans votre répertoire personnel un fichier newsrc. Un newsrc spécifique au serveur est utilisé si
trouvé. Par exemple, si vous avez défini le serveur sur "cubit.nist.gov", alors tknewsbiff recherche
~/.newsrc-cubit.nist.gov. (C'est la convention gnus d'Emacs - ce qui est très pratique
lorsque vous lisez les news de plusieurs serveurs.) S'il n'y a pas de newsrc spécifique au serveur,
tknewsbiff utilise ~/.newsrc.

La variable "width" décrit la largeur que tknewsbiff utilisera pour afficher les informations.
Si des noms de groupes de discussion sont suffisamment longs, ils seront tronqués pour que l'article compte
peut encore être montré. Vous pouvez redimensionner manuellement la fenêtre pour voir ce qui a été tronqué.
Cependant, si votre fichier de configuration définit la variable de largeur, la fenêtre sera restaurée
à cette taille la prochaine fois que tknewsbiff vérifiera les nouvelles non lues et mettra à jour son affichage.

La variable "hauteur" décrit la hauteur maximale que tknewsbiff utilisera pour afficher
informations. Si moins de groupes de discussion sont signalés, tknewsbiff rétrécira la fenêtre
de manière appropriée. Vous pouvez redimensionner manuellement la fenêtre mais si votre fichier de configuration définit le
hauteur variable, la fenêtre sera restaurée à cette taille la prochaine fois que tknewsbiff
vérifie les nouvelles non lues et met à jour son affichage.

La variable "active_file" décrit le nom du nouveau fichier actif. S'il est défini, l'actif
le fichier est lu directement de préférence à l'aide de NNTP (même si la variable "server" est définie).
Ceci est particulièrement utile pour tester de nouveaux fichiers de configuration car vous pouvez modifier un
faux fichier actif, puis cliquez sur le bouton 2 pour voir immédiatement comment tknewsbiff répond (voir
BOUTONS ci-dessous).

Si la variable d'environnement DOTDIR est définie, alors sa valeur est utilisée comme un répertoire dans lequel
pour trouver tous les dotfiles au lieu du répertoire personnel. Cela affecte en particulier le
le fichier de configuration tknewsbiff et le fichier .newsrc (en supposant que la variable newsrc n'est pas
défini explicitement).

EN TRAIN DE REGARDER LA DIFFÉRENCE NOUVELLES LES SERVEURS

Pour regarder plusieurs serveurs, exécutez tknewsbiff plusieurs fois. (Puisque vous avez besoin de différents
Les fichiers .newsrc et les serveurs ont des groupes de discussion et des numéros d'article différents de toute façon, il
ne sert à rien d'essayer de le faire en un seul processus.)

Vous pouvez pointer tknewsbiff vers un serveur différent avec un argument approprié. L'argument
est essayé à la fois comme nom de fichier de configuration et comme suffixe de la chaîne "~/.tknewsbiff-".
Donc si vous voulez regarder le serveur "rein", stockez la configuration de tknewsbiff
informations dans ~/.tknewsbiff-rein". Les deux commandes suivantes utiliseront toutes les deux
fichier de configuration.

rein tknewsbiff
tknewsbiff ~/.tknewsbiff-rein

Dans les deux cas, le serveur réel à contacter est défini par la valeur de la variable serveur dans
le fichier de configuration.

Si aucun fichier de configuration n'est trouvé, l'argument est utilisé comme serveur à contacter. Cette
permet à tknewsbiff d'être exécuté sans aucune préparation.

Si l'argument est le mot-clé spécial "active" (ou se termine par "/active"), il est utilisé comme
nom d'un fichier actif. Ceci est à son tour utilisé pour initialiser la variable "active_file" afin
que tknewsbiff lit directement à partir du fichier actif plutôt que d'utiliser NNTP.

La création de votre propre fichier actif est un moyen pratique de tester votre fichier de configuration. Pour
exemple, après avoir exécuté la commande suivante, vous pouvez modifier à plusieurs reprises votre fichier actif et
déclencher la commande update-now (soit en appuyant sur le bouton 2, soit en définissant la variable de délai
très faible) pour voir comment tknewsbiff réagit.

Le fichier actif doit suivre le format d'un vrai fichier actif. Le format est un groupe de discussion
par ligne. Après le nom du groupe de discussion est le numéro de l'article le plus élevé, le plus bas
article. Enfin est la lettre y ou m. m signifie que le groupe de discussion est modéré. y signifie
la publication est autorisée.

FENÊTRE

Lorsque des nouvelles non lues sont trouvées, une fenêtre s'ouvre. La fenêtre liste les noms des
groupes de discussion et le nombre d'articles non lus dans chacun (sauf s'ils sont supprimés par le -display
drapeau). Lorsqu'il n'y a plus de news non lues, la fenêtre disparaît (bien que le
le processus continue de s'exécuter).

BOUTONS

Les liaisons de boutons ou de touches peuvent être attribuées par des commandes de liaison. N'hésitez pas à les changer. Les
les commandes de liaison par défaut sont :

bind .list <1> aide
lier .list <2> update-now
lier .list <3> unmapwindow

Par défaut, le bouton 1 (gauche) est lié à "aide". La commande help fait apparaître tknewsbiff
une fenêtre d'aide.

Par défaut, le bouton 2 (au milieu) est lié à "mettre à jour maintenant". La commande update-now provoque
tknewsbiff pour vérifier immédiatement les nouvelles non lues. Si votre serveur de news est lent ou maintient
un très grand nombre de groupes de discussion, ou vous avez un grand nombre de modèles dans votre
fichier de configuration, tknewsbiff peut prendre un temps considérable avant de mettre à jour le
fenêtre.

Par défaut, le bouton 3 (à droite) est lié à "unmapwindow". La commande unmapwindow provoque
tknewsbiff pour supprimer la fenêtre de l'affichage jusqu'à la prochaine fois qu'il trouvera des nouvelles non lues.
(La commande mapwindow force tknewsbiff à restaurer la fenêtre.)

À titre d'exemple, voici une liaison pour faire apparaître un xterm et exécuter rn lorsque vous maintenez la touche
touche majuscule et appuyez sur le bouton 1 dans la fenêtre de liste.

lier .list {
exec xterm -e rn &
}

Voici une liaison similaire. Cependant, il dit à rn de ne regarder que le groupe de discussion qui est
sous la souris lorsque vous appuyez dessus. (La variable " display_list " est décrite plus loin dans
cette page de manuel.)

lier .list {
exec xterm -e rn [lindex $ display_list [.list le plus proche %y]] &
}

AUTRES COMMANDES ET VARIABLES

Les commandes intégrées déjà mentionnées sont : watch, ignore, display, help, update-now,
unmapwindow et mapwindow.

Toute commande Tcl et Tk peut également être donnée. En particulier, la liste des groupes de discussion est stockée
dans le widget de liste ".list", et la barre de défilement est stockée dans le widget de barre de défilement
".faire défiler". Ainsi, par exemple, si vous souhaitez modifier les couleurs de premier plan et d'arrière-plan de
la liste des groupes de discussion, vous pouvez dire :

.list config -bg miellat1 -fg orchid2

Ceux-ci peuvent également être contrôlés par la base de données de ressources X. Cependant, le
le fichier de configuration permet d'évaluer des commandes arbitrairement complexes plutôt que simples
missions.

Certaines commandes Tcl/Tk peuvent perturber le bon fonctionnement de tknewsbiff. Ceux-ci seront probablement
évident pour quiconque en sait assez pour donner ces commandes en premier lieu. En tant que simple
Par exemple, le programme suppose que la police dans la zone de liste est de largeur fixe. Les groupes de discussion
ne s'alignera probablement pas si vous utilisez une police à largeur variable.

Les variables suivantes sont accessibles et peuvent être utilisées à des fins ésotériques. Tous les autres
les variables sont privées. Les variables privées et les commandes commencent par "_" donc vous n'avez pas besoin de
s'inquiéter des collisions accidentelles.

Le tableau "db" est une base de données qui conserve des informations sur les actualités lues et non lues.
db($newsgroup,hi) est l'article le plus élevé qui existe. db($newsgroup,vu) est le plus élevé
article que vous avez lu.

Un certain nombre de listes contiennent des informations intéressantes. "active_list" est une liste de
groupes de discussion. "seen_list" est une liste de groupes de discussion qui ont été vus jusqu'à présent
et les indicateurs -display sont en cours de traitement. "previous_seen_list" est "seen_list" de la
cycle précédent. "ignore_list" est la liste des modèles de groupes de discussion à ignorer. "liste_de_regards"
est la liste des modèles de groupes de discussion à surveiller. "display_list" est la liste des groupes de discussion
être affiché à la prochaine occasion.

MISE À JOUR VOTRE DES DOSSIERS

tknewsbiff relit automatiquement votre fichier de configuration à chaque réveil pour vérifier
pour les nouvelles non lues. Pour forcer tknewsbiff à relire le fichier immédiatement (comme si vous êtes
testez une nouvelle configuration ou venez de modifier votre fichier newsrc), appuyez sur le bouton 2 dans le
affichage (voir BOUTONS ci-dessus).

MISES EN GARDE

tknewsbiff définit le nombre d'articles non lus comme l'article existant le plus élevé moins le
l'article le plus élevé que vous ayez lu. Donc, si vous avez lu le dernier article du groupe de discussion mais
pas d'autres, tknewsbiff pense qu'il n'y a pas d'articles non lus. (Il est impossible de faire quoi que ce soit
mieux en lisant le fichier actif et cela prendrait beaucoup de temps de le faire plus
avec précision via NNTP car les serveurs ne fournissent aucun moyen efficace de signaler leurs propres trous dans
les newsgroups.) Heureusement, cette définition est considérée comme une caractéristique par la plupart des gens. Ce
vous permet de lire les articles puis de les marquer comme "non lus" mais de ne pas laisser tknewsbiff continuer
vous disant qu'ils ne sont pas lus.

INJUSTIFIÉ Préoccupations

Votre administrateur de nouvelles peut se demander si de nombreuses personnes utilisant tknewsbiff ont un impact grave sur un NNTP
serveur. En fait, l'impact est négligeable même lorsque le retard est très faible. Pour tout rassembler
les informations dont il a besoin, tknewsbiff utilise une seule requête NNTP - il demande simplement le
fichier actif. Le serveur NNTP ne fait aucun calcul, formatage, etc., il envoie juste le
déposer. Tout le traitement intéressant se passe localement dans le programme tknewsbiff lui-même.

Utilisez expect_tknewsbiff en ligne en utilisant les services onworks.net