LifePlay-Revival/Docs/Migration/etat/REL/SET1/SET1-PRE.md

Fiche SET1-PRE — Niveau N2 — Modèle prévu non précisé par la fiche | utilisé claude-sonnet-5-5 — Agent lp-cart — Skills sk-protocol, ue-cpp-build, lp-commandlets, lp-paths

SET1-PRE : étude préliminaire, remplacer « l'ancien panneau settings du menu du jeu » par celui du menu principal (2026-10-20)

Hors gabarit : étude préliminaire (pas une CART complète), sur le modèle de FIX1-F6-PRE.md. Les six rubriques du gabarit CART sont gardées ; la rubrique 3 suit les cinq questions de la fiche. Lecture seule : ni copie UE, ni MCP, ni éditeur, ni commandlet. Seul ce fichier est écrit. Contenu adulte (doc 27) : noms techniques de widgets seulement, aucun libellé d'interface.

Résumé (à lire en premier)

1. Le dépôt ne contient pas deux panneaux de réglages. Un seul asset porte la liste des réglages : Content/UI/MainMenu.uasset (SettingsScrollBox). Aucun autre widget n'en contient (rubrique 2, commandes 6 et 7). Le « nouveau panneau » (onglets General, Audio, Video, Keyboard, Lewd, Misc) n'est pas un autre widget : c'est la même liste, dont le C++ montre ou cache les lignes par onglet (LPSettingsSubsystem.h:1-6, établi).
2. MainMenu_C sert à la fois d'écran titre et de menu en partie (boutons de partie et de titre dans le même widget, liaisons OnlyVisibleForTitleScreen / ColapsedForTitleScreen, LPTitleModManagerCommandlet.h:4-9). Seul le bouton « Settings » de l'écran titre est ajouté par le C++ (LPSettingsSubsystem.cpp:571-762, visible seulement sur l'écran titre, l. 757-761). En partie, le bouton d'origine ouvre la même liste, et les onglets s'y posent tout seuls (Tick, l. 498-561 : estimé).
3. La prémisse « ancien ≠ nouveau » n'est donc pas confirmée. Désactiver « l'ancien panneau » reviendrait à désactiver le seul panneau existant, titre compris. Ce qui peut exister, et que ce dépôt ne prouve pas : un défaut d'affichage en partie (hypothèse H1, rubrique 3.3) que seul un essai en jeu tranche.
4. Recommandation : ne pas ouvrir d'IMPL. Build 1 : un essai en jeu à trois captures (0 code), puis, seulement si H1 est confirmée, un correctif C++ d'un fichier (0 Blueprint, 0 GI). La réécriture complète du module en C++ que vise le doc 37 § 2.4 est un lot de build 2 (rubrique 3.5).
5. Question bloquante pour l'utilisateur : que voit-il, en partie, qui diffère du menu principal ? Une capture de chaque panneau lèverait le doute (rubrique 6, Q1).

1. Objet et périmètre

Un domaine : les panneaux de réglages (écran titre et menu en partie). Demande de l'utilisateur, citée dans BOSS-JOURNAL.md:1030 (2026-10-20 21:04) : « non je souhaite passer la désactivation de l ancien panneau settings du menu du jeu et le remplacer par celui du menu principal. » Référence : Docs/37_Feuille_De_Route_Alpha2.md:125-128 (§ 2.4 Dépréciation). Hors périmètre : le contenu des réglages (valeurs, textes), la correction de quoi que ce soit, le Mod Manager (widget distinct UI/ModManager).

Copie lue : D:\Game\LifePlay-master 5.8, branche ue5.8, HEAD ad3c9c6. LPCameraModeSubsystem.cpp et LPDirectControlSubsystem.cpp portent des modifications non commitées (statut git de départ) : leurs numéros de ligne peuvent bouger. Content/UI/MainMenu.uasset est propre (git status --short vide) ; dernier commit d15ffaa (DISC1, 2026-10-20).

2. Commandes et lectures (exactes) avec compte brut

#	Commande ou lecture	Résultat brut
1	Read Docs/37_Feuille_De_Route_Alpha2.md:95-198 ; Grep 2\.4|Dépréciation	§ 2.4 l. 125-128 ; le tableau des lots (l. 161-172) n'a pas de ligne SET1
2	Read LPSettingsSubsystem.h (69 l.), LPSettingsSubsystem.cpp:1-330, 470-896 (896 l.), LPUserSettings.h (60 l.)	cités en 3
3	wc -l sur 4 sources	896 LPSettingsSubsystem.cpp, 1537 LPKeyboardSubsystem.cpp, 36 LPModSettingsLibrary.cpp, 115 LPUserSettings.cpp
4	Glob Content/**/*{ettings,ptions,Pause,Esc}*.uasset	4 fichiers : Heavy/Daz/Clothes/DazDiffuseOptions, Heavy/New/settings (texture), BPs/GameSettings (SaveGame), FreeAnimationsPack/.../Mannequin_LODSettings : aucun widget
5	Glob Content/UI/MainMenu/**/*.uasset	No files found (pas de dossier ; MainMenu est un seul asset Content/UI/MainMenu.uasset, 2 245 771 o)
6	rg -a -l -e "SettingsScrollBox" -g "*.uasset" Content	1 fichier : Content\UI\MainMenu.uasset ; code de sortie 0
7	rg -a -l -e "SettingCheckbox" -e "SettingSlider" -e "SettingsScrollBox" -e "GameSettings" -g "*.uasset" -g "*.umap" Content/UI Content/BPs Content/Maps	6 fichiers : BPs/PC, BPs/GameSettings, BPs/GI, UI/MainMenu, UI/SettingSlider, UI/SettingCheckbox (code 2 : Content/Maps n'existe pas ; la sortie est valide)
8	rg -a -c -e SettingsScrollBox -e MainMenuOptions -e SettingsButton -e MainMenuOn sur MainMenu, GI, PC, TopRight	MainMenu.uasset:15, PC.uasset:1, GI.uasset:1, TopRight : aucune ligne
9	rg -a -o "[A-Za-z_]*(Button|ScrollBox|Settings|Setting)[A-Za-z_0-9]*" MainMenu.uasset | sort | uniq -c	boutons du même widget : ResumeButton, SaveButton, LoadButton, ContinueButton, NewGameButton, NewGameTfButton, NewGameTutorialButton, InventoryButton, StatMenuButton, CharGenButton, CityMenuButton, BodyShapeButton, ModManagerButton, ModManagerTitleButton, SettingsButton, ExitButton, FAQButton, DonateButton, DiscordButton, BackButton, FullscreenButton ; SettingsScrollBox ×5 ; SettingCheckbox_C et SettingSlider_C ×1
10	rg -a -o "[A-Za-z_]*(TitleScreen|OnlyVisibleFor|ColapsedFor|CollapsedFor)[A-Za-z_]*" MainMenu.uasset | sort | uniq -c	ColapsedForTitleScreen 3 ; OnlyVisibleForTitleScreen 3 ; TitleScreen 1
11	rg -a -o "[A-Za-z_]{0,30}Settings[A-Za-z_]{0,30}" PC.uasset	GameSettings, GameSettings_C, GameSettingsInstance, ConcurrencySettings, Settings ×2 ; et (commande 12) MainMenuOn, MainMenuInput, MainMenu, InpActEvt_MainMenu_K…, CloseMainMenu
12	rg -a -o "(MainMenu|Settings|PauseMenu|OptionsMenu)" PC.uasset	cités ci-dessus ; aucun PauseMenu ni OptionsMenu
13	Grep SettingsScrollBox|TitleScreen|ModManagerTitleButton dans Source	5 sous-systèmes cherchent la liste par son nom : LPSettingsSubsystem.cpp:506, LPColorGradeSubsystem.cpp:263, LPVideoQualitySubsystem.cpp:466, LPKeyboardSubsystem.cpp:854, LPModInfoSubsystem.cpp:246 ; plus LPReadableTextSubsystem.cpp:125 (remonte les parents)
14	Grep MainMenu|IsMenuOpen dans Source/LifePlay/*.cpp	MainMenu_C est une classe de « menu ouvert » dans 4 listes : LPDirectControlSubsystem.cpp:60, LPDebugSubsystem.cpp:436, LPOutdoorRoomSubsystem.cpp:52, LPCameraModeSubsystem.cpp:262 ; LPCameraModeSubsystem.cpp:91, 1189-1192 (remise à faux de GI.MainMenuOn) ; LPKeyboardSubsystem.cpp:819-822
15	Read Docs/Migration/etat/ST/STB/dumps/MainMenu__EventGraph.txt:100-270	EventGraph de MainMenu (398 nœuds) : Resume, CharGen, CityMenu, ModManager, Inventory, Exit, Settings, Back, StatMenu
16	Read …/CAM/CAM-B1-PRE_LPDumpFunction_20261013-083048.txt:5126-5185	EventGraph de GI : événements MainMenuInput, OpenMainMenu, CloseMainMenu, CreateMainMenuWidget (CreateWidget, AddToViewport, variable MainMenu)
17	Read LPTitleModManagerCommandlet.h:1-30	commentaire d'en-tête : l. 4-9
18	Journal du jeu D:\Game\LifePlay_Build_5.8_Development_COM22\Windows\LifePlay\Saved\Logs\LifePlay.log : rg -n "Reglages : " ; rg -c "Reglages : (onglets|entree)"	2 lignes (957 entree Settings ajoutee sur l'ecran titre, 958 Settings place apres Mod Manager) ; compte 1 ; aucune ligne Reglages : onglets : les réglages n'ont jamais été ouverts dans cette session
19	Journal COMMUN-21 …/BOSS/COMMUN-21/COMMUN-21_session_1927.log : Grep Reglages :	971 entree, 972 place, 1014 onglets General, Audio, Video, Keyboard, Lewd, Misc, 2880 entree, 2881 place
20	rg -a -w -e <45 noms de lignes du dump 5.5 de MainMenu> Content/UI/MainMenu.uasset | sort -u	32 noms retrouvés (liste en 3.2) ; 14 absents (3.2)
21	rg -a -c -e SaveSettings -e LoadSettings Content/BPs/GI.uasset	4
22	Grep module de r[ée]glages|panneau (général|…)|nouveau panneau|menu général dans Docs/[0-9]*.md	seul résultat utile : 37_…md:127-128 ; aucune définition de « l'ancien module de réglages » ailleurs

Écart de méthode : le dump des widgets de MainMenu (portage55/L6e/L6e-CX-B09_LPDumpWidgetTree_20260930-083639.txt) date du 2026-09-30 (5.5). Il sert à nommer les lignes ; le décompte exact des lignes actuelles demande un LPDumpWidgetTree (copie UE, éditeur fermé).

3. Constats fichier:ligne

3.1 Le « nouveau panneau » : celui du menu principal (question 1)

Constat	Source	Niveau
Il n'est pas un widget créé en C++ ni un Blueprint à part. Le sous-système dit : « Les lignes existent déjà dans MainMenu.SettingsScrollBox (cases et curseurs du Blueprint). Ce sous-système ne les recrée pas : il les montre ou les cache selon l'onglet. […] Aucun Blueprint n'est modifié. »	LPSettingsSubsystem.h:1-6	établi
Les onglets sont une UHorizontalBox nommée LPSettingsTabs ajoutée au CanvasPanel parent de la liste, 40 px au-dessus d'elle ; six boutons dont les clics appellent ShowGeneral / ShowAudio / ShowVideo / ShowKeyboard / ShowLewd / ShowMisc	LPSettingsSubsystem.cpp:764-836 (liaison l. 790-817) ; noms des onglets l. 35-37	établi
Le classement d'une ligne dans un onglet se fait par nom (NewAnimationsOnly → General ; ShowFPS, ScreenPercentage, FullscreenButton, ToonShading, Censore, CPUSkinning, DisableFurEffect, LPColor*, LPVideo* → Video ; LPModCheck* → Misc), puis par mots-clés du libellé, sinon Misc. ShadowQuality, PostProcessQuality, PostProcessAAQuality sont repliés (remplacés par les lignes LPVideo*). BackButton est toujours visible	LPSettingsSubsystem.cpp:145-212	établi
L'onglet Keyboard est une page Slate native (UNativeWidgetHost nommé LPSettingsKeyboard) fournie par ULPKeyboardSubsystem::TakeEmbeddedPage(), placée sous la barre d'onglets	LPSettingsSubsystem.cpp:821-832, 877-888	établi
Ouverture depuis l'écran titre : bouton LPSettingsTitleButton créé en C++ dans la boîte MainMenuOptions, placé après ModManagerTitleButton ; son clic appelle OpenSettings, qui diffuse OnClicked du bouton d'origine SettingsButton (Blueprint)	LPSettingsSubsystem.cpp:563-569, 571-690	établi
Le Blueprint d'origine, sur clic de SettingsButton : cache MainMenuOptions, montre SettingsScrollBox ; BackButton fait l'inverse	MainMenu__EventGraph.txt:222-259 (SetVisibility Hidden / Visible)	établi
Le bouton C++ prend la visibilité de ModManagerTitleButton (Ours->SetVisibility(TitleVisibility)) ; ce dernier n'est visible que sur l'écran titre (liaison OnlyVisibleForTitleScreen) : le bouton ajouté est donc propre à l'écran titre	LPSettingsSubsystem.cpp:757-761 ; LPTitleModManagerCommandlet.h:6-9	établi
Les onglets et les réglages C++ sont posés par un Tick à chaque image, sur la première SettingsScrollBox trouvée par TObjectIterator dont le propriétaire partage le GameInstance (break l. 516). Rien dans la sélection ne distingue écran titre et partie	LPSettingsSubsystem.cpp:498-561	établi
Les quatre autres sous-systèmes injectent leurs lignes dans la même liste, par le même nom	observations 13	établi

Peut-il s'ouvrir en cours de partie ? Établi : le même widget MainMenu_C est celui du menu en partie (LPTitleModManagerCommandlet.h:4-9 : « entrée "Mod Manager" du menu, masquée sur l'écran titre » ; boutons ResumeButton, SaveButton, InventoryButton… dans le même asset, observation 9 ; GI.OpenMainMenu, MainMenuInput, CloseMainMenu, CreateMainMenuWidget, observation 16). Les onglets s'y posent par construction (estimé, jamais observé en jeu : aucun journal ne montre Reglages : onglets après un lancement de partie ; observations 18-19).

Point demandé	Établi	Inconnu
Entrée	touche → PC.InpActEvt_MainMenu_K… → GI.MainMenuInput (chaînes de PC.uasset, observation 12 ; GI : CAM-B1-PRE…txt:5128)	le test IfThenElse_6451 de MainMenuInput (ouvre ou ferme)
Focus	LPKeyboardSubsystem::IsMenuOpen traite les réglages ouverts comme un menu (MainMenu_C) ; marche, caméra et relevage sont coupés	focus clavier ou manette dans la liste : non lu
Retour	BackButton (panneau → options) ; CloseSelf → GI.CloseMainMenu (MainMenuOn = faux) (MainMenu__EventGraph.txt:144-150, CAM-B1-PRE…txt:5134-5150) ; KEY2-DIAG-01 : réglages fermés pendant une capture de touche → capture annulée (LPSettingsSubsystem.cpp:528-541)	—
Pause du jeu pendant le menu	—	inconnu : GI.MainMenuInput n'a pas été lu jusqu'au bout ; la ligne AutoPause est un réglage, pas la pause du menu

3.2 L'« ancien panneau » : celui du menu en partie (question 2)

Constat central (établi, négatif) : aucun autre widget de réglages. Observations 4 à 8 : un seul asset contient SettingsScrollBox (MainMenu) ; SettingCheckbox et SettingSlider ne sont référencés que par MainMenu (et eux-mêmes) ; TopRight ne contient rien ; PC et GI ne citent que GameSettings (le SaveGame) et les événements de menu. Le menu de pause et le menu d'options en partie sont le même widget MainMenu. Il n'existe pas de classe PauseMenu ni OptionsMenu (observation 12). Limite : ce relevé couvre Content/UI, Content/BPs, Content (Glob) ; un widget créé dynamiquement par C++ n'aurait pas de nom de ce type, mais aucun CreateWidget de réglages n'existe dans Source (Grep n° 13 : seuls les cinq sous-systèmes ci-dessus touchent la liste, par recherche d'objet, pas par création).

Ce que l'ancien panneau porte (lignes nommées, relevé 2026-09-30 de L6e-CX-B09_LPDumpWidgetTree, recontrôlé dans le binaire 5.8 par rg -a -w) :

32 noms retrouvés dans MainMenu.uasset : 24Hour, AiOnlySuggests, AllowHomeDye, AutoPause, BodyChange, CPUSkinning, Censore, Difficulty, DisableFurEffect, DisableTrans, FullscreenButton, NPCsRespectPlayerSex, NameToRelation, NewAnimationsOnly, NoActionTimeout, NoAnimConditions, NoForcedCondom, NoTransPreg, OldFilter, PostProcessAAQuality, PostProcessQuality, PregnancyNotification, PreventClothChanges, ScreenPercentage, ShadeDepth, ShadowQuality, ShowFPS, ShowUnknownBuildings, SpinBoxDOF, ToonShading, TutorialCompleted, UnderwearVisible.

14 noms du dump 5.5 non retrouvés par rg -a -w : ChildGrowthMult, SpinBoxBGA, SpinBoxCameraSpeed, SpinBoxMarkerSize, SpinBoxMoan, SpinBoxPhysicsMult, SpinBoxPregnancyTerm, SpinBoxSceneFrequency, SpinBoxSex, SpinBoxSexDescription, SpinBoxSexDurationMultiplier, SpinBoxSquirtMult, SpinBoxUI, SpinBox_0. SpinBox_0 est expliqué : remplacé par SpinBoxDOF (commit 547dcdd, STF-T5 a). Pour les 13 autres, la cause n'est pas établie (renommage, ou nom enfoui dans une chaîne plus longue que le motif -w rejette). Ces lignes existent : LISIB-T1-CART.md:76 compte 15 SpinBox dans SettingsScrollBox, et 2883b80 en protège 12. La liste exacte des réglages de partie, un par un, demande donc un LPDumpWidgetTree -BP=MainMenu (éditeur fermé, copie UE) : inconnu.

Lignes ajoutées par le C++ dans la même liste : LPColor* (LPColorGradeSubsystem), LPVideo* (LPVideoQualitySubsystem), LPModCheck* (3 cases de contrôle des mods, LPModInfoSubsystem.h:16), LPKeyboardRow (repliée, LPSettingsSubsystem.cpp:862-868), page Keyboard.

Qui écrit ces réglages

Réglage	Écrit par	Support	Source	Niveau
Lignes Blueprint (cases, curseurs)	GI.SaveSettings / GI.LoadSettings (liaisons Value ← GI retirées, écriture sur OnValueCommitted, init dans Construct)	GameSettings.sav (SaveGame Content/BPs/GameSettings), dossier …\Saved\SaveGames	rg -a -c sur GI = 4 ; STC-SPEC.md ; commit 2883b80 (message) ; Registre_Erreurs.md:49 (cité par FIX1-F6-PRE.md:46)	établi pour le principe ; liste des champs de GameSettings : inconnue (extraction vide, non relevée)
Vitesse de caméra	ULPUserSettingsLibrary::SetCameraSpeed ; recopie dans GI.CameraSpeed	GameUserSettings.ini, section /Script/LifePlay.LPUserSettings, 1 à 7, 3 par défaut ; GameSettings.sav garde une recopie	LPUserSettings.h:1-9, 19-27, 52-54	établi
Touches	ULPKeyboardSubsystem	Saved/Config/Windows/LPKeyboard.ini ; journal COM22 l. 879-880 : Clavier : …LPKeyboard.ini absent, creation avec les touches actuelles puis 51 actions et 17 axes enregistres	LifePlay.log (COM22)	établi
Couleur, qualité vidéo	LPColorGradeSubsystem, LPVideoQualitySubsystem	fichiers LP*.ini de Saved/Config	repris de FIX1-F6-PRE.md:62 (LPColorGradeSubsystem.cpp:27, LPVideoQualitySubsystem.cpp:71), non relu ici	estimé
Choix des mods	ULPModSettingsLibrary::SaveModSelection	GameSettings.sav (ModEnableds)	UA-MODS.md:130 ; LPModSettingsLibrary.cpp:34	établi (par citation)

Bouton qui ouvre : le bouton SettingsButton du menu en partie (Blueprint, MainMenu__EventGraph.txt:222) ; sur l'écran titre, LPSettingsTitleButton (C++) qui diffuse le même événement. Aucun autre point d'entrée de réglages n'est apparu (PC, TopRight, GI : aucune création de widget de réglages).

3.3 Écart fonctionnel et hypothèses (question 3)

Écart par construction : nul. Les deux « panneaux » sont une seule liste de lignes. Il n'existe pas de réglage « seulement dans l'ancien » au sens d'un second asset, ni de réglage de partie absent du nouveau : les lignes de partie (Difficulty, NoActionTimeout, AutoPause, 24Hour, TutorialCompleted…) sont celles du « nouveau ». Seuls ajouts du C++ (« seulement dans le nouveau », mais dans la même liste, donc visibles en partie si les onglets s'y posent) : page Keyboard, lignes LPColor* / LPVideo* / LPModCheck*, vitesse de caméra adossée à l'ini.

Risque de perte si « l'ancien » est désactivé (établi par construction) : désactiver MainMenu.SettingsScrollBox ou SettingsButton retire tous les réglages, titre compris, et casse cinq sous-systèmes qui cherchent la liste par son nom (observation 13) et ULPKeyboardSubsystem::IsMenuOpen. Désactiver seulement SettingsButton en partie retire l'accès aux réglages en partie, sans remplaçant.

Hypothèses sur ce que l'utilisateur voit (aucune n'est établie ; un essai en jeu les départage) :

#	Hypothèse	Mécanisme (code lu)	Niveau	Essai qui tranche
H1	En partie, la liste n'a pas les onglets (ou affiche seulement les lignes de General)	GI.CreateMainMenuWidget crée un MainMenu (CreateWidget + AddToViewport, CAM-B1-PRE…txt:5171-5185). Le Tick prend la première SettingsScrollBox du GameInstance (LPSettingsSubsystem.cpp:516) et EnsureTabs sort si TabBar est encore valide (l. 766-769). Si l'instance de l'écran titre n'est pas encore collectée quand la partie crée la sienne, la barre d'onglets reste celle de l'ancienne instance, et ApplyRows filtre la nouvelle liste sans barre pour changer d'onglet	estimé (la création à chaque ouverture et le délai de collecte ne sont pas lus)	écran titre → Settings → Back → nouvelle partie ou Continuer → Échap → Settings : la barre d'onglets est-elle là ? Journal : une ligne Reglages : onglets après le lancement de partie
H2	L'utilisateur parle d'un écart visuel (arrière-plan, taille) entre titre et partie, pas fonctionnel	même widget, mais le fond de la scène 3D change	incertain	deux captures côte à côte
H3	« L'ancien module de réglages » du doc 37 désigne la logique Blueprint (GI.LoadSettings / SaveSettings, GameSettings.sav) à remplacer par du C++ (modèle ULPUserSettings)	37_…md:127 ne définit pas le terme ; aucun autre doc ne le définit (observation 22)	incertain	question à l'utilisateur (Q2)

3.4 Voies possibles (question 4)

Précision : comme les deux panneaux sont un seul widget, la voie (a) de la fiche (« rediriger le bouton ») n'a rien à rediriger : le bouton d'origine ouvre déjà la liste que le C++ met en onglets. Les voies ci-dessous reprennent l'esprit de la demande.

Voie	Contenu	Fichiers et assets touchés	GI	Agent, niveau	Durée (estimée)	Risques	Preuve en jeu
V0. Vérifier, sans code	essai en jeu à trois captures, avec la build COM22 ou la suivante	aucun	non	Big Boss, utilisateur	15 à 20 min	aucun	titre → Settings (onglets) ; partie → Échap → Settings (onglets ou non) ; journal : lignes Reglages :
V1. Corriger H1 (si V0 la confirme)	choisir la liste de l'instance à l'écran (IsInViewport()), reconstruire TabBar et KeyboardHost quand leur Canvas n'est plus celui de la liste	Source/LifePlay/LPSettingsSubsystem.cpp (≈ 15 à 40 lignes, estimé) ; 0 Blueprint	non	SPEC N2 ; IMPL lp-impl (Sonnet) ; BUILD lp-builder ; VAL lp-validator distinct	SPEC 8 à 12 tours, IMPL 10 à 15, VAL 10 à 15 ; essai sous jeton 30 min	TObjectIterator + durée de vie des widgets ; régression sur l'écran titre ; les quatre autres sous-systèmes ont le même motif de recherche (ColorGrade:263, VideoQuality:466, Keyboard:854, ModInfo:246) et pourraient avoir la même faille	idem V0 + redémarrage en partie, 2 allers-retours titre ↔ partie
V2. Réécriture C++ du module (doc 37 § 2.4 pris au pied de la lettre)	nouveau panneau en C++ qui lit et écrit les réglages de partie (≈ 40 lignes) par réflexion sur GI, appelle GI.SaveSettings par ProcessEvent, remplace la liste ; MainMenu.SettingsScrollBox repliée et gardée « forkée » dans l'asset	nouveau LPSettingsPanel.*, retouche de LPSettingsSubsystem.cpp et des quatre autres sous-systèmes (leurs lignes migrent), LPCameraModeSubsystem / LPDirectControlSubsystem / LPOutdoorRoomSubsystem / LPDebugSubsystem si la classe MainMenu_C change	non si l'écriture passe par la réflexion (modèle ApplyCameraSpeedAtStartup, LPUserSettings.h:44-54) ; oui si le Blueprint doit appeler le C++	SPEC N3 (opus) ; IMPL lp-impl-max ; BUILD ; VAL ; essai long	2 à 3 jours, répartis sur au moins 2 créneaux de la copie UE	perte de réglages joueurs (champs de GameSettings non listés), Construct de MainMenu qui initialise les widgets de la liste, 14 lignes non identifiées, listes MainMenu_C des quatre sous-systèmes	partie complète : tous les réglages, Continuer, redémarrage, comparaison de GameSettings.sav avant et après
V3. Modifier MainMenu par MCP	recâbler SettingsButton ou masquer la liste	Content/UI/MainMenu.uasset (lp-mcp-bp, instantané, jeton)	non	lp-mcp-bp N2	1 créneau	non recommandée : aucun gain (l'ouverture est déjà commune), asset partagé avec l'écran titre et avec DISC1, et la liste est cherchée par nom par cinq sous-systèmes	—

GI.uasset (révisé une seule fois, en build 2, règle citée par la fiche et par FIX1-F6-PRE.md:107-108) : V0, V1 et V3 ne le touchent pas ; V2 ne le touche pas si l'écriture passe par la réflexion (estimé).

3.5 Recommandation (question 5)

• Build 1 : V0 seulement, puis V1 si H1 est confirmée. Justification : (i) la prémisse « deux panneaux » n'est pas établie ; ouvrir une IMPL sur une prémisse non vérifiée est le pire coût possible avec un gel au 24 ; (ii) V0 ne coûte aucun jeton de copie UE (build COM22, estimé) ; (iii) la file de la copie UE est pleine (37_…md:179-185 : STM1, CG2, CAM2, FIX1 le J3, KEY2 le J4, REL2 le J5) ; V1 serait un créneau de plus, à placer au J3 (voisin de FIX1) ou à écarter ; (iv) le doc 37 range la dépréciation en § 2 (« après l'alpha »), pas dans le tableau des lots de la build 1 (37_…md:161-172 : pas de ligne SET1).
• Build 2 : V2 si l'utilisateur confirme qu'il veut une réécriture C++ du module (H3), avec SPEC N3 et liste exacte des champs de GameSettings. À grouper avec la révision unique de GI si un appel Blueprint devient nécessaire.
• Porte proposée pour V1 : si V0 montre les onglets absents en partie, SPEC le 2026-10-21, IMPL hors copie UE, essai au J3 ou J4 ; sinon V1 passe en build 2. Aucune décision n'est prise ici : elle revient à l'utilisateur.

4. Établi / estimé / incertain (synthèse)

Établi : MainMenu.uasset est le seul asset portant SettingsScrollBox (observation 6) ; le « nouveau panneau » est cette liste montée en onglets par le C++ (LPSettingsSubsystem.h:1-6, .cpp:764-889) ; seul le bouton de l'écran titre est ajouté par le C++ et propre au titre (.cpp:757-761) ; le bouton SettingsButton, Back et le widget MainMenu servent titre et partie (observations 9, 10, 15, 17) ; cinq sous-systèmes injectent ou cherchent la liste par son nom (observation 13) ; MainMenu_C est compté « menu ouvert » dans quatre listes de classes (observation 14) ; GI porte MainMenuInput, OpenMainMenu, CloseMainMenu, CreateMainMenuWidget ; la vitesse de caméra vit dans GameUserSettings.ini ; GI.SaveSettings / LoadSettings existent dans l'asset (compte 4) ; le journal COM22 ne montre aucune ouverture des réglages (aucune ligne onglets).

Estimé : les onglets s'appliquent aussi en partie (le Tick ne distingue pas) ; H1 (instance périmée) comme cause possible d'un écart ; V1 : 15 à 40 lignes ; V2 : 2 à 3 jours ; V0 réalisable sans jeton de copie UE ; V2 sans GI si réflexion.

Incertain, essai qui trancherait :

• Ce que l'utilisateur appelle « ancien panneau » : captures du titre et de la partie (V0).
• Si CreateMainMenuWidget crée un widget neuf à chaque ouverture et quand l'ancien est collecté : lecture de GI.OpenMainMenu / MainMenuInput (IfThenElse_6451) et LPDumpFunction -BP=GI, ou le journal de V0.
• Liste exacte des lignes actuelles de la liste (14 noms du dump 5.5 non retrouvés) : LPDumpWidgetTree -BP=MainMenu, éditeur fermé.
• Champs de GameSettings (SaveGame) : LPDumpSave ou LPDumpCDO sur GameSettings, éditeur fermé.
• Pause du jeu pendant le menu : lecture de GI.MainMenuInput en entier.
• Sens de « forké » et de « release suivante » (doc 37 § 2.4).

5. Points à confirmer (repris par la fiche suivante)

1. Exécuter V0 (essai en jeu, trois captures + journal).
2. Si H1 : lire GI.OpenMainMenu / MainMenuInput / CreateMainMenuWidget et la fin de vie du widget (RemoveFromParent, CloseSelf).
3. Relever la liste des lignes de MainMenu (LPDumpWidgetTree, copie UE) et celle des champs de GameSettings (LPDumpSave) avant toute V2.
4. Relire LPColorGradeSubsystem.cpp:27 et LPVideoQualitySubsystem.cpp:71 (fichiers .ini), repris ici de FIX1-F6-PRE.md:62.
5. Vérifier si les quatre autres sous-systèmes partagent la faille H1 (même motif TObjectIterator + break).
6. Si V2 : relever les appels de ULPKeyboardSubsystem::TakeEmbeddedPage et le test MenuOnScreen (LPKeyboardSubsystem.cpp:819-860) pour ne pas casser KEY2.
7. Ajouter une ligne SET1 au tableau du doc 37 § 3.1 si l'utilisateur ouvre le lot (aujourd'hui absente).

6. Questions pour la SPEC ou l'utilisateur

1. Q1 (bloquante) : en partie, quel écran voyez-vous quand vous appuyez sur Échap puis sur Settings : les onglets General, Audio, Video, Keyboard, Lewd, Misc sont-ils présents ? Si non, une capture de chaque écran (titre, partie).
2. Q2 : le doc 37 § 2.4 (« l'ancien module de réglages est forké et désactivé ; le menu redirige vers le nouveau panneau du menu général ») vise-t-il (i) un défaut d'affichage en partie, (ii) la réécriture du module de réglages en C++ (V2), ou (iii) autre chose ? Que signifie « forké » ?
3. Q3 : « la release suivante » : laquelle (alpha 2.2a, ou après l'alpha) ?
4. Q4 : accord pour l'essai V0 avec la build COM22, ou faut-il attendre la prochaine build ?
5. Q5 : si H1 est confirmée, V1 en build 1 sous une porte au J4, ou directement en build 2 ?
6. Q6 : V2 : périmètre (tous les réglages de partie, ou seulement l'affichage) et risque accepté sur GameSettings.sav ?

Fichiers à commiter

A Docs/Migration/etat/REL/SET1/SET1-PRE.md (dépôt du jeu, .md suivi sous etat/). Aucun autre fichier écrit.

Tours : 24 / 25 (déclaré par l'agent ; Tools/FicheStats.py fait foi)