Added fields not working with Unity editors drawn without IMGUI (ie 2022.3)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comience con el constructor NewFieldsRendererDefaultEditorPatch y siga cómo DrawDefaultInspector conduce actualmente a RenderNewlyAddedFields. Reproduzca el comportamiento en Unity 2022.3 con Use IMGUI Default Inspector habilitado y deshabilitado, y después inspeccione la integración de CreateInspectorGUI y IMGUIContainer. Se considera terminado cuando los campos añadidos se renderizan cuando Unity usa el inspector de Visual Elements, mientras el comportamiento IMGUI existente sigue funcionando.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
On recent Unity versions (tested with v2022.3.10f1 on my side), Unity is no longer drawing default inspector with IMGUI (but with Visual Elements). Making the added fields feature no longer working.
This can be verified by enabling "Use IMGUI Default Inspector" in the Project Settings > Editor.
When enabled added fields feature is working again.
When disabled, as Unity is no longer calling DrawDefaultInspector, the harmony patch is no longer effective, and RenderNewlyAddedFields is no longer called.
I guess an additional patch would be needed in NewFieldsRendererDefaultEditorPatch constructor to add compatibility with the new way Unity is drawing inspectors. Probably by adding a patch to CreateInspectorGUI, where you could add the creation of a new IMGUIContainer, which would call RenderNewlyAddedFields (onGUIHandler).
- Lenguaje dominante
- C#
- Estrellas
- 2.3k
- Forks
- 171
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de handzlikchris/FastScriptReload
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
handzlikchris/FastScriptReload#202 · 2 reacciones ·
-
csc.rsp supportAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
Failed to find entry-pointsPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
handzlikchris/FastScriptReload#203 · 4 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
handzlikchris/FastScriptReload#197 · 1 comentario ·
Todos los issues de handzlikchris/FastScriptReload
Issues similares
-
documentation
Dificultad 1/5 1-3 horas Aptitud para principiantes 62/100
-
bug misleading tooling trivial
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Docs example projects pinned to a literal library version instead of 3.*Posiblemente ocupada @DaveSkender la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
facioquo/stock-indicators-dotnet#2372 ·
Los mantenedores suelen responder en 1 día
-
[Docs] officecli-docx SKILL.md still describes `\n` as a soft line break after #262Posiblemente ocupada @giprime la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Facepunch/sbox-public#12097 ·
Los mantenedores suelen responder en 2 días