Hlavní session běží jako orchestrator (bez souborových nástrojů) a deleguje
na scout, implementer, render-dxf, wpf-ui, reviewer a verifikator. Doplněn
skill upresni pro nejednoznačná zadání. Commit až po revizi, push jen na
vyžádání.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Nahlásil uživatel: šrafa v exportovaném DXF nedrží měřítko, takže na první
pohled ani nevypadá jako šrafa, a v každém výkresu se chová jinak.
Dvě příčiny:
1. Do výstupu šlo jen *jméno* vzoru (ANSI31), bez definičních čar — ověřeno
na exportovaném souboru: definicnichCar=0. DXF přitom nese definici vzoru
uvnitř entity HATCH; bez ní si ji cílový CAD dosadí ze svých .pat, ve svých
jednotkách a měřítku. Odtud „v každém výkresu jinak". Vypln proto nese
VzorCara (úhel, vztažný bod, rozteč, čárkování) a export ji zapisuje.
2. Vzor se neškáloval spolu s geometrií. Logo se do rámečku rozpisky vejde jen
zmenšené (typicky ~0,1×), ale rozteč vzoru zůstávala původní — v CADu z toho
byla buď plná plocha, nebo pár čar přes celé logo. TransformRenderer teď
mapuje i definici: vztažný bod celou transformací, rozteč jako vektor (bez
posunu), délky čárek a měřítko × měřítko transformace.
Měřítko a úhel se do HATCH zapisují neutrální (1 a 0) a efektivní hodnoty nese
definice. ACadSharp totiž při zápisu násobí rozteč hodnotou PatternScale, ale
při čtení zpátky nedělí — s nenulovým měřítkem by se vzor s každým kolečkem
desetkrát roztáhl (změřeno).
Po opravě je rozteč v exportu shodná se zdrojem 1:1 a při zmenšení loga 0,1×
klesne desetkrát, takže počet čar přes logo zůstává stejný. Náhledy všech
9 log jsou pixel po pixelu beze změny. 119 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
ROZPISKY.md §3 popisuje nové rozhraní (KresliciStav, Vypln, rozšířený TextStyle)
a hlavně *proč* barva nese původ, ne jen RGB. Přibyla tabulka DXF entit, které
se čtou, a seznam známých omezení — inline kódy MTEXTu, zarovnání Aligned/Fit,
typy čar, dohledávání vzoru šrafy v CADu. Opraveno tvrzení, že tloušťka čáry je
jen Layer.LineWeight; zapisuje se i na entitu.
CLAUDE.md doplněno druhé pravidlo architektury: co má přežít cestu DXF → model
→ DXF, musí protéct rozhraním — obcházet ho zpátky na CadDocument šablony je
porušení toho prvního. Baseline testů 57 → 114 (i v subagentech).
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Switch v Replay neměl default větev: INSERT, ELLIPSE, POINT, SOLID, 3DFACE
a POLYLINE3D propadly bez akce a bez záznamu. V dodávaných souborech žádná
z nich není, ale uživatel si přidává vlastní loga – to nejhorší, co se mu může
stát, je logo, které se nevykreslí a nikdo mu to neřekne.
- INSERT se rozvine rekurzivně (vztažný bod, měřítko os, natočení), s ochranou
proti bloku vkládajícímu sám sebe. Uvnitř bloku se hladina „0" a barva
ByBlock berou od vkládající entity – proto jde stejný blok vložit dvakrát
a pokaždé v jiné barvě.
- TransformRenderer umí celou afinní transformaci, ne jen měřítko a posun.
Oblouk zůstane obloukem jen u podobnosti bez zrcadlení; jinak by z kružnice
byla elipsa, kterou kreslicí rozhraní nezná, tak se rozloží na lomenou čáru.
- ELLIPSE, POINT, SOLID, 3DFACE, POLYLINE3D se kreslí. U SOLID pozor na
prohozený 3. a 4. roh, jinak vyjdou přesýpací hodiny.
- Zbytek se počítá do DxfTemplate.NezpracovaneEntity a souhrn exportu (PDF
i DXF) ho vypíše. Export se kvůli tomu nezastaví.
- Spline se dělí podle délky (dřív pevných 64 dílků – málo pro dlouhé křivky,
zbytečně moc pro krátké).
- Verze výstupního DXF se zafixovala na AC1027 (jako zdrojová šablona). Dřív ji
určoval default ACadSharp, který může upgrade balíčku tiše změnit.
Šablona i všech 9 log projdou s prázdným počítadlem (test). Render log do PNG
je pixel po pixelu shodný s předchozím stavem. 114 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Každá šrafa se kreslila jako plná výplň, bez ohledu na vzor. Logo md_sfdi.dxf
má 3× ANSI31 (šikmé čáry) – vycházel z něj plný blok. Nový SrafaVzor rozvine
definiční čáry vzoru na úsečky: rodina rovnoběžek podle vektoru Offset,
ořezaná hranicemi šrafy sudo-lichou paritou (takže díry ve vnořených smyčkách
vyjdou správně) a čárkováním z DashLengths. Proti zamrznutí náhledu při vadném
měřítku ve zdroji je strop 20 000 úseček na šrafu.
Rozhraní: Fill(loops) dostává druhý parametr Vypln. Rastrové renderery kreslí
rozvinuté čáry (Skia vzory neumí), DXF export je ignoruje a zapíše zpátky HATCH
s původním jménem vzoru, měřítkem a úhlem – v CADu tak zůstane editovatelný.
Když se vzor rozvinout nepodaří, plocha zůstane prázdná; zaplácnout ji načerno
je horší než ji nevyplnit.
Ověřeno i vizuálně: z 9 dodávaných log se změnilo jen md_sfdi, ostatních 8 je
po renderu do PNG pixel po pixelu shodných s předchozím stavem.
105 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Šablona má styly pojmenované česky („Popis základní", „Název stavby"),
export je zahazoval a vyráběl náhradní jména podle fontu (Verdana, Verdana_B,
Arial_1) – pro každou kombinaci fontu a sklonu nový záznam. Ve správci stylů
v CADu pak nešlo nic najít ani hromadně změnit. Jméno stylu se teď nese
v `TextStyle.Nazev` až do zápisu; jeden zdrojový styl = jeden styl ve výstupu.
Dál:
- SHX styly (vektorové fonty AutoCADu) se přenášejí i s odkazem na soubor a
příznakem `IsShape`. Kreslí se pořád náhradním fontem – SHX se jako TrueType
načíst nedá –, ale v exportu zůstane původní styl, ne Standard.
- MTEXT si drží natočení. Nešlo přiřadit `Rotation` (v ACadSharp je jen ke
čtení), takže se nastavuje směrovým vektorem osy X; natočený víceřádkový
atribut dřív vycházel vodorovně.
- MTEXT si drží šířkový faktor přes kód \W. Jako vlastnost entity ho nemá.
Čtečka ho zase odloupne – ACadSharp ho v PlainText nechává, takže bez toho
by se „W0.8;" vykreslilo jako text.
- Hodnota MTEXTu se escapuje celá (zpětné lomítko, složené závorky), ne jen
zlomy řádků. Cesta typu C:\projekt v poli dřív rozbila formátování.
99 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Šablona i všech 9 log jsou zapsané výhradně indexovanými barvami AutoCADu
(group 62) – true color v nich není ani jednou. Kreslicí rozhraní přitom
neslo jen `int rgb`, takže se index i ByLayer ztratily už při čtení a export
zapisoval všechno jako natvrdo RGB (group 420). Výkres v CADu pak přestal
reagovat na tabulku barev a barva hladiny se rozpadla na kopie na entitách.
`IProfileRenderer.Layer(name, rgb, mm)` se mění na `Stav(in KresliciStav)`.
Stav nese barvu i s původem (`Barva`: ACI index / true color / ByLayer /
ByBlock), typ čáry, tloušťku a celý popis hladiny (`HladinaStav`) – hladina
se ve výstupu staví z tabulky hladin, ne z první entity, která na ní
přistála. Rámeček `!!NOPRINT` proto zůstane netisknutelný.
Paleta ACI je vlastní (`AciPaleta`), ne z ACadSharp: ta se od AutoCADu liší
u 33 indexů, mimo jiné u 8 (použitý v šabloně) a u posledního indexu většiny
desítek odstínů, kde vrací barvu ze sousední skupiny – 29 a 39 tam dokonce
dostanou tutéž barvu. Rozsah 10–249 se dopočítává, ne vypisuje.
Co ověřují nové testy (93 zelených):
- paleta proti AutoCADu i proti ACadSharp, se seznamem známých odchylek,
- rozřešení ByLayer/ByBlock, tloušťky a typu čáry,
- kolečko šablona → export → načtení: žádná entita není true color, indexy
odpovídají zdroji, ByLayer zůstane ByLayer, hladiny mají barvu i příznak
tisku ze zdrojové tabulky.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Skrytí se neruší smazáním přejmenovaného záznamu (rozdíl nedrží historii
operací) – vrátí ho až zapsání téže hodnoty znovu. U vícepolových číselníků
je potřeba trefit všechna pole, jinak zůstane jako vlastní záznam.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Nacti() uložilo dodávanou vrstvu do referenčního snímku _vychozi a tytéž
objekty vložilo do kolekcí, na které se váže mřížka. Úprava buňky tak
mutovala i ten snímek – UlozRozdil pak porovnával stav sám se sebou, rozdíl
vyšel prázdný a oprava dodávané položky zmizela. Mazání a přidávání přitom
fungovalo (tam se reference nesdílí), takže se chyba dobře schovala.
Sluc nově vkládá dodávané položky jako hluboké kopie (serializací, stejně
jako klonování přílohy), takže snímek zůstane netknutý.
Nahlášeno na přejmenování kraje Karlovarský – přesně ten scénář teď hlídají
dva regresní testy; bez opravy oba padají.
Build 0 chyb / 0 varování, 57 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Loga se dosud hledala jen v loga\ vedle .exe. Kdo si do číselníku přidal
firmu s vlastním logem, musel .dxf nakopírovat do instalační složky – tu ale
přeinstalace přepíše a v Program Files do ní nejde psát. Číselník firmu
přežil, logo ne.
Nově se hledá nejdřív v %APPDATA%\Rozpisky\loga a teprve pak mezi
dodávanými; nabídka v Údajích projektu je sjednocením obou složek (stejné
jméno se nezdvojuje). Tlačítko v Nastavení složku založí a otevře.
Hierarchie je stejná jako u číselníků a je to úmyslné: při konfliktu vyhrává
uživatelská vrstva. Kdyby vyhrávala dodávaná, uživatelova úprava by se tiše
neprojevila – on ji vidí uloženou, program pracuje s něčím jiným. Výjimkou
zůstávají data držící správnost výstupu (mapovani.json, Rozpiska.dxf), kde
vyhrává program.
Subagenti dostali explicitní model: render-dxf a wpf-ui sonnet,
verifikator haiku (jen spouští build a testy).
Build 0 chyb / 0 varování, 55 testů zelených (5 nových na slučování nabídky).
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
ROZPISKY.md §2 a §8, ROZHRANI.md §3.4 (a odškrtnutá otevřená otázka v §9),
CLAUDE.md. Baseline testů v promptech subagentů 36 -> 50.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Dosud byl ciselniky.json jediný soubor vedle .exe, který si aplikace zároveň
dodávala i přepisovala. Přeinstalace novou verzí by uživateli přepsala
záznamy, které si sám nastřádal – ručně v záložce Číselníky i „samoučením“
jmen z projektů. Nově:
- dodávaná vrstva ciselniky.vychozi.json vedle .exe, jen ke čtení; každá
instalace ji obnoví, takže s novou verzí smí růst a měnit se,
- uživatelská vrstva ciselniky.user.json v %APPDATA%\Rozpisky, kde je
uložený jen rozdíl proti dodávané: Vlastni (přidané a upravené položky)
a Skryte (klíče dodávaných položek, které si uživatel odklidil).
Slučování zachovává pořadí dodávaných položek, upravenou položku přepíše
na jejím místě a vlastní řadí za ně. Klíč se bere podle typu (Nazev /
Hodnota / Oznaceni), porovnává se bez ohledu na velikost písmen – stejně
jako to už dělá samoučení jmen. Obsah se porovnává serializací, takže
nová pole položek jsou pokrytá automaticky.
Migrace: chybí-li uživatelská vrstva a vedle .exe leží starý ciselniky.json,
vezme se jeho obsah jako aktuální stav, dopočítá se z něj rozdíl a originál
se přejmenuje na .migrovano. Nic se nemaže.
Backfill krajů v MainViewModelu tím ztratil smysl (kraje přicházejí
z dodávané vrstvy) a je odstraněný.
Slučování a dopočet rozdílu jsou zpřístupněné testům (InternalsVisibleTo) –
chyba v nich se projeví tichou ztrátou dat, takže je pokrývá 14 nových testů
včetně kolečka uložit→načíst a scénáře aktualizace programu.
Ověřeno i ručně: migrace 7,6 kB souboru na 708 B rozdílu, přežití smazání
celého bin/ a přebuildu, běh s nezapisovatelnou instalační složkou.
Build 0 chyb / 0 varování, 50 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Vše, co píše uživatel, míří přes novou třídu UzivatelskaData do profilu
uživatele: cad.json, layout.json, error.log, tisk_diag.log. Dosud se
zapisovalo vedle .exe, takže .exe v Program Files (složka jen pro čtení)
nebo přeinstalace novou verzí uživatele o data připravily.
Dodávané podklady (šablona, mustr, loga, mapovani.json) se dál čtou vedle
.exe – ty se naopak při každé instalaci obnovují. Hranice mezi tím, co se
instaluje, a tím, co patří uživateli, vede přesně tudy.
Portable režim zůstává: soubor portable.txt vedle .exe vrátí staré chování
(běh z USB, vývoj s jednou složkou).
Migrace: Migrace.PrenesStaraData() při startu přenese cad.json a layout.json
ze staré polohy, pokud v cíli ještě nejsou; originál označí příponou
.migrovano. Nic se nemaže a nic novějšího se nepřepíše.
Číselníky přijdou na řadu samostatně (rozpad na dodávanou a uživatelskou
vrstvu).
Build 0 chyb / 0 varování, 36 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Kořen mísil tři nesouvisející věci. Nově:
- docs/ – podklady jen pro tvorbu programu (ROZPISKY, ROZHRANI,
PODKLAD_CAD, manuál SŽ v .md)
- Rozpisky/Podklady/ – podklady nutné k běhu, dodávané vedle .exe
(Rozpiska.dxf, SEZNAM.xlsx, manuál .pdf, ciselniky.json,
mapovani.json, loga/)
- vzorky/ – cizí vstupy pro ruční zkoušení (schema.dxf)
Mění se jen zdrojový strom. Rozvržení vedle .exe zůstává ploché (+ loga\)
přes metadata Link v .csproj, takže všechny resolvery nad AppContext.BaseDirectory
fungují beze změny. Konec odkazů přes ..\ ven z projektu.
Doprovodně: cesty v TestData.Logo, odkazy v dokumentaci, CLAUDE.md a v promptech
subagentů.
Build 0 chyb / 0 varování, 36 testů zelených.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Soubory projekt.rzp a Kravare_Opava_2025-196.rzp jsou data konkrétních
zakázek, ne testovací vzorky – přesunuty mimo repo a odstraněny i z historie
(git filter-branch nad dvěma lokálními commity, ještě před prvním pushem).
Zálohu původní historie drží větev zaloha-pred-uklidem.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
První commit — WPF aplikace pro generování výkresových rohových razítek
(.NET 10, SkiaSharp, ACadSharp, ClosedXML) včetně xUnit testů, DXF šablony,
log a dokumentace. Build výstupy (bin/, obj/, .vs/) jsou ignorovány.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
marekandClaude Opus 5