错误、漏洞、问题 - 页 519

新评论
 
tol64:
请举例说明可能需要进行多重优先排序的众多任务之一。

列举例子意义不大，因为现在可能没有多少例子，但将来在开发这个或那个代码的过程中会出现很多任务，会积累成一个问题，成为另一个例子。如果你现在不要求实施，反正半年后你会觉得有这个必要。

到目前为止，只有一个具体的问题已经迫在眉睫：在软画散线之后，不可能从图表中按重要性的逻辑降序（重要性与每个时间段的相对资历直接相关）手动删除重叠的图形对象，而无需调用"对象列表"组合框。我希望这样：在任何情况下，以编程方式（通过将视觉优先级属性设置为所需的值）将来自不同TF的对象按重要性升序分组（即不一定通过重叠，也可以通过它们之间的挤压），这样，最上面的将是最重要的，在手动解析时按相反顺序可以依次得到不太重要的对象。而这一切都会科学地进行，通过属性设置严格的连续分级，而不是用谁先创造谁后顶替这样的把戏（因为在图形标记问题中，有很多情况是不同TF的对象不是按照严格的直接顺序生成的，而是乱七八糟的），这导致了视觉上的混乱。甚至OBJPROP_ZORDER在这里也无济于事，因为对一个对象的访问顺序的程序化设置只能提供一个用鼠标选择的优先权，但所需的对象往往会被最上层的对象所覆盖，但你想立即看到的，不需要深入到 "对象属性 "等子窗口。毕竟，在图形界面上工作越是愉快，越是清晰，越是不需要做什么来发现什么，或者用它来进行最后的--有目的的--操作。

 
papaklass:
而我们为什么不能比较物体呢？不同TF上的线有明确的价格。所以要比较价格。如果价格相等，那么就画出最重要的（在你看来）线。这将是优先考虑的问题。

首先，我想告诉你，比如说，像垂直线 这样的物体没有价格。只有时间。但是，如果两条线有相同的时间，而它们是从不同的时间段设置的，那么最年轻的时间段的线可以最后设置，并在视觉上与较老的时间段的线重叠。当然，也可以对对象进行命名（例如，在对象名称的末尾加上时间框架名称），然后进行比较，但这可能有助于除了搜索被钉住的对象之外，并不是按照其初始定位的顺序。

因此，目前没有任何东西可以简单而漂亮地按照用户的意愿设置可视性优先权，而不是按照市场上的客观情况来决定，而且是在同时 "随机 "听取不同TF的市场。

 
papaklass:
你就不能比较一下时间吗？
是一样的!
 
x100intraday:

因为它不适合，这个属性与用鼠标选择图形对象的方面有关，而不是与它的渲染顺序有关。

那么我建议给CD写一个请求，因为我认为选择的顺序应该与可视化的顺序相一致--否则就完全不直观了。应该选择的是 "表面 "上的东西。据称，Zorder的存在是为了让对象能够从它们被创建的顺序中 "解除 "它们的优先权。
 
marketeer:
那么我建议给SR写一个请求，因为我认为选择的顺序应该与可视化的顺序相同--否则就完全违背了直觉。应该强调的是 "表面 "上的东西。Zorder的存在是为了让对象能够从它们被创建的顺序中 "解除 "它们的优先权。
再一次，你对可选择性没有问题，你可以把它设置为优先级。渲染的优先级很差。而 "选择的顺序应该与呈现的顺序相一致 "是一个可疑的结论。任何事物的秩序本身不欠任何人的。应该可以由用户自行决定将任何优先权设置给需要的对象，以方便感知/访问/操纵/等。也许有一个住在夹层的怪人，睡觉时把脚蹼从头上垂下来--明显的顺序对他不起作用，但对这个怪人来说，也应该有一个选项，按照他认为合适的方式来确定物体的优先次序。
 
papaklass:
按照我的理解，问题是一条线挡住了另一条线。你需要确定优先次序，以便将（对你）有意义的那条线带到前台。如果所有线路的时间都不一样，那么优先级就不重要了，因为这些线路并不重叠。你感兴趣的是这些线条重叠的时间。这就是你的计数点--当时间相同时的线的时间。还是我误解了你的问题？
现在一切都正确了，除了 "高亮"。不是突出显示，而是专门看到上面重叠的对象被丢弃。例如，当以视觉和手动方式在菲波时间区间上进行交易 时，交易者不需要突出任何东西，他只需要看到哪些线是优越的，哪些线的重要性较浅。而指标是个哑巴，它不知道哪一个应该先排，哪一个应该后排，因为来自时间框架的关键数据不期而至，指标和布局正在重建，因此图表收到不规则的数据需要暴力排序。
 
x100intraday:
再一次，突出显示是好的，可以设置优先级。渲染的优先级很差。而 "选择的顺序应该与呈现的顺序一致 "是一个可疑的结论。任何事物的秩序本身不欠任何人的。应该可以由用户自行决定将任何优先权设置给需要的对象，以方便感知/访问/操纵/等。也许有一个怪人住在夹层上，睡觉时鱼鳍从头上垂下来--明显的顺序对他不起作用，但对于这个怪人，也应该有办法让他设置他认为最合理的任何优先对象。

为什么是 "再次"？你自己不明白吗？我提出了一个工作版本，是唯一合理的版本：Zorder改变了选择和可见性的顺序，因为没有人会想到要选择在正常情况下不可见的东西。如果不明显--继续努力推广 "权重"、"优先权 "和其他缺失的功能。

 
marketeer:

我提出了一个可行的方案，也是唯一合理的方案：Zorder同时改变了选择的顺序和可见性，因为没有人会想到要选择通常不可见的东西。

将选择优先权与可见性一起分配给一个属性是非常合理的。只要它被实施。
 

缓存指标原则上不希望在外部参数改变时被重新计算。

例如，我运行参数为A的指标，获得数据，将参数从A改为B，数据没有变化，我就删除该指标。

用参数B运行该指标，数据与参数A相同。

我删除指标，关闭终端，等到进程结束。

打开终端，立即用参数B启动指示器。

我得到（参数B的正确计算）完全不同的数据。

 
截至今天2011年9月16日，我有496构建/日期为25.08.11/，据说507已经有了，为什么没有及时更新？
1...512513514515516517518519520521522523524525526...3184
新评论