From a4f5997c9127ace205bcfd191e03524f588570d3 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Sat, 10 Oct 2026 14:12:03 +0900 Subject: [PATCH 01/10] =?UTF-8?q?sync:=20=EB=A1=9C=EC=BB=AC=20=EC=A0=95?= =?UTF-8?q?=EB=B3=B8=20=ED=8C=8C=EC=9D=BC=20=EB=B0=98=EC=98=81?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index 18c1b1be2..9cd35f849 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -66,3 +66,10 @@ 43. B06 횡단도 좌측 패널에서 세부 컨테이너의 정보를 변경하면 해당 구조물 형상을 잘 선택되고 있는데 해당 패널의 컨테이너 영역을 선택해도 변경되게 해줘. 44. 랩탑 메인 프로젝트에서 38+9 측점 확인 종단의 선을 봤을때 중간에 안보이는 가상의 측점이 존재하는것처럼 보임. 데이터로 확인. (사진: 종단 계획선(보라 점선)이 고른 측점 세로선 근처에서 꺾임) 45. 지금 횡단도의 보라색선인 계획선과 관련인데 여기서 선을 찍으면 직선선 성분을 기준으로 이동을 할수 있게 만들어져 있임. 여기서 이동의 제약이 있어야함. 마음대로 변경되고 있음. 보라색 선은 선택은 크게는 성토측, 절토측, 도로측이 있음. 성토측 보라색 선을 선택할경우에는 도로 중심을 기준으로 성토방향으로 만 동작해야함. 만약 배관의 길이 영향으로 갈수 있는 방향은 절토측은 고정이 되고 성토측 방향의 구조물+성토선 전체가 이동이 되어야함. 반대로도 동일함. 이때 노면, 노견의 선을 선택한다면 Y방향으로 이동이되고 이때 종단도도 같이 동작해야함. 지금도 그렇게 구성되어 있음. 전반적으로 잘 구현되어 있으나 다듬을 필요가 있음. +46. 소단에서 소단위 위치값은 필요없음. 이동은 어차피 아래 위밖에 안되는 상태일테고 추가 기본지점을 도로하단 1m 지점에 추가해주면 사용자가 위치를 결정하게 해줘. 이때 성토사면 그룹의 이동과 충돌나는걸 피하기위해 좌우 이동이 없는거야. 결과적으로는 사용자가 지정한 요소들의 위치가 중요한거지. +47. 추가로 보라색 선 성분을 선택할때 나오는 텍스트는 사면 길이 > 길이로 변경 다음에 경사비율, 수평, 높이로 표현해줘. +48. (46번 보충) 소단을 선택됨을 활성화하는 영역은 횡단도의 소단 수평선 성분을 하이라이트 하면되고 패널과 컨테이너를 활성화하면 됨. 성절토의 X 이동과 와 도로 Y 이동, 소단의 높이 위치 이동을 명확학헤 분리해서 제어되어야하며 상하좌우 이동시 다른 선 성분으로 이동되는 경우가 있으니 조심 +49. B06 횡단도 제일산단의 쓸대없는 정보는 지우고 나오는 항목 이름을 줄여서 표현하고 전부 열림을 하면 공간을 많이 차지하니 내용을 보여주는 영역을 공유하는게 어떤지 +50. 대시보드의 구조물옵션 정의가 제대로 연결안됨. +51. B08의 구조물 집계표에서 미연결 상태표시는 행의 좌측에 하나의 램프로 표기, 미지정 열을 필요없어 보임. +52. B08의 페이지들을 보면 합계가 나오는 행들을 보면 초기에는 행들이 추가되다가 특정 컨테이너 높이가 되면 합계 행을 고정하고 내부를 스크롤 방식으로 변경하고 있음. 이방법 자체는 좋은데 그렇다면 컨테이너의 높이제약을 현재 브라우져가 스크롤이 안되는 지점을 기준으로 적용하는게 조작 편의성이 좋아보임. 그럼 행들이 추가됨에 따라 밀리더라도 스크롤은 페이지스크롤은 없을테니 From 1cbeea6bfd3739fd499a82901178f25f90c88f52 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Sat, 10 Oct 2026 16:11:53 +0900 Subject: [PATCH 02/10] =?UTF-8?q?chore(sync):=20=EB=A1=9C=EC=BB=AC=20?= =?UTF-8?q?=EB=AF=B8=EB=B0=98=EC=98=81=20=EC=88=98=EC=A0=95=EB=B6=84=20?= =?UTF-8?q?=EC=BB=A4=EB=B0=8B=20(=EC=9B=90=EA=B2=A9=EA=B3=BC=20=EB=8F=99?= =?UTF-8?q?=EC=9D=BC=20=EB=82=B4=EC=9A=A9)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 31 +++++++++++++++++++++++ 1 file changed, 31 insertions(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index 9cd35f849..c6bdce7b4 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -73,3 +73,34 @@ 50. 대시보드의 구조물옵션 정의가 제대로 연결안됨. 51. B08의 구조물 집계표에서 미연결 상태표시는 행의 좌측에 하나의 램프로 표기, 미지정 열을 필요없어 보임. 52. B08의 페이지들을 보면 합계가 나오는 행들을 보면 초기에는 행들이 추가되다가 특정 컨테이너 높이가 되면 합계 행을 고정하고 내부를 스크롤 방식으로 변경하고 있음. 이방법 자체는 좋은데 그렇다면 컨테이너의 높이제약을 현재 브라우져가 스크롤이 안되는 지점을 기준으로 적용하는게 조작 편의성이 좋아보임. 그럼 행들이 추가됨에 따라 밀리더라도 스크롤은 페이지스크롤은 없을테니 +53. B09의 박스보기 버튼과 가로 숫자 버튼, 그리고 그위의 계산들에 대한 안내는 같은행으로 변경 +54. 박스보기의 경우 지정된 카드 행들은 높이를 같게 변경 +55. 설계내역서의 공종 및 명칭의 글자들은 좌측 맞춤이고 좌측에 들여쓰기로 레벨이 표현되는게 맞아보임. 그리고 레벨 제어를 어떻게 하는지 모르겠음. +56. 박스보기에서 제목과 합계 정보열의 색은 다른색으로 지정하는게 테마고려하여 선택 +57. B08/B09의 테이블 양식이 에서 레벨이 필요한 정보들은 설계내역서의 레벨지정 양식을 따라가되 제어가 안되게 반영하면 일원화되지 않을까? 그리고 셀에 같은 값으로 표현되는 행들은 결국 병합인것같은데 맞지 않아? +58. 제비율표는 일력하는 공사원가계산서와 총괄설계내역서의 내용에서 요율을 원문 제비율표를 보고 누락이 된게 없는지 봐줘. (조사만) +59. 현재 B08/B09의 테이블 컨테이너의 양식을 보면 제일상단에 경고줄이 있어 이걸제일하단으로 옮겨줘. 이때 박스보기와 가로 카드수 정의는 보조탭 행에 우측맞춤으로 이동 +60. 다음으로 B09의 좌측패널의 원가 단가 컨테이너의 이름을 데이터 점검으로 이름을 변경하고 내부의 쓸대없는 설명은 삭제, 단가 갱신버튼의 제목을 업데이트, 업데이트가 필요한경우 버튼에 오버레이 마크 추가, 상세 페이지의 연결점검 탭은 데이터 점검 컨테이너 내부로 이동 +61. B09의 설계내역서에서 행들을 레벨이나 이동을 드래그나 키보드의 방향키로 제어가 되어야함. 구현하고 결국 내어쓰기와 들여쓰기는 결국 레벨이 되어야함. 상위 레벨로 이동이 되면 자연스럽게 하위항목의 합계가 세부항목이 되면 상위로 데이터를 전달하는 역할을 그리고 만약 기존 상위에 있던것들이 하위로 이동할경우에는 같이 이동되는 기능도 있어야함. 다음으로 일위대가와 단가산출의 정보를 연결할때 중요한건 마스터/회사/개인의 정보중 구조물조합, 일위대가사전조합, 현재처럼 벌써 들어와 있는 일위대가와 호표를 지정할 수도 있어야함. +62. B09의 좌측 패널의 컨테이너를 공용양식을 사용한건지 확인 (확인만) +63. B05/B06의 구조물배치 컨테이너에서 삭제버튼과 리셋버튼이 높이사이즈를 하위 컨테이너의 버튼 높이와 동일하게 구현하고 내부 컨테이너에서 삭제와 리셋버튼이 항상보이게 구현 +64. [사진] 현재 검증 서브1 프로젝트의 1+0 측점의 내용임. 이때 원래는 측구가 없어야하는 성토사면에 존재함. 이때 측구버튼과 일반L형 버튼이 없음. 숨기기 결과로 보임. 이런 현상의 원인이 궁금함. 한번 좌우를 바꾸면 재현안됨. 확실히 조사하여 반영할것. (사진: 1+0 · 양측 성토 · 성토사면 좌 18.61m · 우 0.26m · 좌|우 단추 중 「우」 켜짐 · 오른쪽 노견 바깥에 작은 측구 모양 · 측구 · 일반/L형 단추 안 보임) +65. B06의 상단의 성토 5m 이상, 포장 권장, 소단 검토에서 버튼의 형상을 사각 라운드로 변경하고 누를시 나오는 버튼들은 현재를 유지, 그리고 메인 페이지의 스크롤이 제일 상단에 있을경우 상단 버튼으로 내역을 열면 페이지가 아래로 밀림. 안밀리게 변경, 그리고 항목을 선택하면 이동하면서 해당 버튼셋은 접힘으로 그리고 만약 선택된 상태에서 다시 열면 하이라이트 기능, 다시 말해 사용자가 측점 횡단도를 누른상태에서 상단 3버튼을 누르면 하이라이트 되게 변경 +66. M01의 단가산출로직들의 항목에 신규열인 별칭 열이 필요함 설계자들이 찾을때 사용하는 명칭과 다른 경우가 있음. 이를 보완하기 위해 별칭열을 추가해줘. 내가 별칭을 있을수도 있고 없을 수도 있지만 값은 내가 넣을거야. 그리고 이때 프로그램 전역에서 단가산출 관련 검색은 별칭도 같이 검색이 되게 해야함. + +## 셋째 붙임 (10-10 오후) +67. B06 횡단도 상세 모달 — 셀에 지정된 면적과 길이값을 선택하게 하였는데 안잡히는 경우가 있어 개선이 필요함. 상세 모달창에서 선들이 교차되는 지점들을 기준으로 선들이 분할되어야함. 그리고 선택할때는 다중 선택을 하면 원지반도 가능해야함. 그럼 문제 없어보임. 그럼 면적에서도 폐쇄 영역을 지정하기 좋아보임. 추가로 선택영 지점의 면적과 선들의 길이의 값을 보는 기능이 있었으면 함. 이는 메인페이지의 기능이 있으니 확인, 잘 반영되었다면 메인페이지에도 구현한 생각임. +68. 간혹가다 B06의 상단에 누락된 구조물 측점이라고 측점추가 버튼이 나오는데 이유는? (조사) +69. 관보호공 유입 측 흙막이의 경우에 기본 높이를 배관 + 0.5m로 지정되어 있을것임. 이걸 0.7m로 변경 +70. 도수로/돌붙입의 구조물 형상을 잡고 이동하는 경우 토스트 메세지로 '기준측점을 옮겼습니다 ....' 나오는데 나는 도수로와 돌붙임의 이동에 대해 요청한건 없음. 왜그런지 분석하고 알려줘. (조사) +71. B07 (기반영요청사항) 횡단도의 격자에 배치를 옮기기 위해 선을 선택할때 원지반선이 안잡힘 +72. B07 (기반영요청사항) 추가로 레이어별로 측점의 원지반선과 설계선을 잡을 수 있는 레이어 자동 생성 +73. B07 횡단도의 붉은색 격사선을 하이드쇼할수 있는 버튼 기능은 좋은데 뒤에 검은 격자선이 하나더 있음. 확인 후 삭제 +74. B07 횡단도 표준 옵션의 버튼들이 양식화와 일원화 안되어 있음. 확인후 정리할 수 있는 양식으로 적용 +76. 다음으로 중요한 문제인데 특정 측점에 2개의 측점이 숨어 있는 경우가 있음. 엄상준_검증 프로젝트에서 13+3 지점에 대해 이유를 확인해줘. 원인파악을 제대로 할것 계속 반복적으로 동일한 문제가 발생됨 +77. (제안 · 의견 물음) 버튼으로 조작하여 종단을 만드는 기능은 사용자들이 어려워 하는것같아. 직선화버튼 우측에 자유지정 버튼을 선택하면 먼저 범위를 지정(2개의 세로선 · 영역 하이라이트) · 시작이나 종료 세로선 근처 클릭 = 연결된 상태로 시작 · 직선 > R > 직선 > R 형태로 클릭할때마다 연결. 어떻게 생각함? +78. 캐드 프로그램에서 되돌리기와 다시하기 기능이 없는거야? 아니면 구조물조합의 캐드의 내용에 국한된 문제인거야? +79. (77번 보충) 1-1 아마 사용자가 선택하는건 자유이지만 아마 세로측점선을 기준으로 하되 높이값을 받아야 되고 때 확정은 아니니 실시간으로 점선으로 보여주면 좋을것같아. +80. 횡단페이지에는 횡단배수와 일반측점의 종단 세로선택에 따라 좌측 구조물 배치 패널이 잘 작동하는데 B05에서는 잘안되는데 이유를 확인해봐. +81. B06 페이지의 제일 상단 경고 버튼들과 횡단도 컨테이너 공간이 여유가 조금 많은것같아. 줄여줘. +82. 신규기능으로 B05 ~B09 페이지에 마우스 우측 클릭 오래누르기와 z키 누르기로 마우스 커서를 따라가는 돋보기 기능이 있으면 해. 범위와 배율은 넣거 일단 지정해줘. From aa8f846446f6d3fdba28fd35437322081be09219 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Sat, 10 Oct 2026 16:53:40 +0900 Subject: [PATCH 03/10] =?UTF-8?q?sync:=20=EC=9E=84=EC=8B=9C=20=EB=B0=98?= =?UTF-8?q?=EC=98=81(=EB=AA=A9=ED=91=9C=EC=99=80=20=EB=8F=99=EC=9D=BC=20?= =?UTF-8?q?=EB=82=B4=EC=9A=A9)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index cd0af97fd..2a930d328 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -106,3 +106,18 @@ 82. 신규기능으로 B05 ~B09 페이지에 마우스 우측 클릭 오래누르기와 z키 누르기로 마우스 커서를 따라가는 돋보기 기능이 있으면 해. 범위와 배율은 넣거 일단 지정해줘. 83. 돋보기 구현 완료, 돋보기가 활성화된 상태에서는 스크롤로 배율을 조절하게 단 화면 스크롤은 안되게 막기, 돋보기의 크기는 지금크기의 50% 증가 84. 돋보기의 기능은 M01, M02, B01 ~ B09까지로 적용해줘. +85. 오토캐드 영역은 돋보기 필요없음 + +## 넷째 붙임 (10-10 저녁) +86. M01 GF000156 의 모래단위중량, 자갈단위중량은 밀도값으로 보이는데 기본값이 있을 것으로 판단됨(or 현재 12-1-2의 원문을 조사하면 역산하여 밀도를 뽑을 수 있지 않음?). 원문 조사 +87. 엄상준의 SU-000007의 구조물 조합의 일위대가 중 기계비빔타설을 보면 시멘트, 모래, 자갈에 대한 원가들이 잡혀있으며 이때 단위가 잘못된걸로 판단됨. 확인, 추가로 하단의 자재 목록을 보면 별도계상이 나오게 되고 이때는 상단의 일위대가에 단가가 빠져야되는 상황으로 보임. 문제는 2가지임. 분리해서 검토. 일위대가의 단가산출 항목 중 상세내용의 내역을 자세히 검토하기 위해 자재목록으로 자동연결한 것 뿐이니 별도로 보면 안됨. +88. 기계비빔타설의 경우 원문참고가 12-1-2와 12-1-3 같이 되어야하는걸로 보이는데 하나만 보임. +89. (질문) 시멘트는 어떻게 연결되어 나온 정보임? +90. 구조물 조합의 자재에서 별도계상을 선택하면 선택된 자재품목을 사라져야함. 이건 나중에 본프로그램에서 별도로 계상할 생각임 +91. B05/B06 좌측 패널 — 구조물배치의 구조물 조합연결 모달창에서 M02의 구조물조합 페이지의 상단 테이블도 표현 +92. B06 횡단도 — 세월교와 배관 자리의 경우 배관정보를 텍스트로 표현해야되는데 이때 노폭과 노견의 길이정보를 보여주는 라벨 위로 이동해줘. +93. B06 — 관보호공의 위치제어의 경우 관 길이에 맞춰 이동하다보니 자유도가 떨어짐. 관 길이를 무시하고 0.1m 단위로 이동이 되게 반영, 단, 관길이 정보를 나타내는 라벨과 좌측 패널에서는 정수값으로 사사오입하여 작성하고 추가로 괄호를 추가하여 소수점 1째자리까지 표현, 이때 구조물 집계표로 정보를 전달할때는 사사오입한 정보를 전달 +94. 캐드 프로그램에서 스케일 기능은 잘되지만 추가로 오토캐드처럼 오리진을 지정하고 숫자로 스케일 값을 입력을 받게 추가 +95. 캐드 프로그램에서 줌아웃을 많이 하면 브라우져의 속도가 많이 떨어지던데 개선방향은? (질문) +96. 특히 M01 GF000156과 같은 단가산출이 있는지 조사하고 개선 +97. 돋보기 기능이 페이지의 스크롤에 상황에 따라 화면이 안바뀜 개선 From a870e9a3a46806a4cd074ce9bb1c88c6c4280f80 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Sat, 10 Oct 2026 23:57:15 +0900 Subject: [PATCH 04/10] =?UTF-8?q?sync:=20=EC=9E=84=EC=8B=9C=20=EB=B0=98?= =?UTF-8?q?=EC=98=81(=EB=AA=A9=ED=91=9C=EC=99=80=20=EB=8F=99=EC=9D=BC=20?= =?UTF-8?q?=EB=82=B4=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. 고침이라는 명칭을 수정으로 변경. 컨테이너 항목에서 + 줄이 있는 이유가 뭐야. 거래처 등록은 거래처에 관련 정보를 선에는 경로관련을 묶어서 표현하려고 하는거잖아. 그리고 기준위치에는 항목이 필요없어. 거쳐가야하는 지점이다보니 의미가 없어. 이번 부터는 너가 직접작업해. 거리이정표의 경우에는 폭을 브라우저에 맞춰서 폭 전체를 사용하게 하고 하단의 테이블도 동일하게 폭에 맞춰 열의 사이즈를 조절해줘. 그리고 현재 다이어그램이 줌아웃이 너무 멀어서 글자가 잘안보여 적당히 줌인해줘. From ed4df9e2c359b467307494810eba748b870b9544 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Mon, 12 Oct 2026 23:02:08 +0900 Subject: [PATCH 05/10] =?UTF-8?q?chore(=EB=8F=99=EA=B8=B0=ED=99=94):=20?= =?UTF-8?q?=EA=B3=B5=EC=9C=A0=20docs=20=EC=9A=94=EA=B5=AC=20=EC=9E=A5?= =?UTF-8?q?=EB=B6=80=20=EB=B0=9B=EA=B8=B0=20=E2=80=94=20=EC=9B=90=EA=B2=A9?= =?UTF-8?q?=EA=B3=BC=20=EA=B0=99=EC=9D=80=20=EB=82=B4=EC=9A=A9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_01YZVseAexp5wNFNVfRtxjkg --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 42 +++++++++++++++++++++++ 1 file changed, 42 insertions(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index a2ae14ba1..76ce578ab 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -178,3 +178,45 @@ 147. (브레인 물음 답 · 원문) 1. 백엔드 재시작 2. 폴더만 기준이 되면 됨. 3. 반영 4. 테이블이 아닌 항목은 대상이 아님 5. 다음으로 공사지 +로 추가하는 항목에서 나오는 모달창의 크기를 조금 더 키우고 내부 내용을 정리할 생각임. 항목은 분류(기준위치, 거래처) 항목, 거래처 이름, 목적지를 2열배치 이때 분류에 따라 항목이 바뀜(다이어그램의 기준점+ 버튼은 삭제), 거래처 위치를 소재지로 변경하고 직접입력버튼은 삭제. 전부 주소찾기나 지도에서 찾아야함. 등록에 이제 다음지도로 대체 6. 메일은 내가 알아서 하겠음. 7. 데스크탑은 세션 확인하면 살아있음. 오르카 리스트 확인 8. 추가 거리이정표 항목 - 등록으로 보이는 모달창은 해당 컨테이너를 눌렀을 때 같이 보여주면 됨. - 길찾기는 연결선을 누르면 보이는 모달창에 추가 이때의 항목은 도로 구분과 거리를 항목값으로 받고 하위에 다음맵으로 경로를 보여주면 되는데 기준점이 발생되는 이유는 임도 특성상 도로가 없는 경우 한 지점을 지정하게 됨. 다시말해 기준점이 있다면 기준점과 거래처의 다음맵지도가 필요함. 이때 위치조절을 위해 위치이동은 되어야함. 시점과 기준점은 도로가 연결이 안되는 경우가 있어 수기 입력이 되어야할때도 있음. 시점과 중점은 항상 거리는 수기입력임. 이때 도로 구분의 경우 2차 포장이란 시점이 아니라 기준점이 있을때의 경우임. 다시말해 기준점을 거쳐 시점에 들어가는 경우에만 존재하는 열 항목임. 기준점이 없다면 그냥 포장이 됨. 148. 길찾기 그림이 없는 이유는 뭐야? (브레인 판정: 서버 안에서 헤드리스 브라우저를 못 띄움 — uvicorn 이 쓰는 Windows Selector 이벤트 루프는 하위 프로세스를 못 만들어 Playwright NotImplementedError · 시험은 서버 밖이라 통과) 149. 고침이라는 명칭을 수정으로 변경. 컨테이너 항목에서 + 줄이 있는 이유가 뭐야. 거래처 등록은 거래처에 관련 정보를 선에는 경로관련을 묶어서 표현하려고 하는거잖아. 그리고 기준위치에는 항목이 필요없어. 거쳐가야하는 지점이다보니 의미가 없어. 이번 부터는 너가 직접작업해. 거리이정표의 경우에는 폭을 브라우저에 맞춰서 폭 전체를 사용하게 하고 하단의 테이블도 동일하게 폭에 맞춰 열의 사이즈를 조절해줘. 그리고 현재 다이어그램이 줌아웃이 너무 멀어서 글자가 잘안보여 적당히 줌인해줘. +150. 기준점과 선의 컨테이너 내부 카카오맵의 영역의 높이를 더 높여줘. 카카오맵의 높이는 어디서든 같게 해줘. +151. 그리고 선 성분의 연결정보는 컨테이너들을 드래그해서 연결하고 이정보를 가져오는건 어때? (제안 · 물음) +152. 그리고 포장과 비포장이다가 기준점이 생성되면 당연히 1차 포장, 2차 포장이 되어야할것같아. 그리고 그때 선의 연결여부에 따라 1차냐 2차냐가 되는거고 +153. 카카오맵에서 기준점이나 소재지를 지정하면 보기가 초기화되고 줌아웃 상태가 되고 있어. 변화가 없는게 편할것 같아. 공사지, 기준점, 거래처를 기준으로 색상을 조금 넣어주는 좋겠어. 이때 프로그램의 내부에 화이트와 블랙테마 양식이 있으니 참고해. 다음으로 요소들을 드래그로 위치를 변경하거나 정렬하는 기능이 있으면 좋겠어. +154. (선 연결을 드래그로 — 연결 점 ● 끌어 기준점 · 공사지에 놓기 · 설명 뒤) 동의 작업진행 +155. 컨테이너 요소는 총 4개야. 3개의 컨테이너와 하나의 선 타입이야. 시점과 중점은 자동생성으로 그냥두고 기준점과 거래처의 정보를 등록하고 선으로 연결하면 모달창으로 정보가 나오는데 이때 경로를 찾은 거리와 경로를 카카오맵으로 보여주면 되는거야. 이때 문제가 있을수 있으니 수기입력 기능으로 카카오맵 연결을 취소하게 하면 될것같고 기준점과 공사지의 우측 상단의 +는 삭제하고 자동정렬 버튼 우측에 요소 추가 버튼을 만들어서 대체하게 해줘. +156. 거리이정표탭의 하위 탭중 거래처 항목 탭의 경우 내부에 길찾기가 있는데 이항목은 이제 없어도 될것같은데 어떻게 생각함? 필요없는 로직으로 보임. +157. 1. 요소추가 버튼은 다이어그램 영역의 좌측 하단으로 이동하고 버튼사이즈는 메인 탭 제목과 같은 사이즈양식으로 변경, 자동정렬도 같이 이동 2. 하위 거래처 탭에서 보이는 정보중에 그림 올리기 버튼은 그림 변경으로 이름 변경, 그림 지우기 버튼은 필요 없으나 초기화 버튼으로 사용자가 올린그림을 지우고 원래연결되 그림으로 되돌리는 기능으로 변경. 이름은 초기화. 3. 하위 거래처 탭에서 내가 보기에는 이제 그림으로 표현할 필요는 없어보이는데? 거리 이정표에서 선을 선택할 때 보이는 길찾기 화면을 보여주는게 제어도 되고 좋을것같음. 단 사용자가 그림 변경하여 업로드하면 변경한 그림을 보여주고 초기화하면 다시 길찾기 화면을 보여주면 됨. 추가로 쓸데없는 설명은 삭제 그림 변경과 초기화 버튼은 거래처명이 작성된 라벨과 같은행에 우측맞춤하여 배치, 거래처명, 주소, 버튼의 글자는 크게 변경, 메인 탭 사이즈와 동일하게 +158. 자동정렬의 기준이 뭐임? 혹시 각각 요소들의 위치를 나타내는건가? (질문) +159. (원문) 1. 자동정렬 명칭을 방위배치로 변경(방위 배치 안보이고 테이블이 브라우져 폭을 다사용하게 반영 안됨) 2. 이제 연결작업을 할 생각임. 요소추가 버튼으로 생성할 수 있어야하지만 기본적으로 프로젝트의 사용하고 있는 구조물조합의 일위대가의 자재목록을 하나의 행으로 구성되어야함. - 초기에는 거래처와 주소가 지정되지 않은 컨테이너를 다이어그램에 배치해주고 사용자가 컨테이너의 모달로 접근하여 정보입력하게 됨. - 이후 선을 연결하여 정보 연결을 마무리함. 3. 이후 사용자는 단가산출 로직이나 마스터/회사/개인의 일위대가 사전조합을 연결한다. 이때 연결여부 표현을 위해 (구조물 집계표 측점 램프 그림) 항목 앞에 램프를 추가함. 4. 이 정보들은 모여서 B09의 운반공 하위의 항목으로 각 행들이 들어간다. 이때 B08에서 연결이 안되어 있더라도 설계내역서 행의 기능 중 연결 기능으로 단가산출이나 일위대가 사전조합을 연결할 수 있어야함. 5. 설계내역서/거리이정표의 마우스 우클릭의 기능 중 연결에서 여러정보들이 나오는데 이렇게 하지말고 모달창을 띄워서 보여주고 한번에 검색하거나 필터링하여 검색할수 있는 기능 부여. 이때 연결이라는 명칭보다는 단가연결 이라고 변경하여 표현 6. 연결은 중요한 문제니 너가 직접 조사 작업을 하여 계획서를 작성하고 작업을 이어서 해줘. +160. 추가로 단가연결을 할때는 구조물조합이나 일위대가 사전조합이라면 문제가 없겠지만 단가산출의 경우에는 연결할때 옵션값을 받아야하는 경우가 있을거야. 이때는 추가 모달창을 보여줘서 사용자가 선택할수 있게 반영해줘. 만약 내가 잘못알고 있는거라면 알아서 해주고 +161. (원문) 다음은 B09에 신규 메인탭인 공기를 넣어주고 하위에 공기집계와 공기산출 탭을 만들어줘. 이때 공기관련내용은 초안이니 B09 폴더 내부에 draft폴더를 만들어서 코드를 작업해줘. 나중에 마음에 안들면 그냥 draft폴더를 삭제할거야. 일단 참고문서는 resources\knowledge\original\실무문서\01.산불거창(거창북상병곡)\01.내역서\00.25년_산불_거창(거창,북상,병곡,산8외)내역+수량.xlsx 파일 중에 공기집계와 공기산출 탭을 참고하면 될거야. 여기서 중요한 점은 참고를 보고 내용을 넣는게 중요한게 아니라 로직을 분석하고 어떻게 계산하는지 확인하고 구현하는게 중요한거야. 다시말하지만 참고 항목이 있다고 테이블을 만드는게 아니야. 우리 프로그램에 맞춰 적용하는게 중요한거야. 그래서 길게 생각하고 작업해도 되니까. 꼼꼼히 분석해서 반영해줘. 이건 현재 작업내용을 이어서 진행하면 됨. 나 쉬러 갈테니까 작업완료하고 내일 아침에 내가 아티팩트를 만들어줘. 일단 이번 구현에 대해서는 방향성 결정이 필요한 내용이 있다면 너가 결정해서 아티팩트로 알려줘. +162. (원문 · 10-11) 1. 거리이정표 - 설계내역서 운반공 연결 - 거리이정표의 항목행 하나당 하나씩 설계내역서의 운반공 하위의 노용으로 들어가야함. - 거리이정표와 설계내역서의 연결 후 선택된 항목에 대해 거리값을 입력받아야하는 경우 연결되거나 될 거리이정표의 거리와 연결되어야 하며 이때 아마 비포장과 포장이 다를것같은데 이부분에 대한 계산 절차를 보여주는 모달창이 있어야함. 이때 모달창에는 옵션값과 계산 절차를 같은 화면에서 보여주며 단가산출을 다른 항목으로 수정할수 있어야함. 단가연결이 안된경우와 된경우를 같은 모달창을 사용하면 좋을것같아. 2. 거리이정표의 하위탭중 항목별 경로는 나타내는 하위탭에서 거래처/기준점/시점을 옮긴다면 주로를 옮겨서 업데이트 3. 거리이정표의 시점에서 나오는 모달창의 중점 측점은 km 단위로 변경, 하위의 설명은 삭제, 맵은 공통 카카오맵으로 변경 4. 거리이정표의 다이어그램에서 항목의 폰트를 거래처의 폰트와 동일하게 변경, 아래 주소가 길경우 자동으로 줄변경하고 컨테이너 세로 높이 증가, 방위 배치나 기본 맵연결에 따라 위치를 잡을때 거리에 따른 선길이가 지정되면 좋겠음. 단 너무 널리떠러지면 안됨. 선, 위의 텍스트 중 포장타입과 거리는 2행 구조로 변경, 거래처 및 기준점에 대한 모달창에서 제목의 폰트사이지가 내용보다 작음, 소재지-주소찯기.지도에서 고르기(...) 항목은 삭제, 기준점의 모달창인 경유 기준점의 이름이 2행구조로 됨. , 주소 및 맵 영역은 상단에 가로선을 추가하여 구분할것. 5. 기준점의 다이어그램 컨테이너에도 주소 추가 6. 거리이정표의 다이어그램에서 선연결의 드래그하는 원을 박스의 좌측 상단에 배치, 단 테두리를 넘어가면 안됨. 추가로 컨테이너의 내부에 작은 주소를 찾은 그림을 캡쳐하여 프로젝트 영구저장소에 넣어주고 컨테이너 내부에 배치 이때 그림을 다른 곳에서도 사용할 예정임. 잘 보관할 것. 7. 거리이정표의 하위 탭의 경로보기 기능 중 그림을 캡쳐하여 프로젝트 영구저장소에 넣어줄것. 프론트엔드 기능변경이 아님. 그림은 나중에 다른곳에 사용할 예정 8. 거리이정표의 다이어그램을 누렀을때나오는 제목에 테이블 제목 행의 정보가 들어오는데 삭제. 9. 거리이정표의 테이블이 컨테이너가 다이어그램의 영역과 동일하게 브라우져의 폭에 맞춰 변경이 되지만 테이블은 맞춤이 안됨. 혹시 테이블 양식과 충돌이 있다면 알려줄것. 10. 거리이정표의 기준점은 2개 이상일 수도 있을것같음. 이럴경우를 대비하여 선연결 기능을 기준점에도 추가 11. B09 총괄설계내역서와 설계내역서를 하위탭으로 이동하고 상위 탭으로 설계내역 탭을 생성 12. B09 단가연결 열의 정보가 텍스트로 구현되어있음. 랩프로 변경(램프양식은 B08의 구조물집계표에 있음), 선택 기능은 유지, 단가연결 열 제목은 단가 > 줄바꿈 > 연결 로 변경하고 테이블 열 폭을 줄일것. 13. B09와 테이블 행선택에서 페이지이동 기능이 구현된 행의 경우 붉은색 박스 하이라이트가 반영안된게 있음. 14. 하이라이트 기능과 연결하여 조심할 부분은 셀에 수기 입력이 가능한 영역을 셀테두리로 표기한게 없어졌음. 조심 테두리의 값을 조금 더 옅게 표현. 15. 자재단가대비표에 선택한 적용단가인 경우에 해당 셀에 색상을 변경했는데 이걸 테두리를 넣는걸로 대체. 이때 입력셀 테두리와 혼돈이 될수 있으니 녹색계열로 변경 16. 자재단가대비표에서 최저가 일지라도 적용단가를 변경해야할 경우가 있음. 마우스 우클릭에 항목을 적용단가 적용 항목 변경 17. 설계내역서의 비고 열에 빈 칸XX 정보는 삭제. 18. 총괄설계내역서/공사원가계산서의 제일하단의 총공사비는 하단고정으로 변경. 양식은 테이블 양식 확인 19. B06의 횡단도에서 상세버튼 모당창의 내용 중 나눠진 면적지정에 대한 기능 구현안됨. 기준은 현재 선들이 교차가 되면 선 요소를 분할하였음. (암경계선도 분할 필요) 이렇게 됨면 오픈된 영역을 제외하면 먼저 지정도 가능해야함. 이때 선택된 면적은 선을 지정하였을때 길이관련 정보(기능 누락됨)보여주는 정보들처럼 면적 정보들을 보여주면 됨.(이때 테이블을 선택하면 그래프에서 선이나 면적을 지정하게 될텐데 이때도 길이나 면적이 보여야함. ) 20. 횡단도 상세버튼 모달창 테이블의 항목들을 선택하면 테이블 하이라이트가 되는데 여기서 셀과 셀 제목을 지정해주는건 좋은데 중복되는 선때문에 보기가 안좋음. 21. 횡단도 상세버튼 모달창에서의 그래프 영역하단은 텍스트 입력창으로 별도의 정보를 B07로 전달되어야하는데 내가 원하는 방향은(그림_162-21_횡단배수_글.png — 배수관 원 표기 · NO.71+13 · 관보호공 · 관유입부보강 글) 구조물이 없는 경우에는 당연히 빈값이어야하고 구조물 중 횡단배수 구조물에 대해서만 미리 넣는 스크립트를 만들어주면 됨. 이때 이질감이 있을수 있으니 텍스트창이아니라 캐드창을 보여주는데 그냥 배경만 있는 캐드창이기만 하면됨. 그럼 다음B07에 테이블 상단에 배치하면 이질감이 없을것같아. 기본적으로 설계자들은 대부분 캐드 단축키를 알고 있으니 빈화면의 캐드화면이라도 문제 없어보임. 22. B05/B06 공통 좌측 패널의 구조물 조합 지정 기능에서 미지정 항목에 대해 노란새 색상이 좋기는 한데 눈에 너무 띄는것같음. 이건 구조물리스트의 램프와 같은 색상으로 가는게 좋겠어. 회색이 될것같네. 23. 이제까지는 너가 직접 코드작업을 요청했지만 이제 폭넓은 부분에 코드작업을 해야하니 너가 조사작업을 하고 계획서를 작성하고 브레인으로써 다른워크트리에게 작업을 지시해줘. 그리고 완료시 너가 작업이 누락된게 없는지 확인해줘. 코더는 자기가 작업한 코드만 검증을 하고 화면 검증은 작업완료시 내가 진행할께. 너도 필요하다고 판단되면 브라우져 검증진행해도 됨. +163. (원문 · 브레인 화면 검증 흠 다섯에 대한 답) 고칠 흠중 1. 소수점 제어 확인 2. 보류 3. 제안대로 4. 제안대로 5. 운반공의 하위에는 단가연결이 연결이 되던안되던 일단 이정표의 항목명으로 운반공에 하위에 개별로 들어와야함. +164. (원문 · 10-11) 1. 거리이정표 - 거래처의 주소를 입력할때 정해져 있다면 공사지나 시점의 마킹을 남기는게 좋음> - 거리이정표의 컨테이너 모달창에서 제일 상단의 제목이 거래처 - 거래처, 공사지 - 시점,종점 , 기준점 - 주소 로 표현됨. 에서 - 앞의 글자는 필요없음 - 단가연결에서 수기로 전체입력을 받는게 아님. 사용자는 미리만들어진 단가산출 로직이나 구조물 조합, 일위대가 사전조합에서 지정하게 될텐데 이때 지정한 항목이 필요한 입력정보를 보여주는데 여기서 이정표로 거리값을 확보했으니 입력에 자동으로 넣어달라는 말이잖아. 처음부터 값을 하나하나 지정해서 만든다는게 아니라. 그리고 어차피 너가만든 기준으로 만든 8-2-8 도 벌써 만들어져 있어. 입력값이 필요할 뿐이지. 2. B09 공기초안의 아티팩트는 봤어. 그런데 이상한건 너가 정한것들은 모두 사용자가 지정해야할 내용들 아니야? 그렇다면 B09의 좌측패널에 별도의 컨테이너를 만들어서 옵션을 선택할 수 있게 변경해줘. 3. B06 횡단도 상세 모달창의 내부의 캐드영역 구현은 잘되었음. 여기서 접었다 폈다하는 기능을 구현해주고 일반측점의 경우에는 접힌상태가 구조물 측점의 경우에는 펼쳐진 상태가 모달창이 열릴때 기본값으로 변경하고 캐드영역과 테이블 순서를 바꿔줘. 4. B06 횡단도 상세 모달창의 내부 횡단도에서의 기본 줌인값은 B06 좌측패널의 횡단반폭 보기설정값을 적용하게 해줘. 5. B06 횡단도 상세 모달창인 캐드화면에 기본 값을 배관만 넣어줬는데 다른 구조물도 넣어야하고 문구를 그냥 내가 넣어준 값을 복사하여 사용한것 같은데 여기서 구조물조합에 연결된 일위대가의 이름과 관련 정보(옵션 값)들을 넣어주면 됨. 그럼 사용자가 수정하여 사용함. (배관은 원형마크로 대체 되어야함. ) 6. B06 횡단도의 상세 모달창의 캐드화면에서 배관의 길이는 정수값을 사용해야함. 사사오입한 값을 사용해야함. 벌써 내부에 계산되어 있음. 7. B06 횡단도에 표기되니 관매설 정보를 알려주는 노폭 정보위의 회색 글씨의 크기는 노폭정보 폰트 크기와 동일하게 변경 +165. (원문 · 10-11) 1. B07의 횡단도에 측구를 표현할때 노란색으로 측구가 하나더있어보임. 확인후 삭제 2. B07의 배관이 구분이 어려움, 색상변경,(박스암거도) 3. B07 좌측 패널의 사이즈는 요소들의 버튼과 입력창의 양식은 B05/B06 좌측 패널의 구조물 배치의 공용양식 사용. 이때 B06의 다른 컨테이너도 포함. B05 이상의 페이지들의 좌측패널의 컨테이너 공용양식 사용확인, 이때 패널의 하단에 버튼셋들은 예외. 4. B05/B06 좌측패널의 구조물 리스트나 B06의 횡단도, 배수유역도의 번호 및 영역, 테이블열, 3D 측점 하이라이트 기능은 다연동되어 있는데 지금 배수유역과 테이블 열 하이라이트 기능을 잃은것같아. 이건 정말 조심히 개선해야하는데 어제 저녁쯤에 상당히 오랫동안 분석해서 나온결과야. 주요 문제점은 노면공의 범위 값에 의한 하이라이트 충돌문제였어. 제대로 확인한 후에 4번만 너가 직접 작업하고 브라우져 검증해줘. +166. (원문 · 10-11 · 브레인 보고 답) 1. CAD 미리넣는 기능에서 사용자가 어떻게 사용할지를 몰라서 일단은 좌측패널 옵션과 구조물조합이름을 다 넣어주면 내가 추가로 선정하겠음. 2. 상세 창 처음화면은 전체가 다안보여도 상관없어. 3. 표열 강조가 무슨의미인지 자기 측점이 없는게 있을수 있나 무슨 말인지 모름. 4. 깃 싱크해도됨. 5. B05/B06 좌측 패널의 구조물 리스트 상단에 정수 맞춤 버튼이 있는데 역할을 전방위 적으로 코드를 확인해줘. 내가 원하는 방향은 전처리과정에서 확보된 배관지점들을 결정할때 반올림하여 횡단배수들의 위치를 결정되어한다. 이후 사용자들이 조절을 하거나 다른 구조물 전체 중 어떤 걸 넣더라고 지정된 위치는 그냥 정수값을 받고 지정해야한다는 거야. 혹시 문제가 있는지 확인해줘. 그리고 만약 구조물 측점과 횡단도 측점이 같은 측점으로 뭉쳐진다면 상위인 구조물 측점이 존재하고 일반측점은 비활성화되어야해. 그리고 만약 구조물 측점을 옮기게 되면 비활성화된 일반측점은 활성화하고 구조물 측점을 이동하는거야. 이건 하이라이트 기능들과 많이 연동되어있어. 간혹 두가지 중첩된 상태로 보이는 상황이거든 정말 자세히 검토해줘. <<< 에게 왠지 3번 항목과 연관되지 않을까 생각됨. +167. (원문 · 10-11 · 조사 AK 답) 너가 뭔가 오해한것 같음. 1. 현재 측점을 가지는 구조물들을 유지해 필요하면 내가 나중에 추가할 수도 있음. 2. 프로그램에서 측점의 수치를 중 '측점 + 거리' or 누가거리에서 소수점을 사용하지 않겠다는 의미야. m 단위로 결정한다는 말이지. 3. 단추는 필요없어. 그냥 소수가 아닌 정수로만 제어하겠다는 의미야. 그러니 옛데이터도 그렇게 되어야겠지. 겹침 개선해. 지금 개발하면서 반복적으로 발생되고 있는 문제야. 이게 아마 하나씩 구조물 측점을 하나씩 추가하면서 발생된 문제같은데 근본적으로 문제를 해결해줘. 현재 전체적인 로직과 개발 방향은 잡힌상태야. 기능 확장과 동일 요소에 적용같은 방향만 있을것같은데 근본적인 문제해결을 위해 리팩토링이 필요하다면 말해. +168. (원문 · 10-11 · 272 뒤) 이상하네 B05와 B06은 하나의 페이지로 동작하게 만들어져 있어. 그렇다면 신규 추가나 이동에 대해 바로 반영이 되면 좋겠는데? 그리고 종단도에 다른 영역들의 선택에 따라 종단 그래프에서도 활성화가 잘되는데 이떄 해당지점으로 이동해주는 기능이 누락되었어. 이전 코드적용 가능한지 확인해봐. 조건을 측전 활성화 결과를 보고 해당지점으로 이동하게 하는게 좋을것같아. / 해당지점을 화면의 중간에 오면 더 좋고 +169. (원문 · 10-11) B06의 횡단도의 상세 모달창에서 모여주는 표위 cad에서 배수관의 경우 도형이 원과 하단 수직선으로 구성도 되는데 이때 하단 수직선은 필요없음. +170. (원문 · 10-12) 1. 검증대기는 진행 후 체크만 안할걸로 보임. 2. b08의 거리이정표 탭에서 연결 후 다시 접근하는 페이즈의 우측에 계산을 보여주고 있는데 단일 텍스트로 나열만 되어있어. 보기어려움. 폰트와 영역들을 나누고 결과를 분리해서 효과적으로 사용자가 볼 수 있게 개선 제안 +171. (원문 · 10-12 · 그림_171_운반단가창.png — 운반 단가 — 전석운반 · GF000284) 1. 거리이정표의 단가연결 편집에서 보여주는 우측 영역의 수식들이 여전히 분간이 안감. 컨테이너와 제목, 결과 값 작성이 필요한 경우 컨테이너 하단에 넣을 수 있게 변경했으면 함. 아마 여러 단가산출이 연결되어 있는 경우에는 내용을 컨테이너별로 분리하고 순차적으로 배치하는게 어떤지.. 2. 거리이정표의 단가연결 편집에서 보여주는 운반거리 입력 창의 높이만 다름. 앞/위의 항목과 동일하게 변경, 거리값을 가져온 경우 거리에서 라는 글자가 들어옮. 이때 글자는 거리에서의 글자를 자동계산으로 변경, 이후 사용자가 값을 변경할 경우 자동계산 버튼의 하이라이트를 끄고 다시 누른다면 자동으로 가져온 값을 넣게 변경 >>> 두개의 요청을 수정하기전에 조사부터 진행해줘. +172. (원문 · 10-12) 단가산출로직은 손대지말고 일단 프론트엔드 부터 집중해주고 . GF000284 이건 옵션이 없다는 말이야. 아니면 임의 지정했다는 말이야? +173. (원문 · 10-12) 지금 B08의 거리이정표의 단가연결에서 모달창의 좌측영역의 폭을 조금 줄여도 될것같아. 그리고 우측의 계산식 적용 방식 중 중간 계산에대한 보기 방식이 꽤나 마음에 들어 B09의 단가산출근거의 박스보기에도 적용해줘. +174. (원문 · 10-12) 1. 다음으로 다음으로 B09의 단가산출근거탭의 버튼 높이와 다른 보조탭의 높이가 달라. 이때 호표보기는 작게 표현되기도 하고 박스보기로 변경하면 조금 높아져. 지금 높아진 상태가 더 마음에 들어. 이걸 B08과 B09의 전체 영역에 보조탭 버튼에 적용되도록 양식화하고 변경해줘 +175. (원문 · 10-12) 1. 다음으로 B05/B06의 좌측패널의 구조물조합은 선택버튼으로 선택과 수정을 할수 있음. 선택 버튼은 삭제하고 미지정이나 선택된 구조물 조합 이름이 표기되는 라벨을 선택했을 선택 버튼 기능을 부여해줘. 해제버튼은 유지해줘. 2. 구조물 조합 선택 모달창의 이름을 구조물 조합 선택이라고 변경해줘. 그리고 모달창의 상단테이블의 항목을 선택하면 좌측하단의 트리구조에서도 선택 변경이 되어야하고 거기에 따라 우측의 3개 컨테이너 정보도 바뀌어야함. 그리고 사용자가 마스터, 횡사, 개인 버튼을 누르게 되면 상단 테이블이 해당항목으로 변경되어야하는데 지금은 그냥 유지되고 있는것같아. 확인해봐. 3. 2번 내용은 M02 구조물 조합에도 유사하게 반영되어 있는데 동일한 문제가 없는지 확인해봐. +176. (원문 · 10-12) B05/B06의 하단 종단패널은 공용으로 사용하고 있어. 여기에서 배수유역의 줌아웃 범위가 수치지형도의 등고선을 기준으로 하다보니 줌아웃이 너무 많이 되고 있어 노선을 기준으로 줌아웃을 하되 그래도 줌아웃할 경우가 있으니 적당히 범위를 지정해줘. +177. (원문 · 10-12) B05와 B06의 하단 종단패널에서 우측 상단의 배수유역도 버튼은 패널 내 우측 보조패널 버튼이 있어. 중복으로 보여 삭제해줘. 그 옆의 새창 버튼은 현재행에서 초기화 버튼 좌측으로 이동해줘. +178. (원문 · 10-12) 다음은 수정하지말고 확인만 진행해. B05와 B06의 선택 하이라이트 기능은 어제 엄청 힘들게 잡아둔상태야. 그러니 일단 코드 확인부터할거야. 지금 문제가 되는 부분은 종단도의 하단 알약버튼이 선택하면 하이라이트 되고 취소가 되어야하는데 이때 중요한 점은 구조물 중에는 측점이 없는 구조물 알약도 존재해. 그런데 선택을 하면 근처 측점을 하이라이트 하더라고 그리고 구조물 측점이 있는 위치라도 하이라이트 해제는 안되고 있어. 정밀 확인 해줘. 이건 너가 직접 코드확인해줘. +179. (원문 · 10-12) 1. 알약관련해서는 이제 너가 작업해줘. 대신 바로 확인해보고 롤백할거니까 기준점을 깃으로 잘지정해줘. 2. 추가로 이번에 수정한 새 창버튼의 이름을 창 분할로 변경하고 제자리로 버튼도 창 결합으로 변경해줘. +180. (원문 · 10-12) 1. 추가로 구조물이나 측점을 하이라이트가 된상태에서 대시보드나 프로젝트 외부 페이지를 접근하고 다시 프로젝트에 접근할때 측점이 하이라이트 된 상태로 복귀가 되는데 캐시문제는 아닌것같고 어디에 현재 영구저장소에 저장하고 이걸 보여주는 것 같은데 맞아? 코드수정하지 말고 확인만 해줘. 2. 다음은 횡단배수군 중 물넘이포장에 대해 종횡단 설계를 반영할거야. 종단에는 구조물측점이 있어야함. 물넘이포장 구조물측점의 경우 횡단도에서 측구가 존재할 수 없으며 노면의 경사는 입력된 정보를 기준으로 표고가 낮은 방향으로 기울어 져야함. 여기에 도수로/돌붙임이 추가되는 경우에는 다른 구조물과 공용으로 컨테이너를 보여주되 컨테이너 항목 하단에 추가로 길이 값을 받는 항목을 추가하고 도수로나 돌붙임의 길이값으로 가지고 있음. 이값은 설계내역이나 수량산출, 일위대가 등에 사용하지 않으며 단순히 횡단도의 도수로/돌붙임 그림을 그릴때만 활용한다. 도수로와 돌붙임의 길이값이 없는 경우에는 현재처럼 원지반까지만 하면 되지만 값을 넣는 경우에는 수치만큼의 길이의 도수로나 돌붙임의 형상을 횡단도에 넣어준다. 이번 수정에는 대부분 형상 로직들이 존재하며 재활용하여 로직을 구현하고 하이라이트와 구조물 측점 추가 로직은 공통로직일테니 항목에 물넘이포장을 연결만 하면 사용할 수 있을것으로 예상됨. +181. (원문 · 10-12) 그럼 만약에 대시보드로 갔다가 2번 프로젝트를 열고 다시 1번 프로젝트로 돌아오면 1번에 지정한 측점을 가지고 있는거야? 분석해봐. +182. (원문 · 10-12) 그리고 횡단배수군 구조물 종류 중에 구조물측점을 제외한 구조물은 뭐야? +183. (원문 · 10-12 · 그림_183_물넘이포장.png) 1. 다른프로젝트에 들어갈경우에는 전체 프로젝트 관련 캐시는 지우는게 맞는것같아. 다른 프로젝트들을 돌아다닌다면 캐시가 무거워진다는 말이잖아. 다시 돌아온다면 그건 사용자의 의견이니 당연히 다시 로딩하여 사용자에게 보여주는게 맞는것같아. 2. 도수로/돌붙임의 경우에 면적값은 조심해야하는게 길이값을 지운다면 면적값은 기본값으로 돌려줘야함. 다시 넣으면 폭과 길이로 면적값을 산출하면 됨. 그때는 원지반까지 연결하면 되는거고 이해한거지? 3. 맹암거의 횡단도 형상에 대해 설명하겠음. 높이값과 기울기값을 받게 되어있으며 측구는 존재하지 않음. 도로의 경사를 각도를 반영하여 지대가 낮은 방향으로 기울이고 맹암거의 높이만큼 도로를 옵셋하고 성토까지 연결. 절토측의 선을 연장하여 옵셋한 기울여진 선과 접함. 그후 그 안에는 돌모양을 넣는다. 4. 물넘이 포장의 경우 포장임으로 노면공처럼 도로의 포장형상을 추가함. 이때 노면공과는 다르게 노견까지 포함되어야함. 5. 종단도 그래프의 좌측 상단의 누가토량의 값을 나타내는 알약을 조금더 크게 적용해줘. 공용양식을 찾아봐. 대신 크기가 커지고 나면 아래로 알약위치가 조금 아래로 내려와야 상승 버튼이 안가려질거야. 6. 물넘이 포장의 옵션값 입력에서 월류 폭 입력하면 높이는 자동으로 계산되어질텐데 이건 세월교에 로직이 있을거야. 공용로직이야. 7. 물넘이 포장의 경우 [Image #5] 형상중 회색 점선의 경우 너가 그려준 포장과 같은 각도여야할것같고 성토가 있는 경우에는 도로와 같은각도로 포장형상이 늘어나야해. 단 짧아지는 경우에는 당연히 성토가 생겨야함. 8. 물넘이 포장의 경우 콘크리트면이 기준이 되어야하고 점선이 물넘이 월류높이라면 중심점 위로 표현이 맞음. 9. 물넘이 포장과 맹암거의 구조물 선택에 대해 고려하여 반영할것. 이것까지 반영하고 너가 직접 사용자처럼 브라우져 검증해봐. +184. (원문 · 10-12) 10번 구조물 배치에서 신규 구조물은 추가버튼을 누른 뒤에 추가되게 반영. 지금은 기준측점을 넣으면 생성하는것같음. +185. (원문 · 10-12) 다음으로 이번에 형상을 추가하는 맹암거와 물넘이포장의 경우에 조심해야할 부분은 기존에 보라색선들로 종단측점의 상하나 성토, 절토로 이동을 하고 있다는 점이야. 구조물 선택과 포장 선택에 대해 조심히 반영해야할거야. +186. (원문 · 10-12) 누가토량의 알약의 크기는 적당한데 테두리와 색상을 붉은계동으로 변경해줘. +187. (원문 · 10-12) 다음으로 캐드 프로그램의 기본기능인데 지금 텍스트를 더블클릭하면 브라우져의 창이 나오고 변경할 수 있게 되어있는데 그냥 그자리에서 프롬프트아 바를 보여줘서 바로 텍스트를 바로 입력하게 해줘. +188. (원문 · 10-12 · 그림_188_물넘이연장.png) 1. 도수로와 돌붙임 컨테이너의 삭제버튼 누락됨. 확인 2. 물넘이포장의 횡단도 구조물 선택 및 하이라이트에서 콘크리트 형상은 좌측패널의 경사각도 컨테이너가 활성화 되어야함.(도수로 돌붙임 컨테이너 아님) 2. 물넘이포장이 도로가 원지반에 닫지않는다면 성토부 방향으로 도로의 기울기만금 콘크리트와 노면선을 연장하여야함. (첨부참조) 3. 물넘이포장이 도수로/돌붙임은 성토부측(낮은 방향) 끝단부에 맞춰 그려져야함. 이때 길이의 숫자가 없다면 원지반에 닿으면 끝(성토부 사면이 생성되면 성토사선만큼만 ), 이때 양측절토가 되는 경우 당연히 원지반까지 연장하였으니 물넘이의 경우에는 당연히 닿았으니 안보여야 정상임. 다른 구조물들의 도수로/돌붙임도 동일, 길이를 입력하는 경우 길이만큼만 생성. 4. 앞으로 ㅗ화면검증은 오래걸리니 내가 하겠음. +189. (원문 · 10-12) 도수로/돌붙임 생성의 경우 성토 사면 선택이 잘 안됨. 잘고려하여 잘 선택되게 반영 +190. (원문 · 10-12) 1. 횡단도와 상세 버튼으로 접근하는 모달창에서의 선과 면적을 선택할때는 선택면적이 좁은 순으로 마우스커서로 잡게 하여야 됨. 화면상에 위에 배치되어야 선택이 용이해짐. 2. 횡단도의 상세버튼으로 접근하고 모달창의 횡단도는 초기에 사용자에게 보여줄때 중심점이 센터에 오게 그림을 배치 3. 물넘의 포장의 월류폭에 의해 인접 횡단도에 그림이 그려진다면 흙막이처럼 연결된 상태라는걸 알리기 위해 별도 표기 4. B09의 좌측 패널에서 업데이트 버튼으로 불러온 정보를 업데이트 하게 되는데 이때는 만약 복사해온 정보가 삭제되었다면 업데이트 항목에서 제외 5. 횡단도의 상세버튼 모달창에서 구조물은 선들을 나누는 기준이 될수 선이 될수 있지만 구조물들의 선을 나눌필요는 없음. 6. 나는 이제 쉬러갈거니 너가 다른워크트리들을 잘 제어해서 요청업무에 대해 잘 완료하고 깃 싱크할것. 7. 깃 싱크전 너가 브라우져로 사용자가 된것처럼 제어하고 검증한 결과를 아티팩트로 보여줄것. +191. (원문 · 10-12) 추가 사항 있음. 신규 횡단배수군들 중 배관, 박스암거, 세월교, 물넘이포장의 경우 배수유역을 재분석을 해야할텐데 추가버튼을 누르면 횡단도 생성하고 배수유역도은 몰래 업데이트 되게 했으면 함. 몰래가 힘들면 로딩도 무관함. From 5bc017b07e3cccd9529166bed41ec049ee6229b0 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Tue, 13 Oct 2026 09:02:57 +0900 Subject: [PATCH 06/10] =?UTF-8?q?chore(=EB=8F=99=EA=B8=B0=ED=99=94):=20?= =?UTF-8?q?=EA=B3=B5=EC=9C=A0=20docs=20=EC=9A=94=EA=B5=AC=20=EC=9E=A5?= =?UTF-8?q?=EB=B6=80=20=EB=B0=9B=EA=B8=B0=20=E2=80=94=20=EC=9B=90=EA=B2=A9?= =?UTF-8?q?=EA=B3=BC=20=EA=B0=99=EC=9D=80=20=EB=82=B4=EC=9A=A9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_01YZVseAexp5wNFNVfRtxjkg --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index 76ce578ab..9b187f75a 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -220,3 +220,4 @@ 189. (원문 · 10-12) 도수로/돌붙임 생성의 경우 성토 사면 선택이 잘 안됨. 잘고려하여 잘 선택되게 반영 190. (원문 · 10-12) 1. 횡단도와 상세 버튼으로 접근하는 모달창에서의 선과 면적을 선택할때는 선택면적이 좁은 순으로 마우스커서로 잡게 하여야 됨. 화면상에 위에 배치되어야 선택이 용이해짐. 2. 횡단도의 상세버튼으로 접근하고 모달창의 횡단도는 초기에 사용자에게 보여줄때 중심점이 센터에 오게 그림을 배치 3. 물넘의 포장의 월류폭에 의해 인접 횡단도에 그림이 그려진다면 흙막이처럼 연결된 상태라는걸 알리기 위해 별도 표기 4. B09의 좌측 패널에서 업데이트 버튼으로 불러온 정보를 업데이트 하게 되는데 이때는 만약 복사해온 정보가 삭제되었다면 업데이트 항목에서 제외 5. 횡단도의 상세버튼 모달창에서 구조물은 선들을 나누는 기준이 될수 선이 될수 있지만 구조물들의 선을 나눌필요는 없음. 6. 나는 이제 쉬러갈거니 너가 다른워크트리들을 잘 제어해서 요청업무에 대해 잘 완료하고 깃 싱크할것. 7. 깃 싱크전 너가 브라우져로 사용자가 된것처럼 제어하고 검증한 결과를 아티팩트로 보여줄것. 191. (원문 · 10-12) 추가 사항 있음. 신규 횡단배수군들 중 배관, 박스암거, 세월교, 물넘이포장의 경우 배수유역을 재분석을 해야할텐데 추가버튼을 누르면 횡단도 생성하고 배수유역도은 몰래 업데이트 되게 했으면 함. 몰래가 힘들면 로딩도 무관함. +192. (원문 · 10-13) 1. 물넘이에는 배관이 없는게 맞음. 절토면의 물이내려오면 지대가 낮은 성토부로 콘크리트 노면을 이용하여 배수 2. 배수로의 면적은 수기입력이 맞은 실수임. 길이는 현상구현에만 사용. 면적계산에서는 제외 3. 인쇄미리보기 버튼 및 기능 추가. 초안프로그램 로직으로 draft폴더에 코드 생성. b09 좌측패널 하단에 버튼생성. 신규페이지로 이동하고 b07의 도면과 b08, b09의 수량산출, 원가계산영역으로 구분하여 미리보기함. 이때 구조물 조합에 묶여있는 도면은 도면측으로 전달하여 미리보기. 미리보기는 이전 페이지에서 생성한 결과물을 인쇄 전 결과물을 미리보기위한 페이지로 도면은 pdf로 수량산출과 원가계산은 pdf와 엑셀로 출력 및 다운로드됨. 이때 원가계산의 페이지순서는 실무문서의 3공구 내역서 참조. 순서만 참조 4. b09 행선택시 페이지 이동 후 하이라이트에서 하이라이트 부분만 모달창으로 보여주는 기능 구현. 이 기능은 좌측 패널의 하단에 하이퍼링크 버튼과 팝업 버튼을 스위치하며 선택가능 기본값은 팝업 버튼. 하이퍼링크 버튼 화성화 시 현재처럼 테이블 행을 선택하면 해당페이지로 이동. 팝업버튼 활성화시 테이블 행을 선택시 하이라이트 되는 행 전체와 열제목을 지정한 행주변에 보여줌. 이때 조심할 내용은 모달창의 내용도 선택하면 다시 연결된 모달창을 추가로 보여줘야함. 5. b09의 박스보기 및 호표보기의 섬택은 좌측 패널로 옮기고 공용 세팅화 함. 6. 랩탑 메인프로젝트는 너와 내가 같이 사용하는 프로젝트임. 모르는 구조물이 나오더라도 문제 없음. 7. 상세 검토 후 신규 계획서를 작성하여 수행할고 브라우져 검증을 이번 아티팩트를 만든것처럼 수행 From 5cdf4e840a07bd3317fcec9668e8f8194e4b8bc8 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Tue, 13 Oct 2026 17:30:44 +0900 Subject: [PATCH 07/10] =?UTF-8?q?chore(=EB=8F=99=EA=B8=B0=ED=99=94):=20?= =?UTF-8?q?=EA=B3=B5=EC=9C=A0=20docs=20=EA=B0=99=EC=9D=80=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 Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_0141RHfyDdi6VJY8Yiuch6DX --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 7 ++ docs/raw/요구_1010_2/조사_AN_기기대응.md | 111 ++++++++++++++++++++++ 2 files changed, 118 insertions(+) create mode 100644 docs/raw/요구_1010_2/조사_AN_기기대응.md diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index 9b187f75a..2066d447b 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -221,3 +221,10 @@ 190. (원문 · 10-12) 1. 횡단도와 상세 버튼으로 접근하는 모달창에서의 선과 면적을 선택할때는 선택면적이 좁은 순으로 마우스커서로 잡게 하여야 됨. 화면상에 위에 배치되어야 선택이 용이해짐. 2. 횡단도의 상세버튼으로 접근하고 모달창의 횡단도는 초기에 사용자에게 보여줄때 중심점이 센터에 오게 그림을 배치 3. 물넘의 포장의 월류폭에 의해 인접 횡단도에 그림이 그려진다면 흙막이처럼 연결된 상태라는걸 알리기 위해 별도 표기 4. B09의 좌측 패널에서 업데이트 버튼으로 불러온 정보를 업데이트 하게 되는데 이때는 만약 복사해온 정보가 삭제되었다면 업데이트 항목에서 제외 5. 횡단도의 상세버튼 모달창에서 구조물은 선들을 나누는 기준이 될수 선이 될수 있지만 구조물들의 선을 나눌필요는 없음. 6. 나는 이제 쉬러갈거니 너가 다른워크트리들을 잘 제어해서 요청업무에 대해 잘 완료하고 깃 싱크할것. 7. 깃 싱크전 너가 브라우져로 사용자가 된것처럼 제어하고 검증한 결과를 아티팩트로 보여줄것. 191. (원문 · 10-12) 추가 사항 있음. 신규 횡단배수군들 중 배관, 박스암거, 세월교, 물넘이포장의 경우 배수유역을 재분석을 해야할텐데 추가버튼을 누르면 횡단도 생성하고 배수유역도은 몰래 업데이트 되게 했으면 함. 몰래가 힘들면 로딩도 무관함. 192. (원문 · 10-13) 1. 물넘이에는 배관이 없는게 맞음. 절토면의 물이내려오면 지대가 낮은 성토부로 콘크리트 노면을 이용하여 배수 2. 배수로의 면적은 수기입력이 맞은 실수임. 길이는 현상구현에만 사용. 면적계산에서는 제외 3. 인쇄미리보기 버튼 및 기능 추가. 초안프로그램 로직으로 draft폴더에 코드 생성. b09 좌측패널 하단에 버튼생성. 신규페이지로 이동하고 b07의 도면과 b08, b09의 수량산출, 원가계산영역으로 구분하여 미리보기함. 이때 구조물 조합에 묶여있는 도면은 도면측으로 전달하여 미리보기. 미리보기는 이전 페이지에서 생성한 결과물을 인쇄 전 결과물을 미리보기위한 페이지로 도면은 pdf로 수량산출과 원가계산은 pdf와 엑셀로 출력 및 다운로드됨. 이때 원가계산의 페이지순서는 실무문서의 3공구 내역서 참조. 순서만 참조 4. b09 행선택시 페이지 이동 후 하이라이트에서 하이라이트 부분만 모달창으로 보여주는 기능 구현. 이 기능은 좌측 패널의 하단에 하이퍼링크 버튼과 팝업 버튼을 스위치하며 선택가능 기본값은 팝업 버튼. 하이퍼링크 버튼 화성화 시 현재처럼 테이블 행을 선택하면 해당페이지로 이동. 팝업버튼 활성화시 테이블 행을 선택시 하이라이트 되는 행 전체와 열제목을 지정한 행주변에 보여줌. 이때 조심할 내용은 모달창의 내용도 선택하면 다시 연결된 모달창을 추가로 보여줘야함. 5. b09의 박스보기 및 호표보기의 섬택은 좌측 패널로 옮기고 공용 세팅화 함. 6. 랩탑 메인프로젝트는 너와 내가 같이 사용하는 프로젝트임. 모르는 구조물이 나오더라도 문제 없음. 7. 상세 검토 후 신규 계획서를 작성하여 수행할고 브라우져 검증을 이번 아티팩트를 만든것처럼 수행 +193. (원문 · 10-13) 다음 검토해야되는 내용은때 사용자가 태블릿과 모바일에서 접근할 때를 대비하는 방법이 있어야 할것같아. 지금은 고려가 안된상태라 문제가 없는데 태블릿과 모바일에서 접근해보면 문제가 되더라고 보통 개발할때 어떻게 하는지 알려줘. 이건에 대해서는 너와 많은대화를 해야할거같아. 코드수정과 계획서작성이 아니라 방향성검토에 집중해줘. 대화를 시작해보자. +194. (원문 · 10-13) 내가 원하는 방향은 어떠한 경우 어떠한 장소에도 업무를 했으면 해. 다시말하면 누구냐가 문제가 아니라 어떤기기로든 동일한 기능을 동작하였으면 해. 한다는거지. 지금 당장 잘안되는게 중요한게 아니라 냐가 느낀점은 모바일이나 테블릿으로 업무하기에는 레이아웃들이 부적합하다는거지. 아이패드냐 갤럭시캬는 중요하지않는건 결국 브라우져 앱인지라 뮨제로 보이지 않음. 기기변경에 대해 어떻게 인식을 할수 있는지와 동일한 기능을 어떻게 해야 사용자가 사용에 불편함이 없냐가 더 중요해. 혹시 인터넷에 조사를 해봐 나와 비슷한 생각을 하는 사람이 있을것같고 도움을 받을수 있는툴이 있을것같아 +195. (원문 · 10-13) 캐가 원하는 방향중에 별도로 특정기기들을 위해 개발하는건 유지보수가 어려워 피하고싶어. 혼재 로직을 최댛ㄴ 그대로 사용하되 특수한 경우에만 적용되게하는게 좋을것같아. 예를들어 나는 데스크탑을 보고 개발했는데 자동으로 다른 기기로 접근했을때도 반영되었으면 좋겠다는 말이비. +196. (원문 · 10-13) 서브 1검증중이야. 추가로 반영해줄 내용이 햄버거 매뉴로 접근할수 있다면 로그인 후 모습에서 제일상단의 항목들이 메뉴 안으로 들어왔으니 상단행을 없애도 될것같은데 그럼 더 넓은 화면을 사용할수 있잖아. 그리고 프로젝트 내부에서도 진행단계의 오버레이메뉴도 햄버거 메뉴로 넣으면 더 좋을것 같아 대싴 구분 가로 선이 있어야 됨. 러떤지 서브1에만 반영해봐 +197. (원문 · 10-13) 지금 검증중인데 상단메뉴행을 프로젝트 내부의 확면에서 햄버거메뉴로 대체하는게 생각보다 좋은것같아. 컴퓨터 브라우져에서도 동작하게 변경하는데 햄버거 메뉴를 좌측으로 이동해줘. 그런데 그렇게 되면 프로젝트 페이지나 대시보드의 제목에 의해 중복될테니까 햄버거 메뉴만큼 들여쓰기를 하면 좋을것같아. +198. (원문 · 10-13) 추가로 햄버거메뉴 폭을 조금 줄여도 될것같아. +199. (원문 · 10-13) 서브 1이 작업하는 동안 우리는 행동지침에 대해 수정하자. 오늘부터 검증 사용자들이 랩탑메인 워크트리로 실행중인 서버에 접속하여 검증중이야. 그래서 나는 랩탑 메인을 임시배포로 지정할거야. 문제가 되는 부분은 내가 깃 싱크해. 라고 요청할 경우인데 이때 브레인이 스크립트를 실행하여 워크트리의 전역을 맞추고 있어. 이걸 랩탑 메인은 제외하고 깃 싱크를 하는거야. 그리고 만약 검증 사용자가 작업하지 않는 시점에 내가 전역 깃 싱크해라고 하면 랩탑까지 포함하여 깃 싱크를 맞추게 하고 싶어. 그럴려면 스크립트와 행동지침을 변경해야할거야. 어디를 변경해야할지 확인해보고 행도지침 수정에는 이력을 남길필요없이 그냥 지침을 수정하면 됨. diff --git a/docs/raw/요구_1010_2/조사_AN_기기대응.md b/docs/raw/요구_1010_2/조사_AN_기기대응.md new file mode 100644 index 000000000..23043d182 --- /dev/null +++ b/docs/raw/요구_1010_2/조사_AN_기기대응.md @@ -0,0 +1,111 @@ +# 조사 AN — 어느 기기든 같은 기능 · 기기 대응 방향 (요구 193~195 · 조사만) + +대상 = 휴대폰 · 태블릿 · PC 어디서든 같은 기능. 사용자 확정 방향 = 기기별 따로 개발 없음 · 페이지는 데스크탑 보고 개발 → 공통 층이 다른 기기에 자동 반영 · 특수한 경우만 따로. 코드 · 계획서 없음 · 인터넷 조사 셋(사람 · 제품 / 기기 바뀜 알아채기 / 손가락 꼴 · 도구) + 코드 훑음(10-13). + +## 1. 한눈 결론 + +- 사용자 방향 = 업계 정석. W3C One Web(2008) · Apple · Microsoft · Google · NN/g 모두 「기능은 같게 · 배치 · 보이는 양 · 입력 방식만 바꿈」. +- 기기 이름으로 가르지 않음 — 아이패드 사파리는 Mac 으로, 고급 안드로이드 태블릿 크롬은 데스크탑으로 자기를 알림. 실행 중 세 가지를 계속 봄: 쓸 수 있는 폭 · 지금 쓰는 입력 · 되는 기능. +- 배치는 폭으로만 바꿈 · 입력(손가락 · 마우스)은 누를 자리 크기 · 동작 번역에만 씀(입력은 수시로 뒤바뀜 → 배치를 흔들면 누르는 도중 화면이 움직임). +- 공통 층 세 곳으로 거의 모든 페이지가 손대지 않고 맞춰짐: ① 공통 CSS(폭 구간 · 손가락이면 누를 자리 크게) ② 입력 번역 파일 하나(길게 누름 → 우클릭 · 두 손가락 → 휠 확대 · 두 번 톡 → 더블클릭 · 끌기) ③ 지도 · 3D 라이브러리에 이미 든 손가락 기능. +- 「데스크탑만 보고 개발」을 지키는 울타리 = 자동 점검(Playwright 기기 흉내로 모든 페이지를 작은 화면 · 터치로 열어 넘침 · 가려짐 · 못 누름 찾음) + 마지막 실기기(iOS 고유 흠). +- 특수한 경우 = CAD · 그림 정밀 고르기(꾹 누르면 십자선 · 돋보기) · 표 칸 편집 화면 자판 · 3D · 큰 지도 무게 · 붙여넣기. +- 피할 것 = 새 부품 체계 통째 도입(Ionic · Material Web · Fluent · Spectrum) · 모바일 전용 화면 · 기기 이름 갈래 · 확대 막기(user-scalable=no) · 멈춘 도구(Hammer.js · what-input · detect-it · Touch Punch). +- http 주소(Tailscale IP) = 「안전하지 않은 주소」 → 클립보드 읽기 · 카메라 · 위치 · 앱 설치(PWA) · Web Share 막힘 = 기기 아닌 주소 탓 기능 차이. 푸는 길 = Tailscale https 인증서(90일 갱신 · 기기 이름이 공개 인증서 기록에 남음). + +## 2. 같은 생각 — 사람 · 원칙 + +| 누구 | 요지 | 출처 | +|---|---|---| +| W3C One Web(2008) | 같은 정보 · 서비스를 기기와 상관없이 · 모양은 같지 않아도 됨 | https://www.w3.org/TR/mobile-bp/ | +| Karen McGrane(2012) | "You don't get to decide which platform or device your customers use to access your content: they do." | https://abookapart.com/products/content-strategy-for-mobile | +| Josh Clark(2012) | 「Mobile = Less」는 미신 · 사용자는 데스크탑에서 되는 일을 다 기대 · 어느 PC 든 터치일 수 있다고 보고 만듦 | https://bradfrost.com/blog/post/bdconf-josh-clark-presents-the-seven-deadly-myths-of-mobile/ | +| Ethan Marcotte(2010) | 기기마다 따로 말고 같은 경험의 여러 면 | https://alistapart.com/article/responsive-web-design/ | +| Jason Grigsby(2016) | 입력은 미리 못 알고 수시로 바뀜 → 어디서나 되는 기본 입력 위에 덧붙임 · 기본 크기는 터치 기준 | https://alistapart.com/article/adapting-to-input/ | +| NN/g(2016) | 기기 간 내용 · 기능 동등 = 좋은 목표 · 화면 요소까지 같을 필요 없음 | https://www.nngroup.com/articles/mobile-first-not-mobile-only/ | +| Patrick Lauke(2020) | pointer · hover 미디어 기능을 잘못 짐작하기 쉬운 점들 | https://css-tricks.com/interaction-media-features-and-their-potential-for-incorrect-assumptions/ | + +## 3. 플랫폼 지침 + +- Apple HIG — 크기가 바뀌어도 기능은 그대로 · 바꿔도 되는 것은 보이는 양뿐 · 배치는 기기 종류 · 방향이 아니라 크기 등급으로. https://developer.apple.com/design/human-interface-guidelines/layout +- iPadOS 26(2025-06) — 창 크기 자유 조절 · 여러 창 → 태블릿도 어떤 폭이든 됨. https://www.apple.com/newsroom/2025/06/ipados-26-introduces-powerful-new-features-that-push-ipad-even-further/ +- Google 창 크기 등급 — 폭 600 · 840 · 1200 · 1600 경계 · 실행 중 바뀜 · 「태블릿 판정용 아님」. https://developer.android.com/develop/adaptive-apps/guides/use-window-size-classes +- Google 표준 배치 — 목록-상세(좁으면 한 칸씩 + 뒤로) · 보조 칸(좁으면 아래 · 바텀시트) · 피드. https://developer.android.com/develop/adaptive-apps/guides/canonical-layouts +- Android 16 · 17 — 큰 화면에서 앱의 방향 고정 · 크기 조절 금지 무시 · Google Play 2027-08 의무. 큰 화면 앱에 마우스 · 키보드(우클릭 · hover · Ctrl+휠 · 단축키)도 요구. https://developer.android.com/about/versions/16/behavior-changes-16 · https://developer.android.com/docs/quality-guidelines/adaptive-app-quality/tier-2 +- Microsoft — 기능은 한 번 만들고 모든 화면 크기에서 돌게 · 경계는 물리 화면이 아니라 앱 창 크기. https://learn.microsoft.com/en-us/windows/apps/design/layout/responsive-design +- web.dev — 입력 방식을 화면 크기로 짐작하지 말고 pointer · hover 미디어 기능으로. https://web.dev/learn/design/interaction + +## 4. 제품 사례 + +- Onshape(CAD) — 「보기 전용이나 기능 일부만 주는 길을 거부」(2015) · 휴대폰에서도 설계 · 핀치 · 여러 손가락 제스처 · 꾹 누르면 십자선 정밀 고르기 · 로그인 8건 중 1건 모바일(2018). 한계: 모바일 브라우저 3D 가 약해 앱으로 감(2018) · 도면은 iOS 에서 이름 바꿈 · 지움 · 내보내기만 · 새 기능이 모바일에 몇 주 늦음. https://develop3d.com/develop3d-blog/onshape-cloud-3d-cad-system-now-available-on-android-phones-and-tablets/ · https://www.onshape.com/en/blog/under-the-hood-cad-for-mobile +- Shapr3D — Mac · iPad · Windows 같은 기능(회사 주장) · iPad 는 펜 · 터치, PC 는 마우스 · 단축키. https://www.shapr3d.com/mac-os +- Excel — 리본이 휴대폰에서 아래 명령 막대로 · 접고 펼침. 웹판은 매크로 불가 → 데스크탑 앱으로 넘김. https://support.microsoft.com/en-us/office/show-or-hide-the-ribbon-in-excel-for-mobile-devices-91175ba0-51fd-4256-93a1-69f5a23f27e6 +- Notion — 데스크탑 「/」 명령을 모바일 「+」 메뉴가 대신. https://www.notion.com/help/workspaces-on-mobile +- 물러난 쪽 — Figma 휴대폰 앱 = 디자인 편집 불가(보기 · 댓글) · AutoCAD 모바일 = 가벼운 편집 · Airtable = 일부 기능 없음. https://help.figma.com/hc/en-us/articles/1500007537281-Guide-to-the-Figma-mobile-app · https://support.airtable.com/docs/differences-between-the-desktop-and-mobile-versions +- 교훈 — 끝까지 지킨 쪽은 손가락 입력을 새로 설계(정밀 고르기 · 회전 잠금 · 펜). + +## 5. 기기 바뀜 알아채기 — 권장 모델 + +- 셸 모듈 하나가 `` 에 지금 상태를 계속 적음: 폭 구간 · 손가락 있음(any-pointer: coarse) · 마지막 입력(pointerType) · 보안 주소 · 화면 자판이 가린 높이. +- 듣는 것: matchMedia change(폭 · 입력 · 배율) · pointerdown · visualViewport resize · screen.orientation change → 바뀔 때만 이벤트 하나. +- 공통 CSS 가 그 표시로 누를 자리를 키우고 hover 때만 보이던 것을 늘 보이게 함 · 판 안 부품은 컨테이너 쿼리(2025-08 모든 브라우저) · 캔버스 · 지도 · 3D 는 자기 ResizeObserver. +- 기능은 쓰기 바로 전에 확인 · 없으면 단추 숨김. +- 함정: 첫 화면 깜빡임(첫 값은 index.html 머리에서) · 폭 경계가 CSS · TS 두 벌이면 어긋남(한 표 + 시험) · 창 폭 ≠ 판 폭(컨테이너 쿼리) · 감지는 틀릴 수 있음 → 사용자 「터치 모드」 스위치로 덮어씀. +- 화면 높이 `100vh` → `dvh` · 노치 → `env(safe-area-inset-*)` · `user-scalable=no` 쓰지 않음(캔버스 · 지도에만 `touch-action: none`). +- 서버 쪽 기기 힌트(Sec-CH-UA-Mobile) = 크롬만 · https 에서만 → 서버는 한 벌만 냄. +- 출처: https://developer.mozilla.org/en-US/docs/Web/API/PointerEvent/pointerType · https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/At-rules/@media/any-pointer · https://web-platform-dx.github.io/web-features-explorer/features/container-queries/ · https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Secure_Contexts · https://tailscale.com/kb/1153/enabling-https + +## 6. 손가락 · 작은 화면 대응표 (공통 층에서 자동) + +| 데스크탑 | 손가락 · 작은 화면(같은 기능) | 공통 층 자리 | +|---|---|---| +| 위 메뉴 | 좁으면 ☰ 서랍(항목 많음) | 앱 껍데기 | +| 좌측 패널 320 | 접히는 서랍 · 아래에서 올라오는 판 | 공용 레이아웃 | +| 떠 있는 끌기 판 | 비모달 바텀시트(뒤 화면 계속 조작) | 공용 판 | +| 팝업 · 겹친 팝업 | 전체 화면 시트 · 둘째는 같은 시트 안 다음 쪽 + [뒤로] | 공용 모달 관리 | +| 우클릭 메뉴 | 길게 누름 + 늘 보이는 ⋯ 단추(같은 메뉴 정의) | 공용 메뉴 + 입력 번역 | +| 더블클릭 | 두 번 톡 + 고른 뒤 보이는 [편집] 단추 | 명령 등록 | +| 휠 확대 | 핀치 + [+][−] 단추(WCAG 2.5.1) | 공용 캔버스 틀 | +| 단축키 | 같은 명령을 단추 · 명령 목록으로도 | 명령 등록 한 곳 | +| 끌어 놓기 | 손잡이 + [이동] 단추(WCAG 2.5.7) | 공용 목록 | +| 넓은 표 | 머리줄 · 첫 열 고정 + 가로 밀기 · 카드 보기는 특수한 경우만 | 공용 표 | +| 숫자 칸 | 숫자 자판(inputmode decimal · numeric) | 공용 입력 | +| PDF · 엑셀 받기 | 서버 주소 + attachment(아이폰은 blob 이 탭에서 열림) | 공용 내려받기 | + +- 입력 번역 사실 확인: iOS 사파리는 길게 누름에 우클릭 신호를 안 냄(WebKit 213953 · 2026 미해결) · 안드로이드 크롬은 냄(둘 다 오면 하나만) · 터치스크린 핀치는 휠로 안 바뀜(노트북 터치패드 핀치만 Ctrl+휠) → 두 손가락 거리 비율로 같은 꼴 Ctrl+휠을 만들면 지금 확대 코드가 받음 · 지도 · 3D 는 빼고(자체 터치) · 대상에 `touch-action: none` · 두 번 톡 더블클릭은 대개 브라우저가 냄(안 올 때만 대신). +- 누를 자리: WCAG 2.5.8 최소 24px · Apple 44pt · Material 48dp → 손가락이면 공용 단추만 키움. +- CAD 정밀 고르기: 손가락 접촉 크기만큼 고름 반경 · 꾹 누르면 손가락 위 십자선(Onshape) · 돋보기 + 스냅(AutoCAD · ARES) · 펜은 마우스처럼 정밀. +- 출처: https://bugs.webkit.org/show_bug.cgi?id=213953 · https://danburzo.ro/dom-gestures/ · https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum.html · https://www.nngroup.com/articles/mobile-tables/ · https://bradfrost.github.io/this-is-responsive/patterns.html · https://www.onshape.com/en/resource-center/tech-tips/tech-tip-mastering-gestures-mobile + +## 7. 도구 (2026-10-13 판) + +- 공용 층만 · 페이지 그대로: 브라우저 기본(Pointer Events · touch-action · pointer/hover 미디어 · sticky · inputmode) · maplibre-gl 6.14(핀치 · 끌기 · 기울기 내장) · three.js 0.186 OrbitControls(한 손가락 회전 · 두 손가락 확대 · 이동) · long-press-event 2.5.2(길게 누름 · 지연 500ms 로). +- 공용 부품 속만: Web Awesome 3.14(Shoelace 후계 · 서랍) · Tabulator 6.6(열 우선순위 접기) — 이득 작음. +- 페이지마다 손질: AG Grid · @panzoom/panzoom · interact.js. +- 멈춤: Hammer.js · @use-gesture/vanilla · Touch Punch · what-input · detect-it. +- 새 체계 통째(피함): Ionic 9 · Material Web(관리 중단 예고) · Fluent UI · Spectrum. +- 시험: Playwright 기기 흉내(화면 폭 · 터치 · 이미 쓰는 도구 → resources/tester 자동 점검) · Chrome 기기 모드(근사) · Responsively(무료 · 여러 크기 한 화면) · Polypane(유료) · BrowserStack · TestMu AI(실기기 대여 · iOS 마지막 확인). +- 포장(나중): PWA(https 필요) · Capacitor(같은 웹 코드를 iOS · Android 앱으로 · 내려받기는 플러그인 갈래). + +## 8. 우리 코드 지금 (10-13 훑음) + +- 900 이하 위 메뉴 통째 숨김 · 대신할 단추 없음(`A00_Common/app_shell.ts`). +- 좌측 패널 320 고정 · 860 이하 줄임 · 560 이하 덮개 + 손잡이(`ui_template/ui_template_overlay.css`). +- 휠 확대 14 · 우클릭 24 · 더블클릭 11 파일 · 손가락 확대 0 · pointer 방식 41(손가락 누름 · 끌기 대체로 먹음) · setPointerCapture 19. +- 100vh 27 파일 · B07 CAD `user-scalable=no`. +- http 대비 이미 있음: randomUUID 대체(`A00_Common/random_uuid_polyfill.ts` · openwebcad) · 붙여넣기 메뉴 = 보안 주소에서만(`spreadsheet_menu_items.ts`). +- 지도 maplibre-gl · 3D three.js = 손가락 기능 내장(켜는 설정만 봄). + +## 9. 확인 못 함 + +- iOS 26.1 에서 `-webkit-touch-callout: none` 이 안 먹는다는 보고(답 없음) · WebKit 301558(window 처리기 dblclick) 실린 iOS 판. +- `touch-action: manipulation` 이 dblclick 에 주는 영향 · 핀치를 Ctrl+휠로 바꿔 주는 기성 라이브러리. +- Device Posture · Viewport Segments 의 https 요구 · iPadOS 26 창 크기 바꿀 때 사파리 화면 영역 세부. +- AutoCAD · Shapr3D 현행 앱 동작 · McGrane 「access the internet」 판 문구 · Clark 「mobile users want it all」 문구. + +## 10. 다음 대화 거리 + +- 가장 좁은 기준 폭(휴대폰 세로 약 390 까지 「불편 없이」 vs 휴대폰은 가로 기준). +- https 주소 전환(Tailscale 인증서 · 기기 이름 공개 기록). +- 「터치 모드」 스위치를 사용자에게 보일지(자동 감지 + 손으로 덮어씀). +- 실기기 확인 방법(사용자 기기 · 실기기 대여). From dd0650d8f29497b6e8245f2c672cd259eadd5da4 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Tue, 13 Oct 2026 17:50:16 +0900 Subject: [PATCH 08/10] =?UTF-8?q?chore(=EB=8F=99=EA=B8=B0=ED=99=94):=20?= =?UTF-8?q?=EA=B3=B5=EC=9C=A0=20docs=20=EA=B0=99=EC=9D=80=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 Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_0141RHfyDdi6VJY8Yiuch6DX --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index 2066d447b..bac44066c 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -228,3 +228,4 @@ 197. (원문 · 10-13) 지금 검증중인데 상단메뉴행을 프로젝트 내부의 확면에서 햄버거메뉴로 대체하는게 생각보다 좋은것같아. 컴퓨터 브라우져에서도 동작하게 변경하는데 햄버거 메뉴를 좌측으로 이동해줘. 그런데 그렇게 되면 프로젝트 페이지나 대시보드의 제목에 의해 중복될테니까 햄버거 메뉴만큼 들여쓰기를 하면 좋을것같아. 198. (원문 · 10-13) 추가로 햄버거메뉴 폭을 조금 줄여도 될것같아. 199. (원문 · 10-13) 서브 1이 작업하는 동안 우리는 행동지침에 대해 수정하자. 오늘부터 검증 사용자들이 랩탑메인 워크트리로 실행중인 서버에 접속하여 검증중이야. 그래서 나는 랩탑 메인을 임시배포로 지정할거야. 문제가 되는 부분은 내가 깃 싱크해. 라고 요청할 경우인데 이때 브레인이 스크립트를 실행하여 워크트리의 전역을 맞추고 있어. 이걸 랩탑 메인은 제외하고 깃 싱크를 하는거야. 그리고 만약 검증 사용자가 작업하지 않는 시점에 내가 전역 깃 싱크해라고 하면 랩탑까지 포함하여 깃 싱크를 맞추게 하고 싶어. 그럴려면 스크립트와 행동지침을 변경해야할거야. 어디를 변경해야할지 확인해보고 행도지침 수정에는 이력을 남길필요없이 그냥 지침을 수정하면 됨. +200. (원문 · 10-13) 1. B06 횡단도의 내부의 구조물 그림 수정 및 선택 하이라이트 개선 - 맹암거의 내부 형상에 의해 다른 면적 선택이 안됨. 우선순위 재확인하고 내부 형상이 돌 모양이 교차한 형상으로 변경 - 물넘이 포장과 배관이 인접하여 포장이 배수관 횡단도로 연동되어 넘어간경우 노면의 콘크리트를 선택하면 배관의 노면 콘크리트 선택까진는 좋음. 하지만 배관 형상까지 하이라이트 됨. - 노면공과 물넘이 포장의 경우 종단 측점 세로선, 알약, 좌측패널 횡단배수 측점과 영역을 선택하면 컨크리트 구조물까지 선택됨. 이건 이전에 선택이 어려울때 남은 잔재임. 구조물 형상선택에 따른 좌측 패널 하위컨테이너 활성화는 별개로 볼것. 다른 구조물들과 동일한 로직이 됨. (대신 수정이 복잡하게 엮여있으니 정밀히 분석 후 반영) 2. 깃처리 테스트라는 브랜치는 없음 각 워크트리에는 하나의 브랜치 존재. 일단 sub1까지 일단 전역 싱크하자. sub1이 더 수정했으니 포함하여 싱크 3. 측점이 존재하지 않는 구조물의 경우에는 하이라이트할 횡단도는 없으니 횡단 하이라이트 이동은 안되게(기 요청사항이었음. 로직 확인) From 75730c43f3c5d7d341619c797f7e8d3ac48ca311 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Tue, 13 Oct 2026 18:23:50 +0900 Subject: [PATCH 09/10] =?UTF-8?q?chore(=EB=8F=99=EA=B8=B0=ED=99=94):=20?= =?UTF-8?q?=EA=B3=B5=EC=9C=A0=20docs=20=EA=B0=99=EC=9D=80=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 Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_0141RHfyDdi6VJY8Yiuch6DX --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index bac44066c..f8c8f5a9a 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -229,3 +229,7 @@ 198. (원문 · 10-13) 추가로 햄버거메뉴 폭을 조금 줄여도 될것같아. 199. (원문 · 10-13) 서브 1이 작업하는 동안 우리는 행동지침에 대해 수정하자. 오늘부터 검증 사용자들이 랩탑메인 워크트리로 실행중인 서버에 접속하여 검증중이야. 그래서 나는 랩탑 메인을 임시배포로 지정할거야. 문제가 되는 부분은 내가 깃 싱크해. 라고 요청할 경우인데 이때 브레인이 스크립트를 실행하여 워크트리의 전역을 맞추고 있어. 이걸 랩탑 메인은 제외하고 깃 싱크를 하는거야. 그리고 만약 검증 사용자가 작업하지 않는 시점에 내가 전역 깃 싱크해라고 하면 랩탑까지 포함하여 깃 싱크를 맞추게 하고 싶어. 그럴려면 스크립트와 행동지침을 변경해야할거야. 어디를 변경해야할지 확인해보고 행도지침 수정에는 이력을 남길필요없이 그냥 지침을 수정하면 됨. 200. (원문 · 10-13) 1. B06 횡단도의 내부의 구조물 그림 수정 및 선택 하이라이트 개선 - 맹암거의 내부 형상에 의해 다른 면적 선택이 안됨. 우선순위 재확인하고 내부 형상이 돌 모양이 교차한 형상으로 변경 - 물넘이 포장과 배관이 인접하여 포장이 배수관 횡단도로 연동되어 넘어간경우 노면의 콘크리트를 선택하면 배관의 노면 콘크리트 선택까진는 좋음. 하지만 배관 형상까지 하이라이트 됨. - 노면공과 물넘이 포장의 경우 종단 측점 세로선, 알약, 좌측패널 횡단배수 측점과 영역을 선택하면 컨크리트 구조물까지 선택됨. 이건 이전에 선택이 어려울때 남은 잔재임. 구조물 형상선택에 따른 좌측 패널 하위컨테이너 활성화는 별개로 볼것. 다른 구조물들과 동일한 로직이 됨. (대신 수정이 복잡하게 엮여있으니 정밀히 분석 후 반영) 2. 깃처리 테스트라는 브랜치는 없음 각 워크트리에는 하나의 브랜치 존재. 일단 sub1까지 일단 전역 싱크하자. sub1이 더 수정했으니 포함하여 싱크 3. 측점이 존재하지 않는 구조물의 경우에는 하이라이트할 횡단도는 없으니 횡단 하이라이트 이동은 안되게(기 요청사항이었음. 로직 확인) +201. (원문 · 10-13) 4. B09의 팝업기능으로 연결정보를 보는 복수 모달창에서 esc키를 누르면 전체 모달창이 닫게하고 최종모달창을 기준으로 다른 곳을 누를 경우에도 닫히게 반영 5. 계획서는 내가 지웠음 +202. (원문 · 10-13) 6. B05/B06의 종단그래프 내부 누가토량의 알약과 폰트 색상을 테마에 맞추되 잘보이게 변경하고 알약을 그래프 영역 내부에서 이동이 되게 반영 +203. (원문 · 10-13) 7. b09 페이지의 탭의 상세페이지에서 안내문구 영역이 있음. 영역을 텍스트 3줄정도만 보이게 하고 이후는 스크롤로 처리, 테이블을 더 넓게 사용하도록 조절, 이때 제일 하단행 고정기능이나 행이 적을 경우 합계행이 끌려올라가야하니 조심. 이때 안내문구 영역도 끌려올라가야함. 안내문구 영역은 2줄로 바꿀수도 있으니 참고하여 코드 반영 +204. (원문 · 10-13) 8. B09의 좌측페널 데이터 점검 및 공기 옵션 컨티이너의 기본값은 접힘상태. 9. B07 좌측패널의 평면도, 종단도, 횡단도는 접힘상태가 기본값이며 B07 초기 접근시 보여주는 페이지는 표지로 변경 10. B06 좌측 패널의 횡단보기 설정 기본값 접힘. 11. B05 좌측 패널의 컨테이너 이름을 계획노선 컨테이너의 기본값은 접힘상태로 변경 12. exp_sub1_device 브랜치 삭제 From 1ab59256e357fbed17b7454d605fdd62a63c2173 Mon Sep 17 00:00:00 2001 From: umsangdon Date: Tue, 13 Oct 2026 18:54:46 +0900 Subject: [PATCH 10/10] =?UTF-8?q?chore(=EB=8F=99=EA=B8=B0=ED=99=94):=20?= =?UTF-8?q?=EA=B3=B5=EC=9C=A0=20docs=20=EA=B0=99=EC=9D=80=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 Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_0141RHfyDdi6VJY8Yiuch6DX --- docs/raw/요구_1010_2/사용자요구_1010_2.md | 3 + .../요구_1010_2/조사_AO_구조물목록_빈목록.md | 72 +++++++++++++++++++ 2 files changed, 75 insertions(+) create mode 100644 docs/raw/요구_1010_2/조사_AO_구조물목록_빈목록.md diff --git a/docs/raw/요구_1010_2/사용자요구_1010_2.md b/docs/raw/요구_1010_2/사용자요구_1010_2.md index f8c8f5a9a..ec8abb2aa 100644 --- a/docs/raw/요구_1010_2/사용자요구_1010_2.md +++ b/docs/raw/요구_1010_2/사용자요구_1010_2.md @@ -233,3 +233,6 @@ 202. (원문 · 10-13) 6. B05/B06의 종단그래프 내부 누가토량의 알약과 폰트 색상을 테마에 맞추되 잘보이게 변경하고 알약을 그래프 영역 내부에서 이동이 되게 반영 203. (원문 · 10-13) 7. b09 페이지의 탭의 상세페이지에서 안내문구 영역이 있음. 영역을 텍스트 3줄정도만 보이게 하고 이후는 스크롤로 처리, 테이블을 더 넓게 사용하도록 조절, 이때 제일 하단행 고정기능이나 행이 적을 경우 합계행이 끌려올라가야하니 조심. 이때 안내문구 영역도 끌려올라가야함. 안내문구 영역은 2줄로 바꿀수도 있으니 참고하여 코드 반영 204. (원문 · 10-13) 8. B09의 좌측페널 데이터 점검 및 공기 옵션 컨티이너의 기본값은 접힘상태. 9. B07 좌측패널의 평면도, 종단도, 횡단도는 접힘상태가 기본값이며 B07 초기 접근시 보여주는 페이지는 표지로 변경 10. B06 좌측 패널의 횡단보기 설정 기본값 접힘. 11. B05 좌측 패널의 컨테이너 이름을 계획노선 컨테이너의 기본값은 접힘상태로 변경 12. exp_sub1_device 브랜치 삭제 +205. (원문 · 10-13) 다음은 B05와 B06의 좌측 공용 패널의 내용 중 하단의 구조물 리스트에서 구조물을 하나씩 삭제하면서 리프레시 해봤는데 하나만 남을때까지는 문제없어 보이는데 마지막을 구조물을 삭제한 직후 구조물 리스트가 초기화 되고 리프레시 하면 마지막 하나가 남아있는 상황이야. 확인해줘. 뭔가 저장에 대한 제어가 문제가 있는것같아. 주고 자동생성된 횡단배수 구조물로 봐서는 배수유역에 대한 자동계산이나 영구저장소 문제로 판단됨. +206. (원문 · 10-13) 1. 조사하는 동안 구조물리스트 제일 하단에 구조물 전체삭제 버튼을 넣어줘. 하나도 없으면 당연히 숨김처리되어야함. 2. 직전 깃 요청이 깃 싱크였어. 전역 깃 싱크였어? +207. (원문 · 10-13) 구조물 전체 삭제 버튼이 상단 구조물 버튼의 높이와 다름. 변경하고 다시 전역 깃 싱크 diff --git a/docs/raw/요구_1010_2/조사_AO_구조물목록_빈목록.md b/docs/raw/요구_1010_2/조사_AO_구조물목록_빈목록.md new file mode 100644 index 000000000..f5ca82d1a --- /dev/null +++ b/docs/raw/요구_1010_2/조사_AO_구조물목록_빈목록.md @@ -0,0 +1,72 @@ +# 312 분석 — B05 · B06 좌측 구조물 목록: 마지막 하나 지움이 새로고침 뒤 되살아남 + +sub5 · 조사만 · 코드 고치지 않음 · 2026-10-13 + +## 한 줄 결론 + +관(자동 생성 횡단배수 = `pipe_points.json`) 목록에서 **「빈 목록」이 세 군데에서 「값 없음」으로 읽힘** — 화면 초안 읽기 · 서버 계산 · 서버 저장. 그래서 마지막 관을 지우면 화면은 자동 배치로 다시 차고(「초기화」), 새로고침 · [저장] 뒤에는 저장돼 있던 마지막 하나가 되살아남. 손으로 놓은 구조물(`structures.json`)은 빈 목록을 바르게 다룸 — 흠 없음. + +## 재현 + +방법 — 검증_sub5(`bec7fe41-…`) storage **사본**(임시 폴더) + DB 읽기 전용 세션으로 서버 API 를 화면 차례대로 부름(기존 `test_b05_b06_save_roundtrip.py` 와 같은 틀). 화면(ORCA)은 띄우지 않음 — 화면 쪽은 코드 길을 따라 확인. + +시작 상태 — 저장된 관 11개(전부 자동 배치 `spacing`·`stream`) · 구조물 0개. + +| 단계 | 화면에서 하는 일 | 서버 요청 | 결과 | +|---|---|---|---| +| P1 | 하나씩 지우고 [저장] → 2개 | PUT pipe-points [2개] | 저장 2 · 파일 2 ✔ | +| P2 | 하나 더 지우고 [저장] → 1개 | PUT [1개] | 저장 1 · 파일 1 ✔ | +| P3 | **마지막 하나 지움** | POST detail-basins `[]` (화면 다시 나눔) | **응답 관 11개 = 자동 배치** → 목록 「초기화」 | +| P4 | 새로고침([저장] 안 함) | 초안 `[]` 를 「없음」으로 봄 → GET pipe-points | **1개(85.05) 되살아남** | +| P5 | [저장] | PUT `[]` | **저장 1 · 파일 1 그대로** (빈 목록 안 써짐) | +| P6 | (파일이 `points: []` 라면) | GET | **자동 배치 11개 · saved=false** | +| S1~S3 | 손으로 놓은 구조물 1개 → 지우고 [저장] → 새로고침 | PUT structures `[]` → GET | 0개 ✔ (정상) | + +화면 길별 결과(코드 추적): + +| 화면 | [저장] 안 함 · 새로고침 | [저장] 함 | +|---|---|---| +| B05 (배수유역도 · 좌측 목록) | 지운 직후 자동 11개로 참(P3) · 새로고침 → 저장분 1개(P4) | 관 초안 `[]` PUT → 서버가 저장분 1개 유지(P5) · 이어서 `side.savePipes()` 가 **화면 목록(자동 11개)을 PUT** → 자동 11개가 정본에 저장됨 | +| B06 (구조물 목록) | B06 목록은 `??` 라 빈 목록 유지 · 그러나 초안 쓰기 뒤 `side.reload()` → 배수유역도가 저장분 1개를 다시 읽어 B05 쪽 목록 · 종단 알약에 1개 | 관 초안 `[]` PUT → 1개 유지 · `side.savePipes()` 가 배수유역도 목록(1개) PUT → 1개 되살아남 | + +## 원인 — 「빈 목록 = 없음」 자리 + +1. **화면 초안 읽기** — `B05_Profile/B05_Profile_UI_Drainage_Panel.ts:424` `return pending?.length ? computeDetailBasins(...) : fetchDetailPipePoints(...)` — 초안 `[]` 를 「초안 없음」으로 보고 저장분을 읽음. 같은 초안을 B06 은 `readPendingPipes(projectId) ?? 저장분`(`B06_Section_UI_Page_Structures_Panel.ts:388`)으로 읽어 두 보기가 갈림. +2. **서버 관 목록 고르기** — `B04_PreProcess/B04_PreProcess_Router_Basins.py:373` `points = requested or stored or None` — 요청 `[]` 는 저장분으로, 저장분 `[]` 는 `None`(자동 배치)으로 넘어감. PUT 도 이 줄을 거쳐 **빈 목록이 절대 저장되지 않음**(P5). +3. **서버 계산** — 같은 파일 `:70` `chainages = [...] if points else None` · `common_util/common_util_drainage_detail.py:189` `if confirmed_chainages:` — 빈 확정 목록을 「기본 관 + 간격 보충(자동 배치)」으로 바꿈(P3 · P6). 사용자가 말한 「배수유역 자동 계산이 다시 돎」이 이 자리. +4. 덤 — `A00_Common/design/design_save.ts` 의 관 차례는 초안 내보내기 뒤 `side.savePipes()`(`design_shared.ts:301`)로 **배수유역도 화면 목록을 한 번 더 PUT** — 1~3 때문에 화면 목록이 자동 11개 · 저장분 1개로 바뀐 뒤라 그 값이 정본이 됨. + +정상인 자리(빈 목록을 바르게 다룸): 세션 캐시 `readState`(`[]` 그대로) · `flushPendingPipes`(`if (!pending)` — `[]` 도 보냄) · 구조물 PUT · GET(`structures.json` `[]` 저장 · 읽기) · B05 계획선 · 횡단 측점의 관 읽기(`B05_Profile_Engine_Sections.py:175` — `[]` 그대로). `initial_snapshot` · [초기화](DELETE pipe-points)는 이 흐름과 무관. + +곁 흠(같은 꼴 · 표시만) — `B06_Section/B06_Section_Section_Store.ts:81` `if (!drafts || !drafts.length)` — 구조물 초안 `[]` 를 「초안 없음」으로 봐 저장 전 횡단도에 저장분 벽(C군)이 남음. [저장] 뒤에는 정본이 `[]` 라 풀림. + +## 고칠 자리 제안 (한 벌 · ③ 서버 단독 + 화면 한 줄) + +뜻 정함 — **`None`(파일 없음 · 노선 바뀜 · 요청에 칸 없음) = 자동 배치 · `[]` = 사용자가 다 지움(관 0개)**. 자동 배치로 되돌리기는 [초기화](DELETE)만. + +1. 서버 `B04_PreProcess_Router_Basins.py` `_resolve` — 요청 본문에 `points` 칸이 있으면(빈 목록 포함) 그 값 · 없으면 `None`. `points = requested if requested is not None else stored`. 응답 `saved` 판정(`bool(stored) and not requested`)도 `is None` 으로. +2. 서버 같은 파일 `_build:70 · :74` — `if points is not None` 로. +3. 서버 `common_util_drainage_detail.py:189` `build_detail` — `if confirmed_chainages is not None:` (빈 목록이면 관 0 · 유역 0 — 아래 `if not pipes: return detail` 가 이미 받음). +4. 화면 `B05_Profile_UI_Drainage_Panel.ts:424` — `pending !== null` 로(B06 `??` 와 같은 규칙). +5. (선택) 곁 흠 `B06_Section_Section_Store.ts:81` — 「`[]` 도 초안 없음」 주석(2026-09-09)이 막던 결함(저장분 벽을 통째로 지움)을 다시 보고 `drafts === null` 로 바꿀지 판단 필요 — 그 결함의 까닭이 「빈 초안」이 아니라 다른 곳이었는지 먼저 확인. + +짝 파일 — 없음(관 목록 고르기는 서버 단독 · 화면은 한 줄). `load_pipe_points` 는 이미 `[]` 와 `None` 을 가름 — 고칠 것 없음. + +영향: +- B04 배수유역 편집(`B04_PreProcess_UI_Basins.ts:334` 다시 나눔 · `:479` 저장)도 관을 다 지우면 이제 0개로 남음(지금은 자동 배치로 다시 참) — 같은 뜻으로 맞춰짐. +- 관 0개 정본 → B05 계획선 정착 · 구조물 측점 · B06 암거 횡단 · B08 수량에서 관이 빠짐 — 사용자가 다 지운 뜻 그대로. +- 문서 줄 고침 — `computeDetailBasins` 머리 주석(`B04_PreProcess_Api_Fetch.ts:586~588`) · `post_detail_basins` 독스트링 「points 를 비우면 자동 배치」. + +시험 거리(`resources/tester/test_312_empty_pipes.py` 가칭 · 위 재현과 같은 사본 틀): +- PUT `[]` → 응답 0 · 파일 `points: []` · GET 0 · `saved=true`. +- POST detail-basins `[]` → 관 0 · 유역 0. +- 파일 없음 → GET 자동 배치(지금대로) · DELETE 뒤 자동 배치(지금대로). +- 노선 지문 바뀌고 좌표 없는 저장분 → 자동 배치(지금대로 · `None` 길). +- 화면 소스 — `loadSaved` 가 `pending !== null` 로 고르는지(기존 `test_298_add_reanalyze.py` 문자열 시험 그대로 통과). + +## 되돌림 확인 + +- 실제 프로젝트 파일 손 안 댐 — 재현은 임시 사본에서 · 끝나고 사본 지움. +- `pipe_points.json` sha1 `503f60d6…` · `structures.json` sha1 `a12ee824…` — 재현 앞뒤 같음. +- DB — 읽기 전용 세션(`tx_read_only=1`) · 하류 무효화 함수는 가짜로 갈음 · 쓰기 없음. +- 화면 탭 · 서버 재시작 없음 · git 작업 트리 깨끗(커밋 없음).