Expect_tknewsbiff - 云端在线

程序：

您的姓名

tknewsbiff - 出现新闻时弹出一个窗口

概要

新闻界 [ 服务器 or 配置文件 ]

引言

新闻界 当您最喜欢的新闻组中有未读新闻时弹出一个窗口
在您阅读新闻后移除窗口。 tknewsbiff 可以选择播放声音，
启动你的新闻阅读器等。

选择 新闻组

默认情况下，配置文件 ~/.tknewsbiff 描述了 tknewsbiff 的行为方式。 这
语法遵守通常的 Tcl 规则——然而，即使你不知道 Tcl，除了
大多数深奥的配置将是显而易见的。

要观看的每个新闻组（或一组新闻组）都使用“观看”来描述
命令。 例如：

看 dc.dining
观看 nist.*
观看 comp.unix.wizard -threshold 3
观看 *.sources.* - 阈值 20

对于每个新闻组模式，匹配它并且您订阅的任何新闻组
（根据您的 newsrc 文件）有资格报告。 默认情况下，tknewsbiff 报告
如果至少有一篇未读文章，请在新闻组中。 “-threshold”标志改变
阈值到以下数字。 例如，“-threshold 3”意味着必须在
在 tknewsbiff 报道新闻组之前至少有三篇文章未读。

如果没有给出监视命令（或不存在配置文件），所有
订阅被观看。

要抑制否则会被报告的新闻组，请使用“忽略”命令。 为了
例如，以下匹配除 nist.posix 或 .d 之外的所有 comp.* 和 nist.* 新组
（讨论）组：

观看比赛*
观看 nist.*
忽略 nist.posix.*
忽略 *.d

标志“-new”描述了当新闻组第一次被报告为时要执行的命令
有未读新闻。 例如，以下几行调用 UNIX 命令“play”
播放声音。

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

您可以通过定义过程来减少操作的冗长。 例如，如果你
有许多 -new 标志都可以播放声音文件，您可以定义一个声音程序。 这个
将允许 -new 规范更短。

proc play {声音} {
执行播放 /usr/local/sounds/$sound.au
}

观看 dc.dining - 新的“玩 yumyum”
观看 rec.auto* - 新的“播放 vroom”

顺便说一句，您可以在“exec”命令的末尾放置一个“&”以获取要执行的命令
异步。 但是，在播放声音时这样做可能不是一个好主意
无论如何文件。

"newsgroup" 是一个只读变量，它包含正在创建的新闻组的名称
报道。 当操作由模式触发时，这很有用。 例如，
以下行可以通过语音合成器运行新闻组名称：

观看 * -新 {
执行官玩herald.au
exec 说“新消息已经到达 $newsgroup。”
}

标志“-display”描述了每次新闻组被执行时要执行的命令
报告有未读新闻。 特殊命令“display”是默认命令。 它
安排 $newsgroup 在重写时写入 tknewsbiff 的显示。 为了
例如，通过显式提供省略显示命令的 -display 标志，您可以
禁用已通过 -new 报告的新闻组的显示。

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

如果你想重复执行一个动作并且 仍然 默认显示新闻组
方式，通过 -display 标志显式调用显示命令。 例如：

观看*安全* -显示{
执行播放 red-alert.au
显示、
}

与 -new 和 -display 标志相关的动作只对每个动作执行一次
匹配的新闻组。 执行的命令是与第一个模式相关联的命令
匹配并遵守给定阈值的配置文件。

配置文件中简单列出的任何命令在每次执行之前
tknewsbiff 中的更新循环。 运行保留的（但用户定义的）过程“用户”
在计划将新闻组写入显示器之后和之前
他们实际上是写的。

例如，假设未读文章出现在多个 rec.auto 组中，并且您播放
每个声音都一样。 为防止连续多次播放声音，请使
-new 命令只是设置一个标志。 在用户程序中，如果设置了标志，则播放声音
（然后重置标志）。

用户过程也可用于启动新闻阅读器。 这将避免
仅仅因为包含多个新闻组而启动多个新闻阅读器的可能性
未读文章。 （当然，应该进行检查以确保新闻阅读器是
尚未运行。）

了解更多 变数

以下示例行显示了可能影响 tknewsbiff 行为的变量

设置延迟 120
设置服务器 news.nist.gov
设置 server_timeout 60
设置新源 〜/.newsrc
设置宽度 40
设置高度 20
设置 active_file /usr/news/lib/active

tknewsbiff 在检查未读新闻和睡眠之间交替（有点像许多
本科生）。 “延迟”变量描述了睡眠的秒数。

“服务器”变量命名一个 NNTP 新闻服务器。 默认为“新闻”。 服务器”
变量仅在未设置“active_file”变量时使用。

“server_timeout”变量描述了等待响应的秒数
放弃前的服务器。 -1 表示永远等待或直到服务器本身超时。
默认值为 60 秒。

“newsrc”变量描述了 .newsrc 文件的名称。 默认情况下，tknewsbiff
在您的主目录中查找 newsrc 文件。 在以下情况下使用特定于服务器的 newsrc
成立。 例如，如果您将服务器设置为“cubit.nist.gov”，则 tknewsbiff 会查找
~/.newsrc-cubit.nist.gov。 （这是 Emacs gnus 约定——非常方便
当您从多个服务器读取新闻时。）如果没有特定于服务器的 newsrc，
tknewsbiff 使用 ~/.newsrc。

“width”变量描述了 tknewsbiff 用于显示信息的宽度。
如果任何新闻组名称足够长，它们将被截断，以便文章计数
仍然可以显示。 您可以手动调整窗口大小以查看被截断的内容。
但是，如果您的配置文件设置了宽度变量，则窗口将恢复
tknewsbiff 下次检查未读新闻并更新其显示时调整到该大小。

“高度”变量描述了 tknewsbiff 将用来显示的最大高度
信息。 如果报告的新闻组较少，tknewsbiff 将缩小窗口
适当地。 您可以手动调整窗口大小，但如果您的配置文件设置了
高度变量，窗口​​将在下次 tknewsbiff 时恢复到该大小
检查未读新闻并更新其显示。

“active_file”变量描述了新闻活动文件的名称。 如果设置，则活动
优先于使用 NNTP 直接读取文件（即使设置了“服务器”变量）。
这对于测试新的配置文件特别有用，因为您可以编辑
伪造活动文件，然后单击按钮 2 以立即查看 tknewsbiff 如何响应（请参阅
下面的按钮）。

如果环境变量 DOTDIR 被设置，那么它的值被用作一个目录，其中
查找所有点文件而不是从主目录中查找。 特别是，这会影响
tknewsbiff 配置文件和 .newsrc 文件（假设 newsrc 变量不是
明确设置）。

观看 不同 新闻中心 处理器

要观看多个服务器，请多次运行 tknewsbiff。 （因为你需要不同的
.newsrc 文件和服务器无论如何都有不同的新闻组和文章编号，有
尝试在单个过程中执行此操作毫无意义。）

您可以使用适当的参数将 tknewsbiff 指向不同的服务器。 论据
尝试作为配置文件名和字符串“的后缀”〜/.tknewsbiff-".
所以如果你想看服务器“肾”，存储tknewsbiff配置
信息在 ~/.tknewsbiff-肾"。以下两个命令都将使用它
配置文件。

tknewsbiff 肾
新闻界 ~/.tknewsbiff-肾

在这两种情况下，要联系的实际服务器由服务器变量的值设置
配置文件。

如果未找到配置文件，则将该参数用作要联系的服务器。 这个
允许 tknewsbiff 在没有任何准备的情况下运行。

如果参数是特殊关键字“active”（或以“/active”结尾），则用作
活动文件的名称。 这又用于初始化变量“active_file”，因此
tknewsbiff 直接从活动文件中读取，而不是使用 NNTP。

创建您自己的活动文件是一种测试配置文件的便捷方式。 为了
例如，运行以下命令后，您可以重复编辑活动文件并
触发 update-now 命令（通过按下按钮 2 或设置延迟变量
非常低）以查看 tknewsbiff 如何响应。

活动文件必须遵循真实活动文件的格式。 格式是一个新闻组
每行。 新闻组名称后为最高文章数，最低文章数
文章。 最后是字母 y 或 m。 m 表示新闻组已审核。 y 表示
允许发帖。

窗口

当发现未读新闻时，会弹出一个窗口。 该窗口列出了
新闻组和每个中未读文章的数量（除非被 -display 抑制
旗帜）。 当不再有任何未读新闻时，窗口消失（尽管
进程继续运行）。

纽扣

按钮或键绑定可以通过绑定命令分配。 随意更改它们。 这
默认绑定命令是：

绑定 .list <1> 帮助
绑定 .list <2> 现在更新
绑定 .list <3> 取消映射窗口

默认情况下，按钮 1（左）绑定到“帮助”。 help 命令导致 tknewsbiff 弹出
打开帮助窗口。

默认情况下，按钮 2（中间）绑定到“立即更新”。 update-now 命令导致
tknewsbiff 立即检查未读新闻。 如果您的新闻服务器速度缓慢或维护
大量的新闻组，或者您的新闻组中有大量的模式
配置文件，tknewsbiff 在实际更新之前可能需要相当长的时间
窗口。

默认情况下，按钮 3（右）绑定到“unmapwindow”。 unmapwindow 命令导致
tknewsbiff 从显示中删除窗口，直到下一次找到未读新闻。
（mapwindow 命令使 tknewsbiff 恢复窗口。）

举个例子，这里有一个绑定，当你按住
shift 键并按下列表窗口中的按钮 1。

绑定.list {
执行 xterm -e rn &
}

这是一个类似的绑定。 但是它告诉 rn 只看新闻组
按下鼠标时在鼠标下方。 （“display_list”变量稍后在
这个手册页。）

绑定.list {
exec xterm -e rn [lindex $display_list [.list 最接近 %y]] &
}

其他 指令 AND 变数

已经提到的内置命令有：watch、ignore、display、help、update-now、
取消映射窗口和映射窗口。

也可以给出任何 Tcl 和 Tk 命令。 特别是，存储了新闻组列表
在列表小部件“.list”中，滚动条存储在滚动条小部件中
“。滚动”。 例如，如果你想改变前景色和背景色
新闻组列表，你可以说：

.list 配置 -bg honeydew1 -fg orchid2

这些也可以由 X 资源数据库控制。 然而
配置文件允许评估任意复杂的命令而不是简单的
作业。

某些 Tcl/Tk 命令可能会破坏 tknewsbiff 的正常功能。 这些大概是
对于那些一开始就知道这些命令的人来说，这是显而易见的。 作为一个简单的
例如，程序假定列表框中的字体为固定宽度。 新闻组
如果您使用可变宽度字体，则可能不会对齐。

以下变量是可访问的，可用于深奥的用途。 所有其他
变量是私有的。 私有变量和命令以“_”开头，因此您不需要
担心意外碰撞。

数组“db”是一个数据库，用于维护有关已读和未读新闻的信息。
db($newsgroup,hi) 是现存最高的文章。 db($newsgroup,seen) 是最高的
你读过的文章。

许多列表维护着有趣的信息。 “active_list”是已知的列表
新闻组。 "seen_list" 是到目前为止已经看到的新闻组列表 -new
和 -display 标志正在处理中。 “previous_seen_list”是来自
上一个周期。 “ignore_list”是要忽略的新闻组模式列表。 “监视列表”
是要观看的新闻组模式列表。 “display_list”是新闻组列表
下次有机会展示。

UPDATING 你 FILES

tknewsbiff 每次醒来检查时都会自动重新读取您的配置文件
对于未读新闻。 强制 tknewsbiff 立即重新读取文件（例如，如果您是
测试新配置或刚刚修改了您的 newsrc 文件），按下按钮 2
显示（见上面的按钮）。

洞穴

tknewsbiff 将未读文章的数量定义为现有文章的最高数量减去
你读过的最高的文章。 因此，如果您已阅读新闻组中的最后一篇文章，但
没有其他，tknewsbiff 认为没有未读的文章。 （不可能做任何事
通过阅读活动文件会更好，而且这样做会非常耗时
准确地通过 NNTP 因为服务器没有提供有效的方式来报告他们自己的漏洞
新闻组。）幸运的是，这个定义被大多数人认为是一个特征。 它
允许您阅读文章，然后将它们标记为“未读”但不让 tknewsbiff 继续
告诉你他们未读。

毫无根据 疑虑

您的新闻管理员可能想知道是否有很多人使用 tknewsbiff 会严重影响 NNTP
服务器。 事实上，即使延迟很低，影响也可以忽略不计。 收集所有
它需要的信息，tknewsbiff 使用单个 NNTP 查询 - 它只是要求
活动文件。 NNTP 服务器不进行计算、格式化等，它只是发送
文件。 所有有趣的处理都发生在 tknewsbiff 程序本身中。

使用onworks.net 服务在线使用expect_tknewsbiff