Godot: 새로운 벡터 기반 기본 편집기 테마 추가

편집기/godot 런타임이 시작 시 또는 해상도가 변경될 때 모든 벡터 아이콘을 다시 그릴 수 있다면 좋을 것입니다 :smiley:

나는 이것을 돕고 싶습니다 (저는 얼마 전에 요소를 그리기 시작했습니다). 그러나 @reduz 는 한 번 그것이 너무 많은 일이 될 것이라고 말했습니다. 그가 Godot 내부에 대해 이야기하고 있는지 모르겠지만 그 문제가 해결되었습니다. 그래픽에 도움이 되었으면 합니다.

이것은 내가 지금까지 가지고있는 것입니다.

또 다른 업데이트이자 모든 ui 요소가 svg에서 완료되었다고 생각합니다. 다음 단계는 이것을 다듬고 개선하는 것입니다. 새로운 기본 테마가 되지 않더라도 누군가가 자산을 사용하여 생성할 수 있습니다. 그것들을 새로 만들거나 이것을 개선하십시오.

멋지네요 어떻게 하면 테마가 생성될 수 있는지 궁금합니다
SVG에서 실시간으로.

2017년 1월 23일 월요일 오후 10시 58분, Daniel Ramirez [email protected]
썼다:

또 다른 업데이트, 그리고 나는 그것이 전부라고 생각합니다. 나는 모든 UI를 가지고 있습니다.
svg에서 수행된 요소, 다음 단계는 이것을 연마하고 개선하는 것일 수도 있습니다.
새로운 기본 테마가 되지 않으면 누군가가 자산을 사용하여
새로 만들거나 개선하십시오.

[이미지: 2017-01-23 19-50-01 스크린샷]
https://cloud.githubusercontent.com/assets/1103897/22230805/59a5eb96-e1a5-11e6-99be-eb98246996bb.png

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-274678631 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z28L10ocXp5EEv3CRZC8JBX5dPopaks5rVVrLgaJpZM4LMKXr
.

@reduz 정말 멋진 일이지만 SVG를 최적화해야 한다고 생각합니다.

BTW, raphael.js SVG 라이브러리(내가 오래전에 사용함)는 경로 충돌, 길이 등과 같은 것을 계산해야 할 때 모든 것을 베지어 곡선으로 변환하여 작은 부분 집합 문제에 대응했습니다.

젠장 정말 좋아 보이고 놀라운 접근 방식인 것 같습니다.
적절한 실시간 svg -> 아이콘용 png 변환기를 수행할 수 있다면 플러그인도 많은 이점을 얻을 수 있습니다. 현재 일반적으로 highDPi를 지원하지 않으며 거의 ​​사용할 수 없습니다.

최종 게임 내에서도 사용할 수 있습니다. 따라서 Godot는 svgs를 지원하고 게임에서 사용할 때 올바른 크기의 png로 변환합니다. #4826
(실제로 iOS가 pdf 벡터 그래픽을 처리하는 것과 같은 방식입니다. 적시에 png로 변환하기만 하면 됩니다.)

@djrm 접근하는 디자인이 아름답습니다. 실제 작업에 집중하는 데 도움이 됩니다(코드 2D 편집기...). 선택한 디자인의 그린은 조금 무거운 것 같아요. 심플한 그레이 섀도우 대신 선택한 이유는? 하지만 정말 감사합니다! 노력을 위해!

Godot 다운로드 내에서 모든 svgs와 최저 해상도를 갖는 것은 어떻습니까? ppl은 원하는 dpi를 선택할 수 있습니다(백분율 기반). UI는 크기가 조정되지만 기본 아이콘(png)은 여전히 ​​사용되며 크기만 조정됩니다(해상도가 확장되지 않음). 그래서 그들은 정말로 낮은 품질(흐릿함)이지만 정확한 크기입니다. svgs가 올바른 크기의 이미지가 교체 된 png로 변환되는 것보다.

하지만 아마도 당신은 이미 더 나은 아이디어를 가지고 있을 것입니다... (또는 이 접근 방식이 더 명확합니다) 여전히 그것을 공유하고 싶었습니다.

몇 가지 테스트를 해봤습니다. svgs로의 변환은 매우 빠릅니다.
아이콘당 평균 시간(모든 아이콘으로 테스트됨)에서 svgs: (i5 macbook)
10ms ~ 32X32
11ms ~ 64x64
13ms ~ 128x128
그리고 이것은 아이콘을 위한 것입니다. 테마 svgs가 훨씬 더 간단하므로 더 빨라야 한다고 생각합니다.

@djrm 어딘가에 업로드 된 스크린 샷의 테마가 있습니까? 사용하고 싶습니다, 평면 디자인이 마음에 듭니다!

3.0의 새로운 내부를 보완하는 것은 무엇입니까? 기본 테마/UI에 대한 새로운 업데이트이며 이는 환상적인 방향입니다. 원래 링크된 ui 개념 calinou는 믿을 수 없을 정도로 신선하며 여전히 djrm이 만든 진전을 계속하기 위한 훌륭한 가이드가 될 것입니다.

@karroffel 아니요, 아직 작업 중이지만 매우 바빴습니다. 또한 다운로드할 수 있는 테마도 아닙니다. 사용하려면 병합해야 하지만 몇 주 안에 아직 확신이 서지 않습니다. 다시 시도 할 것입니다

비주얼 그래프 에디터가 너무 핫해 보이네요 :D

원할 때 언제든지 자유롭게 3.0으로 PR하십시오.

2017년 3월 25일 토요일 오후 8시 2분, Nuno Donato [email protected]
썼다:

비주얼 그래프 에디터가 너무 핫해 보이네요 :D

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-289245584 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2-jomUzmkhc7Tjyk-0BQ0Cbvpqltks5rpZ0jgaJpZM4LMKXr
.

@djrm 나는 당신이 ui 개념에 대한 거대한 스레드를 알고 있다고 생각합니다.
그들은 왼쪽과 오른쪽에 테두리가 없습니다. 당신이 홍보를한다면 당신도 할 수 있습니까?
나는 한 번 그렇게했고 내가 변경 한 사항을 보여줄 수 있습니다 (도움이된다면)

@toger5 무슨 말인지 잘 모르겠으니 변경 사항을 보여주세요.

@djrm 내가 의미하는 변경 사항은 이 스크린샷에서 볼 수 있습니다.

캔버스 편집기(왼쪽 오른쪽)에는 테두리가 없으며 다른 UI 요소에도 테두리가 없습니다. 속성 편집기 ...

내가 만든 일부 UI 접근 방식에 대해서도 시도했습니다.

그리고 좋은 것 같아요

@djrm 저도 지금 제가 만든 테마의 코드를 찾기 위해 노력했습니다.
이것은 내가 git에 익숙해지기 전이었으므로... 그래서 지금 그것을 밀어야 했습니다.

이것은 지점입니다:
https://github.com/toger5/godot/commit/5e97449a15f0690e8bd584a256758c1b062ed22c

나는 내가 무엇을 했는지 정확히 모른다. 그러나 모든 변경 사항을 살펴보고 원하는 것을 결정할 수 있습니다.
Editor_node의 5288행에 주석 처리된 섹션은 테두리/여백을 제거합니다.

도움이 되기를 바랍니다

얼마 전에 언급했듯이 간단한 svgs를 png로 변환하기 위한 cpp 코드가 있습니다.
정말 빠르며 svg를 리소스로 사용하거나 테마로 사용할 수 있습니다.
두 가지 접근 방식. 시작 시 다른 해상도(높음 낮음 중간 dpi)로 한 번 생성합니다.
또는 백분율 기반 dpi lvls를 허용하고 UI 크기를 변경한 후 테마 png를 다시 생성할 수 있습니다.
코드로 무엇을 해야 하는지 알고 싶었습니다. 어디에 구현해야 할까요...

저는 UIConcept의 색상을 정말 선호합니다. 나는 당신이 어디에서 왔는지 알 것 같아요. Godot 에디터는 한동안 짙은 바이올렛 같은 색상을 사용했는데 다른 에디터와 차별화됩니다. 근데 제 눈엔 좀 촌스러워보이더라구요...
@djrm 혹시 색바꿀 기회가 있나요?
다른 사람들은 색상에 대해 어떻게 생각합니까?

@toger5 예, 색상을 변경할 것입니다. 사실 이미 색상을 변경하고 오래된 보라색 테마를 잃어버렸습니다. 이제 더 밝은 색상 구성표의 이유는 주간에 편집기를 사용할 때 사물을 식별하기 어렵기 때문입니다. 하지만 현재는 im 너무 어둡지 않은 더 나은 색 구성표를 찾고 있다면 어떤 제안도 환영합니다.

현재 테마는 다음과 같습니다 (나는 그것을 좋아하지 않습니다)

위의 UI를 약간 변경할 생각이었는데 몇 가지 논의했습니다.
하지만 아마도 알파 이후

2017년 3월 31일 금요일 오후 7시 41분, Daniel Ramirez [email protected]
썼다:

@toger5 https://github.com/toger5 예, 사실 색상을 변경하겠습니다.
나는 이미 색상을 변경하고 오래된 보라색 테마를 잃었습니다. 이제,
밝은 색 구성표의 이유는 낮에 편집기를 사용할 때
사물을 식별하기 어렵지만 현재 더 나은 색상을 찾고 있습니다.
너무 어둡지 않은 계획 어떤 제안도 환영합니다.

현재 테마는 다음과 같습니다 (나는 그것을 좋아하지 않습니다)

[이미지: 2017-03-31 15-40-25의 스크린샷]
https://cloud.githubusercontent.com/assets/1103897/24571791/651e7756-1628-11e7-8a0a-4bead7215dd5.png

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-290848860 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z21cXaM1wyZiOQHLk_2L24u_R27hLks5rrYD_gaJpZM4LMKXr
.

UI의 상단 부분(재생, 옵션 등)을 의미합니다.

2017년 3월 31일 금요일 오후 7시 42분에 Juan Linietsky [email protected] 이 다음과 같이 썼습니다.

위의 UI를 약간 변경하려고 생각했는데 몇 가지 논의했습니다.
하지만 아마도 알파 이후

2017년 3월 31일 금요일 오후 7시 41분, Daniel Ramirez [email protected]
썼다:

@toger5 https://github.com/toger5 네, 색상을 변경하겠습니다.
사실 나는 이미 색을 바꾸고 오래된 보라색 테마를 잃어 버렸습니다. 이제,
더 밝은 색 구성표를 사용하는 이유는 다음에서 편집기를 사용할 때
주간에는 사물을 식별하기 어렵지만 현재는 더 나은 것을 찾고 있습니다.
너무 어둡지 않은 색 구성표 어떤 제안도 환영합니다.

현재 테마는 다음과 같습니다 (나는 그것을 좋아하지 않습니다)

[이미지: 2017-03-31 15-40-25의 스크린샷]
https://cloud.githubusercontent.com/assets/1103897/24571791/651e7756-1628-11e7-8a0a-4bead7215dd5.png

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-290848860 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z21cXaM1wyZiOQHLk_2L24u_R27hLks5rrYD_gaJpZM4LMKXr
.

@djrm 하단에 녹색만 있는 새로운 하이라이트가 정말 마음에 듭니다.
나는 여전히 더 어두운 회색을 시도 할 것입니다.

낮에 더 쉽게 볼 수 있도록 하는 점은 알지만 대비를 놓치고 있습니다. 최소한 배경을 거의 완전히 검은색으로 만들 수 있습니다.

나는 버튼을 이렇게 원한다

상자가 없는 FlatButton이라는 다른 노드가 있어야 한다고 생각합니다.
이 버튼을 사용할 수 있습니다

@djrm 투명한 스타일 상자를 만드는 것만으로도 정말 쉬워야 합니다. 그리고 활성 스타일의 글꼴을 변경합니다.

@toger5 예, 이것이 내가 지금까지 가지고 있는 것입니다.

물론 이것은 최종 버전이 아닙니다(그러나 항상 제안에 열려 있습니다)

@djrm 좋네요 정말 잘 보고 있습니다. 3d 2d에 색상만 사용한다는 아이디어는 정말 좋습니다. 나는 또한 새로운 착색이 훨씬 더 좋아합니다.
혼란스러운 유일한 얇은 것은 thw 3d 편집기의 탭이 일종의 떠 있다는 것입니다. 그러나 당신이 말했듯이 그것은 최종적이지 않습니다.
현재 몇 가지 사소한 테마 변경을 위해 새 홍보를 구성하고 있습니다. 잘못된 게시물은 즉시 완료되며 병합하여 마음에 드는지 확인할 수 있습니다.

@toger5 의 변경 사항을 테스트했는데 왼쪽 정렬 탭이 정말 마음에 듭니다.

저도 그의 테마의 색상을 정말 좋아하지만 @djrm 의 테마도 정말 멋지고 저도 좋아합니다!

좋아, Godot 3.0으로 옮길 계획이신가요?

2017년 4월 1일 토요일 오후 5:49, Thomas Herzog [email protected]
썼다:

@toger5 https://github.com/toger5 의 변경 사항을 테스트했는데 정말 마음에 듭니다.
왼쪽 정렬 탭

[이미지: 테마]
https://cloud.githubusercontent.com/assets/5209613/24582312/195152b6-172d-11e7-94b6-488ef2abf245.png

나는 또한 그의 테마의 색상을 정말 좋아하지만 @djrm
https://github.com/djrm 의 테마도 정말 멋지고 마음에 듭니다.
도!

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-290946316 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z22kI6CkYXIbeJQmC-sPIMARvV0MUks5rrrhzgaJpZM4LMKXr
.

예, 실제로 karroffel에게 3.0에 대한 홍보를 하겠다고 약속했습니다. 작업을 시작했지만 아직 완료되지 않았습니다...
그럼 내일도 잘 부탁드립니다

좋아, 거의 다 됐어

편집기를 더 매끄럽게 보이게 하기 위해 일부 편집기 노드 변경 사항을 소개하는 pr을 만들었습니다.
@karroffel 이것은 3.0과 호환되므로 버전에 병합하고 원하는 테마 png를 추가할 수 있습니다.
@djrm 이미 편집기의 상단 부분을 일부 변경한 것을 보았습니다. 이 홍보에는 유사한 변경 사항이 있습니다. 따라서 수동으로 병합해야 할 수도 있습니다. 또는 커밋에 텍스처만 추가하고 내 pr과 당신의 텍스처를 병합합니다.

@toger5 내 생각에는 충돌을 해결해야 한다고 생각합니다. 기본 테마 파일에서 일부 추가 스타일 상자와 색상을 노출하기 위해 약간의 변경을 가했기 때문입니다. 제가 말할 수 있는 한 귀하의 PR과 현재 코드의 유일한 차이점은 내 테마에서 볼 수 있듯이 뷰포트에는 테두리가 없지만 나머지 부두에는 여전히 테두리가 있습니다. 그런 식으로 유지하고 싶습니다. 어떻게 생각하는지 모르겠습니다. 내 로컬 코드에서 변경 사항 중 일부를 구현할 수 있습니다. 그런 다음 내 PR을 병합하고 그 위에 작업을 합니까?

@djrm 나는 우리가 서로 다른 의견을 가지고 있는 지점에 올 것이라는 것을 알고 있었습니다 ;). 나는 당신이 결정할 수 있도록 당신의 일을 밟고 싶지 않습니다. 나는 여전히 상단 섹션이 있지만 왼쪽과 오른쪽 테두리가 없기 때문에 테두리를 제거하는 방법을 선호합니다. 3D뷰에 가장 큰 영향을 끼치는 것 같아요. 테두리를 제거하는 유일한 영역일 때 괜찮습니다. 그러나 Ui 개념 스레드에서 목업을 보면 다른 탭에서도 제거하는 것이 정말 좋은 아이디어라고 생각합니다 l. UI를 단순화하고 약간의 추가 공간을 제공합니다. 그래서 구현이 되었으면 하는 바램입니다.
이 접근 방식은 어떻습니까? 내 분기를 가져 와서 테마에 대한 png를 추가하면 어떻게 보이는지 시도하십시오. 이것은 default_theme 및 editor_node 파일에 약간의 변경만 있을 때 잘 작동합니다.
그렇지 않으면 svg 및 다른 모든 변경 사항으로 홍보를 할 것을 제안합니다. 그것을 살펴보고 우리가 다르게 한 것을 볼 것입니다. 내 홍보를 귀하와 병합하려고 할 수 있습니다. 많은 변경 사항이 유사하기 때문에 차이점에 대해 논의하고 유지할 항목을 결정할 수 있습니다.
내 초기 생각은 코드만 변경할 수 있다는 것이었습니다. 스타일에 필요한 모든 변화를 시도했습니다. (저는 어두운 상단 부분을 참조함) 우리 둘 다 홍보를 할 수 있는 것보다. 코드를 포함하는 내 코드는 svg -> png를 변경합니다.
그렇지 않으면 나는 또한 당신의 홍보와 함께 할 수 있는 만큼 당신을 돕고 싶습니다. 그리고 당신의 것이 병합될 때보다 우리는 당신이 제안한 대로 그 위에 작업할 수 있습니다.

아 제가 생각한 스크린샷이 틀렸네요. 상단 테두리가 있습니다.
좋아, 그래서 당신의 로컬 버전은 내가 보고 싶은 거의 모든 것을 가지고 있는 것 같습니다.

논의할 사항만:

• 부두에 국경이 없습니까?
• 왼쪽 정렬 탭
• 강렬한 테두리 색상 (나는 그것들을 좋아하지만 아마도 일부 사람들은 그것들이 산만하다고 느낄 것입니다)

@toger5
도크에 테두리가 없어 괜찮습니다 개념적으로는 테두리가 없어보이지만 실제 엔진에서는 인스펙터 등의 구조가 나무와 같기 때문에 그다지

왼쪽 정렬 탭, 나는 그것을 바꿀 것이라고 생각합니다.

그리고 버튼에 관해서는, 글쎄요, 색상도 잘 모르겠습니다. 다른 변형을 시도해보고 어떻게 되는지 확인하겠습니다.

색상도 전체적인 디자인도 마음에 듭니다. 다음은 3.0용 UI를 재정렬할 계획이었기 때문에 아이디어나 변경 사항이 있으면 환영합니다.

@reduz [2d, 3d, script, assetlib] 버튼을 거기로 이동할 필요가 없다고 생각합니다.
우리는 그것 없이 더 많은 탭을 표시할 수 있습니다.

@reduz 나는 새로운 위치 [2d 3d asseLib...]를 좋아합니다. 메인 뷰에만 영향을 미치기 때문에 메인 뷰에 가까이 있는 것이 훨씬 더 합리적입니다.
또한 감소된 최대 탭 수에 대한 우려도 봅니다. 그러나 실제로 아무도 5개 이상의 탭을 사용하지 않습니다. 더 많은 것을 갖게 되면 모든 장면의 조명에 대해 파일 브라우저를 사용할 것입니다. 그래서 나는 큰 손실이 없다고 생각합니다.

@djrm 다채로운 테두리가 있는 ui 요소에 대해 어두운 bg를 시도할 수 있습니다. 특히 검색창의 경우. 이것은 좋아 보일 수 있습니다.
나는 테두리가 없는 어두운 bg로 그것을 선호한다고 생각합니다. 더 적은 stff가 진행되는 것처럼 -> 덜 복잡하게 UI를 더 단순하게 만듭니다. 좋은 일입니다.
그러나 어쩌면 나는 너무 보수적이며 엔진 UI에 정말 뛰어난 요소를 가지고 있는 것이 좋습니다. 독특하게 만듭니다.
나는 그것이 어떻게 보이는지 계속 살 것입니다.

@volzhs 나는 그것에 대해 일종의 분열입니다. 우리는 더 많은 탭을 표시할 수 있지만 편집기의 해당 부분에 영향을 미치는지 그렇지 않으면 명확하지 않습니다. 어떻게든 줄어들 수 있을지도 몰라

나는 또한 밝은 색 테두리 대신 둥근 테두리 어두운 bg의 모양을 좋아할 것입니다.
(30 높이 ui 요소의 경우. 반지름이 15인 다크 서클이 있는 PNG. 여백이 15인 스타일 상자)

@reduz 2d 3d 자산 라이브러리에 아이콘을 사용할 수 있습니다. 아이콘도 사용하는 전체 화면 버튼에 잘 맞습니다.

@toger5
5개 이상의 씬을 동시에 띄우고 실제로 프로젝트를 하면서 왔다갔다 하는 경우가 많다.
@reduz
나는 크롬이나 파이어폭스가 ​​하는 것과 같은 수축 탭을 좋아한다. :웃다:

@reduz 오른쪽 상단의 (에디터) 설정은 프로젝트와 관련이 없기 때문에 선호합니다. 옵션 대신 전체 화면 모드 버튼을 사용하여 빈 모서리를 사용할 수도 있습니다.

수정만 하면 되는데.. xDDDD 해야지 눈이 따가워요... (테마가 아닌 다이얼로그 설정 :P)

취소/만들기 위의 PS 희미한 선은 선택 사항이지만 확인 대화 상자에 좋을 것 같습니다.

@n-pigeon 예쁘다!

@n-pigeon은 정말 좋아 보입니다. @toger5 , @n-pigeon 저도 여백 및 기타 스타일 관련 문제를 수정하고 싶었지만 어려운 작업입니다. 기꺼이 도와주시면 작업을 분할하고 완료할 수 있습니다. 3.0

@djrm 기꺼이 도와드리겠습니다. 하지만 저는 후배 프로그래머 지망생이라 후배 일자리가 있으면 취하겠습니다 :)

@djrm 마진이란 정확히 무엇을 의미합니까?
나는 또한 약간 이상한 위치가 몇 가지 있다고 생각합니다. 특히 경계선을 만들 때 경계선에 너무 가깝습니다. 어쩌면 우리는 스크린샷을 만들고, 우리가 바꾸고 싶은 것을 그 위에 그리고 작업을 분할해야 할 것입니다.

@toger5 네, 여백이 의미하는 바는 맞습니다. 네, 스크린샷을 만든 다음 변경하려는 내용을 보여줘야 합니다.

+1

이런 세상에! 이것이 Godot 3의 디자인이라면 시장에서 가장 현대적인 게임 엔진처럼 보일 것입니다. 그 자유 시장 :-) 이것이 단지 장난이라고 말하지 마십시오. 당신이 저를 눈물나게 할 수 있기 때문입니다.

그것은 멋져 보인다! 저는 플랫 디자인을 정말 좋아합니다. :) 확실히 다른 엔진들보다 낫네요.. :D
그러나 현재는 부동 라인(검색 필드, 파일 시스템의 주소 필드 등)인 작은 입력 필드를 어둡게 하는 것이 더 나을 수 있다는 toger5에도 동의합니다. 많이 필요하지는 않지만 약간의 대비가 클릭 실패를 줄이는 데 도움이 될 수 있습니다.

나는 둥근 모서리를 시도하고 싶습니다.
저는 UI 개념과 정말 사랑에 빠졌습니다. 그것은 훌륭한 균형을 가지고 있으며 ui 스타일로 정말 잘 작동합니다. 나는 또한 블렌더를 많이 좋아하고 블렌더의 숫자 입력은 내가 시도한 것 중 최고 중 하나라고 생각합니다(증가/감소를 위한 수평 슬라이딩 및 둥근 스타일 사용).

@toger5 실제로 둥근 버튼으로 몇 가지 테스트를 했지만 아직 확신이 서지 않습니다.

이제 나는 그들에 대해 몇 가지 우려 사항이 있습니다. 우선 높이가 다른 버튼이 있기 때문에 둥근 버튼은 어떤 경우에는 완벽하게 둥글게 보이지 않습니다. 나쁘게 보이지는 않지만 개념에서는 그렇지 않습니다. 이제 내가 원하는 다른 것입니다. 논의하기 위해 @toger5 UI 개념이 마음에 든다는 것을 알고 있지만 엔진에 완벽하게 적합하지 않습니다. ) UI를 많이 단순화하지만(좋은 것일 수 있음) 불행히도 일부 엔진 메뉴는 매우 복잡하므로 ui 개념에서 일부 요소를 가져오지만 정확한 사본을 만들지 않는 것이 좋습니다. 또한 편집기가 잘 보이지 않는 또 다른 이유는 이상한 메트릭, 글꼴 렌더링(UI 개념 스크린샷은 HiDPI 스크린샷임) 및 일부 메뉴에서 처리해야 하는 엄청난 양의 데이터가 현재 개선을 위해 노력하고 있기 때문입니다. 이러한 주제 중 일부는 매우 크고 성가신 작업임이 증명되고 있습니다(UI를 변경하는 워크플로와 툴킷 자체의 특성 때문에). 따라서 UI 개념에 관심이 많다는 것을 압니다. 그것을 구현할 의지가 없고 합리적인 제안에 열려 있지만 "UI 개념에 있는 방식이기 때문에"는 합리적인 것이 아닙니다. 아마도 PR을 만들고 사람들이 그것에 대해 논평할 수 있고 나중에 반복할 수 있습니다. .

현재 내 자신의 테마에 확신이 서지 않지만 내가 좋아하는 특정 항목이 있으며 여전히 작업 중이므로 스크린샷에서 상황이 거칠어질 수 있습니다.

둥그런것도 별로 안좋아하는데.. 역시 예전이 더 나은거 같음

2017년 4월 4일 오후 2시 37분에 "Daniel Ramirez" [email protected] 이 작성했습니다.

@toger5 https://github.com/toger5 실제로 몇 가지 테스트를 했습니다.
둥근 버튼이지만 아직 확신이 서지 않습니다
[이미지: 2017-04-04 09-25-37의 스크린샷]
https://cloud.githubusercontent.com/assets/1103897/24667812/86910612-1919-11e7-8109-fafe07398527.png
[이미지: 2017-04-04 09-26-11의 스크린샷]
https://cloud.githubusercontent.com/assets/1103897/24667817/8a6cf6f6-1919-11e7-9be6-ac67b9978d03.png

이제 나는 그들에 대해 몇 가지 우려 사항이 있습니다. 우선 버튼이 있기 때문에
높이가 다르면 둥근 버튼이 일부에서는 완벽하게 둥글게 보이지 않습니다.
경우에, 그들은 나빠 보이지 않지만 그것은 개념에서와 같지 않습니다. 지금은 저입니다.
내가 논의하고 싶은 다른 것, @toger5 https://github.com/toger5
UI 컨셉이 마음에 든다는 건 알지만 엔진에 완벽하게 맞지는 않습니다.
보시다시피 개념은 이상적인 사용 사례에 적합합니다.
예를 들어 큰 버튼은 엔진에 좋지 않으며(공간 낭비)
UI를 많이 단순화하지만(좋은 것일 수 있음) 불행히도 일부
엔진 메뉴는 매우 복잡하므로 몇 가지 요소를 선택하는 것이 좋습니다.
ui 개념에서 가져온 것이지만 정확한 사본을 만들지는 않습니다. 또 다른
에디터가 잘 보이지 않는 이유는 이상한 메트릭 때문입니다.
글꼴 렌더링(UI 개념 스크린샷은 HiDPI임) 및
일부 메뉴에서 처리해야 하는 데이터의 양, 현재 작업 중
이러한 주제 중 일부를 개선하기 위해
성가신 작업(UI를 변경하는 워크플로 때문에
툴킷 자체의 특성), 그래서 나는 당신이 UI와 사랑에 빠져 있다는 것을 압니다.
개념은 있지만 구현하려는 의지가 없으며 합리적으로 열려 있습니다.
제안하지만 "UI 개념에 있는 방식이기 때문에"는
합리적인 것, 어쩌면 내가 PR을 만들 수 있고 사람들이 그것에 대해 논평할 수 있습니다.
그런 다음 나중에 반복할 수 있습니다.

현재 내 자신의 테마에 확신이 없지만 몇 가지가 있습니다.
내가 좋아하는 것, 그리고 여전히 작업 중이므로 상황이 거칠어질 수 있습니다.
스크린샷.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-291575521 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2_8EulxUfY5Sa17KikXpv97iL4tGks5rsn_egaJpZM4LMKXr
.

@djrm 정말 좋은 말씀입니다. 나는 UI 개념이 정당한 이유 없이 복사되어서는 안된다는 점에 동의합니다. 나는 또한 약간의 UI 조정을 하기로 했고 코드베이스에 익숙하지 않기 때문에 그것은 랠리 tidius입니다. UI 개념을 복사하는 것만으로는 최선의 접근 방식이 아닐 수 있습니다. 게다가 영상에 너무 집착하는 것 같아요. :) 그리고 물론 더 크면 -> 더 적은 UI 요소가 더 좋아 보일 수 있지만 사용성은 개선되지 않습니다.

둥근 모서리에 관하여: 나는 그것들이 일반적으로 좋아 보인다고 생각합니다. 비록 나는 버튼을 그렇게 좋아하지는 않지만. 입력이 있는 곳에서 사용할 수 있습니다. 텍스트 필드, 숫자 입력, 색상 필드, 경로...
다른 높이 문제(실제로 둥근 모서리를 이상하게 보이게 만드는)에 대해 셰이더로 효율적으로 구현할 기회가 있습니까?
유일한 시각적 추가 기능이기 때문에 (그리고 reduz는 그것을 좋아하지 않습니다 !! ;)) 우선 순위가 확실히 낮습니다.
@djrm [ 2d 3d 스크립트 ] 패널의 아이콘으로 변경한 것이 정말 마음에 듭니다.
전반적으로 주제가 매우 잘 진행되고 있습니다. 엔진 외관에 쏟는 모든 노력에 큰 감사를 드립니다. 특히 모든 새로운 아이콘을 만들었다는 점을 고려할 때. (아직은 너보다 못해)

@djrm 현재 트렌드는 둥근 모서리에 반대한다고 생각합니다. 현재 둥근 모서리는 일종의 오래된 느낌입니다. Windows, Android 및 기타 모든 최신 UI를 확인하면 트렌드가 대부분 사각형 모서리로 가는 것처럼 보이지만 여기 저기에 강한 색상이 있습니다. IMO가 가장 잘 보입니다.

이:

https://cloud.githubusercontent.com/assets/6152134/24617960/c60297c2-1895-11e7-8eca-4d19dbf83d44.png

왼쪽 정렬된 탭과 어두운 테마는 확실히 내 눈에 더 매력적으로 보이고 Defold의 어두운 편집기와 Atom/VS Code가 생각나게 합니다. 나는 둥근 대 평평한 것에 신경 쓰지 않지만 탭이 왼쪽이나 오른쪽으로 정렬되는 경우 최소한 창의 측면과 같은 높이를 유지하십시오.

@reduz 에 확실히 동의합니다. 그것은 내가 몇 시간 동안 볼 수 있는 아름답고 매끄럽고 현대적인 사용자 인터페이스처럼 보입니다. 둥근 ftw가 없습니다 :)

둥근 모서리가 현재 추세에서 사라지고 있는 것이 사실입니다.

나는 새로운 테마의 열렬한 팬입니다. 평탄도가 크게 향상되었으며 새로운 색상이 환상적입니다. 나는 단 하나의 의견/제안이 있습니다:

동시에 채도가 높은 색상을 사용하는 위젯이 너무 많습니다. 특히: 애니메이션 드롭다운, AnimationPlayer 버튼, 검색 상자, loc/rot/scl/key 버튼.

화면을 보면 동시에 내 주의를 요구하는 위젯이 너무 많기 때문에 초점을 어디로 향해야 하는지 전혀 알 수 없습니다.

다음은 원본 모형의 색상 사용을 현재 구현과 빠르게 비교한 것입니다.

원래의:

현재의:

선택/집중된 항목에 대해 해당 수준의 채도를 저장합니다.

대비 분석(gimp에서 대비를 최대로 올린 다음 흰색을 제거하여 생성했습니다. 뷰포트 콘텐츠도 제거했습니다):

원본 모형(편집: 방금 이 방법에 대해 동일한 방법을 사용하지 않았다는 것을 깨달았습니다... 지금 수정되었습니다!):

현재 Godot 3.0:

고도 2.0:

고대 Godot 버전을 업데이트하고 모든 충돌을 해결한 후 테마에 약간의 진전이 있었습니다.

나는 이상한 탭에 대해 알고있다

와. 이것을 이미 병합합시다 :)

사랑해! :heart_eyes:

동의! 나는 입력 항목에 대한 새로운 파란색 음영을 좋아합니다. 배경색과의 대비가 덜하고 위젯의 긴급성을 감소시킵니다. 입력 상자 밑줄의 미묘한 곡선도 좋은 터치였습니다. ❤️

이동 <3

이것은 정말로 매우 매끄럽게 보입니다! 이 테마를 좋아하세요! 병합되기를 기대합니다!

멋지네요. "db" 숫자에 사용된 글꼴이 약간 이상합니다.

초점이 맞지 않을 때 텍스트 입력의 밑줄이 약간 회색으로 표시되어야 합니까?

나는 새로운 LineEdit 컨트롤의 열렬한 팬이 아닙니다. 이 파란색 색상과 둥근 모서리로 인해 약간 무겁습니다. IMHO 사방에 너무 많은 파란색이 있습니다. 꽤 산만합니다. 활성화된 컨트롤(호버링, 클릭)에만 파란색 테두리가 있어야 합니까? 이 새로운 테마 옆에는 환상적입니다 :)

btw. 기본 3D 뷰포트는 어떻게 생겼나요? 그린 그리드가 너무 맘에 안들었어요^^

@ndee85

밝은(대조적으로) 파란색 선과 테두리는 모두 초점이 맞춰진 컨트롤처럼 보입니다.

나머지는 훌륭하고 일부 색맹 필터를 사용하여 테스트한 캡처도 있고 모든 것이 가시적이고 구별 가능한 상태로 유지됩니다.

@djrm 젠장, 당신은 정말 멋진 것을 소개했습니다. 점점 좋아지고 있습니다.
나는 텍스트 입력이 파란색 선으로 정말 멋져 보인다고 생각하지만 입력이 fucused될 때만 그 줄이 있어야 한다는 데 동의합니다. 그렇지 않으면 다른 입력에 비해 너무 많은 관심을 받습니다.
비록 당신이 그것들을 정말로 웅크리게 만들었지만, 나는 메인 센터 도크의 탭에 있는 작은 간격 문제를 만회할 만큼 테 도크의 약간 둥근 모서리가 마음에 들지 않습니다.
나는 또한 부두가 국경이 없는 것이 훨씬 더 좋아 보인다고 생각합니다.
몇 가지 의견일 뿐입니다. 또한 이해하기 쉽도록 생각하고 있는 변경 사항으로 모의 작업을 수행합니다.

몇 가지 사소한 사항을 변경했습니다: 도크의 버튼 위치, 도크의 테두리 제거(왼쪽 오른쪽), 입력 필드의 색상 제거(저는 그들이 너무 많은 관심을 요구하는 것을 정말 좋아하므로 활성 스타일박스로 선호할 것입니다) , 편집기 자체를 더욱 차분하게 만들기 위해 녹색을 제거했습니다(노드 트리, 장면, 코드, 검사기/속성 등 콘텐츠가 없는 스크린샷임을 명심하십시오. 초점(색상 노드 아이콘...))

@djrm 도크 오른쪽 상단에 있는 화살표 대신 점 3개가 마음에 들어요!

또한 파란색을 더 밝게 만들 것입니다.

@djrm 도크 오른쪽 상단에 있는 화살표 대신 점 3개가 마음에 들어요!

다른 배경은 산만해서 둘을 비교하기 어렵게 만들었습니다...
또한 파란색을 더 밝게 만들 것입니다.

@toger5 내 생각에 당신이 변경한 사항이 테마를 더 관습적이고 진지하게 보이게 한다고 생각합니다. 당신이 제안한 lineEdits의 문제는 활성화된 입력과 비활성화된 입력을 구별하기가 더 어렵다는 것입니다. 또한 저는 파란색과 부두의 테두리, 이상하게 보이는 편집기가 있다는 것을 알고 있지만 버스 번호와 같은 좋은 점은 이러한 것들이 다른 엔진과 달리 엔진을 더 이상하게 보이게 만들 것이라고 생각합니다. 또한 둥근 요소는 엔진을 더 친근하게 보이게 합니다(날카로운 모서리는 위험합니다).

내가 아마 변경할 것이라고 생각하는 유일한 것은 위젯의 색상이며 파란색 대신 회색(아이콘 색상)을 시도할 것입니다.

@djrm 뭔가 이상해 보이고 버스 번호가 엔진이 더 이상해 보이는 데 도움이 된다는 사실을 알고 계셨나요? 내가 방금 무엇을 읽었습니까? 당신은 엔진이 미친 것처럼 보이고 싶어? 그 버스 번호는 디자인의 나머지 부분과 완전히 떨어져 보이고 함께 찌그러져 있습니다. 날카로운 모서리가 위험합니까? 진심이야..? 예, 소프트웨어가 아니라 칼에 있습니다.

@toger5 가 제안하는 파란색은 실제로 일부 연속성을 제공합니다. 전체적인 테마가 좋아 보입니다. @toger5 가 테마를 관습적이고 진지하게 보이도록 변경했다고 말하는 것은 실제로 좋은 일입니다. 현재 Godot의 테마가 관습적이고 진지한 것이 3.0으로 가는 길인 이유입니다.

2D 및 3D의 경우 대신 "2D" 및 "3D"를 표시하는 아이콘으로 만들 수 있습니다.
벡터 .. 더 명확하게 shukd

2017년 4월 10일 오후 2시 39분에 "boogabelly" [email protected] 이 작성했습니다.

@djrm https://github.com/djrm 상황이 이상해 보인다는 것을 알고 있다고 말씀하셨나요?
그리고 버스 번호는 엔진이 더 미친 것처럼 보이는 데 도움이 됩니까? 내가 방금 무엇을 읽었습니까?
당신은 엔진이 미친 것처럼 보이고 싶어? 그 버스 번호는 완전히 다르게 보입니다.
나머지 디자인과 함께 뭉개졌습니다. 날카로운 모서리가 위험합니까?
진심이야..? 예, 소프트웨어가 아니라 칼에 있습니다.

@toger5 https://github.com/toger5 가 실제로 제안하는 파란색
일부 연속성도 제공합니다. 전체적인 테마가 좋아 보입니다. 에 대해 말하는 것
@toger5 https://github.com/toger5 가 테마 모양을 변경했습니다.
관습적이고 진지한 것은 실제로 좋은 것입니다. Godot의 테마는
현재가 전통적이고 진지한 방식으로 나아가야 하는 이유입니다.
3.0

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-293023522 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z22wNjUml05FV3FxId98rHDkJrn7bks5rumlTgaJpZM4LMKXr
.

녹색 그리드 ia는 Y축 그리드이기 때문에 ..하지만 그럴 필요는 없습니다.
색상..

2017년 4월 10일 오후 3시 12분에 "Juan Linietsky" [email protected] 이 다음과 같이 썼습니다.

2D 및 3D의 경우 대신 "2D" 및 "3D"를 표시하는 아이콘으로 만들 수 있습니다.
벡터 .. 더 명확하게 shukd

2017년 4월 10일 오후 2시 39분에 "boogabelly" [email protected] 이 작성했습니다.

@djrm https://github.com/djrm 상황이 이상해 보인다는 것을 알고 있다고 말씀하셨나요?
그리고 버스 번호는 엔진이 더 미친 것처럼 보이는 데 도움이 됩니까? 내가 방금 무엇을 읽었습니까?
엔진이 미친 것처럼 보이기를 원하십니까? 그 버스 번호는 완전히 다르게 보입니다.
나머지 디자인과 함께 뭉개졌습니다. 날카로운 모서리가 위험합니까?
진심이야..? 예, 소프트웨어가 아니라 칼에 있습니다.

@toger5 https://github.com/toger5 가 실제로 제안하는 파란색
약간의 연속성도 제공합니다. 전체적인 테마가 좋아 보입니다. 에 대해 말하는 것
@toger5 https://github.com/toger5 가 테마 모양을 변경했습니다.
관습적이고 진지한 것은 실제로 좋은 것입니다. Godot의 테마는
현재가 전통적이고 진지한 방식으로 나아가야 하는 이유입니다.
3.0

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-293023522 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z22wNjUml05FV3FxId98rHDkJrn7bks5rumlTgaJpZM4LMKXr
.

나는 벡터의 편을 들 것이다. 필요한 경우 벡터에도 기여할 수 있습니다.
날카로운 모서리, 왼쪽 정렬된 탭 및 파란색 활성 텍스트 표시줄이 제가 원하는 것입니다.
BTW, 3.0에 기본 테마 지원이 포함됩니까? 여기 자체에서 많은 의견 충돌을 해결할 수 있습니다. JSON/XML 테마 값 시스템이 3.0에 적합할까요?

@kn1ght99 예 테마 지원은 이미 있습니다. Godot에는 자체 테마 파일이 있습니다. 따라서 json으로 저장하는 것은 필요하지 않습니다. 이것이 개인적인 적응을 허용한다는 점을 지적하는 것이 좋습니다.

@djrm 그래서 당신은 기본적으로 내 제안에 따라 아무것도 변경하고 싶지 않아? 당신이 그것에 가장 많은 노력을 기울였기 때문에 어느 것이 좋습니다. 나는 또한 일을 했기 때문에 약간의 영향력을 줄 수 있기를 여전히 바랐다(아마도 합병되지는 않을 것이다).
하지만 나에게는 강력한 이유가 있기 때문에 영향력을 끼치고 싶었다. 나는 당신이 추가한 독특한 터치를 좋아하고 우리는 가능한 한 그것을 유지하려고 노력해야 합니다.
그러나 어떤 것들은 다소 실용적입니다. 내가 물건(게임)을 만들고 싶은 소프트웨어에서는 산만하지 않은 UI를 갖는 것이 중요합니다.
이것은 perpus가있는 한 독특한 색상이나 미친 것처럼 보이는 것이 없다는 것을 의미하지 않습니다. 예를 들어 2d 3d ... 버튼의 경우 사용되는 편집기 또는 편집 모드(크기 조정, 이동 ...)를 아는 것이 중요합니다.
그러나 검색 막대는 아직 UI에 익숙하지 않을 때 쉽게 찾고 이해해야 하는 주요 작업이 아니므로 많은 추가 주의가 필요하지 않습니다.
나는 녹색 파란색 토론에 대해 동일하게 작성했습니다. 노드에 대해 두 가지 색상이 모두 동일한 의미를 가질 때("이것이 중요합니다"라고만 말합니다) 대신 여러 색상이 다른 노드 유형으로 인해 많은 의미를 갖는 이유 , UI를 더 산만하게 만들 가치가 있는 색상 뒤에 추가 메시지가 있습니다. 나는 Godot 로고 때문에 파란색으로 결정했지만 하이라이트 색상으로 녹색을 사용하는 것도 괜찮습니다. (둘 다 아님)

테두리 없는 디자인을 보고 싶은 이유는 UI에서 세로선을 완벽하게 제거하기 때문입니다. 일이 줄어들 것 같습니다. 다시 말해서, 우리는 기능을 잃지 않고 산만함을 제거하고 심지어 개요도 증가하지 않습니다(종종 라인 제거의 단점). 또 다른 사소한 이점은 우리가 약간의 공간을 확보한다는 것입니다... (거의 무시할 수 있습니다).
나는 또한 이 접근 방식이 도입하는 몇 가지 작은 문제가 있다는 것을 알고 있습니다. 일부 버튼은 테두리에 너무 가깝습니다. 그러나 위치를 수정하는 것조차 이 작은 개선을 제공하기 위해 노력할 가치가 있습니다. 따라서 의견에 근거한 동기 부여가 아니며 모든 사람의 개인 취향에 맞지 않더라도 고려되어야한다고 생각합니다.
Djrm 당신은 내 소원을 채우면 정말 행복 할 것입니다. 하지만 지금 가지고 있는 테마는 저 또한 기쁘게 합니다. :)

@toger5 병합 후 나만의 테마를 가지고 공유할 수 있나요? 아니면 당신이 말하는 것을 맞춤화하기에는 너무 늦습니까? 나는 당신의 접근 방식을 정말 좋아합니다. 나는 @djrm 이 한 것을 좋아하지만, 그는 순수한 기능, 목적 및 형식 대신에 지금은 스스로를 위해 디자인하고 있다고 생각합니다. 그가 Godot를 미치게 만들 것이므로 추가한다고 말하자 그는 나를 잃었습니다. 이상한 db 버스 번호나 날카로운 모서리가 없어 위험하기 때문에 개인적인 요구 사항을 추가하는 것이 아니라 다른 곳에서 디자인 신호를 가져 와서 작동하는 것을 확인한 다음 개선하는 것이 중요합니다.

나는 이것을 테마 옵션에 추가해도 해를 끼치지 않고 여기에서 모든 충돌을 효과적으로 제거할 것이라고 믿습니다. @djrm 과 @reduz 는 Godot 3.0이 공식적으로 제공할 UI를 결정할 수 있지만 테마 옵션이 이제 필요하게 되었습니다. 그렇지 않으면 사용자가 선호하는 UI에 따라 Godot의 다른 버전이 나올 수도 있습니다.

@boogabelly 내가 제안한 사소한 변경 사항은 수행하기 쉽고 재컴파일 없이 선택적 테마로 구현할 수도 있습니다. djrm이 다른 색상의 아이콘을 사용하거나 색상을 변조하는지 확실하지 않지만. Modulate color는 대체 테마에 대한 유연성을 약간 떨어뜨립니다.
그러나 경계에 대한 변경은 재컴파일 없이는 할 수 없는 간격 측면에서 약간의 정리가 필요합니다. 여전히 할 수 있지만 일부 위치에서는 정렬되지 않은 것처럼 보입니다. (테마를 테두리 없는 것으로 만들고 적용하는 것을 선호하는 또 다른 이유입니다. 테두리가 없는 편집기에서 테두리가 있는 테마를 사용하는 것이 테두리에 맞게 적용된 현재 편집기의 테두리 없는 테마보다 더 보기 좋기 때문입니다.)

@toger5 처음에 @alelepd 가 만든 UI 테마 변경을 밀어붙이신 분 아닌가요? 당신의 아이디어가 더 많이 들려야 하고, 경계 없는 아이디어 컨셉은 확실히 훌륭하다고 생각합니다. 나는 당신과 @djrm 사이에서 당신이 Godot를 세련된 디자인으로 훨씬 더 전문적인 게임 엔진처럼 보이게 만드는 일을 잘했다고 생각합니다. 올바른 방향으로 가고 있습니다. 귀하의 의견이 한쪽으로 치우치지 않기를 바랍니다.

@toger5 우선, 여기에서 충돌을 일으키고 싶지 않습니다. 문제 내역을 확인하면 너무 많은 사람들이 무언가에 대해 의견을 가질 때 그들이 제안한 것과 내가 가진 것을 일치시키기 위해 최선을 다한다는 것을 알 수 있습니다. 지금은 모든 사람을 기쁘게 하는 것이 불가능하다는 사실을 염두에 두세요. 하지만 아마 제가 사람들의 의견을 읽었지만 사용자(많은 실제 Godot 사용자)의 의견을 읽었을 때 가장 많이 고칠 수 있는 방법에 대해 생각하고 있습니다. 댓글이 달린 문제(너무 밝은 버튼과 입력). 예를 들어 지금 당신과 나는 중요하지 않은 일보다 개인적인 선호도가 있지만 많은 사람들이 당신 편이면 기꺼이 바꿀 것입니다. 두 번째로 이전 제안이 형성하는 데 도움이되었습니다. 현재 테마이므로 본질적으로 참여했습니다. 커밋을 하고 싶다면 솔직히 저는 상관하지 않습니다. 명성을 위해 이 일을 하고 있는 것이 아니며 여러분도 그렇게 되어서는 안 됩니다.

주의 산만 논쟁에 대해, 나는 특정 영역에 사용자 주의를 집중시키는 것이 중요하다는 것을 이해하지만 콘텐츠가 거의 없는 경우에 적용할 수 있으며 탐색 중인 엔진의 경우 무엇이 promary이고 무엇이 아닌지는 사소합니다. 다른 도크와 패널을 통해 매우 자주 사용하므로 기본 작업과 그렇지 않은 작업을 알 수 없습니다. 예를 들어 애니메이션 편집기에 있는 경우 현재 컨텍스트이므로 거기에 포커스가 있고 뷰포트 및 기타 모든 것이 있습니다. 산만 할 수 있습니다. 거의 감지 할 수없는 버튼과 입력을 원하지 않지만 다시 선호하는 것입니다.

또한 보시다시피 저는 PR을 만들지 않았습니다. 그것은 우리가 Godot를 위한 최고의 테마를 확실히 만들고 싶었기 때문입니다.

@boogabelly 커뮤니티 구성원 간에 문제를 일으키려고 거기에 가지 말고 스레드의 나머지 부분을 읽으십시오. 내가 사용자 입력을 고려한다는 것을 알 수 있습니다.

@djrm 오, 나는 아무 것도 일으키려는 것이 아닙니다. 나는 당신이 이렇게 멋진 테마를 만들었다는 것이 얼마나 대단한지 여러 번 말했습니다. 나는 몇 년 전 @alelepd 가 만든 테마로 이 모든 것을 시작했던 @toger5 를 기억합니다. 그가 언급한 것이 마지막 몇 번일 뿐입니다. 당신은 그의 아이디어를 과소평가하고 다른 엔진에 비해 Godot를 미치게 만드는 것처럼 구현해서는 안 된다고 생각하는 이유를 설명했습니다.

나는 당신이 한 일을 좋아합니다. 내가 말한 것을 읽으십시오. 그러나 간과해서는 안 되는 몇 가지 말씀이 있습니다. 좋은 일을 계속하십시오. 나는 오래전부터 그가 UI를 엉망으로 만드는 것을 보았기 때문에 @toger5 에게 더 많은 정보를 요청했습니다. 하지만 다시 말하지만, 나는 여기서 중요한 사람이 아니므로 원하는 대로 하세요.

@boogabelly , 우선 모든 Godot 사용자가 중요하다고 생각하지만 "더 나은 의견"을 가진 사람들은 그것에 대해 기꺼이 무언가를 할 의향이 있는 사람들입니다. 하지만 @toger5 와 같이 실제 개선을 제안하는 사람이 너무 적습니다. 이것이 우리와 나머지 커뮤니티가 디자인 결정에 대해 논의하는 이유입니다(저는 아직 PR을 작성하지 않았습니다).

@djrm 충분히 공평합니다. 기여를 하기 위해 소스 코드에 대해 충분히 알고 있었으면 합니다. 내가 제안할 수 있는 유일한 것은 @toger5 가 이미 말한 것입니다. 저는 Godot를 사용하여 게임을 만들거나 최소한 제가 할 수 있는 한 최선을 다해 배우고 있습니다. 그래서 저는 엔진 개선에 도움이 되는 사람이 아닙니다.

내가 그의 편에 있는 것이 아니다. 나는 그의 미학에 동의할 뿐입니다. 개인적이지 않은 일. 이 페이지에서 처음 보았을 때 "와우"라고 감탄하게 만든 디자인에 대해 많은 작업을 수행했습니다.

@djrm 지옥 아니요 당신은 홍보를 할 것입니다 ;). 내가 내 작업을 병합할 준비가 된 상태로 가져오지 못했다는 불평을 쓴 방식은 약간 절망적으로 들립니다.). (사실은 그렇지 않다고 장담할 수 있습니다.) 최근에 너무 적게 해서 나 자신에게 더 실망했습니다...
나는 당신이 이미 독 또는 광고 스크린 샷을 위해 여백 없음 스타일 상자를 시도한 것 같습니다. 항상 적절한 간격을 유지하기 위해 물건을 옮기는 데 적응하는 데 얼마나 많은 노력이 필요하다고 생각합니까?

또 다른 주제: 속성 편집기가 테마의 영향을 거의 받지 않는 것 같습니까? 다른 스타일 상자가 사용됩니까? 편집기가 두 개의 열과 사용자 정의 필드가 있는 트리라는 것을 알고 있습니다. 그러나 coustom은 테마의 스타일 상자를 사용하는 것보다 기본 UI 요소를 제공하지 않습니까? ... 스크린샷을 다시 확인했습니다. 그들은 특별한 사람들입니까? 기본 숫자 입력과 같지 않은 것 같습니다... 누군가 수정하는 방법을 알고 있습니까? 텍스트 필드와 같이 입력 필드를 어둡게 하는 것도 좋을 것입니다.
아, 제가 조금 전에 언급하고 싶었던 작은 것 하나: 아마도 노드 트리의 확장 화살표로 플레이할 수 있을 것입니다. 아마도 뒤로/앞으로 화살표의 스타일에 더 잘 맞는 sth를 찾을 수 있습니다.

커밋을 테두리 변경 사항 및 테마와 병합하려고 시도할 수도 있습니다(또는 다른 분기에서 직접 변경 사항을 수행할 수 있습니다. 왼쪽 정렬 탭도 이미 구현했기 때문에 분명히 충돌이 있을 수 있음). 두 버전을 모두 업데이트하면 나중에 어떤 버전을 사용할지 쉽게 결정할 수 있습니다.

@toger5 경계 없는 도크와 컨테이너에 대해, 당신은 이것을 볼 필요가 있습니다

둥근 모서리가 있는 컨테이너가 인터페이스의 나머지 부분과 더 일관성 있게 보입니다(정확한 여백으로 더 잘 보일 것입니다).

경계가 없는 컨테이너가 있는 컨테이너는 어떻게 될까요? (보기 흉하게 보일 것입니다)

트리 위젯에 대해 말하자면 사용자 지정 버튼이나 일종의 해킹이라고 생각합니다. 문제가 있는 현재 작업을 해야 할 것입니다.

네, 확장 화살표에 대한 새 아이콘을 만들 것입니다.

또한 색상 전쟁을 끝내기 위해 편집기 설정에서 버튼을 노출하고 색상(녹색 대 파란색)을 강조 표시하려고 합니다.

안녕하십니까!
UI에서 이렇게 큰 발전을 보게 되어 기쁩니다.
다음은 귀하의 아이디어와 의견에 대한 제 생각입니다.

1. 색 구성표
모든 색 구성표의 목표는 일관성, 즉 음영이나 색조의 조화를 만드는 것입니다. 대비되는 색상은 항상 매우 신중하게 사용해야 하며 중요한 작업이나 선택한 도구를 강조 표시해야 합니다. 대조되는 요소가 너무 많으면 어떤 요소가 선택되었는지 해독할 단서가 없습니다.

예시. 녹색을 기본 색상으로 사용하여 테마를 만들기로 결정했다면 해당 색상과 작동하는 색상 팔레트를 만들어야 합니다. 주황색을 대조 색상으로 사용하고 파란색을 팔레트의 핵심 도우미로 사용할 수 있습니다.

현재 테마를 분석하면 선과 배경이 인터페이스의 동일한 파란색을 기반으로 하지 않기 때문에 3D 보기가 색 구성표에서 벗어남을 쉽게 알 수 있습니다. 이것이 내가 초기 UI 개념에서 3D 보기가 전체 색 구성표와 일관성을 갖도록 변경한 이유입니다. 결과는 매우 잘 혼합되는 UI 구성 요소를 갖게 됩니다.

2. 시각적 계층
이와 관련하여 모든 디자인에는 다른 요소보다 더 중요한 요소를 설정하는 구조인 시각적 계층 구조가 있어야 한다는 점을 이해하는 것이 좋습니다.

버튼과 같은 UI의 일부 요소는 레이블과 같은 다른 요소보다 더 중요합니다. 버튼에는 상호 작용이 있고 레이블에는 그렇지 않기 때문입니다(정보만 표시). 또한 일부 버튼은 다른 버튼보다 중요합니다. 예를 들어 값을 늘리는 버튼은 프로젝트를 닫거나 저장하는 버튼보다 관련성이 낮으므로 시각적 계층 구조에서 더 높은 위치에 있기 때문에 나중에 더 커야 합니다.

시각적 계층 구조에는 요소 상태에 대한 이해도 포함됩니다. 간단한 버튼으로 이에 대한 예를 보여드리겠습니다.
버튼은 일반, 호버, 눌림, 비활성화와 같은 여러 가지 상태를 가질 수 있습니다. 버튼의 상태가 변경되면 시각적 계층 구조에서 버튼의 위치도 변경됩니다. 를 누르면 작업을 수행한다는 의미이고 비활성화되면 더 이상 관련이 없음을 의미합니다.

시각적 계층 구조의 변경은 요소 자체의 변경을 의미합니다. 대부분의 경우 이것은 색상의 변화로 이루어지지만 때로는 형태의 변화도 있을 수 있습니다.

3. 디자인 시스템 및 시각적 일관성
나는 종종 당신이 주제를 일관성 있게 보이게 하는 데 어려움을 겪는 것을 봅니다. 이것은 실제로 모든 디자인 시스템에서 가장 복잡한 부분이므로 제대로 수행하기가 쉽지 않기 때문에 발생합니다.

좋은 디자인 시스템을 만들려면 시스템의 기본 부분인 재사용 가능한 구성 요소를 이해해야 합니다. UI 구성 요소의 작동 방식을 안내하는 일련의 디자인 규칙을 정의하면 항상 그렇게 작동해야 합니다.

일부 구성 요소의 동작이 비슷하면 비슷하게 보이고 동작해야 합니다. 일반적인 오해는 UI의 모든 단일 요소가 독립적이어야 한다고 생각하는 것입니다. 이렇게 생각하면 나쁜 결과만 얻을 수 있습니다(Blender의 이전 UI 참조).

요약

1. 일부가 아닌 모든 UI 요소에서 일관된 색 구성표를 사용합니다.
2. 더 많은 주의가 필요한 요소에 더 관련성을 부여하십시오.
3. UI 구성 요소가 작동하는 방식, 서로 관련되는 방식 및 동작해야 하는 방식을 설정하는 일관된 규칙 집합을 정의합니다.
4. 과도하게 설계하지 마십시오. 재미있거나 멋있어 보인다고 해서 무언가를 디자인하지 마십시오.

고려하다

• 더 큰 버튼을 사용하면 때때로 사용성을 높일 수 있습니다! 이것은 디자인에서 잘 알려진 사실입니다. Github이 어떻게 작동하는지 보세요. 크기를 늘리고 계층 구조에서 더 높은 시각적 우선 순위를 부여하는 방법과 시기를 배우기만 하면 됩니다.
• UI를 근본적으로 변경하지 않고 테마를 만드는 것만으로는 완전한 개선으로 이어지지 않습니다. 사실, 일부 요소가 동작하는 방식을 변경하지 않으면 한 단계 후퇴할 수 있습니다. 당신은 일종의 프랑켄슈타인으로 끝날 수 있습니다.

Woohoo @alelepd 당신이 아니었다면 이 UI는 일어나지도 않았을 것입니다. Godot는 보기에 좋다는 이유만으로 작업하기에 훨씬 더 좋을 것입니다. @reduz 는 3.0에 대한 모든 새로운 업데이트를 통해 더욱 향상되었습니다. 신나는 시간 :-)

엄청난 과대 광고!

여기에서 약속한 대로 중립적인 색상 버튼이 있는 버전이고 다른 것도 약간 조정했습니다.

점점 더 좋아지고 있습니다 :) 수고하셨습니다!

하지만 편집자는 여기저기서 여백을 조정해야 합니다./

@djrm 지금 사용하고 있는 안장 xolors가 마음에 듭니다. 하지만 덜 특별해 보이는 것이 맞습니다. 하지만 프로젝트가 로드되고 인스펙터인 nodetree가 채워지면 여전히 많은 일이 진행되고 있다고 생각합니다.

1. acrive 때 3d 보기에 흐릿한 테두리가 있습니다. 블러는 평면 테마에 이상합니다. 어쩌면 당신은 정말 얇은 녹색 선을 할 수 있습니다. 초록색이 좀 강하긴 하지만... 아니면 그냥 회색 가는 선?

2. 독과 탭 컨테이너에 둥근 모서리를 사용하지 않으면 어떻게 될까요? 테두리가 없어도 문제없고 전체적으로 플랫한 스타일에도 어울리겠죠? 어쨌든 둥근 모서리 문제가 발생합니다. 왼쪽 정렬 탭은 컨테이너와 정렬되면 더 보기 좋습니다. 테두리를 제거하거나(도크의 여백 확장) 탭을 왼쪽으로 이동하면 작동하지만(작동하는 방법을 모름) 컨테이너에 작은 반올림이 있기 때문에 컨테이너와 탭 사이에 약간의 간격이 있습니다. 모서리. 테두리를 제거하는 것이 훨씬 쉬울 것이지만 여백/위치 측면에서 더 많은 수정이 필요합니다. 테두리를 유지할 때 탭을 이동하고 간격을 수정하는 방법을 알아야 합니다. 또는 오프셋을 유지하지만 내 의견으로는 이상적인 솔루션이 아닙니다.

여백 정보:
모든 오정렬을 표시하는 스크린샷을 만들어야 합니다. 작업을 수행해야 하는 목록이 있을 때 수정하는 데 관심이 있습니다.

훨씬 좋아 보입니다! 새로운 3D 뷰포트가 아름답습니다. 편집 상자는 여전히 IMO가 너무 두드러집니다.

대담한 글꼴이 있으면 정말 멋진 일을 많이 할 수 있습니다. 구현을 시도했지만 포기했습니다. 누군가가 편집기에서 글꼴이 어떻게 처리되는지 작성할 수 있다면 멋질 것입니다.
내 이해. 특정 폴더의 글꼴 파일은 액세스할 수 있는 전역 상수가 있는 헤더 파일의 데이터로 변환됩니다. 기본값보다 매개변수로 해당 글꼴 중 하나를 사용하여 생성됩니다.
굵은 글꼴을 사용하려면 bold_font를 매개변수로 사용하여 새 테마 생성 기능을 수행해야 합니다. 전달된 값이 테마에 사용될 수 있는 것보다... 비트 이것은 eac 특수 글꼴(더 크고 다른 유형...)에 대한 새 매개변수가 필요하기 때문에 확장할 수 없고 이상해 보입니다.
테마 생성 함수의 상수를 전달하지 않고 액세스할 수 있습니까? 아니면 나쁜 습관인지...

@toger5
Font Color Shadow(Font Color와 같은 색상) + Shadow offset x = 1, y = 0으로 가짜 굵은 글꼴을 만들 수 있습니다.
이건 어때요?

DynamicFont에 굵은 플래그를 추가할 수 있습니다. 글꼴을 그리면 됩니다.
다시 오른쪽으로 1px 오프셋

2017년 4월 14일 오후 1시 49분에 "volzhs" [email protected] 이 작성했습니다.

@toger5 https://github.com/toger5
Font Color Shadow(Font와 동일한 색상)로 가짜 굵은 글꼴을 만들 수 있습니다.
색상) + 그림자 오프셋 x = 1, y = 0
이건 어때요?

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-294141205 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z22QKAlEB1mgavTj5ukzVBXC5r9xYks5rv11ZgaJpZM4LMKXr
.

여기서 색상 전쟁을 시작하려는 것이 아니라, 내 유일한 질문은 Godot가 파란색일 때 왜 녹색 액센트 색상이 필요한가입니다. 글쎄, 로고는 파란색입니다. 녹색 대신 파란색을 사용하는 것이 합리적이지 않습니까? 그 이면의 사고 과정이 궁금합니다. 로고 색상을 고수할 필요가 없다는 것을 알고 있습니다. 그저 궁금하기만 하면 됩니다. @alelepd 의 첫 목업을 보면 전체적으로 색상이 잘 섞입니다.

@reduz 아마도 글꼴 크기 또는 글꼴 모양에 따라 다릅니다.
흠... 굵은 사이즈가 아닐까요? :웃다:

@toger5 여백에 대해 제가 도와드릴 수 있습니다. 대부분 목업을 사용합니다.

스크립트 생성 대화 상자를 수정하려고 노력하겠지만 저는 정말 경험이 없는 코더이므로 그렇게 할 것이라고 약속할 수 없습니다.

하지만 먼저 마스터에서 새로운 테마 가 필요하다고 생각합니다. :)

@n-비둘기
테마를 병합하지 않고도 할 수 있어야 한다고 생각합니다. 테마는 실제로 어떤 UI 크기에도 영향을 미치지 않습니다...

코드로 시작하려면 editor_node만 있으면 됩니다. 물론 적절한 섹션을 찾기 위해 많이 검색하지만 몇 가지 의견이 있으므로 찾아야합니다. 그리고 놀랍게도 gdscript와 유사합니다. 적절한 노드를 검색하고 set_pos가 호출되는 위치를 찾으면 아름답게 변경됩니다. :)

테마는 정말 멋져 보이지만 전경이 아닌 배경에 계속 사용되는 스크립트 온도 색상을 선호합니다.

@neikeq 정말 보기 좋고 IMO를 읽기 어렵게 만들지 않습니다. 스크린샷에 있는 그대로가 마음에 듭니다.

나머지 문제를 모두 수정하고 충돌을 피할 수 있도록 PR을 작성해야 할 수도 있습니다. 어떻게 생각하세요?

또한 현재 눌렀을 때 버튼 아이콘에 색조를 지정하고 있는데 이 동작에 대한 특정 플래그를 만들어야 하는지 모르겠습니다.

버튼 클래스에 대한 적절한 추가가 될 것입니다. 다른 상태에 대한 다른 매개변수로 추가할 수 있습니다. 일반 누름 호버...
따라서 모든 상태에는 선택적 스타일 상자와 선택적 tintcolor가 있습니다.

@ghost님 말씀에 동의합니다. 나는 파란색( @djrm 의 원래 입력 디자인에서 가져온 것)을 녹색 대신 활성 색상으로 사용해야 한다고 생각합니다. 다른 색상과 훨씬 조화롭게 / 얼굴에 덜합니다.

장면 탭 제목 아래에 작은 검은색 선이 있습니다. 유물인가요?

둥근 모서리로 인해 발생하고 해결하기가 더 어렵습니다. 나는 djrm이 그것을 알고 있고(그는 포스트에서 언급했음) 해결책이 발견될 것이라는 것을 알고 있습니다.
둥근 모서리를 완벽하게 제거(가장 쉬움)
독 스타일 상자의 왼쪽 상단 모서리를 날카롭게 만듭니다. 그러나 다른 장소에서는 원치 않는 bahaviour로 이어질 수 있습니다.
"아티팩트"가 있는 컨트롤에 대한 사용자 지정 스타일 상자를 추가합니다. (일부 작업이지만 아마도 가장 깨끗한 솔루션으로 이어질 것입니다)
나는 둥근 모서리를 완벽하게 제거하는 것을 선호합니다 (가장 쉬운 ;))
그러나 나는 그들이 그렇게 성가시다고 생각하지 않습니다.

alpd UI 모형에는 둥근 모서리가 없습니다. 이 모형이 갈 길이라면 이 둥근 모서리를 제거하는 것이 허용될 수 있다고 생각합니다.

좌우에 직선 부분이 없이 둥근 모서리를 만들기 위한 마더 접근법은 다음과 같습니다.
여백 상단 0 여백 왼쪽 32 여백 오른쪽 32 여백 하단 0. 64*64 원형 이미지를 사용합니다.
이것은 50에서 80 사이의 높이에 정말 좋아 보일 것입니다.

여전히 사용자 입력 영역과 정보를 구분하는 것이 좋은 디자인 방향이라고 생각하기 때문에 ...
나는 단지 둥근 모서리에 대한 솔루션을 구현하기 어렵거나 이상하게 생겼기 때문에 제트기를 그다지 좋아하지 않았습니다 ...

@william01110111 도 스타일박스를 보고 그 팁을 주었습니다.
그는 또한 그 스레드에 관심이 있을 수 있습니다.

몇 가지 생각:

또한 UI 업데이트를 위한 맨 오른쪽에 있는 회전식 티커는 깔끔하지만 불필요합니다. 오른쪽에 있는 모든 항목을 지우면 2d/3d/script 섹션을 오른쪽으로 이동할 수 있습니다. 또는 가운데로 이동한 다음 재생 버튼을 오른쪽으로 이동합니다. 나는 그것이 상단을 많이 청소할 것이라고 생각합니다.

색상 막대는 사운드 레벨 IIRC이며 녹색 눈금은 모르겠습니다.

오디오 버스 인터페이스가 있으므로 이제 사운드 레벨을 생략할 수 있습니다.

@RodeoMcCabe 바는 제대로 이해하면 이제 사라질 볼륨 바입니다. "설정"은 편집기 설정이며 프로젝트와 관련이 없습니다. 오른쪽이 괜찮다고 생각합니다. 다른 2개의 아이콘(리소스 변경, 이제 자동 가져오기 및 업데이트 휠)은 사운드 바와 같은 운명을 가질 것이라고 생각하지만 확실하지 않습니다.

휠은 Editor에서 무언가가 처리되었음을 나타냅니다.

그러면 레이블을 "Editor"로 변경할 수 있습니다. 왼쪽에 있는 모든 것과 마찬가지로 메뉴를 여는 레이블이 있는 버튼이기 때문에 왼쪽에 속한다고 생각합니다. 모든 종류의 메뉴가 있는 하나의 메뉴 막대가 있는 것이 좋습니다.

@n-pigeon 알아요, 하지만 나는 그것을 사용할 방법을 찾지 못했습니다. 그것은 거기에 머물 수 있습니다. 나는 그러한 기능에 대한 어떤 이유도 보지 못합니다.

3d/2d/script/fullscreen 버튼 정보:
3d/2dd/script 보기의 오른쪽 상단에 제안된 위치가 전체 편집기가 아니라 기본 창에 영향을 미치기 때문에 가장 의미가 있다고 생각합니다.

설정이 정말 혼란스럽기 때문에 설정 이름을 편집기로 바꾸는 것은 정말 좋은 생각입니다. 편집기 설정만 보유하고 있다는 것을 어떻게 알 수 있습니까?

왼쪽으로 이동하는 것은 괜찮습니다... 하지만 솔직히 말하면 왼쪽 프로젝트, 오른쪽 편집기 분리가 마음에 듭니다.
사운드 lvl이 제거되면 오른쪽이 약간 비어 있지만 ...
하지만 나는 여전히 이별을 좋아한다.

상단 표시줄을 메뉴 버튼 + 재생/일시 중지/중지...로 단순화하는 일반적인 접근 방식은 정말 좋은 의도입니다.

@RodeoMcCabe 시각적으로 보기에는 그럴싸하지만 논리적으로는 그렇지 않을 수도 있습니다.
그냥 옮기는 것은 좋지 않은 생각이고 움직일 수는 있지만 차별화가 필요합니다.
이름을 "Editor"로 변경하는 것은 좋은 생각입니다.

이동할 수는 있지만 차별화해야 합니다.

맞습니다. 그래서 라벨을 변경하자고 제안했습니다. 그러나 나는 실제로 "왼쪽 프로젝트, 오른쪽 편집기"라는 아이디어도 정말 좋아합니다.

지금 상단에서 볼 수 있는 주요 문제는 메뉴 모음, 2d/3d/assetlib, 재생 섹션 및 오른쪽에 있는 항목의 4개 섹션이 있다는 것입니다. 왼쪽, 가운데, 오른쪽에 3개의 섹션만 있으면 좋을 것입니다.

일부 장소에는 플러그인을 위한 공간도 필요합니다. 왼쪽 메뉴는 새로운 상위 항목을 허용합니까?

일반 채우기 색상을 변경하거나 채도를 낮추는 방법이 있습니까? 저는 파란색을 좋아하지 않습니다. 눈에 가장 활기찬 색상 중 하나이며 이 밝기에서도 충분히 중립적이지 않습니다. 나는 회색(절대 중립성)이나 주황색(Sublime Text/Blender) 또는 보라색(Godot 2.x)의 미묘한 음영을 예상했습니다. 선택이 오직 Godot 로고에 관한 것이라면 아이콘이나 하이라이트의 보조 색상으로 계속 사용될 수 있습니다.

파란색은 현대적이고 아름답게 보입니다. (적어도 몇 ppl ;) ) 그러나 나는 당신이 걱정하는 것을 봅니다. 물론 f.lux 또는 이와 유사한 것을 사용할 수 있습니다.
그러나 다른 색상으로 테마를 다시 만드는 것 또한 상당히 간단합니다. 모두 svgs이기 때문에 렌더 코드를 수정하여 모든 색상을 무언가로 곱할 수 있습니다. 모든 모양은 동일하게 유지되며 편집기의 대체 테마로 다듬어질 수 있습니다.

기본적으로 중간 회색 어두운 테마가 있는 앱:

Blender, 모든 Adobe 제품(Photoshop, Audition, AE...), Reaper, Discord(파란색이지만 채도가 낮음), Visual Studio 및 Code(파란색이지만 채도가 낮음), Sublime Text(주황색이지만 채도가 낮음), Unity3D , 3DSMax, Maya, CryEngine, UE4, 게임 메이커...

이 파란색이 기본값이라면 쉽게 변경 가능하도록 해주세요^^

배경색만 변경하면 되므로 어두운 회색 버전을 만드는 것은 쉽습니다.

나는 그것이 어떻게 생겼는지에 대한 간단한 예를 만들었습니다.

ㅋ 변환 입력에 대한 또 다른 아이디어:

그 짙은 회색 테마에서는 다른 작업 공간 주변에 경계선이 훨씬 더 작은 것처럼 보입니다. 최근에 주제를 시작한 것입니다.
https://github.com/godotengine/godot/issues/8512

이제 나는 어두운 회색의 팬입니다. 다시 생각해 주세요.

@alelepd 속성 목록을 다시 가져와 주셔서 감사합니다.
나는 당신이 제안한 아이디어를 좋아합니다. 그리고 변경 가능/입력 표시에 대해 둥근 테두리를 갖는 것은 훌륭한 접근 방식이라고 생각합니다!
속성 목록 노드를 다시 만들 필요도 없습니다. 우리는 여전히 트리를 사용할 수 있지만 사용자 지정 입력을 변경하여 새 스타일 상자를 제공하고 삽입 오프셋을 0으로 설정합니다. 저는 로컬 분기에서 시작했습니다. 내 접근 방식은 행에 축소 화살표가 표시되는지 여부를 결정하는 각 행에 대한 속성을 구현하는 것이었습니다.

둥근 모서리는 그 위젯에서 가장 덜 중요하다고 생각합니다.
가장 유용하게 사용할 수 있는 차이점은 위젯 자체입니다. Vector3/2, Quat, Basis 또는 Array 유형을 조정할 때마다 매우 고통스러운 편집 팝업 창입니다...

아마도 3은 공식 파란색과 어두운(그리고 밝은?) 회색 옵션 테마와 함께 배송될 수 있습니다.

@n-pigeon은 인스펙터 디자인 #8196에 대한 토론입니다.

이런 몰리 @alelepd 농담하는거야? 미친듯이 좋아보입니다. 그것은 현대적이고 눈에 편안하며 그 사이의 모든 것입니다. @reduz 가 이것을 볼 필요가 있을 때 어디에 있습니까? 그는 이것을보아야합니다. 그가 코드에 빠져 일을 하고 있기 때문에 테마와 같은 것에 관심이 있는지 확실하지 않지만 와우 이것은 정말 대단한 것입니다. /박수 갈채

그래서 실제로 사용되는 테마를 무시하고 Godot가 실제로 SVG를 테마 자산에 사용할 수 있고 시작할 때 png를 생성/캐시할 수 있다는 전망은 어떻게 되었나요? 나는 특히 거의 모든 곳에서 SVG를 사용하는 새로운 테마에 관심이 있습니다.

새 테마에 대해 내가 좋아하지 않는 몇 가지 사항이 있습니다.

• 투명한 제목 표시줄. 꽤 나쁜 IMO처럼 보입니다.
• 상단의 일부 버튼(2D/3D/스크립트, 실행, 일시 중지, 중지 등)에는 마우스 호버에 대한 피드백이 없습니다. 마우스가 버튼 위에 있을 때 아이콘이 더 어두워지면 좋을 것입니다.
• 버튼 테두리와 마우스 호버의 색상이 이상해 보입니다(설명하는 방법을 잘 모르겠습니다).
  
  그 외에는 새로운 테마가 멋지게 보입니다. :)

방금 새 테마를 시도했는데 @Zylann 이 말한 것처럼 너무 강하고 활력이 넘칩니다. 2.x 테마가 눈에 훨씬 좋습니다(또는 적어도 내 눈에 남아 있는 부분).

나는 그것을 좋아합니다. 둥근 모서리는 오래된 것처럼 느껴지므로 제거합니다.
소프트웨어. 요즘 주류는 아무것도 사용하지 않습니다.

2017년 4월 27일 오후 5시 55분에 "eon-s" [email protected] 이 작성했습니다.

방금 새로운 테마를 시도했는데 @Zylann처럼 너무 강하고 활력이 넘칩니다.
https://github.com/Zylann 은 2.x 테마가 눈에 훨씬 좋습니다.
(또는 적어도 내 눈에 남아있는 것).

[이미지: Godottheme2vs3]
https://cloud.githubusercontent.com/assets/10215987/25492224/bd7c4b32-2b48-11e7-8332-aaa601b244c6.png

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-297757206 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2xmx4kUf33pUyJqwywtAvWOj7U7Jks5r0LqOgaJpZM4LMKXr
.

@djrm 이 새 테마를 잘 만들었다고 생각하는 동안 @alelepd 는 시대에 맞는 테마를 제공했습니다. 나는 둥근 모서리에 대해 @reduz 에 동의합니다. 그것들은 옳지 않아 보이고 사물의 균형이 맞지 않게 만듭니다. 최근에 게시된 @alelepd 테마를 사용할 수 있도록 사용자 정의 가능한 테마를 얻을 수 있게 되면 기쁠 것입니다. 단, 새 테마가 그의 테마를 채택하지 않는 한 말입니다. 나는 Godot의 단순함을 좋아합니다. 모든 것이 원하는 곳에 있습니다. 눈에 좋은 새로운 현대적인 테마로 엔진을 훨씬 더 즐겁게 만들 것입니다. 고도터가 되기에 좋은 시간입니다.

채도는 그리 나쁘지 않지만(조금 감소할 수 있음) 스크롤 막대의 호버 색상(밝은 녹색)이 너무 강하여 사용자가 쉽게 주의를 산만하게 할 수 있습니다. 일부 다른 호버/눌러진 색상도 검토해야 합니다.

일반 스크롤 막대와 호버링된 스크롤 막대 비교:

스크롤 막대는 마우스를 가져갔을 때 파란색 "hover" 음영을 사용하고 눌렀을 때 녹색 "pressed" 구성표를 사용하도록 수정할 수 있다고 생각합니다(이는 사용자가 이동할 수 있다는 사실에 대한 시각적 힌트도 제공함).

회색 UI 배경에 +1, 스크롤 막대에서 파란색 호버 및 녹색 눌림에 +1.

^^ 그리고 둥근 모서리가 없는 경우 +1, 모든 것 사이에 테두리가 없는 경우 +1, 최소한 지금만큼 넓지는 않습니다..

최근 정말 핫 이슈. 나는 작은 일을 시도했다.

나는 테두리가 더 정사각형이어야 한다는 데 동의합니다. 또한 2px 테두리가 너무 커서 도크를 흐릿하게 보이게 합니다. 그리고 가능하면 여백을 좀 줄여주세요^^
그리고 어떤 이유로 메인 컨트롤은 다른 컨트롤보다 더 두꺼운 여백을 가지고 있지만 ... 당신이 그것을 고친 것을 봅니다^^

@volzhs 차이점을 찾는 데 시간이 좀 걸렸습니다 :stuck_out_tongue: 더 좋아 보입니다.

모형에 더 가깝습니다 ...

다들 뭐해?
잘하면 나머지는 내가 할게..

파일 시스템과 씬 독의 상단에는 약간의 패딩이 필요하며 탭은 여전히 ​​둥글다. 도크 사이의 공간을 몇 픽셀 줄일 수 있습니까? (동시에 최신화 하고 있어서 라이브로 체험해볼 수 있어요^^)
메인 뷰포트 주변의 빛나는 프레임은 이제 스크롤바가 투명해져서 이상해 보입니다...

반올림에 대한 참고 사항... 둥근 모서리가 약간 "구식"처럼 느껴진다는 데 동의하지만 완전히 정사각형 테두리가 더 나은지 잘 모르겠습니다. 미묘한 반올림도 괜찮을 것입니다 (실제로 Godot 2와 같은 모양이지만 윤곽선이 없음)

여기 라이브 피드가 있습니다. :웃다:

@volzhs 좋아요! 👍 탭을 정렬하는 것이 지금은 조금 짜증이 납니다. 최신 스크린샷이 멋지네요! 아마도 홍보? 😛

@karroffel 넵. 시간이 더 필요합니다. : 스마일 :

#8512를 만족시키기 위해 컨테이너 사이의 여백을 몇 px 더 줄일 수 있다고 생각합니다. 꽤 좋아 보입니다. 정렬된 탭이 마음에 듭니다. :)

@akien-mga 넵. 나도 그것을 시도 할 것입니다.

마진을 확실히 줄여야 합니다. 위의 @alelepd 테마처럼 회색으로 갈 수 있나요? 너무 깨끗해 보입니다. 여백도 해당 테마에 딱 맞습니다.

@riirii 해보지 만 일부 이미지가 사용되어 장담할 수 없습니다.
먼저 현재 색상 테마를 고수하겠습니다.

사람들이 목업에 대해 새로운 변형을 시도하는 것을 보는 것은 좋은 일입니다. 내가 alepd 목업을 구현하려고 시도한 것이 아니라 그의 목업과 같은 것을 만드는 것이 목표가 아니라 독특하고 독특하고 무엇보다 낮과 밤에 사용하기 쉬운 테마인 고대비의 색상과 버튼, 푸른빛이 도는 배경의 이유이기도 하고, 테두리를 둥글게 처리한 것이 더 친근해 보이기도 하지만 둥근 모서리도 작동할 수 있지만 모든 위젯의 반경을 바꿔야 합니다. 그렇지 않으면 일관성이 없어 보이고 녹색도 산만하지 않습니다. 인터페이스에 장면 독과 같은 많은 콘텐츠가 있음을 의미합니다. 제어 색상은 하이라이트 녹색과 매우 유사하며 투명 창 제목은 현재 PR에서 언급한 현재 문제입니다. 또한 현재 이러한 문제를 해결할 시간이 없기 때문에 PR을 만든 이유는 이 상태입니다. 또한 스크립트 온도가 전경색이어야 한다고 생각합니다. 그렇지 않으면 텍스트를 읽기가 정말 어렵고 색상이 사용자 정의 가능한 많은 색상은 기본 텍스트 색상으로 작동하지 않습니다. 색상이 지정된 전경의 경우에는 그렇지 않습니다. 어쨌든 나는 테마를 개선하기 위해 노력할 것이지만 핵심 원칙이 거기에 있고 이유가 있다는 점에 주목하는 것이 중요합니다. 이러한 원칙이 커뮤니티 비전에 맞지 않으면 alepd 개념과 같은 보다 전통적인 것을 시도할 수 있습니다.

현재 마스터에 있는 테마를 시도해 보았습니다. 제 주관적인 메모는 다음과 같습니다.

• 투명한 제목 표시줄이 잘못된 것입니다, 다시 생각해 보세요^^ 저도 "혼합"되는 것을 좋아하지 않습니다.
• 상단 메뉴에는 "직사각형 배경" 호버가 있어야 합니다. 약간의 텍스트 호버로는 충분하지 않습니다.
• 나는 "네온 같은" 버튼이 마음에 들지 않으며, 배경색도 달라야 합니다.
• 많은 테두리의 너비는 2px입니다(버튼, 독 및 창 주변). 그건 좀 너무 큽니다.
• 호버 효과 누락/충분히 강력하지 않음, UI가 반응하지 않거나 거칠게 느껴짐
• 메뉴 구분 기호가 보이지 않습니다.
• 이 블루!
• ...

계속해서 텍스트로 많은 것을 설명할 수 있지만 어쨌든 천 단어의 가치가 있기 때문에 실제 비주얼로 땜질하는 것이 더 낫다고 생각합니다^^

@djrm .. 정말 잘 하신 것 같아요. 나는 @alelepd 테마가 관습적이라고 말하지 않을 것입니다. 모던하고 가벼우며 연속성이 있습니다. 절대 간과해서는 안되는 부분입니다.

@djrm 먼저 노고에 감사드립니다.
나는 당신이 한 일을 다시 할 생각이 없습니다.
"기본 테마"를 변경했으며 이것은 "편집기 테마"에 관한 것입니다.
기본 테마를 변경하면 안 된다고 생각합니다.
프로토타이핑에도 사용됩니다.

@volzhs 1. 내가 국경 제거로 한 홍보를 확인 했습니까? 아마 당신은 같은 방식으로 그것을했지만 여전히 도움이 될 수 있습니다. 솔직히 병합할 생각은 없지만 자원으로 사용될 수 있습니다.

1. 메인 창의 탭을 다른 탭과 높이가 같도록 조정할 수 있습니까(그리고 모서리가 둥글지 않음)

@toger5 네. 지금 하고 있다...
그리고 나는 당신의 PR을 확인했고 나는 기본 테마를 건드리지 않도록 조금 다른 방법으로하고 있습니다.

거의 다 된 것 같아요.
이것은 기본 테마를 변경하지 않으며 편집기에만 영향을 미칩니다.

@volzhs 는 정말 좋아 보입니다. 약간의 여백을 추가해야 할 수도 있습니다.

이와 같이?

작은 여백이 멋지게 보입니다. 왼쪽 정렬 탭도 더 좋습니다.

@Zylann 완료 !

이제 코드를 약간 정리해야 합니다.

멋진. 나는 작은 마진을 별로 좋아하지 않는다. 불필요한 줄을 추가합니다.
어두운 배경은 콘텐츠를 구분하기에 충분해야 합니다.
나는 그들이 왜 지금 필요한지 알았습니다. 일부 아이콘/요소가 없으면 화면에서 거의 사라집니다. 하지만 더 나은 해결책은 그것들을 조금 이동하는 것입니다(예를 들어 스크립트 목록은 오른쪽으로 약간(6px) 이동하면 됩니다)
지금은 그것들을 제거하고 이상해 보이는 요소의 위치를 ​​하나씩 조정하는 것을 선호합니다. 생각?

환상적이야

2017년 4월 28일 오전 9시 1분에 "Timo" [email protected] 이 작성했습니다.

멋진. 나는 작은 마진을 별로 좋아하지 않는다. 불필요한 줄을 추가합니다.
어두운 배경은 콘텐츠를 구분하기에 충분해야 합니다.
나는 그들이 왜 지금 필요한지 알았습니다. 일부 아이콘/요소가 거의 드롭됨
그들 없이 화면 밖으로. 하지만 더 나은 해결책은
그것들을 조금 옮깁니다(예를 들어 스크립트 목록은
오른쪽으로 약간(6px) 이동)

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-297923645 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z25j6CUG1AfAZ5Gac7D04WfGAKJGFks5r0Y7AgaJpZM4LMKXr
.

기존 테마에서는 트리에서 항목을 선택하고 위, 아래 키를 누르면 현재 선택된 항목에 얇은 테두리가 표시됩니다. 새 테마에서는 더 이상 존재하지 않으므로 인스펙터에 어떤 항목의 정보가 표시되는지 알기가 조금 어렵습니다.

@alelepd 개념, 특히 며칠 전의 어두운 개념을 본 후 다른 UI는 이에 부응하지 못할 것이라고 생각합니다. 그것은 Godot가 받을 자격이 있고 내 눈이 갈망하는 세련되고 현대적인 UI입니다.

나는 이것에 @Zephilinox 와 함께 있습니다. @alelepd 의 테마는 최고의 UI 솔루션이지만 어떤 이유로 피하는 것 같습니다. 생성이 불가능한 것은 아닐까? 어느 쪽이든, 바라건대 Godot 3에는 UI를 그런 식으로 프로그래밍할 수 없기 때문에 최소한 색상을 모방할 수 있는 충분한 사용자 지정 옵션이 있을 것입니다. 불행히도 :(하지만 적어도 사람들은 Godot UI를 개선하기 위해 노력하고 있습니다. 단지 제가 선호하는 UI는 아닙니다. 하지만 모든 사람이 선호하는 것이 있는 것 같습니다.

사용자가 원하는 경우 사용자 정의 테마를 설정할 수 있기를 바랍니다. 해당 옵션은 편집기 설정에 있습니다. 그러나 분명히 수정이 필요합니까? https://github.com/godotengine/godot/issues/5998
(또한 다음 테마는 어떻게 테스트됩니까? 변경될 때마다 다시 컴파일합니까?)

나는 더 작은 여백을 선호하지만 이것은 여전히 ​​훨씬 낫습니다 IMHO ... 개인적으로 관련된 모든 사람에게 감사하고 싶습니다 ... 모니터가 하나뿐입니다 (헤이 ... 아내와 아이들 .. 내 여분의 자원이 다른 곳으로 간다는 것을 의미합니다) 경계선과 여백이 조금 더 작으면 하루가 더 쉬워집니다. 나는 나중에 더 커스터마이징하는 방법을 조사할 것입니다...atm 저는 현재 프로젝트에서 2.x를 고수할 것입니다.

얘들아, alepd의 개념은 좋은 참조이지만 Godot는 아닙니다.
UI. 많은 것들이 누락되거나 잘못되었습니다. 영감을 주는 것이 좋을 수도 있고,
하지만 우리는 그것을 만들 수 없습니다.

2017년 4월 28일 오후 3시 10분에 "justinbarrett" [email protected] 이 작성했습니다.

나는 작은 여백을 선호하지만 이것은 여전히 ​​훨씬 더 나은 IMHO ... 원합니다.
관련된 모든 분들께 개인적으로 감사의 인사를 전합니다...모니터는 하나뿐입니다(헤이...아내
& kids..는 내 추가 리소스가 다른 곳으로 이동함을 의미합니다.
더 작은 경계선과 여백은 내 하루를 더 쉽게 만듭니다. 나는 조사할 것이다
나중에 더 커스터마이징 ... atm 나는 현재 2.x를 고수 할 것입니다.
프로젝트.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/7294#issuecomment-297993389 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2w2dqXWMjdOc0vfBaJgvN4tP_nAWks5r0eUngaJpZM4LMKXr
.

새로운 기본 테마로 몇 가지 테스트를 했습니다.

이 스크린샷에서 볼 수 있듯이
버튼이 채워지지 않음, V/HSeparator가 표시되지 않음, 진행률 표시줄에 배경 질감이 없음 등...
기본 테마는 게임 프로토타이핑에도 사용됩니다.
따라서 적절한 기본 테마를 제공해야 한다고 생각합니다.

이것은 오래된 테마입니다.

얘들아, alepd의 개념은 좋은 참조이지만 Godot는 아닙니다.
UI. 많은 것들이 누락되거나 잘못되었습니다. 영감을 주는 것이 좋을 수도 있고,
하지만 우리는 그것을 만들 수 없습니다.

@reduz 보라색 파란색 UI 색상을 짙은 회색으로 변경하는 사용자 지정 옵션이 있는 한 괜찮습니다. 엄지손가락

구분선을 보는 것은 꽤 어렵습니다. 이와 같은 기능을 추가하는 것이 편리할 수 있기 전에는 이것에 문제가 없었습니다.

비활성화 된 버튼도 읽기 쉽지 않습니다

이전 테마를 사용할 수 있는 기회가 있습니까?

이것이 우리 모두가 너무 익숙해진 2.x의 화려한 보라색 그라디언트와 그림자에서 상쾌한 휴식을 취하는 방향입니다. 뿐만 아니라 더 중요한 것은 설정 버튼이 나머지 버튼 옆으로 이동하는 등의 많은 UX 조정입니다. 많은 사용자에게 도움이 될 것입니다. 나는 누군가가 편집기 설정을 찾는 데 도움을 주어 오른쪽 상단에 있는지조차 알지 못했다고 말했습니다. 지금까지 이 작업을 수행한 모든 사람들에게 수고하셨습니다. 3.0은 모두가 엔진에서 작업한 놀라운 내부를 과시하기 위해 개선된 UI와 새로운 얼굴을 받을 자격이 있습니다.

동의 합니다 @riirii , @alelepd 는 현재 눈에 가장 쉬운 개념을 가지고 있습니다. 비록 그것이 그 방향이라면 우리는 둥근 모서리를 완화하고 커피 갈색을 약간 덜 포화 상태로 만들고 싶을 수도 있습니다. 짙은 파란색도 선택적으로 좋지만 파란색과 녹색, 특히 네온의 현재 값은 눈에 빨리 띄게 됩니다. 여러 면에서 모두가 좋은 방향으로 가고 있지만 더 나아가기 전에 실수를 줄이고 프로세스에 너무 빨리 색상을 조정하는 데 소비하는 모든 사람의 소중한 자유 시간을 절약할 수 있습니다.

기본 회색조 팔레트에 초점을 맞추는 것은 가독성/사용성에 초점을 유지하기 위해 제한된 값으로 자신을 제한할 수 있기 때문에 모든 유형의 디자인 및 예술에 매우 유용합니다. 하이라이트는 흰색 또는 밝은 회색 등이 될 것입니다. 보너스는 회색 테마가 음소거되어 처음에는 밋밋해 보일 수 있지만 일반적으로 오랜 시간 동안 눈에 더 편안하고 공격적이지 않고 안전하며 캔버스에서 프로젝트의 예술과 디자인을 손상시킬 수 있는 기회.

특히 많은 사람들이 반대하는 테마 색상(파란색)에 대한 사소한 색상 조정으로 산만해지지 않고 사용자 경험의 장기적인 사용성에 계속 초점을 맞추려면 팔레트와 색조가 끝에 있어야 합니다. 보라색과 파란색 모두 작업 공간에서 음소거되는 지점을 약간 놓치므로 이 포화 상태의 기본 파란색을 사용하는 것은 Godot의 현재 보라색과 유사하게 실수입니다.

다음 예는 특별히 레이아웃/테마 아이디어를 위한 것이 아닙니다. 이 나머지 부분에서 약간의 기능 변화가 예상되지만, 현재로서 특정 색상 팔레트를 찾는 것을 잊어버릴 가치가 있는 이유와 개발자/디자이너 및 사용자 모두에게 가져올 수 있는 것에 주로 초점을 맞춥니다.

머티리얼 디자인 (이 스크린샷의 배경은 비슷하게 파란색이라는 점은 무시하세요. 어도비 스크린샷의 회색조와 alelepd의 커피 테마가 더 가깝습니다)에는 고려할 가치가 있는 몇 가지 지침이 있지만 UI를 머티리얼 디자인으로 전환하는 것은 권장하지 않습니다. 보다 구체적으로 기본 및 강조 색상을 처리하는 방법에 유의하십시오. 다음은 원자 편집기에 대한 재료 UI 영감 테마입니다. 또한 미리 설정된 색상에 대한 유연성을 구현하고 나머지 UI의 액센트 및 하이라이트에 안정적으로 영향을 미치는 소수의(1-3) 사용자 지정 조정을 구현하는 것을 고려해 볼 가치가 있습니다. 유연성은 사용자에게 가치가 있을 뿐만 아니라 균형 잡힌 회색 값 팔레트가 있는 프레임워크를 준비하여 자신의 최소 균형 팔레트를 기여하고 조정하고 제공하고자 하는 모든 사람을 위해 준비합니다. C++) 최종 기본 godot 테마 또는 사전 설정 옵션의 경우.

회색

블루 그레이

호박색

Photoshop 에는 UI의 더 화려한 부분을 무시하고 확장될 수 있는 회색조 테마를 처리하는 데 적합한 아이디어가 있습니다. 선택할 수 있는 4가지 회색 음영이 있으며 각각 다른 값으로 테스트됩니다. 기본적으로 디테일/하이라이트 색상은 회색이지만, 음소거되는 것이 바람직하지만 대부분 압도적인 파란색 하이라이트/액센트 색상 하나만 선택할 수 있습니다.

(오, 그 밝기가 타오른다)

Ableton 이 (완벽하지 않은) 벡터 UI로 수행하는 작업은 사용자가 UI에 대한 HSV 슬라이더를 가질 수 있도록 하는 것입니다. 그러나 이것은 텍스트와 아이콘의 모든 다른 값에 대해 구현하기 어려울 수 있으며 대부분의 설정은 결국 canton에서 엄청나게 추합니다. 누군가가 경고를 방지할 아이디어가 있는 경우에만 이것을 언급하지만 의심스럽습니다.

After Effects 는 밝기 슬라이더를 구현하지만 기본적으로 강조 색상을 변경하는 옵션을 제공하는 재료 디자인에서 영감을 받은 원자 테마와 달리 슬라이더가 일반적으로 신뢰할 수 없는 또 다른 예입니다.

헐 박사

개발 중 UI에 짙은 회색 테마를 사용하여 사용성(예: 지금까지 본 것처럼 설정 버튼을 나머지 메뉴로 이동), 가독성(예: 균형을 위해 회색 값만 조정, 단일 사용 하이라이트를 위한 밝은 회색 또는 흰색, 편집기에서 여백 조정 등) 및 나머지 UI가 완료된 후 사전 설정 및 사용자/개발자 편집을 위한 색상 팔레트 조정을 위한 유연성.

어느 쪽이든 이 피드백이 수신되고 잘만되면 고려됩니다.

멋진 콜라보를 이어가세요 💕

@memoryruins 방금 말씀하신 모든 것에 동의합니다. 그러나 나는 대부분의 귀머거리에 떨어질 것이라고 생각합니다. 나쁜 의미가 아닙니다. 단지 UI를 하는 사람들이 염두에 두고 있는 개념이 있다고 생각하고 사람들이 다른 디자인 개념을 언급하든 기본적으로 보라색 UI를 짙은 회색으로 변경하든 상관없이 하려는 것입니다. 궁극적으로 나는 그것이 모두 @reduz 와 그가 보고 싶어하는 것에 달려 있다고 생각합니다. 보라색이면 사람들은 계속 사용하고 출시 후 테마 설정을 변경해야 합니다.

사람들이 개선을 했다는 사실은 박수를 받아야 합니다. 테마는 이미 더 좋아 보이며 사용성을 돕기 위해 특히 위로 이동했습니다. 나는 그것에 대해 행복합니다. @alelepd 의 테마로 Godot를 가질 수 없다는 것을 알기 때문에 몇 가지 더 개선하고 전반적인 색 구성표를 변경하면 기쁠 것입니다.

@djrm 현재 변경 사항은 대부분 "에디터 테마"가 아니라 "기본 테마"에 관한 것입니다.
개인적으로 게임 프로토타이핑은 예전 테마를, 에디터 전용 테마는 새 테마로 하는 것을 좋아합니다.
어떻게 생각해?

@volzhs 아이디어가 마음에 들고 프로토타이핑에 더 적합한 기본 테마(정말 간단한 것)를 제공하는 것도 좋지만 Godot 테마(현재 테마용)를 만들어야 하는지 모르겠습니다. 테마 편집기를 그다지 좋아하지 않습니다

@djrm 그것에 대한 아이디어가 있습니다. 대부분 코드에 관한 것입니다. 나는 시연을 할 것이고 당신의 의견을 듣고 싶습니다. :)

프로토타입 테마를 만드는 데 고려해야 할 사항이 있다면 IsoDark 테마를 시작점으로 삼고 싶습니다. 완벽하지는 않지만 미니멀하고 쉽게 수정할 수 있도록 디자인했습니다.

사실 3.0에 가까워지면 업데이트할 계획이었지만 관심이 있다면 더 빨리 시작할 수 있을 것입니다.

사용자로서 테마를 변경하는 방법은 무엇입니까? 버튼 색상만 변경하는 .tres 테마를 만들어 프로젝트에 저장했는데 custom theme 편집기 설정에서 로드하면 편집기를 다시 시작해도 아무 일도 일어나지 않고 콘솔 메시지도 표시되지 않습니다. .

@GalanCM 좋은 생각입니다. 특히 테마가 정말 안장이기 때문에. 특정 색상, 스타일이 없습니다... 거의 모든 곳에 적합합니다! 편집기를 위한 단순한 테마보다 프로토타이핑에 훨씬 더 좋습니다!

@Zylann 설치가 약간 유선입니다. 경로를 설정하려면 스크립트를 실행해야 합니다. 어떻게 작동했는지 더 이상 확실하지 않지만 예상보다 더 복잡합니다.

@MakeGodotGreatAgain : 오픈 소스의 아름다움은 누구나 자신의 취향에 맞는 것에 시간을 할애할 수 있다는 것입니다. 현재 테마에 새로 고침이 필요하다고 생각하는 사람들이 많이 있으며(내가 본 것에서 @reduz 자신을 포함하여) 당신은 그들의 노력을 "금지"할 권리가 없습니다. 타당한 우려가 있다고 생각되면 덜 선동적인 방식으로 목소리를 내야 합니다. 아무도 당신의 현재 태도로 당신의 말을 듣지 않을 것입니다.

hidpi에 관하여: 현재는 표준이 아니지만 빠르게 표준이 되고 있습니다. 4k는 최신 유행어이고 많은 사람들(저를 포함하여)이 그 유행에 뛰어들고 있습니다. 현재 노트북의 대부분은 "레티나", "QHD" 또는 "4k"입니다. 5년 후 Godot가 hidpi를 지원하지 않는다면 우리는 많은 개발자 그룹을 소외시킬 것입니다. 또한 대부분의 hidpi 작업이 이미 완료되었으므로 기본적으로 어쨌든 문제가 되지 않는다고 확신합니다.

관련: 새로운 주제에 대해 좋은 의견과 나쁜 의견을 모두 가진 사람들이 많이 있습니다. 제품에 투자한 사람들의 의견을 받는 것도 좋지만, 일부 Godot 지도부는 디자인을 담당하는 소규모 팀(또는 개인)을 선택하는 것이 현명할 것이라고 생각합니다. 이렇게 하면:
1) 위원회에 의한 디자인 의 결점을 방지한다. 일관성은 모든 사람을 행복하게 만드는 것보다 훨씬 더 중요합니다(그것은 불가능하기 때문에).
2) 중복되는 "경쟁" 노력 감소
3) 디자인 방향에 대한 분쟁 해결
4) 향후 UI 기여/추가가 디자인 팀의 방법론에 맞는지 확인합니다.

이것은 Godot 프로젝트 내에서 다른 역할을 공식화하기 위해 다른 곳에 적용될 수 있습니까? 그냥 생각. 어쩌면 이것은 이미 존재합니다. 아마 아무도 신경 쓰지 않을 것입니다. 아마도 내가 이것을 과도하게 생각하고있을 것입니다 :)

로고가 새로워졌습니다. 기본적으로 같은 구피 로봇입니다. 조금 더 날씬해 보일 뿐입니다.

@MakeGodotGreatAgain
Forbid very much는 "명령"을 의미합니다.

타당한 우려가 있는 것 같습니다. 첫 번째 게시물에는 다음과 같은 내용이 더 많았어야 합니다.

25픽셀 너비의 테두리가 있는 이상한 색상과 버튼이 있는 것이 아닙니다.

또한 현재 테마가 hiDPI에서 작동하지 않는 이유는 무엇입니까?

대화를 시작하고 다음과 같은 주석보다 훨씬 더 실행 가능합니다.

해당 버튼을 수정해야 합니다. 미안하지만 그들은 끔찍해 보인다. 나는 juan이 3.0에서 이 테마와 관련된 어떤 것도 받아들이지 않기를 바랍니다.

분명히 @Calinou 는 "mahh hiDPI" 지원이 정말 놀랍다고 생각합니다.

이것이 현재 테마가 하는 일입니다. 시간 낭비를 멈추고 실제로 중요한 문제에 집중하십시오.

이것은 이 스레드에 있는 사람들의 노력에 대해 비열하고 무례합니다.

오래된 주제에 대해 이야기합니다. _Custom Theme_ 옵션으로 되돌릴 수 있습니까? 아니면 여전히 코드에 하드 코딩된 일부 부분이 있습니까?

@MakeGodotGreatAgain 그 PR은 오래되었습니다. 로고는 변경되지 않고 약간의 새로 고침이 주어졌습니다. 버튼은 업데이트된 테마에서 그렇게 많이 튀어나오지 않습니다. 나는 새로운 테마 관리자가 모든 사람이 원하는 것을 줄 것이라고 확신합니다.

@MakeGodotGreatAgain : 비슷한 일로 다른 커뮤니티 회원 한 명에게 전화를 걸었다는 말이 맞습니다. 어조는 커뮤니티 전체의 건강과 귀하의 요점을 전달하는 데 모두 매우 중요합니다. 나는 당신의 의견을 완전히 무시할 수 있었지만(대부분의 의견이 어조 때문에 그럴 것이라고 생각합니다), 예의를 위한 최소한의 기준이 있어야 하며 대부분의 사람들이 당신이 그것을 넘었다는 데 동의할 것이라고 확신합니다.

당신은 몇 가지 유효한 피드백을 표명했으며 테마 작업을 하는 사람들은 당신이 시간을 내어 그것을 표명하는 데 감사를 표할 것이라고 확신합니다. 그러나 당신의 목소리가 들리기를 원한다면 외교를 하는 것이 당신에게 가장 큰 이익입니다.

좋아, 이 스레드가 약간의 드라마로 바뀌고 있기 때문에 차임벨을 입력하겠습니다. 나는 누군가에게 배지나 무엇이든 얻었다고 해서 똥 주는 것을 주저하는 그런 사람이 아닙니다(거의 누구에게나 물어볼 수 있습니다. 여기서는 권위를 존중하는 데 심각한 문제가 있습니다.) 하지만 선생님, 개인적인 문제가 있는 것 같습니다.

나는 개인적으로 새로운 테마를 좋아합니다. 약간 안드로이드 쪽에 있지만 나는 그것을 감사할 수 있습니다. 기본 테마가 마음에 들지 않으면 가서 변경하십시오(또는 내가 만든 멋진 작품을 출시할 때까지 기다리세요). 당신이 그것을 좋아하지 않는 유일한 사람이고 그것에 대해 아무 것도하고 싶지 않다면 지휘봉으로 자신을 남색 할 수 있습니다.

그리고 프리 알파 상태로 테마를 판단하기에는 좀 이르지 않나요?

객관적으로 얼마나 좋은지.

뭐, 버튼이 주목받고 있다는 사실은? 글쎄, 나는 그것에 대해 몇 가지 아이디어가 있습니다.

활성 탭에 인접한 탭을 클릭할 수 있다는 표시는 없습니다.

나는 당신이 어디에 살고 있는지 확실하지 않지만 과거에 UI와 상호 작용한 적이 있다면 3-4년 동안 그것을 알아차렸어야 했습니다. 젠장, github 주석 필드 배경 탭에도 뒤에 아무것도 없습니다. 나는 당신이 그것에 대해 불평하는 것을 보지 못했습니다.

이 테마를 사용하는 것보다 그렇게 하고 싶습니다.

카메라에 담아 유튜브에 올려주세요. 나는 변태적인 일에 빠져 있어요.

모든 비활성 탭은 bg/border 없이 수평으로 균등하게 배치됩니다.

예. 귀하의 불만이 매우 어리석은 이유를 보려면 답장을 보십시오.

그리고? 나는 github의 탭/UI가 끔찍하고 여전히 2011년에 멈춰 있는 것 같다고 생각합니다.

그래서 개인적인 문제가 생겼습니다. 당신(2011년의 사람처럼 보이는 오래된 밈이 있는 아바타를 고려하면)과 실제로 시간에 따라 움직이고 멋진 테마를 원하는 모든 사람 중에서 선택하는 것은 다소 간단합니다. 스팍은 우리에게 많은 것을 가르쳐 주었다.
고도가 향하고 있는 방향이 마음에 들지 않으세요? 포크하고 즐기십시오.

Apple 제품, Google 제품, 모든 창, Linux 데스크톱 환경의 좋은 부분, 엄청난 독점 프로그램 등 몇 가지 예가 더 필요합니다.

테마는 실제 2017년 트렌드를 따릅니다. 2011년에 Android 6>을 얻었는지 확실하지 않지만 스크린샷을 보고 영감이 어디에서 왔는지 알 수 있습니다.

나는 당신을 피하지 않을 것입니다.

밖에서 즐기세요. 그리고 거기에 있는 동안 실제 디자인 문서 https://material.io/guidelines/material-design/introduction.html 을 볼 수 있습니다.

그렇게 하면 2017년으로 돌아갑니다.

@MakeGodotGreatAgain 먼저 문제 제기해주셔서 감사합니다. 정말 감사합니다.
나는 당신의 의사 소통에 대해 언급하고 싶지 않았지만 나 자신을 도울 수 없습니다.
당신이 말한 거의 모든 것이 옳습니다. 하지만 스스로에게 다음과 같은 질문을 던져야 합니다.
귀하의 의견으로 달성하고 싶은 것은 무엇입니까? 적절하다고 느낄 수 있지만 모든 권리를 사용하는 것은 현명하지 않다는 결과를 얻게 될 것입니다. 특히 이 스레드는 배울 수 있는 좋은 예라고 생각합니다. 당신은 아무 잘못도 하지 않았지만 ppl은 당신이 당신의 우려를 표현하는 방식 때문에 당신을 무례한 것으로 판단하기 시작했습니다. 당신은 자신을 방어하기 시작했고(또한 당신의 권리는 아니지만 똑똑하지 않음) 내가 읽어야 할 많은 메시지를 낳았습니다. 왜냐하면 저는 (당신과 마찬가지로) Godot 테마가 보이는 방식에 관심이 있기 때문입니다. 그리고 그 외에도 거의 완전히 간과 된 요점.

그것은 당신에게 약간의 에너지를 저와 다른 많은 사람들에게 약간의 시간과 아직 적절하게 평가되지 않은 당신의 포인트를 요했습니다.
자신의 성격에 어긋날 수 있지만 다른 사람의 일을 존중하고 예의를 갖추는 것이 좋습니다. 그것은 더 나은 대화를 낳고 커뮤니티를 더욱 매력적으로 만들 것입니다. 그 결과 실제로 코딩할 수 있는 ppl에게 더 높은 동기를 부여하고 결과적으로 더 나은 Godot 엔진을 만들 수 있습니다. (아마도 당신이 (당신의 이름으로 판단) 관심을 가질만큼 위대해질 수도 있습니다).

그리고 또 다른 요점: 논평하기 전에 읽으십시오. 스레드 길이를 고려하여 많은 것을 요구하고 있음을 알 수 있습니다. 하지만 이 추가 시간을 보내는 것이 공정합니다.
40개 이상의 댓글을 읽고 아직 해결되지 않은 문제에 대해 이야기할 수 있어야 합니다.
또는 해당 스레드를 읽는 모든 기여자(빠르고 효율적인 코더이기 때문에 엔진에 시간이 매우 중요한 ppl 포함)는 더 이상 기존 주제가 아닌 메시지를 읽는 데 시간을 할애해야 합니다. (매우 포화된 버튼 테두리와 로고를 언급하고 있습니다).

요약하자면: 항상 귀하의 의견이 커뮤니티의 행동에 어떤 영향을 미치는지 평가하고 그 효과가 귀하가 목표로 하는 모든 것을 성공시키는 데 도움이 되는지 평가하십시오!

나는 사회가 극도로 후진적인 것 같지만 인간은 단순한 게임을 할 만큼 충분히 객관적이지 않다는 것을 압니다. 그래서 당신은 당신이 달성하고자 하는 무엇이든 달성하기 위해 약간의 노력을 기울일 필요가 있습니다.

주제로 돌아가기:
현재 테마를 importable 테마로 제공하는 @neikeq 가 멋지네요. 기본적으로 아이콘은 여전히 ​​존재합니다. 하지만 누군가는 그것을 테마 파일로 변환하기 위해 노력해야 합니다... 아마도 우리는 그것을 주니어 작업으로 표시하는 문제를 열어야 합니다. 나는 그것을 하는 방법을 설명할 수 있다. 따라서 누구나 작업을 시작할 수 있습니다. 슬프게도 나는 그것을 스스로 할 시간이 충분하지 않습니다. 일부 변경 사항은 하드코딩되어 있지만(예: 도크 사이의 간격) 약간의 "개선 사항"만 하드코딩된 사용자 지정 테마로 거의 되돌릴 수 있습니다.

@mcanders 테마에 대한 전담 팀의 접근 방식은 좋지만 실행 가능하지 않다고 생각합니다. 오픈 소스 기여자에게 그 정도의 책임을 부여하는 것은 어렵습니다. ppl은 급여를 받지 않거나 유사하지 않습니다. 그래서 그들은 단지 그들이 즐겁게 일하고 있는 일을 하고(또한 @MakeGodotGreatAgain 작동하는 일이 변경되는 이유에 답합니다) 현재 버전에서는 시간을 할애할 의향이 있고 모두가 그것에 대해 감사해야 하는 현재 버전이 너무 마음에 들지 않습니다. ;) djrm은 최근에 더 이상 그렇게 많은 시간을 보내지 않기로 결정했습니다. 그리고 이러한 종류의 자유는 동기 부여를 유지하는 데 중요합니다.
아이디어는 마음에 들지만 동기 부여된 ppl이 작업하고 커뮤니티의 영향을 받고 서로 도움을 받는 현재의 접근 방식이 가장 좋은 접근 방식이라고 생각합니다.

@riirii 테마 매니저? 그렇게 많은 노력을 들이지 않고도 달성할 수 있는 일이라고 생각했는데, 노력하고 있나요?

@toger5 나는 파란색이나 이상한 녹색의 팬이 아닙니다. 나는 테마를 어지럽혀 왔지만 내가 겪고있는 한 가지 문제는 png를 변경해도 효과가 없다는 것입니다. 텍스처 스타일을 이상적이지 않은 플랫 스타일로 바꿔야합니다. 내가 어디에서 잘못 가고 있는지 알고 있습니까?

@Zephilinox 경로가 정확해야 하기 때문에 png는 효과가 없습니다. 그렇지 않으면 현재 열린 프로젝트와 관련된 res:// 폴더를 가리킵니다(적어도 내가 이해하는 방식).
참조: #8605

더 깊은 이해를 얻으려면 이 설치 스크립트 를 확인하십시오.

많은 것을 설명해주셔서 감사합니다.

@toger5 : 두 가지 접근 방식 모두 확실히 이점이 있습니다. 커뮤니티 주도 접근 방식은 보다 유기적이며 더 많은 참여를 장려하며 경쟁(좋은 종류)을 허용하지만 집중도가 낮고 경쟁(나쁜 종류)으로 인해 일부 사람들이 다치거나 작업이 "무효"될 수 있습니다. .

다른 사람이 다른 디자인 스레드를 만들고 @djrm 및 @alelepd 가 자신의 제안을 구현하는 만큼 많은 작업을 했다면 어떨까요? (이 스레드에서 누군가를 언급하는 것을 잊었다면 죄송합니다) 하나의 디자인만 선택할 수 있으며 누군가는 화상을 입을 것입니다. 누가 최종 결정권을 가지고 있습니까? @reduz입니까 아니면 "핵심 개발자"가 투표합니까? 공식화된 계층 구조와 조직 구조는 실제로 기여자를 보호하고 중복 작업을 줄입니다.

탈선에 대해 사과드립니다. 이것은 주제에서 벗어난 부분입니다. 이 대화를 다른 곳에서 계속하는 데 관심이 있는 사람이 있으면 이 핸들 아래에 있는 discord 채널에 자주 있습니다.

@mcanders 이것이 Godot가 하나가 아닌 여러 선택 가능한 테마를 가져야 하는 이유입니다

@Zephilinox 선택하지 않고 기본값으로 하나가 필요합니다. Godots의 핵심 장점 중 하나는 크기가 작기 때문에 ppl이 여러 테마와 함께 제공되는 것을 감사하게 여길지 의심됩니다. 그리고 하나를 설치하려면 다운로드가 필요합니다... 많은 ppl이 여전히 기본 테마를 사용한다는 점

@mcanders 작업하는 모든 사람이 커뮤니티에 그것을 언급하기를 바랍니다 (처음에는 저를 제외하고 ;) )
누군가가 이런 종류의 그룹을 조직하려는 즉시. 그것은 확실히 나쁜 접근이 아닐 것입니다.
현재 작업 중인 모든 ppl을 모니터링하는 중입니다. 그리고 의견을 수렴합니다.

기본 테마는 선택 항목보다 훨씬 덜 중요합니다. 테마당 메가바이트의 이미지가 누구나 Godot 사용을 중단하게 만들지 않을 것이라고 생각합니다. 어쨌든 3개만 있으면 됩니다.

2~3개의 테마는 사람들이 다운로드하는 데 문제가 될 만큼 Godot의 다운로드 크기를 증가시킬 가능성이 거의 없습니다.

와. 나는 방금 여행과 마스터의 새로운 테마에서 돌아왔습니다! :디

멋진! 좋아 보인다.
이제 남은 것은 여백과 일부 대화 상자를 수정하는 것뿐입니다.

@djrm HTML5 아이콘을 변경할 계획인가요? 흰색 아이콘에 주황색이 많이 들어간게 좀 이상해보이네요 :D

@toger5 png 에 대해, 나는 경로가 이것과 어떻게 관련되어 있는지 이해하지 못합니다. 사용자 지정 .tres 테마를 사용하지 않고 엔진 소스를 편집하고 있습니다. /scene/resources/default_theme에 있는 png를 다른 곳에 배치해야 합니까?

알 겠어요. 이것이 작동하는 방식입니다. 모든 이미지가 16진수 변수로 포함된 헤더가 있습니다(제 생각에는).
모든 이미지는 컴파일 시간에 해당 파일 내의 vars로 변환됩니다. 나는 scons가 그것을 처리한다고 생각하므로 파일을 삭제할 수 있습니다. 그리고 그것은 다시 만들어질 것입니다. (더 이상 확실하지 않음) 다른 옵션은 헤더를 업데이트하기 위해 컴파일하기 전에 실행해야 하는 스크립트가 있을 수 있다는 것입니다.

@Zireael07 그래서 당신은 여러 개의 그것들을 Godot에 빌드하기를 원합니다. 그 흥미 롭군요. 나는 항상 충분히 신경 쓰는 ppl이 가서 다운로드 할 것이라는 태도를 가지고있었습니다. 그러나 어쩌면 그것이 정말로 원하는 것일 수도 있습니다.
추신 나는 파일 크기 인수가 전혀 강력하지 않다는 데 동의합니다. 지금도 항상 염두에 두려고 노력합니다. 개발자들이 스스로에게 말했기 때문에 우리는 우리가 있는 곳이 아닙니다. "이것 저것만 추가하면 더 커지지 않을 텐데..."

@toger5 : (선택 사항) 자산으로도 사용할 수 있지만 목록에서 손실되지 않도록 인위적으로 한 곳에 보관해야 합니다.

기본적으로 저는 밝거나 어두운 테마에 대해 강한 느낌이 없습니다. 기본 테마가 있어야 밝거나 어둡게 착색되고 최종 사용자가 사용할 수 있어야 한다고 생각합니다. 그래서 최종 사용자를 위한 두 가지(또는 아마도) 세 가지 옵션이 있습니다.

@toger5 아 알겠습니다. 감사합니다. 알아낸 것 같습니다.

svg를 원하는 대로 편집
scene/resources/default_theme로 내보내거나 /misc/scripts/svgs_2_pngs.py를 사용하세요.
/scene/resources/default_theme로 이동하여 make_header.py를 실행합니다.
컴파일 및 실행

@Zireael07 @toger5 전에 언급했듯이 기본적으로 (파란색) 틴트가 있고 선택 사항으로 중간 (회색) 어둡고 밝음이 선택 사항입니다. 대부분의 데스크탑 환경은 요즘 밝은 회색과 어두운 회색이 기본값으로 제공되며 두는 것도 좋을 수 있습니다.

@eon-s 예, 꽤 표준적입니다. 문제는 godot에 지금 이 기능이 없다는 것입니다.

https://github.com/godotengine/godot/issues/8604 가 표시되면 테마 변경은 편집기 설정에서 4가지 색상을 수정하는 것만큼 쉬울 수 있습니다.

좋아, 이 문제는 탈선하는 기차를 멈춰야 할 때다.

여기에서 새로운 이름의 사람들이 토론에 참여하는 것을 보게 되어 기쁩니다. 하지만 여러분 모두 자신의 위치가 무엇인지 알아야 합니다. 많은 무료 및 오픈 소스 프로젝트와 마찬가지로 Godot는 능력주의이며 결정은 작업을 수행하는 사람들에게 있습니다. 프로젝트에 한 번도 기여한 적이 없다면 모든 기여자에게 그들이 틀렸고 자신이 더 잘 알고 있다고 말할 수 없습니다. 귀하의 우려 사항 중 일부가 타당하더라도 귀하의 의견을 듣지 못할 것입니다.

몇 달 동안 @djrm , @toger5 , @volzhs , @alelepd 및 기타 몇 명의 기여자가 새로운 테마에 대해 작업했습니다. Godot의 핵심 개발자들은 WIP를 좋아했고 그것이 현대적이고 상쾌하기 때문에 Godot 3.0의 새로운 시각적 브랜딩이 될 것이라고 결정했습니다. 디자인 변경은 모든 사람을 기쁘게 할 수 없으므로 일부는 2.x 테마를 선호하고 변경에 짜증을 내는 것이 정상입니다. 그러나 숨을 낭비하지 마세요. @djrm 의 작업은 기본으로 갖고 싶은 것을 위한 훌륭한 기반이었습니다. 3.0의 테마로, 우리는 뒤로 가지 않고 그것을 기반으로 할 것입니다.

말씀드린 것처럼 병합된 부분은 작업이 진행 중이므로 계속 개선될 것입니다. @volzhs는 이미 몇 가지 문제를 해결했습니다. IRC에서 @n-pigeon도 일부 개선 작업을 하고 있다는 것을 알 수 있습니다. 이러한 것들이 우리를 어딘가로 데려가는 기여자입니다. 자신이 좋아하지 않는 것에 대해 욕설을 퍼붓는 사람들은 좋아하지도 않고 무시될 가능성이 높습니다. 대신 염두에 두고 있는 변경 사항을 구현하고 이전의 모습과 이후의 모습을 보여주는 PR을 작성하십시오(특히 색상 선택에 대한 모든 엉터리 선택의 경우, 우리는 정말 사소한 것에 이름을 부르는 일을 시작하지 않습니다. ...).

따라서 진정으로 도움을 주고 싶다면 기존 기여자의 작업을 존중하고 건설적인 피드백을 제공하도록 노력하십시오. 염두에 두고 있는 것을 모형으로 만들거나 가장 잘 구현하고 결과를 보여주십시오. 모든 사람을 기쁘게 하는 것은 결코 불가능하지만 우리 대부분이 만족할 수 있는 것을 찾을 수 있습니다.

읽을 수 없게 된 이 문제를 닫겠습니다. 현재 편집기 테마(색상 팔레트, 여백 및 테두리, 버튼 등)에서 여전히 해결해야 하는 다양한 문제에 대한 특정 문제와 다음 경우에 사용되는 기본 테마에 도입되었을 수 있는 잠재적인 문제를 여십시오. 프로토타이핑 게임.

그리고 현재 테마를 작업한 모든 분들께 감사드립니다. 멋진 작업을 하셨습니다. :)