未格式化代码检测器

主题组件
,
50

It depends how much the rules can be edited; I’m unclear how the rules are edited. Can you clarify a bit @david in the first post?

1 个赞
51

I’m afraid at the moment the rules can’t be edited. The sensitivity can be adjusted, and html detection can be turned on/off.

There are some built-in rules which should help with these. If you’d like to try it out, try posting some code in a PM to yourself here on Meta.

However, I think the example you posted is unlikely to be detected, since it doesn’t contain any special characters or timestamps which match our detection patterns.

4 个赞
52

The original vision I had was for a component where you could specify how much “energy” a given character (or complete string, such as C:\) adds, especially as that character (or string) begins repeating in the same nearby area over and over, multiplying the code energy score.

Sensors:
  System Temperatures: cpu: 78.0 C mobo: 36.0 C gpu: nouveau temp: 56.0 C 
  Fan Speeds (RPM): cpu: 0 fan-1: 3139 fan-3: 0 fan-5: 0 
  Power: 12v: N/A 5v: 2.90 3.3v: N/A vbat: 3.34

This is rather colon heavy. So ideally if you wanted to tweak this, you’d set an energy level for the colon, and a repetition bonus.

I guess that is not possible at the moment, it is unfortunate all the rules are hard-coded.

5 个赞
54

为了澄清@tmomas的说明——我们使用的是此插件的自定义版本，其中包含一些未包含在标准版本中的其他代码匹配模式。我们还添加了一些用户界面来添加（尽管未经检查且需格外小心）自定义正则表达式模式。参考：

3 个赞
61

11 篇帖子已拆分为新主题：能否为每个用户禁用未格式化代码检测器？

62

我的浏览器控制台中有一个引用此组件的错误：

[THEME 230 ‘Unformatted Code Detector’] 尝试修改“service:composer”，但它在启动过程的早期（例如，通过查找）已经被初始化了。删除该查找，或将 modifyClass 调用移到启动过程的早期，以便更改生效。https://meta.discourse.org/t/262064

image

2 个赞
63

感谢 @Moin，我们已经注意到了这个问题，它已在内部报告，并计划尽快更新。

2 个赞
65

感谢您的报告！此核心更改应能解决此问题

2 个赞