【问题标题】:Inconsistent new file line delimiter in PDSOE with OpenEdge与 OpenEdge 的 PDSOE 中的新文件行分隔符不一致
【发布时间】:2020-06-06 05:29:45
【问题描述】:

我正在使用带有 OpenEdge 11.7.3 的 Progress 开发者工作室。

在 Window > Preferences > Workspace 中,我将“新文本文件行分隔符”设置为 Other(Unix)。
在项目级别(项目 > 属性 > 资源),我看到“从容器继承”自动设置为 Unix。 使用此设置,我遇到了不一致的行为。

从 File > New > File 创建的文件仅使用 Unix LF 作为行分隔符,这是预期的。

但是,当从文件 > 新建 > ABL 过程(或 ABL 包含、ABL 类等)创建时,都以 CRLF 作为行分隔符。有谁知道为什么?有什么可以做的吗?

我发现如果我进入项目级别,我使用“其他”(并选择 unix)而不是“从容器继承”,那么所有文件都只使用 LF。但是,这必须手动完成,并且适用于所有项目!

我所需要的只是一种仅在环境级别进行设置并适用于所有新文件的方法,无需项目级别设置。

【问题讨论】:

    标签: newline openedge


    【解决方案1】:

    我看到了相同的行为(OpenEdge 12.2),对我来说,这看起来像是一个错误,您应该考虑向 Progress 技术支持报告。

    但是,如果您使用 Eclipse 的 AnyEdit tools 插件,则在保存文件时,所有换行符都会保持一致。作为奖励,尾随空格也可以被清除。

    【讨论】:

    • 我一定会尝试 Progress 技术支持,然后看看他们怎么说。并感谢您推荐该插件。我的团队也在关注尾随空格。
    • 您也可以考虑 OEDT。它不是免费的,但它确实为 PDSOE 提供了一些非常有用的附加功能。事实上,最近 PDSOE 中的许多新功能都受到 OEDT 的启发。
    【解决方案2】:

    如果我不得不猜测,我会说这是因为用于创建新文件的模板。

    我已经看到在使用菜单添加方法时添加了选项卡(我更喜欢空格)的类似行为。

    您应该通过技术支持记录大数据。

    【讨论】:

    • 当项目换行被明确设置(而不是继承)时,模板尊重设置,
    • 我也考虑过模板。但是,由于切换到其他(Unix)有效,它看起来不像模板是我的根本原因。肯定会尝试 Progress 技术支持,看看他们怎么说。谢谢!
    猜你喜欢
    • 2012-04-30
    • 1970-01-01
    • 1970-01-01
    • 2011-07-01
    • 2020-03-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-11-21
    相关资源
    最近更新 更多