From 0740592b7bbcf3c622317aa696d109de350ecc03 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Sat, 10 Oct 2026 23:56:52 +0900 Subject: [PATCH] =?UTF-8?q?sync:=20=EC=9E=84=EC=8B=9C=20=EB=B0=98=EC=98=81?= =?UTF-8?q?(=EB=AA=A9=ED=91=9C=EC=99=80=20=EB=8F=99=EC=9D=BC=20=EB=82=B4?= =?UTF-8?q?=EC=9A=A9)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/raw/plans/2026-10-10_plan_221-227.md | 5 ++ docs/raw/요구_1010_2/사용자요구_1010_2.md | 57 +++++++++++++++++++++++ 2 files changed, 62 insertions(+) diff --git a/docs/raw/plans/2026-10-10_plan_221-227.md b/docs/raw/plans/2026-10-10_plan_221-227.md index 0dc8f340a..27829b4a7 100644 --- a/docs/raw/plans/2026-10-10_plan_221-227.md +++ b/docs/raw/plans/2026-10-10_plan_221-227.md @@ -42,3 +42,8 @@ - 검증완료 — test_m02_card_shell · test_modal_top_and_add_word 14 passed · test_200_2 4 passed · typecheck 통과 · 코드 글만 고침(Bill_Level 안내 「더하기」→「추가」) - [x] 225-2 (sub1) test_79 관 보호공 기본 자리 d(유입) 0.6 → 0.4 로 바뀜 — 211(유입 흙막이 관 + 0.7)의 당연한 결과인지 · 흠인지 판정 · 결과면 기대값 · 흠이면 고침 — 시험 통과 - 검증완료 — 판정 = 당연한 결과(흠 아님): 벽 바닥은 관 invert 상한(노견 − 관경 − 토피 0.5)에 고정 · 벽이 0.2 높아져 윗면 노견 − 0.5 → − 0.3 · d = 올림(1.2 × (1.5 − 1.2) · 0.1) = 0.4 · 225-1 관 길이와 무관 · 기대값 d 0.4 · 윗면 노견 − 0.3 으로 고침(시험 글에 까닭) · test_79 · 211_1 · 225_1 27 passed · typecheck 0 + +## 228. 표 레벨 = 들여쓰기에 따라 레벨 · 글꼴(크기 · 굵기) 자동 (sub3) +정함(브레인) = 사용자 99 · 100번 · 200-2 에서 글자 크기를 한 벌로 맞춘 것은 브레인 판정 잘못(23번 원문 「들여쓰기와 폰트 · 사이즈로 구분」) → 되살림 · 공용 표 level 옵션(201)에서 레벨마다 글꼴 자동: Lv1 16px 굵게 · Lv2 15px 굵게 · Lv3 14px 보통 · Lv4 13px 보통 · Lv5 12px 보통 + 들여쓰기 1em/레벨(줄 높이 28px 안) · 설계내역서는 들여쓰기 · 내어쓰기 · 끌기 · 방향키로 부모가 바뀌면 그 자리에서 레벨 · 글꼴이 바로 바뀜(다시 그림 확인) · 보기 전용 표(총괄 · 원가계산서 · 일위대가표 등)도 같은 글꼴 규칙 · 조사 AE(외부 사례) 결과로 덧붙일 것(접기/펴기 등)은 따로 +- [x] 228-1 레벨 글꼴 자동 · 들여쓰기 = 레벨 바로 반영 — test_200_2 · 201_1 · 204_1 · 182 고침 · 새 시험 + - 검증완료 — test_228_1 새 6 + 200_2 · 201_1 · 204_1 · 182 · 184_3 · 185_1 = 37 통과 · typecheck 0 · 굵게 = 묶음(브레인 답 A) · 내어쓰기 g2 Lv4→3 · 자손 Lv5→4 · 들여쓰기로 자식 생긴 항목 = 굵게 · 커밋 833e4146a diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index 2a930d328..a2ae14ba1 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -121,3 +121,60 @@ 95. 캐드 프로그램에서 줌아웃을 많이 하면 브라우져의 속도가 많이 떨어지던데 개선방향은? (질문) 96. 특히 M01 GF000156과 같은 단가산출이 있는지 조사하고 개선 97. 돋보기 기능이 페이지의 스크롤에 상황에 따라 화면이 안바뀜 개선 +98. 왜 프로젝트의 B06의 좌측패널의 구조물 리스트에서 노면공의 구조물 범위에 들어온 측점들중 다른 구조물의 리스트를 선택했음에도 노면공의 횡단면도 전체가 선택되는거야. 일단 조사만 진행해줘. 코드 구현은 나중에 할래 +99. 테이블 양식에서 설계내역서의 레벨 기능이 제대로 구현안되어 있음. 외부에서 어떻게 해야하는지 확인해봐. (조사) +100. (99번 보충) 테이블에서 제대로 안된다는 건 결국 들여쓰기에따라 레벨이 지정이 되고 폰트들도 자동으로 변경이 되어야하는데 안되고 있잖아. 그냥 들여쓰기만 하는거 아니야? +101. B09의 설계내역서 탭은 지금 하위탭이 없음. 여기에 보조탭 공간을 활용하여 행의 들여쓰기, 내어쓰기, 위, 아래 버튼들을 넣어줘. +102. B05에서 종단 새창으로 띄우고 브라우져 최대화한경우 마우스 스크롤로 종단을 움직이는 기능이 작동이 안됨. 최대화를 안하면 작동됨. +103. 노면공 범위 관련은 1번 방향이 더 좋을것같아. 대신 하이라이트는 여러군데 연동되어 있어 좀더 폭넓게 조사해보고 작동해줘. +104. 3D의 측점의 노선을 선택할때 하이라이트되는데 이게 바로 꺼지는 상황이야. 일단 하이라이트가 계속 문제되는데 전체적인 조사가 필요해. 일단 조사부터 해줘. (조사) +105. 추가로 하이라이트에서 소수점 단위 구조물 측점들의 경우 1단위로 사사오입하여 측점을 지정하게 반영했던걸로 기억하는데 언제 했고 어떤식으로 했는지 알아보고 어떻게 개선할지 조사만 해봐. (조사) +106. (105번 보충) 일반측점이 있고 소수점 단위로 근처의 측점이 있다면 입력되는 기준의 측점을 값을 정수단위로 맞춰야하는게 아니냐는 거야. 선택이 안되는게 문제가 아니라 사용자가 소수점을 못넣게 하고 넣더라도 정수로 변경하여 맞출수 있는 기능이 필요하지 않을까해서 조사를 시킨거야. 조사만 해. +107. (질문) 노면공이 아닌데 범위값을 지정하는 구조물이 뭐가 있는거야? — 답: B 측구 · 산마루측구 · 소단측구 · 도수로·산비탈수로 · 절토사면 배수로 · 맹암거 / C 옹벽 · 돌쌓기(찰 · 메) · 흙막이 · 큰돌쌓기 · 소단 / E 대피소 · 정차·작업장 · 가드레일 / F 비탈면 녹화 +108. 셋다 너의 제안대로 해주고(104 구멍 둘 먼저 · 고름 한 칸 원천으로 단계별 묶음 · 구조물 기준 측점 정수 맞춤) 노면공은 아닌데 범위를 갖는 구조물은 예전의 자료인것같은데 지금 구현하는 구성을 다시 확인해봐. +109. 추가로 소단에 대한 측점 표기가 3D에서 측점 표현이 안되는것같은데 현재 구조물 리스트에서 내용과 현재 구조물군과 종류의 내용 중 누락된게 뭐가 있는지 조사해봐. (조사) +110. (질문) 지금 조사를 하고 있는 너의 별도 에이전트가 있어? +111. B09에서 설계 내역서의 내용중 공종, 규격, 수량 단위의 값이 텍스트입력을 바로 받게 되어 있어서 드래그가 힘들어. 더블클릭하여 입력을 할수 있게하면 드래그에 문제없을것같아. 그리고 해당 행의 하이라이트는 박스가 쳐지게 바꾸는게 좋을것같아. +112. B09의 테이블 행을 기준으로 항목을 레벨화하는게 어려운거야? 접히지 않는 트리라고 생각하면 쉽잖아. 지금 구조물조합의 마스터/회사/개인도 다 트리형태인거고 그럼 중간 폴더들은 당연히 값이 아니라 수식이들어와야하고 파일이되는 최하위 항목을 입력을 받게 하는데 이때 일위대가나 단가산출을 연결하게 하면되는거고 +113. 추가로 B08과 B09의 내용중에서 아래 설명때문에 페이지 스크롤이 동작해야하는 경우가 있어. 그냥 제작 설명을 제외하고 내용을 줄여주고 페이지에 스크롤이 동작하지 않게 해줘. + +## 다섯째 붙임 (10-10 저녁) + +114. 엑셀 프로그램에서 글 입력의 셀 맞춤 방식은 상하, 좌우 둘다 가운데 값을 기본값으로 변경 +115. 저장때 측점이 지워지는 구멍은 막을것. +116. 나머지는 일단 보류 (조사 AG 3D 표기 범위 · B06 꺼진 종류 · 표 레벨 번호 칸 · 되돌리기 · 로직 기본값 · 제비율 · 관급 등) +117. 앞으로 설명할때는 어느 페이지의 어떤 영역인지 말할것. 설명이 이해안됨. +118. B09의 총괄설계내역서는 내용중에 순공사비를 뽑기 위해 설계내역서의 레벨 2까지의 내용을 총괄설계내역서의 상단에 작성하는 내용이 빠져있음. 다시말해 레벨 2까지의 집계 내용을 상단에 정리해서 넣기만 하면 되고 해당항목을 선택하였을때 설계내역서를 이동하고 붉은색으로 하이라이트 하면 됨. +119. 설계내역서의 폴더구조는 좋은데 레벨에 따라 폴더가 되고 폴더가 되면 폰트를 같은 레벨의 다른 것들과 같은 폰트 사이즈와 색상을 선정하는게 어려운거야.? 너가 직접 확인하고 코드작업해줘. +120. B08의 에서 메인탭으로 거리이정표를 만들어주고 하위탭으로 거리이정표 하나더 추가 거리에 따라 별도로 추가 탭이 생성이 되면 됨. 생성되는 기준으로는 거리 이정표를 구현하여야함. (첨부 = 거리이정표 견본: 태원 · 주상기업 · 거창군청 · 병곡리 968-31 · 시점 · 중점 · 김천역 상자와 도로구분 km, 아래 표 = 구분(장비 거창군청→시점 20톤 · 8톤 / 혼합골재 골재원→임도중점 / 전석운반 골재원→임도중점 / 철근 김천역→임도중점) · 도로구분(2차포장 · 1차포장 · 비포장(1)) · 계(포장 · 비포장 · 합계) · 비고) 기본적으로 시점의 위치는 공사지의 시작 위치임. 중점은 사용자가 거리를 입력하는 위치 이두개는 하나의 컨테이너로 묶어서 공사지가 되고 공사지를 기준으로 특정 기준점이 있을수도 있고 없을 수도 있음. 이는 첨부사진의 병곡리가 됨. 특정기준점이나 공사지를 기준으로 거래업체를 다음 지도 API로 맵을 보여주고 길찾기를 하여 거리를 확보하고 이때 거리찾기한 항목을 각각의 하위탭으로 컨테이너 하나에 사진하나씩 배치해주면 됨. 여러개가 있을수 있으니 추가와 삭제 버튼은 있어야함. +121. B09의 설계내역 테이블을 확인했는데 제어가 어려웠던 이유는 레벨이동의 앞에 들여쓰기가 너무 좁아서 적당한 위치에 놓기 어려웠던것같아. 그러니 들여쓰기 폭을 조금 더 띄워주고 추가로 어디에 추가되는지 어디가 들어가는지가 불분명해. 조금더 잘보이게 표시해줘. +122. 추가로 B09의 좌측패널에서 데이터 점검 컨테이너와 업데이트 버튼 사이가 너무 협소해. 업데이트 좌측 여유만큼 상단에도 여유가 있었으면 함. +123. 다음으로 추가로 B08과 B09의 테이블의 내용중에 사용자가 입력가능한 셀영역을 셀색상을 바꾸는데 이것대신에 셀 외곽부에 테두리를 넣게 변경해줘. +124. 입력셀 테두리 색상선정할때 블랙과 화이트테마를 잘 고려해줘. +125. B09에서 총괄설계내역서의 내용을 선택하게 되면 설계내역서의 해당항목을 하이라이트 되는데 이때 하이라이트는 해당 항목의 하위 내용까지 같이 범위로 지정해줘야해. 다음으로 그냥 행선택과 하이라이트가 중복으로 표기되는데 하나만 표기되게 해줘. 하이라이트 되었더라도 다른 행을 선택하면 하이라이트가 취소되어야하고 이전에 선택된 행이 있더라도 총괄설계내역서에서 선택하면 선택행이 취소되고 하이라이트되어야함. +126. 다음으로 B08과B09의 테이블 내용에서 수기입력 방식은 더블클릭으로 변경해줘. 모든 값들은 쉽게 변경되면 안되거든. +120-답(조사 AH 물음 넷 답 · 원문). ① 경로 그림 = 「일단 브이월드에서 길찾기가 있는지 몰랐네? 있다면 브이월드도 좋아 벌써 API가 연결되어있거든.」 ② 도로 구분 = 「모두 사용자가 선택하게 해줘. 기점별로 어차피 드롭다운 메뉴를 지정하면 되지 않을까?」 ③ 표 구분 = 「구분에서 첫번째열은 항목: 수기입력, 2번째열은 업체이름: 수기입력, 세번째 열은 목적지임. 사용자는 다이어그램으로 표현된 컨테이너를 이용하여 추가수정할수 있게 하되 대신 방향은 기준점을 기준으로 지도상의 방위를 나타냄. 항목을 추가할때는 구분정보와 지도상의 위치값과 길찾기 값을 받아와야함.」 ④ 중점 = 「사용자가 입력할수 있게 해줘. 기본값은 도로의 중간지점으로 기본값으로 하고 사용자가 지정하게 하자.」 +127. 다음으로 공사원가계산서의 테이블에서 병합기능을 사용하였는데 행의 마우스 호버에 연동된 하이라이트 기능이 형태가 복잡해지고 있어. 개선해줘. +128. (B09 설계내역서 표 화면 붙임 · 입력 칸 보라 테두리) 테이블에 셀테두리를 추가했는데 구분에 전혀 도움이 되지 않고 있어. 일단 테두리는 원래대로 돌려주고 다음으로 새 공종추가, 아래 줄, 위에 줄 추가들은 하나로 항목 추가로 하자. 어차피 마우스 우클릭 후 해당 위치를 기준으로 그냥 하나를 넣어주면 되는거야. 어차피 위치에 따라 결정되니 없어도 문제 없어보여. 연결에서는 서고나 (마스터 / 회사/개인)이라는 이름을 삭제해줘 쓸데없어. (M01도 새산근도 동일함.) 구조물 조합, 일위대가 사전조합, 단가산출 이렇게만 표현해줘. 줄지우기는 줄 삭제로 변경 +129. 다음으로 마우스 우클릭 같은 패널에 항목을 추가하여 보여주는데 그냥 우측에 신규 페이지로 연결 5개 항목을 보여주면 됨. +130. (거리이정표 고침 · 원문) 1. 공사지의 + 버튼으로 나오는 모달창을 이용하여 항목, 업체이름 목적지를 받음. 방위항목은 지도상에 지정한 위치에 따라 자동배치되는 항목임. 하단에는 주소검색 기능을 구현과 등록완료시 지정된 맵을 보여주는 기능 구현. 프로젝트 등록에 관련 기능있음. 재활용, 시점을 컨테이너를 누르면 모달창으로 프로젝트 등록할 당시의 주소와 브이월드 주소와 하단에 맵을 보여줌. 2. 공사지의 (끊김) 3. 다이어그램의 영역은 팬과 줌인 동작이 되어야함. 동작과 관련해서는 공용 양식 있음. 확인 4. 보조탭으로 별도로 추가버튼 필요 없으며 탭의 내용은 거리 길찾기를 한 맵의 결과가 필요함. 구간, 표줄 이런건 필요없음. 만약 길찾기의 경우 안된다면 별도의 창에서 다음맵을 연결하여 길을 찾게하고 해당 브라우저를 확인시 캡처하게 하도록 변경 5. 컨테이너를 누를경우 모달창으로 관련정보를 보여줌. 페이지 이동 아님 +130-6. 거리와 도로 구분 정보는 다이어그램에서 바꿀수도 있게 변경 +131. 다음으로 구조물 집계표에서 해당측점의 행이 구조물조합들이 전부 연결이 된 상태라면 녹색램프 표현, +132. 거리이정표의 추가내용 - 테이블의 폭은 상단 다이어그램과 동일한 폭을 유지 - 다이어그램의 내부 내용에는 항목도 추가 - 좌측패널의 거리이정표 패널은 필요없음. 다이어그램에서 직접 수정 - 다이어그램 팬 동작 구현안됨. +133. 업체라는 말보다는 거래처라는 말이 맞아보임 +134. 다음을 별도 브라우저 탭이 아닌 내부 모달창 내부에서 실행 안됨? 그래야 캡처가 쉬울것같음. (브레인 확인: map.kakao.com 길찾기 링크가 iframe 안에서 열림 · 경로 · km 보임) +135. 추가로 다이어그램의 영역에서 스크롤이 존재함. 줌인아웃에 방해됨. 스크롤 안되게 해줘. +136. (길찾기 방식 결정) 일단 카카오로 가야할것같아. 카카오 디벨로퍼 페이지에 와있는데 제휴방법을 알려줘. +137. (경로 그림 방식) 가로 가는게 좋겠어 — 서버가 카카오 길찾기 경로 선을 브이월드 지도 위에 그려 자동 저장. 메일에도 거리와 경로데이터라고 해야하는거 아니야? +138. (조사 더 · 너무 보수적 아님?) 가 사안은 배제해. 데이터가 다른 맵위에 맞을리가 없어. → 나(카카오 지도 JS 위 경로 + [캡처])로 +139. 그럼 캡처는 백엔드에서 하고 그림만 가져오는건 어때? (브레인 시험: 서버 헤드리스 Edge + 카카오 지도 JS + 길 선 → 1200×800 PNG 2.4초 성공) +140. 테일스케일 IP는 (카카오 JavaScript 도메인에) 등록했어 참고해 +141. 다음으로 구조물 집계표에 구조물조합 연결이 완료된 항목은 녹색 램프를 넣어달라고 했는데 없어. (화면 붙임 · 노랑만 · 247-1 이 sub7 에 안 들어갔던 것 — 다시 보냄) +142. 다음으로 거리이정표의 다이어그램을 보여줄때 적당히 넓은 영역을 배경영역으로 지정되어야할것같아. 초기에는 당연히 공사지 컨테이너만 있을텐데 이러면 어떤 항목이 들어와도 다시 줌아웃을 해야하잖아. +143. 시점과 중점도 연결선이 존재해야하고 시점과 중점컨테이너에도 작은 글씨로 주소와 좌표값을 보여주는게 좋을것 같아. +144. 거래처 컨테이너의 경우 항목, 거래처, 주소를 보여줘. +145. 추가로 거리이정표에는 선들과 컨테이너들의 공간을 여유를 조금 두는게 좋겠어. 자꾸 침범을 하네. +146. 추가로 누락된 업무가 있는지 확인해봐. +147. (브레인 물음 답 · 원문) 1. 백엔드 재시작 2. 폴더만 기준이 되면 됨. 3. 반영 4. 테이블이 아닌 항목은 대상이 아님 5. 다음으로 공사지 +로 추가하는 항목에서 나오는 모달창의 크기를 조금 더 키우고 내부 내용을 정리할 생각임. 항목은 분류(기준위치, 거래처) 항목, 거래처 이름, 목적지를 2열배치 이때 분류에 따라 항목이 바뀜(다이어그램의 기준점+ 버튼은 삭제), 거래처 위치를 소재지로 변경하고 직접입력버튼은 삭제. 전부 주소찾기나 지도에서 찾아야함. 등록에 이제 다음지도로 대체 6. 메일은 내가 알아서 하겠음. 7. 데스크탑은 세션 확인하면 살아있음. 오르카 리스트 확인 8. 추가 거리이정표 항목 - 등록으로 보이는 모달창은 해당 컨테이너를 눌렀을 때 같이 보여주면 됨. - 길찾기는 연결선을 누르면 보이는 모달창에 추가 이때의 항목은 도로 구분과 거리를 항목값으로 받고 하위에 다음맵으로 경로를 보여주면 되는데 기준점이 발생되는 이유는 임도 특성상 도로가 없는 경우 한 지점을 지정하게 됨. 다시말해 기준점이 있다면 기준점과 거래처의 다음맵지도가 필요함. 이때 위치조절을 위해 위치이동은 되어야함. 시점과 기준점은 도로가 연결이 안되는 경우가 있어 수기 입력이 되어야할때도 있음. 시점과 중점은 항상 거리는 수기입력임. 이때 도로 구분의 경우 2차 포장이란 시점이 아니라 기준점이 있을때의 경우임. 다시말해 기준점을 거쳐 시점에 들어가는 경우에만 존재하는 열 항목임. 기준점이 없다면 그냥 포장이 됨. +148. 길찾기 그림이 없는 이유는 뭐야? (브레인 판정: 서버 안에서 헤드리스 브라우저를 못 띄움 — uvicorn 이 쓰는 Windows Selector 이벤트 루프는 하위 프로세스를 못 만들어 Playwright NotImplementedError · 시험은 서버 밖이라 통과) +149. 고침이라는 명칭을 수정으로 변경. 컨테이너 항목에서 + 줄이 있는 이유가 뭐야. 거래처 등록은 거래처에 관련 정보를 선에는 경로관련을 묶어서 표현하려고 하는거잖아. 그리고 기준위치에는 항목이 필요없어. 거쳐가야하는 지점이다보니 의미가 없어. 이번 부터는 너가 직접작업해. 거리이정표의 경우에는 폭을 브라우저에 맞춰서 폭 전체를 사용하게 하고 하단의 테이블도 동일하게 폭에 맞춰 열의 사이즈를 조절해줘. 그리고 현재 다이어그램이 줌아웃이 너무 멀어서 글자가 잘안보여 적당히 줌인해줘.