View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0029373 | Heart Of The Machine | Bug - Other | Sep 6, 2024 10:40 am | Sep 6, 2024 7:01 pm | |
| Reporter | mblazewicz | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.590.3 More Tooltip Rework | ||||
| Fixed in Version | 0.590.4 Vehicle Unloading And Tooltips | ||||
| Summary | 0029373: Other - Hovering over Territory Control must-do handbook notification warps every new tooltip in the game | ||||
| Description | Description: Every tooltip that has been upgraded visually warps after player hovers Territory Control must-do handbook notification. Steps to Reproduce: 1. Progress naturally until placing the first territory control flag 2. Hover over the Territory Control handbook notification 3. Observe the enormous tooltip 4. Hover over any field containing the new tooltips 5. Observe that they are all currently warped Notes: - To get rid of the issue the game needs to be rebooted | ||||
| Tags | No tags attached. | ||||
| related to | 0029365 | resolved | Chris_McElligottPark | Other - Hovering Load or Unload Units in controls visually warps every "new" tooltip in the title |
|
|
Adding attachments: |
|
|
This should be solved by this fix, but I have not tested it: * Added in a new layer of metadata for string character buffers that identifies if actual content that is visible has been written yet, or if it's just all rich text tags. ** Previously, there were some issues that could cause great instability in the new tooltips where if several rich text tags that do not themselves render were put into a text field, but no actual characters that would render, then bad things would happen with the sizing, and it would actually break the sizing of all of the tooltips using that same prefab until the game was restarted. *** I think that it was basically measuring negative infinity, and then setting the size of the content to that, which then had a cascade of later effects. The logical thing would be to solve this instead of the rich text character issue, but other nearby elements check "is there any text" for whether to turn on an element or not, including in text that has not been rasterized yet, and so the only way to answer that question pre-rasterization is to either manually search for non-rich-text-tag-text (incredibly slow on the cpu and error-prone, so nonviable), or to keep track of what is added to the intermediate buffers, and then stop checking after the first non-tag-text has been added. This is much more efficient, and matches how I have organized most things. ** Still, for some uses of AddNonTranslatedText, I was sometimes using that for tags, and other times using that for actual text, which was non-ideal. So I had to add in metadata for about 600 cases of those throughout the codebase to separate those out. Longer-term, it doesn't add any future work, as those are pretty rare, all told. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Sep 6, 2024 10:40 am | mblazewicz | New Issue | |
| Sep 6, 2024 10:40 am | mblazewicz | Status | new => assigned |
| Sep 6, 2024 10:40 am | mblazewicz | Assigned To | => mblazewicz |
| Sep 6, 2024 10:40 am | mblazewicz | Relationship added | related to 0029365 |
| Sep 6, 2024 10:42 am | mblazewicz | Note Added: 0070078 | |
| Sep 6, 2024 10:42 am | mblazewicz | File Added: 29373_Video.mp4 | |
| Sep 6, 2024 10:42 am | mblazewicz | File Added: 29373_Save.save | |
| Sep 6, 2024 10:42 am | mblazewicz | Assigned To | mblazewicz => Jan Kuzior |
| Sep 6, 2024 10:57 am | Jan Kuzior | Assigned To | Jan Kuzior => Chris_McElligottPark |
| Sep 6, 2024 7:01 pm | Chris_McElligottPark | Status | assigned => resolved |
| Sep 6, 2024 7:01 pm | Chris_McElligottPark | Resolution | open => fixed |
| Sep 6, 2024 7:01 pm | Chris_McElligottPark | Fixed in Version | => 0.590.4 Vehicle Unloading And Tooltips |
| Sep 6, 2024 7:01 pm | Chris_McElligottPark | Note Added: 0070080 |
