问题标签 [text]

我正在生成一个包含这样的数据的文件。

当我在 textpad 中使用 textformat 二进制类型打开文件时。

在数据部分，它在两个连续数字之间有 (.)。

我有一个带有 dos 元素的文本文件 - 例如 hex(00)。我需要阅读并转换它。我曾尝试使用utf8toansi，但这会删除带有 hex(00) 的整行。有没有办法在整个文件中转换为文本？我正在使用win32, RadStudio2007, Delphi.

昨天，我和同事讨论了 HTTP。有人问为什么HTTP是以纯文本方式设计的。当然，它可以像 TCP 协议一样以二进制方式设计，使用标志来表示不同类型的方法（POST、GET）和变量（HTTP 标头）。那么，为什么 HTTP 是这样设计的呢？是否有任何技术或历史原因？

显示一个非常大的文本文件（这个特定文件超过 10GB）的最后 10 行的最有效方法是什么。我想只写一个简单的 C# 应用程序，但我不确定如何有效地做到这一点。

假设我为我工作的公司编写了一个自定义电子邮件管理应用程序。它从公司的支持帐户中读取电子邮件，并将其清理后的纯文本版本存储在数据库中，并在此过程中执行其他简洁的操作，例如将其与客户帐户和订单相关联。当员工回复消息时，我的程序会生成一封电子邮件，该电子邮件将与讨论线程的格式化版本一起发送给客户。如果客户做出回应，应用程序会在主题行中查找唯一编号以读取传入消息，删除之前的讨论，并将其作为新项目添加到线程中。例如：

一般来说，这一切都很好，但有一个领域我现在有点推迟清理，它处理文本换行。为了生成像上面这样漂亮的电子邮件格式，我需要重新包装客户最初发送的文本。

我已经编写了一个算法来执行此操作（尽管查看代码，我并不完全确定它是如何工作的——它可以使用一些重构）。但它无法区分硬换行换行、“段落结尾”换行和“语义”换行。例如，硬换行换行是电子邮件客户端在段落中插入的换行，以换行一长行文本，例如 79 列。段落结尾换行符是用户在段落最后一句之后添加的换行符。语义换行符类似于br标签，例如 Fred 在上面键入的地址。

相反，我的算法只看到一行中的两个换行符表示一个新段落，因此它会使客户的电子邮件格式如下：

每当我尝试编写一个可以按预期重新换行该文本的版本时，我基本上都会碰壁，因为我需要知道文本的语义，“硬换行”换行符和“我的意思是它就像一个br"-type 换行符，例如在客户的地址中。（我连续使用两个换行符来确定何时开始一个新段落，这与大多数人似乎实际键入电子邮件的方式一致。）

任何人都有可以按预期重新包装文本的算法？或者在权衡任何给定解决方案的复杂性时，这种实现是否“足够好”？

谢谢。

有谁知道可以让您在 Java2D 中绘制完全合理的文本的现有代码？

例如，如果我说，drawString("sample text here", x, y, width)是否有一个现有的库可以计算出有多少文本适合宽度，做一些字符间距以使文本看起来不错，并自动进行基本的自动换行？

假设我在要打印的网页上有一个标题横幅。与其浪费某人的墨水打印整个图像块，有没有办法通过 css 用 H1 大小的文本替换图像？

我正在维护一个打印 ZPL-II 的旧 vb6 应用程序。

我只是发现如果我通过“ Printer.Print ”将长行打印到打印机有一个错误，这些行将被修剪为仅前 89 个字节/行。当我在 DOS 中使用打印或复制到 LPT时，它可以完美运行并保持线条不变。

这种行为从何而来？我该如何解决它或解决方法？我想支持所有打印机，包括 LPT、USB 和网络打印机。

PS。我通过打印到文件而不是 LPT 来仔细检查发送到打印机的实际字节。

我将“自动文本摘要（语言方法）”作为我最后一年的项目。我已经收集了足够多的研究论文并浏览了它们。我仍然不太清楚“如何去做”的事情。基本上我找到了“AUTOMATIC TEXT SummariZER (statistical based)”，发现它比我的项目要容易得多。我的项目指南告诉我不要选择这个（基于统计的）并选择基于语言的。

任何曾经从事过甚至听说过此类项目的人都会知道，总结任何文档仅意味着对每个句子进行评分（通过某种涉及某些特定算法的方法），然后选择得分超过阈值分数的句子。现在这个项目最困难的部分是选择合适的算法进行评分，然后再实施。

我有中等的编程技能，并且想用 JAVA 编写代码（因为在那里我会得到很多 API，从而减少开销）。现在我想知道对于我的项目，我应该使用什么方法和算法。还有如何实现它们。

问题：有没有人足够熟悉 Komodo Edit 来了解这个宏？当通过工具面板调用宏时，我需要弄清楚如何在宏中进行缓冲区文本选择。

问题：我在 Komodo Edit javascript 中有一个非常简单的宏，它可以按预期工作，但仅在通过自定义键绑定调用时。如果用户试图从标准的“工具面板”调用它，那么 selectWordLeft 调用什么也不做。我的猜测是失败是由于编辑缓冲区没有焦点引起的，但人们会认为告诉宏明确将焦点放在缓冲区上会起作用。

背景： Komodo Edit，版本 5.0.2，build 2604，平台 win32-x86。建于 2008 年 11 月 19 日星期三 18:33:41。