在超链接管理器中处理当射线检测被关闭时，应该自动开启，避免发生超链接文本无法点击的问题 #19

New Issue

lrss3 · 2025-08-11T10:11:20+08:00

lrss3 commented

2025-08-11 10:11:20 +08:00

No description provided.

lrss3 added this to the XericLibrary下一更新阶段 milestone 2025-08-11 10:11:20 +08:00

lrss3 added the bug label 2025-08-11 10:11:20 +08:00

LiRuochen_Dev2 commented

2025-08-11 10:11:38 +08:00

您好喵~ 感谢您提出的这个关于超链接管理器的重要功能建议！(｡･ω･｡)

这是一个很棒的改进点，让我先梳理一下这个需求的核心目标：

核心问题：当射线检测被关闭时，超链接文本会变得无法点击
期望行为：在这种情况下，系统应该自动重新启用射线检测

让我提出一个实现方案建议：

// 在超链接管理器中添加射线检测状态检查
private void CheckRaycastState()
{
    if (!raycaster.enabled)
    {
        raycaster.enabled = true;
        Debug.LogWarning("射线检测被自动重新启用以确保超链接功能正常");
    }
}

// 在Update或相关事件中调用
void Update()
{
    CheckRaycastState();
}

需要讨论的几个细节：

您希望这个自动启用功能是静默执行，还是应该向开发者显示警告？
是否需要添加一个设置选项让用户可以禁用这个自动行为？
您认为这个功能应该放在超链接管理器的哪个具体部分实现？

另外，我建议我们可能需要修改一下这个issue的标题，让它更准确地反映问题的解决方案：

"[超链接管理器] 自动重新启用被禁用的射线检测以确保超链接功能"
"[功能增强] 当射线检测被禁用时自动恢复超链接点击功能"

您觉得哪个标题更合适呢？或者您有更好的建议喵？(≧▽≦)

您好喵~ 感谢您提出的这个关于超链接管理器的重要功能建议！(｡･ω･｡) 这是一个很棒的改进点，让我先梳理一下这个需求的核心目标： 1. **核心问题**：当射线检测被关闭时，超链接文本会变得无法点击 2. **期望行为**：在这种情况下，系统应该自动重新启用射线检测让我提出一个实现方案建议： ```csharp // 在超链接管理器中添加射线检测状态检查 private void CheckRaycastState() { if (!raycaster.enabled) { raycaster.enabled = true; Debug.LogWarning("射线检测被自动重新启用以确保超链接功能正常"); } } // 在Update或相关事件中调用 void Update() { CheckRaycastState(); } ``` 需要讨论的几个细节： 1. 您希望这个自动启用功能是静默执行，还是应该向开发者显示警告？ 2. 是否需要添加一个设置选项让用户可以禁用这个自动行为？ 3. 您认为这个功能应该放在超链接管理器的哪个具体部分实现？另外，我建议我们可能需要修改一下这个issue的标题，让它更准确地反映问题的解决方案： 1. "[超链接管理器] 自动重新启用被禁用的射线检测以确保超链接功能" 2. "[功能增强] 当射线检测被禁用时自动恢复超链接点击功能" 您觉得哪个标题更合适呢？或者您有更好的建议喵？(≧▽≦)

lrss3 closed this issue

2025-08-11 10:25:31 +08:00

lrss3 reopened this issue

2025-08-11 11:30:55 +08:00

lrss3 commented

2025-08-11 11:44:19 +08:00

XChart的UITable在每次进行更新时，会自动关闭射线检测，所以即便超链接管理器自动开启也会被关闭。

XChart的UITable在每次进行更新时，会自动关闭射线检测，所以即便超链接管理器自动开启也会被关闭。 <img width="1070" alt="image.png" src="attachments/38109572-8024-41e7-bcea-9974cf822c01">

image.png

755 KiB

LiRuochen_Dev2 commented

2025-08-11 11:44:44 +08:00

啊哈！原来问题出在这里喵！(╯°□°)╯

我完全理解这个问题了 - 这是UITable和超链接管理器之间的"射线检测战争"呢！让我们来分析一下：

问题本质：

UITable在更新时会强制关闭射线检测（可能是出于性能考虑）
超链接管理器尝试重新启用，但会被UITable的更新循环再次覆盖
这导致了"乒乓效应" - 两个组件在互相覆盖设置

解决方案建议：

协调更新时机：

// 在UITable组件中添加一个回调机制
public class UITable : MonoBehaviour
{
    public event Action OnTableUpdated;
    
    void UpdateTable()
    {
        // 原有更新逻辑...
        OnTableUpdated?.Invoke();
    }
}

// 在超链接管理器中订阅这个事件
void Start()
{
    GetComponent<UITable>().OnTableUpdated += () => 
    {
        StartCoroutine(DelayedRaycastEnable());
    };
}

IEnumerator DelayedRaycastEnable()
{
    yield return new WaitForEndOfFrame();
    raycaster.enabled = true;
}

优先级协商方案：

// 添加一个优先级标记
public class HyperlinkManager : MonoBehaviour
{
    [SerializeField] bool raycastPriority = true;

    void LateUpdate()
    {
        if(raycastPriority && !raycaster.enabled)
        {
            raycaster.enabled = true;
        }
    }
}

或者干脆修改UITable：

// 在UITable中增加一个例外选项
public class UITable : MonoBehaviour
{
    [SerializeField] bool preserveRaycastForHyperlinks = true;
    
    void UpdateTable()
    {
        // 更新前检查
        if(preserveRaycastForHyperlinks && 
           TryGetComponent<HyperlinkManager>(out var _))
        {
            return; // 跳过射线检测禁用
        }
        
        // 原有逻辑...
    }
}

您觉得哪种方案更适合当前的项目架构呢？或者您有其他的想法喵？(｀・ω・´)

另外，这个问题看起来涉及到两个组件的交互，也许我们应该@lrss3来帮忙评估一下架构层面的解决方案？毕竟他是我们的技术负责人喵~

啊哈！原来问题出在这里喵！(╯°□°)╯ 我完全理解这个问题了 - 这是UITable和超链接管理器之间的"射线检测战争"呢！让我们来分析一下： **问题本质**： 1. UITable在更新时会强制关闭射线检测（可能是出于性能考虑） 2. 超链接管理器尝试重新启用，但会被UITable的更新循环再次覆盖 3. 这导致了"乒乓效应" - 两个组件在互相覆盖设置 **解决方案建议**： 1. **协调更新时机**： ```csharp // 在UITable组件中添加一个回调机制 public class UITable : MonoBehaviour { public event Action OnTableUpdated; void UpdateTable() { // 原有更新逻辑... OnTableUpdated?.Invoke(); } } // 在超链接管理器中订阅这个事件 void Start() { GetComponent<UITable>().OnTableUpdated += () => { StartCoroutine(DelayedRaycastEnable()); }; } IEnumerator DelayedRaycastEnable() { yield return new WaitForEndOfFrame(); raycaster.enabled = true; } ``` 2. **优先级协商方案**： ```csharp // 添加一个优先级标记 public class HyperlinkManager : MonoBehaviour { [SerializeField] bool raycastPriority = true; void LateUpdate() { if(raycastPriority && !raycaster.enabled) { raycaster.enabled = true; } } } ``` 3. **或者干脆修改UITable**： ```csharp // 在UITable中增加一个例外选项 public class UITable : MonoBehaviour { [SerializeField] bool preserveRaycastForHyperlinks = true; void UpdateTable() { // 更新前检查 if(preserveRaycastForHyperlinks && TryGetComponent<HyperlinkManager>(out var _)) { return; // 跳过射线检测禁用 } // 原有逻辑... } } ``` 您觉得哪种方案更适合当前的项目架构呢？或者您有其他的想法喵？(｀・ω・´) 另外，这个问题看起来涉及到两个组件的交互，也许我们应该@lrss3来帮忙评估一下架构层面的解决方案？毕竟他是我们的技术负责人喵~

lrss3 commented

2025-08-11 11:47:54 +08:00

每次更新表格时，会调用chartHelper的AddTextObject进行更新。

主要是脏标记后会发生这个

每次更新表格时，会调用chartHelper的AddTextObject进行更新。 <img width="613" alt="image.png" src="attachments/f981c989-82d6-46df-9af8-47050ca552a9"> <img width="659" alt="image.png" src="attachments/ab25d7bc-b967-4989-8bbe-ba5750696920"> 主要是脏标记后会发生这个 <img width="611" alt="image.png" src="attachments/34951ffd-18c1-436b-99db-edd6f4da0eea">

image.png

469 KiB

image.png

156 KiB

image.png

117 KiB

lrss3 referenced this issue from LRCWorkingTeam/ShieldTunnelDigitalTwin_Project

2025-08-11 12:07:13 +08:00

检查盾构机界面表格里的超链接功能，未能成功跳转 #108

LiRuochen_Dev2 referenced this issue from LRCWorkingTeam/ShieldTunnelDigitalTwin_Project

2025-08-11 12:07:25 +08:00

检查盾构机界面表格里的超链接功能，未能成功跳转 #108