갑자기 내 할 일 물어봐서 미안한데 도와줄 수 있는 사람이 있을까?
이하 전자 Uctl과 후자 RUctl로 부름
사정상 컴포넌트를 못 써서 라운드 컨트롤을 만들어야해서 OnPaint를 Override해서 만들었고 이제 비슷한 화면들에 Label 뒤에 RUctl이 오고 그 뒤에 Button이 오는 경우가 엄청 자주 나오는데 편하게 공간 잡으려고 Uctl을 하나 만들고 그 위에 TableLayout-Panel-Label-RUctl-Button 을 배치하는 식으로 구성했음.
using문 적절히 사용했고 OnPaint에 Region까지 들어가면 너무 메모리 혹사인 것 같아서 Region은 바깥에 있는 Uctl에서 기울기 값이 바뀔 때만 조절해주고 패널은 전부 더블버퍼도 true로 바꿔줌.
이렇게 했는데도 해당 Uctl을 30개 이상 같은 화면에 박으니까 렉이 엄청난 거임..
그래서 ResizeBigin/End도 SuspendLayout / ResumeLayout 처리해주고
CreateParams Override해서 ExStyle |= 0x02000000도 하고 별지랄을 다 했는데도 렉이 걸리더라..
윈폼 고수 없냐.. 그냥 Uctl을 포기해야하나..? 아니면 빡세게 노오력해서 RUctl에 Label Button까지 Controls.Add로 처리해야하나? 아니면 내가 놓친 처리가 있는걸까?
스택오버플로에서 찾기도 빡세더라..
아직 주니어라 어렵다.
- dc official App
윈 폼 잘아는 사람은 찾기 어렵지 않을까 ㅋㅋㅋ
그래서 여기에 물어봤다 ㅠ 주변에 단 한명도 없더라 - dc App
gpt한테 물어봐라
일렉트론쓰면 모든게 자유롭다
첨 듣는 언어네 .. 근데 이미 전환은 늦은 타이밍이라 ㅠ 질문 올린 화면은 아니지만 특정 화면에서 VectorDraw를 이용해서 수만-수십만개의 그림을 그래프 처리하는데 우리가 아는 언어 중 윈폼즈가 제일 처리하기 쉬워보여서 이걸로 했는데 정작 VD는 대충 다 길 열어 놓았으면서 다른 부분이 여간 불편한 게 아니네 ㅠ 뭔 ProgressBar 속도도 못 올려서 value +=1, value -=1, value+=1 이따구로 처리해야하더라 제발 아무도 공부없이 윈폼 하지마라 - dc App
해당 댓글은 삭제되었습니다.
하아 그럼 답이 없구나.. 감사 - dc App
이번 프젝 끝나면 담부턴 wpf나 다른 걸로 좀 만들자고 해야겠다. 사업 얻어오면서 윈폼으로 계약하고 기간도 좀 흐른 뒤라 바꾸는 건 불가능이네 ㄱㅅㄱㅅ - dc App
이거 해결함? - dc App
ㄴ 그냥 최대한 컨트롤 오버라이딩 줄이고 허용가능한 범위까지만 쓰기로 함 - dc App