订阅以下载
Life'Tech Transparent LCD Variants

Do you think this is something fixable, so that the game mechanics treat all panels as directly editable?

Terminals are all TextPanels and have the same dummies. ^^ Interessting that there is a differene ingame.
Streighr->Straight will be changed :'D

In all three cases, the determination is made by the **MWM model file** and the geometry it defines, confirming the initial diagnosis. To fix the Ramp and Straight pieces, one must modify their respective `.mwm` source files to ensure the screen meshes are exposed correctly for raycasting.

### 2\. The Physical Model is the Failure Point

The game's check for the **'F' direct edit** is a **physical raycast check** performed against the block's 3D geometry when a player looks at it.

Definition

Geometry

'F' Edit Status

Root Cause (Based on Model)

**Corner**

Complex, but likely has a flat, accessible screen face.

**Works**

The raycast hits the screen surface correctly.

**Ramp**

Slanted, angled face.

**Fails**

The raycast hits the screen at an **angle too oblique** to satisfy the game's internal threshold for direct interaction.

**Straight**

Flat face, but part of a custom mod series.

**Fails**

The screen mesh in the **`LCDWallTwoSidedStreight.mwm`** model is likely **recessed, too thin, or misaligned** with the block's outer collision box, causing the raycast to hit the surrounding structure instead of the intended screen surface.

I've tried asking Gemini to analyze the difference, and here is what it given me, hinting at the possibility of the model not playing with the automatic detection code in SE:

Summary of Conclusions
----------------------

Here is why the provided evidence supports the conclusion:

### 1\. The XML Confirms the _Potential_ for 'F'

All three definitions use the exact same critical tags that grant the _capability_ for both the 'K' (Terminal) and 'F' (Direct Edit) shortcuts:

* **`<Definition xsi:type="MyObjectBuilder_TextPanelDefinition">`**

* **`<TypeId>TextPanel</TypeId>`**


Since the **Corner** definition (which works) uses these tags, and the **Ramp** and **Straight** definitions (which fail) also use these tags, the issue cannot be fixed by changing any of the listed XML properties. The problem must occur _after_ the game loads the block's C# behavior.

Build Vision difference shows that the wall corner (end piece) has no physical terminal, but the straight and curved (slope) pieces shows "Has Physical Terminal" - any way to make them all behave like vanilla lcd text panels?

Great mod!!! Have one question regarding different LCD display pieces seemingly being of different types. For example the end piece on the double sided LCD is intractable using both the “K” and “F” letters, when pressing “F” lets you edit the text. The straight and corner, only have “K”, so one can only enter the control panel, and not the direct text. This makes them not usable with various scripting mods (like GOAT for example) which function by direct text edits for things like inventory settings, etc.

Like the mod, used the old version a while ago- are they still labelled "Streight" instead of "Straight"?

The LCD panel is cool, but that conveyor contraption is amazing. Is that something you can build in SE?

CTD