wait_tknewsbiff: online nel cloud

PROGRAMMA:

NOME

tknewsbiff: apre una finestra quando appaiono le notizie

SINOSSI

tknewsbiff [ server or file di configurazione ]

INTRODUZIONE

tknewsbiff apre una finestra quando ci sono notizie non lette nei tuoi newsgroup preferiti e
rimuove la finestra dopo aver letto le notizie. tknewsbiff può facoltativamente riprodurre un suono,
avvia il tuo lettore di notizie, ecc.

SELEZIONARE NEWSGRUPPI

Per impostazione predefinita, il file di configurazione ~/.tknewsbiff descrive come si comporta tknewsbiff. IL
la sintassi osserva le consuete regole di Tcl - tuttavia, anche se non conosci Tcl, tutto tranne il
la maggior parte delle configurazioni esoteriche saranno ovvie.

Ogni newsgroup (o insieme di newsgroup) da guardare viene descritto utilizzando il comando "watch"
comando. Per esempio:

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

Per ogni modello di newsgroup, qualsiasi newsgroup che lo corrisponde e al quale sei iscritto
(secondo il tuo file newsrc) è idoneo per la segnalazione. Per impostazione predefinita, tknewsbiff riporta
sul newsgroup se c'è almeno un articolo non letto. Il flag "-threshold" cambia
la soglia al numero successivo. Ad esempio, "-threshold 3" significa che deve esserci at
almeno tre articoli non letti prima che tknewsbiff riporti il ​​newsgroup.

Se non viene fornito alcun comando watch (o non esiste alcun file di configurazione), tutti i gruppi che lo sono
gli iscritti vengono guardati.

Per eliminare i newsgroup che altrimenti verrebbero segnalati, utilizzare il comando "ignora". Per
esempio, quanto segue corrisponde a tutti i newgroup comp.* e nist.* tranne nist.posix o .d
gruppi (di discussione):

guarda comp.*
guarda nist.*
ignora nist.posix.*
ignora *.d

Il flag "-new" descrive un comando da eseguire quando il newsgroup viene segnalato per la prima volta come
avere notizie non lette. Ad esempio, le righe seguenti richiamano il comando UNIX "play".
riprodurre un suono.

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

È possibile ridurre la verbosità delle azioni definendo le procedure. Ad esempio, se tu
hanno molti -nuovi flag che riproducono tutti file audio, potresti definire una procedura audio. Questo
consentirebbe alla nuova specifica di essere molto più breve.

proc riproduci {suono} {
exec riproduci /usr/local/sounds/$sound.au
}

guarda dc.dining -nuovo "gioca a yumyum"
guarda rec.auto* -nuovo "gioca a vroom"

Per inciso, puoi inserire un "&" alla fine di un comando "exec" per ottenere i comandi da eseguire
in modo asincrono. Tuttavia, probabilmente non è una buona idea farlo durante la riproduzione del suono
file comunque.

"newsgroup" è una variabile di sola lettura che contiene il nome del newsgroup in corso
segnalato. Ciò è utile quando l'azione viene attivata da un pattern. Ad esempio, il
la riga seguente potrebbe eseguire il nome del newsgroup attraverso un sintetizzatore vocale:

guarda * -nuovo {
gioco esecutivo herald.au
exec parla "Nuove notizie sono arrivate in $newsgroup."
}

Il flag "-display" descrive un comando da eseguire ogni volta che si accede al newsgroup
segnalato come avente notizie non lette. Il comando speciale "display" è il comando predefinito. Esso
pianifica la scrittura di $newsgroup sul display di tknewsbiff quando viene riscritto. Per
Ad esempio, fornendo esplicitamente un flag -display che omette il comando display, è possibile
disabilita la visualizzazione dei newsgroup che sono già segnalati tramite -new.

guarda dc.dining -new {exec riproduci yumyum.au} -display {}

Se vuoi eseguire un'azione ripetutamente e ancora visualizza il newsgroup come impostazione predefinita
modo, invocare esplicitamente il comando display tramite il flag -display. Per esempio:

guarda *sicurezza* -display {
exec gioca a red-alert.au
dalla visualizzazione
}

Le azioni associate ai flag -new e -display vengono eseguite solo una volta per ciascuna
newsgroup corrispondente. Il comando eseguito è quello associato al primo pattern in
il file di configurazione che corrisponde e osserva la soglia data.

Qualsiasi comando semplicemente elencato nel file di configurazione viene eseguito ogni volta in precedenza
il ciclo di aggiornamento in tknewsbiff. Viene eseguita la procedura riservata (ma definita dall'utente) "utente".
immediatamente dopo la pianificazione della scrittura dei newsgroup sul display e prima
sono effettivamente scritti.

Ad esempio, supponiamo che gli articoli non letti appaiano in diversi gruppi rec.auto e tu riproduca il file
lo stesso suono per ciascuno. Per evitare di riprodurre il suono più volte di seguito, creare il file
-new il comando imposta semplicemente un flag. Nella procedura utente, riproduce il suono se il flag è impostato
(e quindi reimpostare il flag).

La procedura utente potrebbe essere utilizzata anche per avviare un lettore di news. Ciò eviterebbe il
possibilità di avviare più lettori di news solo perché contengono più newsgroup
articoli non letti. (Un controllo dovrebbe, ovviamente, essere fatto per assicurarsi che un lettore di notizie lo sia
non già in esecuzione.)

ALTRO VARIABILI

Le seguenti righe di esempio mostrano le variabili che possono influenzare il comportamento di tknewsbiff

impostare il ritardo 120
impostare il server news.nist.gov
imposta server_timeout 60
imposta newsrc ~/.newsrc
impostare la larghezza 40
impostare l'altezza 20
imposta active_file /usr/news/lib/active

tknewsbiff si alterna tra il controllo delle notizie non lette e il sonno (un po' come molti
studenti universitari). La variabile "ritardo" descrive quanti secondi di sonno.

La variabile "server" nomina un server di notizie NNTP. L'impostazione predefinita è "notizie". Il server"
La variabile viene utilizzata solo se la variabile "active_file" non è impostata.

La variabile "server_timeout" descrive da quanti secondi attendere una risposta
il server prima di arrendersi. -1 significa attendere per sempre o fino al timeout del server stesso.
L'impostazione predefinita è 60 secondi.

La variabile "newsrc" descrive il nome del tuo file .newsrc. Per impostazione predefinita, tknewsbiff
cerca nella tua home directory un file newsrc. Se viene utilizzato un newsrc specifico del server
trovato. Ad esempio, se hai impostato il server su "cubit.nist.gov", tknewsbiff cerca
~/.newsrc-cubit.nist.gov. (Questa è la convenzione gnus di Emacs, che è molto comoda
quando leggi notizie da più server.) Se non ci sono newsrc specifiche del server,
tknewsbiff utilizza ~/.newsrc.

La variabile "larghezza" descrive la larghezza che tknewsbiff utilizzerà per visualizzare le informazioni.
Se i nomi dei newsgroup sono sufficientemente lunghi, verranno troncati in modo che l'articolo venga conteggiato
può ancora essere mostrato. Puoi ridimensionare manualmente la finestra per vedere cosa è stato troncato.
Tuttavia, se il file di configurazione imposta la variabile larghezza, la finestra verrà ripristinata
a quella dimensione la prossima volta che tknewsbiff controlla le notizie non lette e ne aggiorna la visualizzazione.

La variabile "altezza" descrive l'altezza massima che tknewsbiff utilizzerà per visualizzare
informazione. Se vengono segnalati meno newsgroup, tknewsbiff ridurrà la finestra
appropriatamente. Puoi ridimensionare manualmente la finestra ma se il tuo file di configurazione imposta il file
altezza variabile, la finestra verrà ripristinata a quella dimensione la prossima volta che tknewsbiff
controlla le notizie non lette e ne aggiorna la visualizzazione.

La variabile "active_file" descrive il nome del file attivo delle notizie. Se impostato, attivo
il file viene letto direttamente anziché utilizzare NNTP (anche se è impostata la variabile "server").
Ciò è particolarmente utile per testare nuovi file di configurazione poiché puoi modificare a
falso file attivo e quindi fare clic sul pulsante 2 per vedere immediatamente come risponde tknewsbiff (vedi
PULSANTI sottostanti).

Se è impostata la variabile d'ambiente DOTDIR, il suo valore viene utilizzato come directory in cui
per trovare tutti i dotfile invece che dalla directory home. In particolare, ciò influisce sul
tknewsbiff e il file .newsrc (assumendo che la variabile newsrc non sia
impostato esplicitamente).

GUARDARE DIVERSI NEWS SERVER

Per controllare più server, esegui tknewsbiff più volte. (Dato che hai bisogno di qualcosa di diverso
I file .newsrc e i server hanno comunque newsgroup e numeri di articolo diversi
non ha senso provare a farlo in un unico processo.)

Puoi indirizzare tknewsbiff a un server diverso con un argomento appropriato. L'argomento
viene provato sia come nome del file di configurazione che come suffisso alla stringa "~/.tknewsbiff-".
Quindi se vuoi tenere d'occhio il "rene" del server, memorizza la configurazione di tknewsbiff
informazioni in ~/.tknewsbiff-rene". I due comandi seguenti lo utilizzeranno entrambi
file di configurazione.

rene tknewsbiff
tknewsbiff ~/.tknewsbiff-rene

In entrambi i casi, il server effettivo da contattare è impostato dal valore della variabile server in
il file di configurazione.

Se non viene trovato alcun file di configurazione, l'argomento viene utilizzato come server da contattare. Questo
consente di eseguire tknewsbiff senza alcuna preparazione.

Se l'argomento è la parola chiave speciale "active" (o termina con "/active"), viene utilizzato come
nome di un file attivo. Questo viene a sua volta utilizzato per inizializzare la variabile "active_file" in questo modo
che tknewsbiff legge direttamente dal file attivo anziché utilizzare NNTP.

Creare il tuo file attivo è un modo conveniente per testare il tuo file di configurazione. Per
Ad esempio, dopo aver eseguito il comando seguente, puoi modificare ripetutamente il file attivo e
attivare il comando aggiorna ora (premendo il pulsante 2 o impostando la variabile di ritardo
molto basso) per vedere come risponde tknewsbiff.

Il file attivo deve seguire il formato di un file attivo reale. Il formato è un newsgroup
per riga. Dopo il nome del newsgroup c'è il numero dell'articolo più alto, quello più basso
articolo. Infine c'è la lettera y o m. m significa che il newsgroup è moderato. sì significa
è consentita la pubblicazione.

FINESTRA

Quando vengono trovate notizie non lette, viene visualizzata una finestra. La finestra elenca i nomi dei
newsgroup e il numero di articoli non letti in ciascuno (a meno che non siano soppressi dal -display
bandiera). Quando non ci sono più notizie non lette, la finestra scompare (anche se il file
il processo continua a essere eseguito).

BOTTONI

Le associazioni di pulsanti o tasti possono essere assegnate tramite comandi di associazione. Sentiti libero di cambiarli. IL
i comandi di associazione predefiniti sono:

bind .list <1> aiuto
bind .list <2> aggiorna-ora
bind .list <3> unmapwindow

Per impostazione predefinita, il pulsante 1 (a sinistra) è associato a "aiuto". Il comando help fa apparire tknewsbiff
una finestra di aiuto.

Per impostazione predefinita, il pulsante 2 (al centro) è associato a "aggiorna ora". Il comando update-now provoca
tknewsbiff per verificare immediatamente la presenza di notizie non lette. Se il tuo server delle notizie è lento o mantiene
un numero molto elevato di newsgroup oppure hai un numero elevato di schemi nel tuo
file di configurazione, tknewsbiff può impiegare molto tempo prima di aggiornare effettivamente il file
finestra.

Per impostazione predefinita, il pulsante 3 (a destra) è associato a "unmapwindow". Il comando unmapwindow provoca
tknewsbiff per rimuovere la finestra dal display fino alla prossima volta che trova notizie non lette.
(Il comando mapwindow fa sì che tknewsbiff ripristini la finestra.)

Ad esempio, ecco un collegamento per far apparire un xterm ed eseguire rn quando tieni premuto il file
tasto Maiusc e premere il pulsante 1 nella finestra di elenco.

legare .list {
exec xterm -ern &
}

Ecco un legame simile. Tuttavia dice a rn di guardare solo il newsgroup che è
sotto il mouse quando lo hai premuto. (La variabile "display_list" è descritta più avanti in
questa pagina man.)

legare .list {
exec xterm -e rn [lindex $display_list [.list più vicino %y]] &
}

ALTRO COMANDI E VARIABILI

I comandi integrati già menzionati sono: guarda, ignora, visualizza, guida, aggiorna ora,
unmapwindow e mapwindow.

Può essere dato anche qualsiasi comando Tcl e Tk. In particolare viene memorizzato l'elenco dei newsgroup
nel widget elenco ".list" e la barra di scorrimento viene memorizzata nel widget barra di scorrimento
".scorrere". Quindi, ad esempio, se desideri modificare i colori di primo piano e di sfondo di
nell'elenco dei newsgroup, puoi dire:

.list config -bg melata1 -fg orchidea2

Anche questi possono essere controllati dal database delle risorse X. comunque, il
Il file di configurazione consente di valutare comandi arbitrariamente complessi anziché semplici
Compiti.

Alcuni comandi Tcl/Tk possono interrompere il corretto funzionamento di tknewsbiff. Probabilmente lo saranno
ovvio per chiunque ne sappia abbastanza per dare questi comandi in primo luogo. Come semplice
Ad esempio, il programma presuppone che il carattere nella casella di riepilogo abbia una larghezza fissa. I newsgroup
probabilmente non si allineerà se usi un carattere a larghezza variabile.

Le seguenti variabili sono accessibili e possono essere utilizzate per usi esoterici. Tutti gli altri
le variabili sono private. Le variabili private e i comandi iniziano con "_", quindi non è necessario
preoccuparsi di collisioni accidentali.

L'array "db" è un database che mantiene le informazioni sulle notizie lette e non lette.
db($newsgroup,hi) è l'articolo più alto che esiste. db($newsgroup,visto) è il più alto
articolo che hai letto.

Numerosi elenchi contengono informazioni interessanti. "active_list" è un elenco di nomi conosciuti
newsgroup. "seen_list" è un elenco di newsgroup visti finora fino al -new
e -display vengono elaborati. "previous_seen_list" è "seen_list" dal file
ciclo precedente. "ignore_list" è l'elenco dei modelli di newsgroup da ignorare. "watch_list"
è l'elenco dei modelli di newsgroup da tenere d'occhio. "display_list" è l'elenco dei newsgroup
essere visualizzato alla prossima occasione.

IN AGGIORNAMENTO AL VOSTRO FILE

tknewsbiff rilegge automaticamente il tuo file di configurazione ogni volta che si attiva per controllare
per le notizie non lette. Per forzare tknewsbiff a rileggere immediatamente il file (come se fossi
testando una nuova configurazione o hai appena modificato il tuo file newsrc), premi il pulsante 2 nel file
display (vedi PULSANTI sopra).

AVVERTENZE

tknewsbiff definisce il numero di articoli non letti come il più alto articolo esistente meno il
l'articolo più importante che hai letto. Quindi, se hai letto l'ultimo articolo nel newsgroup ma
nessun altro, tknewsbiff pensa che non ci siano articoli non letti. (È impossibile farne qualsiasi cosa
meglio leggendo il file attivo e sarebbe molto dispendioso in termini di tempo farlo di più
accuratamente tramite NNTP poiché i server non forniscono un modo efficiente per segnalare i propri buchi
i newsgroup.) Fortunatamente, questa definizione è considerata una caratteristica dalla maggior parte delle persone. Esso
ti permette di leggere gli articoli e poi contrassegnarli come "non letti" ma non di far continuare tknewsbiff
dicendoti che non sono letti.

INGARANTITO PREOCCUPAZIONI

Il tuo amministratore delle notizie potrebbe chiedersi se molte persone che utilizzano tknewsbiff abbiano un impatto grave su un NNTP
server. L’impatto, infatti, è trascurabile anche quando il ritardo è molto basso. Per riunire tutti
le informazioni di cui ha bisogno, tknewsbiff utilizza una singola query NNTP: richiede solo il file
fascicolo attivo. Il server NNTP non esegue calcoli, formattazioni, ecc., ma invia semplicemente il file
file. Tutta l'elaborazione interessante avviene localmente nel programma tknewsbiff stesso.

Utilizza wait_tknewsbiff online utilizzando i servizi onworks.net