Godot: 상위 메뉴 축소

다음은 닫기 및 열기 메뉴가 있는 옵션 1의 두 장면입니다.

'프로젝트 내보내기'(메뉴로 이동하려면 +1)가 표시되지만 도구는 어디로 갔습니까?

@Zireael07 도구에는 메뉴에 직접 추가한 "고아 리소스 탐색기"만 있었습니다. 하나의 옵션만 있는 메뉴는 의미가 없습니다.

Tools 메뉴는 주로 플러그인을 사용하기 위한 것입니다.

옵션 2

나는 옵션 2를 좋아합니다. 누군가가 볼륨 막대 옆에 있는 큰 눈금이 무엇을 위한 것인지 말해 주나요? 나에게 오른쪽 끝에 있는 것은 공간을 채우는 두 개의 큰 미스터리일 뿐입니다 :P

@vnen 좋은 지적, 나는 그것을 잊었다.
도구 메뉴에 몇 가지를 더 추가할 수 있습니다. 기본 장면 메뉴에 항목과 구분 기호가 너무 많은 것 같습니다. "변환" 및 "스크립트 실행"과 같은 항목이 도구 아래에 있을 수 있습니까?

도구 메뉴를 하위 메뉴로 장면 메뉴로 이동할 수도 있습니다(예: "최근 항목 열기" 및 "변환 대상" 하위 메뉴).

자, 여기 수정된 옵션 2가 있습니다. 도구 메뉴가 프로젝트 메뉴에서 일부 항목을 가져와서 보기가 더 즐겁습니다. :)

일반 창

프로젝트 메뉴

도구 메뉴

내부에 아무것도 없더라도 "도구" 메뉴가 표시되는 것을 선호하지만 이름을 플러그인으로 변경할 수 있습니다.

또한 "설정"은 편집기 설정이므로 오른쪽 상단에 두고 프로젝트 관련 사항은 왼쪽 상단에 두는 것이 좋습니다.

그러나 실행 스크립트를 이동하고 도구 메뉴로 변환하는 것은 좋은 생각입니다.

이름에 대한 플러그인이나 도구는 어느 쪽이든 상관 없습니다.

@eon-s 한동안 Godot를 사용하다보니 조건부 동작이라고 생각합니다 :p 보통 사람들의 생각으로 생각하면 왼쪽에 설정, 오른쪽에 설정을 하는 것은 말이 되지 않습니다. 설정은 설정을 의미합니다.

또는 .... 이건 어때요? :)

(이것은 단지 모형입니다)

@nunodonato 는 2d/3d/script/assetlib 버튼을 그대로 두십시오! :기쁨:

나는 다음과 같이 생각하고 있었다.

1) "내보내기", "도구", "스크립트 실행", "프로젝트 설정" 등이 포함된 "프로젝트" 메뉴를 만들 수 있습니다.
2) "편집기 설정", "레이아웃", "템플릿 관리", "정보" 등이 포함된 "편집기" 메뉴를 만들 수 있습니다.
3) 중앙에 있는 Play 패널이 마음에 들지만, 이것은 자주 사용하는 메인 도크 선택에 주어져야 한다고 생각합니다.
4) 최대화를 탭으로 이동할 수 있습니다. 이는 약간의 공간을 차지하지만 그 맥락에서 더 합리적입니다.
5) 도움말은 크고 항상 볼 수 있어야 합니다. 클래스 목록과 도움말 검색 대화 상자가 혼합된 새 대화 상자를 열 수 있습니다. 몇 주 전에 누군가가 이것을 제안했는데 그것은 환상적인 아이디어였습니다.
6) 볼륨 막대가 더 이상 필요하지 않으므로 오디오 탭에서 볼 수 있으므로 제거해야 합니다.

이것이 개선이 될까요?

위의 이미지를 다시 게시했는데 깨졌습니다.

아, 또한 어떤 2D/3D 모드를 사용하고 있는지 절대 선택하지 않는다고 생각합니다. 노드를 선택하거나 장면을 열 때 자동으로 발생하므로 이 모드를 옮기고 "뷰포트" 버튼으로 대체할 수 있습니다.

@reduz 저에게 많은 의미가 있습니다 :)
탭 내부에 2d/3d가 있는 것은 훌륭하고 모드가 탭별로 저장됨을 암시합니다(node2d 장면은 기본적으로 2d 모드에서 열리는 등).

아마도 도구는 여전히 자체 메뉴에 있을 수 있습니다. 플러그인의 메뉴 항목을 사용하는 사람들은 다른 메뉴 내부보다 접근하기가 훨씬 쉬울 것이라고 생각합니다. 또한 수평 공간이 충분하여 프로젝트 메뉴가 덜 비좁습니다. :)

@nunodonato 도구는 프로젝트의 하위 메뉴가 될 수 있으며 원하는 만큼 항목을 가질 수 있습니다.
도구 메뉴가 얼마나 인기가 있는지는 모르겠지만 자주 사용하는지 확인하고 가치가 있으면 어느 시점에서 주 메뉴로 승격할 수 있습니다.

자동 2d/3d 전환에 대해... 확실하지 않습니다. 다른 모드의 노드를 선택했는데도 특정 모드를 강제 실행해야 했던 기억이 납니다.
예를 들어 "HDR in 2d" 데모를 열고 HDR 설정을 구성하려면 세계 환경(3d)을 클릭해야 하지만 효과를 2d로 보고 싶습니다. 아마도 다른 사용 사례가있을 것입니다 ...

네, 절대 할 필요가 없다고 말하는 것이 아닙니다. 그렇기 때문에 여전히
2D/3D 스왑이 가능하지만 대부분의 경우 필요하지 않습니다.

2017년 5월 22일 월요일 오후 1시 Nuno Donato [email protected]
썼다:

자동 2d/3d 전환에 대해... 확실하지 않습니다.
다른 노드의 노드를 선택했는데도 특정 모드.
예를 들어 2d 데모에서 HDR을 열고 HDR을 구성하려는 경우
설정에서 세계 환경(3d)을 클릭해야 하지만 원하는
2d에서 효과를 볼 수 있습니다. 아마도 다른 사용 사례가있을 것입니다 ...

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

오 좋아, 나는 당신이 그들이 제거 될 수 있다는 것을 의미한다고 생각했습니다.

@reduz 의 제안에 기반한 메뉴

Scene project 분리가 정말 마음에 듭니다.
editor 버튼은 오른쪽에 정말 좋습니다. 모든 프로젝트(편집기)에 영향을 미치는 프로젝트별 작업과 설정을 분리하는 것이 매우 합리적입니다. 그리고 그것을 옮기는 것은 큰 분리입니다.

나는 Viewport script asset store 이별을 좋아한다!!
전체 화면 버튼 위치도 reduz의 디자인에 완벽합니다.
play pause stop ... 디버그 버튼의 중심 위치 정보:
나는 그들이 가장 의미가 있고 중앙에서 가장 잘 보인다고 생각합니다.
오른쪽 상단에 viewport, asset store... 를 넣으면 꽤 멋질 것 같아서 디자인은 나중에 포스팅하겠습니다.

그냥 내 의견

재생 항목이 중앙에서 가장 잘 보인다는 데 동의하지만 검색 가능성을 위해 뷰포트/스크립트/기타 항목을 중앙으로 이동하는 것이 더 나을 수 있다고 생각합니다. 이거 어떻게 해결해야할지 정말 모르겠네요..

핵심 사용자는 전환을 위해 바로 가기를 사용하거나 주문형 UI 변경(스크립트 클릭 -> 스크립트 편집기 클릭, .tscn 클릭 -> 2d/3d...)에 따라 정말 잘 실행되는 Godots에 의존할 것이라고 생각합니다.

그래서 버튼은 어쨌든 그렇게 많이 사용되지 않을 수 있습니다. 그리고 그것들이 어떤 방식으로 디자인되어 있다면 그것들이 눈에 띄도록(그들 주위에 회색 상자) 오른쪽 상단 모서리가 좋은 장소입니까? 생각?

정확히는 중앙에서 재생/중지 등을 보는 것이 가장 좋다는 데 동의하지만 단축키를 누르기만 하면 되므로 거의 사용하지 않습니다. :)

아마도 테마 사람들이 몇 가지 아이디어를 줄 수도 있습니다 :) cc'ing @djrm @volzhs

예, 하지만 우리는 발견 가능성을 최우선 순위로 삼아야 한다는 점을 명심하십시오. 우리가 해결책을 내놓을 수 없다는 것이 정말 믿기지 않습니다.

나는 여전히 오른쪽의 재생 컨트롤이 오른쪽의 섹션 컨트롤보다 더 견딜 만하다고 생각합니다(여기서는 상자가 제거됨).. 섹션을 전환하는 그림을 머릿속에 그려 보세요. 센터..

예, 오른쪽에 재생 기능이 있는 것이 좋다고 생각합니다.

reduz 디자인을 사용하여 위치를 변경했습니다.
또한 script, assetstore... 상자를 제공하여 입력하지 않아도 더 많이 튀어 나오고 찾기가 더 쉽습니다 ...
그것들은 내가 생각해 낸 옵션입니다.

나는 여전히 reduz의 제안을 더 좋아합니다... 더 조직적이고 "비교적"인 느낌 :)

나에게 가장 합리적인 것은 마지막 것입니다. 비슷한 우선 순위, 깨끗해 보입니다.
아이콘 옆의 텍스트를 제거하는 옵션이 설정에 있을 수 있습니다. 재생 표시줄과 뷰포트 표시줄 사이의 균형이 더 잘 맞는 것처럼 보입니다.
발견하기 쉽습니다.
viewport, script... 사이의 행에 대해 모름

@toger5 마지막으로 시도해 볼 수 있지만 재생 컨트롤과 섹션 컨트롤이 바뀌었습니까? 나는 당신이 거기에 뭔가있을 수 있다고 생각합니다.

나는 여전히 내 제안이 덜 방해가 된다고 생각하고 두 가지가 같은 것을 의미하지 않는다는 것을 분명히 합니다.

빈 오른쪽 상단 모서리에 무엇을 넣을까요? :NS

@akien-mga 커뮤니티/유튜브/튜토리얼 링크는 어떻습니까?

@akien-mga 일반적으로 닫기/최소화/최대화 버튼을 위해 (암시적으로) 예약되어 있으며 거기에 UI 요소를 배치하는 소프트웨어는 생각할 수 없습니다(명시적으로 LibreOffice와 같은 도구 모음 확장과 반대).

노드 트리와 인스펙터가 있는 오른쪽이 가장 시각적인 액션을 취하기 때문에 숨을 쉬게 하는 것도 나쁘지 않을 것 같아요.

작은 상단 아이콘으로:

그렇게 하면 훨씬 좋아 보입니다... 조금... 언밸런스합니다 :D

@toger5 죄송합니다. 저는 여전히 오른쪽에 있는 놀이를 좋아하는 것 같습니다. 다시 말하지만, 미학이 아니라 사용성과 발견 가능성에 관한 것입니다.

스크린샷은 좋아 보이지만 문제의 핵심은 보기/스크립트/기타 메뉴가 재생 메뉴보다 훨씬 더 중요하고 훨씬 더 자주 사용된다는 것입니다. 따라서 그들은 더 중요합니다.

중앙에 있는 재생 버튼만큼 좋지는 않지만 거기에 있는 것이 옳습니다.

그리고 2D/3D 버튼 옆에 script/assetlib/help를 넣으면? 어쨌든 동일한 패널을 사용합니다.

@eon-s 그 패널에는 공간이 많지 않습니다.. 또한 계층적으로도 위에 있는 것이 합리적이라고 생각합니다.

한 번만 더 시도 ;)

게임이 실행되지 않을 때 일시 중지 버튼이 있는 이유는 무엇입니까?
재생 및 중지로 충분해야 합니다. 재생을 할 때 일시 중지로 변환합니다.
디버그 도구는 메인 플레이 섹션에서 분리될 수도 있습니다. ( @nunodonato 밸런스 ;) )

나는 이것이 훨씬 좋아 보인다고 생각하지만 지금은 기본 뷰포트 옵션이 디버그/실행 도구와 동일하므로 계층에 대해 잘 모르겠습니다. 어느 것이 ... 의심스럽습니다.
하지만 앞서 언급했듯이. 핵심 사용자는 어쨌든 버튼을 사용하지 않거나 그들이하는 일을 알지 못합니다.

초보자에게는 여전히 UI에서 가장 눈에 띄는 요소입니다. -> 시도하고 곧 왼쪽 부분이 메인 뷰이고 중앙 부분이 연주용임을 이해하게 될 것입니다. 그것이 그들이 알아야 할 전부입니다 (처음에)
따라서 더 깨끗한 UI를 위한 큰 ux 희생은 아닙니다.

단지 더 많은 변형.
재생 섹션을 단순화하는 것은 나에게 좋은 아이디어인 것 같습니다. 클릭하면 확장되는 하나의 메뉴에 쌓일 수 있는 특정 버튼이 많이 있습니다.
이를 위해 alepd의 디자인을 사용했습니다. 재생 버튼이 간단하게 구현되어 있기 때문입니다.

이것은 재생 섹션을 오른쪽으로 이동합니다. (또한 약간 단순화)

ps: 드디어 상단 부분만 캡쳐한 스크린샷을 올리기 시작했습니다 ;)

일시 중지는 디버거에 사용됩니다.
또한 탐색에서 더 의미가 있기 위해서는 텍스트가 필요하다고 생각합니다.

2017년 5월 22일 오후 9시 3분에 "Timo" [email protected]이 작성했습니다.

단지 더 많은 변형.
플레이 섹션을 단순화하는 것은 나에게 좋은 아이디어인 것 같습니다.
확장되는 하나의 메뉴에 쌓일 수 있는 많은 특정 버튼
클릭 시.
이를 위해 alepd의 디자인을 사용했습니다. 구현이 간단하기 때문에
재생 버튼.

[이미지: godotolddesignused]
https://cloud.githubusercontent.com/assets/16718859/26333134/3f74e5f6-3f10-11e7-9bd4-5752ea9e4cb1.png

이것은 재생 섹션을 오른쪽으로 이동합니다. (또한 약간 단순화)
[이미지: godotsimplemiddlesection]
https://cloud.githubusercontent.com/assets/16718859/26333174/811e4c0e-3f10-11e7-94b5-337bc93f7833.png

ps: 드디어 상단 부분만 캡쳐한 스크린샷을 올리기 시작했습니다 ;)

—
당신이 언급되었기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/8865#issuecomment-303252558 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2-eoiuD0dVrKy9T3hlNKSNnb2tglks5r8iJSgaJpZM4NidqG
.

예 텍스트 부분이 의미가 있습니다
재생을 누를 때 재생 버튼 대신 일시 중지 버튼이 표시되는 것으로 생각했습니다.
따라서 게임이 실행 중일 때만 디버그 모드로 들어갈 수 있습니다...

@toger5 "일시 중지"로 대체되는 재생 버튼은 무엇입니까? (최소 3개 이상 있음)

일시 정지 및 정지를 위한 고정된 위치를 갖는 것이 더 나을 수 있습니다.

현재 동작과 마찬가지로 재생이 다시 시작 역할을 하는 것을 선호합니다.

아 재시작으로 플레이는 생각도 못했는데...
나는 당신이 옳다고 생각합니다!

AssetLib은 최상위 메뉴에서 그 자체로 가치가 있을 만큼 정말 중요한가요? 나는 그것이 다른 것들만큼 자주 사용/토글될 것이라고 생각하지 않으며 다른 곳으로 아주 잘 이동할 수 있습니다. (그런데 "장바구니" 아이콘의 열렬한 팬은 아닙니다)

내 못생긴 모형은 신경쓰지 마세요. 하지만 (기술적으로) 두 개의 메뉴 섹션을 수직으로 정렬하는 것이 가능할까요? 아마도 이것은 일부 균형 문제를 해결할 수 있습니다.

탭이 맨 위에 있는 상태로 숨겨지거나(많은 탭이 열려 있는 경우) 다른 수직선으로 공간을 낭비하게 됩니다.

제 생각: 저는 undo/redo(특히 undo)를 많이 사용합니다. 장면 메뉴에서 장면 보기 위의 메뉴로 이동할 수 있습니까? 보기 하위 메뉴 뒤에 있을 수 있습니까?

명확성을 위한 모형. 여러분은 저에게 엄청난 기술을 다시 배우게 하고 있습니다. (처음 C++ 그리고 지금은 이미지 편집 :P)

모두들 멋진 아이디어를 계속 내주세요 :+1:
2센트를 추가하고 싶습니다. 전체 화면 버튼 옆에 있는 탭 위로 "Viewport, Script etc."를 이동할 수도 있습니다. 그런 다음 "재생 버튼"을 가운데에 두고 "도움말"을 오른쪽에 유지할 수 있습니다.

편집: 이 방법을 사용하면 이러한 버튼이 탭의 내용에 영향을 미친다는 사실이 더욱 명확해집니다.

@stephdin 이 아이디어가 좋아요! 동시에 많은 탭이 열려 있는 경우 텍스트를 접을 수도 있습니다.
오른쪽 상단의 도움말도 좋아요 :)

시각적으로 같은 I를 @stephdin하지만 것 또한 아마 @nunodonato에 의해 명시된 바와 같이 너무 많이 열려있는 탭이 있습니다 문제 원인

나는 실제로 @stephdin 의 접근 방식을 정말 좋아합니다.
이것은 이미 다른 곳에서 제안되었으며, 탭에 공간이 가치가 있다는 우려가 있었습니다. 맞는데 제 작업 스타일이 아니라서 실감이 잘 안나네요...

• 또한 이것이 의미가 있는 2d/3d 토글에 가깝다는 이점이 있다고 생각합니다.
• 탭을 스크립트에서 2d로 변경하면 오른쪽의 설정이 변경되는 것도 옳습니다. (상단에서 변경하는 것보다 낫습니다)

@nunodonato 네, 무너지는 것은 좋은 생각입니다. 탭이 몇 개일 때 텍스트를 표시하고 탭이 더 많으면 아이콘으로 전환할 수 있습니다. (단 4개의 아이콘이므로 문제가 되지 않는 한 탭의 공간만 차지합니다.)

다른 접근 방식:

스크립트 + 에셋 스토어에 대한 기본 탭이 두 개뿐이라면 어떻게 될까요? 기본적으로 하나의 탭처럼 작동하기 때문입니다. 모든 스크립트는 하나의 스크립트 탭에서 정렬됩니다... 또한 자산 저장소의 동일한 위치에 있습니다. 고정된 브라우저 탭처럼 생각하십시오.

두 개의 기본 탭이 있으며 장면으로 전환하자마자 (물론) 뷰포트가 표시됩니다.

@nunodonato 에서 언급했듯이 너무 많은 탭이 열리면 텍스트가 접힐 수 있습니다.
Sublime Text 또는 Atom에서와 같이 스크롤을 구현할 수 있는지 모르겠습니다.

@stephdin 스타일을 사용하면 AssetLib도 도움말 왼쪽(오른쪽 상단)에 있을 수 있으며 프로젝트당 몇 번 사용됩니다.

응. assetlib가 프로젝트/에디터 설정과 같은 팝업 창으로 표시되면 assetlib를 어딘가로 이동할 수 있습니다.

나는 @toger5 의 아이디어에 대한 몇 가지 모형을 빠르게 만들었습니다.

하지만 저는 오른쪽에 있는 버튼이 더 마음에 듭니다. 도움말 버튼 옆에 있는 AssetLib을 이동하는 것은 좋은 아이디어입니다. imho

다음은 모의입니다.

• 스크립트 및 자산 라이브러리를 오른쪽 탭으로 이동했습니다(기본적으로 탭이기 때문에 여러 스크립트 탭을 가질 수 없음).
• 기본 보기 내부에 전체 화면 버튼 추가: 전체 화면은 스크립트, 자산 라이브러리에 따라 다릅니다. -> 거기에 있는 것이 합리적입니다.
• 오른쪽 상단의 도움말은 멋지다 ;)

@stephdin ㅋㅋ 감사합니다! 조롱도 하고...
탭을 오른쪽으로 옮겼습니다 .. 기본적으로 버튼입니다 ...
자산 라이브러리가 오른쪽 상단에 있으면 정말 잘 작동할 수 있습니다. 또한 스크립트 및 장면보다 다른 우선 순위 및 사용 사례가 있습니다. 도움이 옆에 있습니다

@toger5 멋진 모의지만 어떤 장면 탭이 활성화되어 있는지 보여줘야 합니다.
"장면" 독이 활성 장면을 보여주기 때문입니다.

@toger5 모형에서처럼 오른쪽에 이러한 "고정 탭"이 있는 것이 훨씬 보기 좋습니다.:D

편집: "기본 보기 내부에 전체 화면 버튼 추가" -> 그것도 좋은 생각입니다.

또한 이 옵션(show_script_in_scene_tabs)을 기억하십시오.

탭 근처에서 스크립트 버튼을 중복으로 만들지 마십시오.

@eon-s 장면 탭의 스크립트 버튼은 첨부된 스크립트로 이동하고 오른쪽의 스크립트 버튼은 현재 편집된 스크립트 또는 hep 페이지로 이동하기 때문에 실제로 중복되지 않습니다.
@volzhs 좋은 당신이 이것을 언급! 다른 스타일 상자를 원할 수도 있습니다. draw_center = false

@toger5 assetlib를 팝업 창으로 만들어 오른쪽 상단에 놓고(마지막 모의에 대한 도움말 옆에) 2d/3d/script/전체 화면을 메인(중앙) 패널의 오른쪽 상단에 두는 것은 어떻습니까?

팝업으로 자산 라이브러리가 훌륭하다고 생각합니다.
뷰포트가 자동으로 바뀌면 더 의미가 있다고 생각합니다. 2d/3d 버튼이 필요하지 않습니다. 스크립트 편집기에 접근할 수 있는 방법만 있으면 됩니다. (자산이 팝업에 있는 경우) 그게 전부입니다.

좋아, 나는 이것이 내가 가장 좋아하는 것이라고 생각합니다.

• 오른쪽 상단의 AssetLib 및 도움말
• 새 창으로 AssetLib
• "2D/3D" 대신 "Viewport"(자동이지만 탭 헤더에 "2D/3D" 버튼 있음)
• 탭의 "전체 화면" 버튼
• 너무 많은 탭을 열 때 텍스트 축소
• 메뉴(장면, 프로젝트, 편집기)에 적용된 변경 사항은 훌륭합니다!

@stephdin 나도 좋아
하지만 언제 뷰포트 버튼을 사용합니까?
내가 장면에 있다면 이미 뷰포트를 보고 있는 것입니다. 내가 스크립트 편집기에 있다면. 마지막 장면으로 전환할 수 있지만 장면 자체를 누르는 것은 어떨까요? 왼쪽에 있는 탭. 공간을 확보하고 나에게 더 의미가 있습니다.
어떤 탭이 현재 활성화되어 있는지 표시만 하면 됩니다. volzhs가 언급했듯이 장면 독에 중요합니다.

@toger5 장면 자체를 누르면 장면의 뷰포트로 자동 전환되어야 한다고 생각하지 않습니다. 때로는 스크립트 편집기를 열어두고 뷰포트로 돌아가지 않고 장면을 전환(예: 노드 트리 보기)할 수 있으므로 별도의 뷰포트 버튼을 사용하는 것이 합리적이라고 생각합니다.

@novemberist 아주 좋은 지적입니다. 그것에 대해 생각하지 않았습니다.
여러분은 확실히 더 강한 포인트를 가지고 있습니다.
내가 @stephdin 의 디자인에 있는 것보다

1) 섹션은 텍스트로 표시해야 하며 아이콘이 명확하지 않습니다.
2) Assetlib는 섹션이며 제거할 이유가 없습니다.
3) 다시 말하지만, 모양은 발견 가능성보다 덜 중요합니다.

여러분은 외모와 관련된 시각적 문제를 해결하려고 노력하는 동안
Godot UI가 신규 이민자에게 친숙한지 궁금합니다..

2017년 5월 23일 오후 7시 26분에 "novemberist" [email protected]이 다음과 같이 썼습니다.

@toger5 https://github.com/toger5 현장을 누르는 건 아닌거 같아요
자동으로 장면의 뷰포트로 전환되어야 합니다. 때때로 당신은
스크립트 편집기를 열어두고 장면을 전환하기를 원할 수 있습니다(예: 보기
노드 트리), 뷰포트로 돌아가지 않고 별도의
뷰포트 버튼이 의미가 있다고 생각합니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/8865#issuecomment-303550418 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z27_tsJaJ8njXaHuib0OmMnynjTMMks5r810PgaJpZM4NidqG
.

또는 이를 고급 옵션으로 만들고 장면에서 Alt를 누르면 활성 장면으로 전환됩니다. (노드 트리의 경우)
클릭하면 해당 장면의 뷰포트로 이동합니다.

최신 컨셉은 아이콘과 텍스트를 모두 사용했기 때문에 충분히 명확해야 한다고 생각합니다. 툴팁은 추가적인 명확성을 제공할 수 있습니다. 기능보다 형태를 선호하기보다는 여기에서 UI의 검색 가능성과 시각적 개체 사이의 좋은 중간 지점을 찾으려고 노력하고 있다고 생각합니다. @reduz 최신 목업이 현재 UI보다 신규 사용자에게 덜 접근할 수 있다고 생각하십니까?

예, 그렇습니다. 섹션과 섹션 사이의 연결이 필요합니다.
버튼이 재생 버튼이 오른쪽으로 이동해야 하는 이유입니다.

2017년 5월 23일 오후 7시 43분에 "novemberist" [email protected]이 다음과 같이 썼습니다.

최신 컨셉은 아이콘과 텍스트를 모두 사용하고 있었기 때문에
충분히 명확해야 합니다. 툴팁은 추가적인 명확성을 제공할 수 있습니다. 제 생각에는
검색 가능성과
기능보다 형태를 선호하기 보다는 UI의 시각적 요소를 사용합니다. @reduz
https://github.com/reduz 최신 모형이 더 적을 것이라고 생각하십니까?
현재 UI보다 새로운 사용자가 액세스할 수 있습니까?

—
당신이 언급되었기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/8865#issuecomment-303553499 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF-Z2_Df8Q6LBHLvzOO3QqlaPoJ_0LSBks5r82D4gaJpZM4NidqG
.

예, 그렇습니다. 섹션과 섹션 버튼 사이에 연결이 필요하기 때문에 재생 버튼이 오른쪽으로 이동해야 합니다.

@reduz 여기서 섹션이 무엇을 의미하는지 잘

어느 쪽이든 나는 재생 버튼에 대해 선호하지 않습니다 (하지만 여전히 오른쪽 모서리에 있는 도움말이 좋은 생각이라고 생각하므로 재생 버튼이 바로 왼쪽으로 갈 수 있습니다)

모형:

여러분 모두가 (굉장한) 힘든 일을 하고 있기 때문에 제 의견을 게시하는 것은 무례하게 느껴지지만, 저는 여전히 중간에 섹션 버튼이 있고 오른쪽에 재생 버튼이 있는 @reduz 가 앞서 제안한 것을 선호합니다.

Viewport & Script 버튼을 구석으로 밀어 넣는 것은 현명한 생각이 아닌 것 같고, AssetLib & Help를 Play 버튼과 함께 오른쪽에 두는 것은 시각적으로 매력적이지 않고 논리적으로 타당하지도 않습니다.

나는 확실히 그들 모두와 함께 살 수 있습니다. 그리고 다른 모드에 대한 상단 중앙을 갖는 것이 좋을 수 있습니다.
reduz는 초보자가 탐색하기 가장 쉬운 구조로 간주하기 때문입니다. (맞을지도...)

이것은 지금까지 내 변경 사항입니다 (실제 물건, 모형 없음 :)

나는 이것이 실제로 논쟁의 대상이 아니라는 것을 알고 있으며 봇 UI 디자인을 많이 알지 못합니다. 그러나 개인적인 사용자 경험에서, 오른쪽에 있는 재생 버튼이 오히려 불쾌하고 연결이 끊어진 것을 알았습니다. 즉, 이것이 검색 가능성을 향상시키는 방법을 실제로 알 수 없습니다. 또한 내가 틀리지 않았다면 주변의 거의 모든 다른 엔진에는 "재생, 일시 중지, 중지" 버튼이 중앙에 있으므로 예를 들어 Unity에서 오는 사람들은 그곳에서 볼 때마다 즉시 집에 있는 것처럼 느낄 것이며 그렇지 않으면 혼란스러울 수 있습니다. 소위 "섹션"의 중요성에 관해서 - 나는 그들이 왜 그렇게 중요하게 여겨지는지 정말로 이해가 가지 않습니다. 그것들은 중앙에서 함께 비좁아야 합니다. 그들은 결국 다른 "보기 모드" 및/또는 편집기가 아닌가요? 나는 사람들이 그것들을 어디에서 찾을 수 있는지 쉽게 알아낼 것이라고 생각합니다(또한 어쨌든 그것들에 접근할 수 있는 여러 가지 방법이 있습니다). 그리고 GUI 요소를 당신의 얼굴에 바로 던지는 대신 문맥상 합리적인 장소에 배치하는 더 현대적인 접근 방식을 보지 못할 것입니다. 어떤 식으로든 사용자 경험을 저하시킵니다. 나는 이것이 "전체 화면" 버튼에 특히 해당된다고 주장합니다. 이 버튼은 실제로 새로운 섹션으로 이동하지 않으며 실제로 다른 위치에 있어야 합니다.

@novemberist 아니요, Unity만 수행하는 작업:

다른 모든 것은 엉망이고 Godot는 그에 비해 훨씬 깨끗합니다. 결국 익숙해지실거라 믿습니다..

@nunodonato 본인도 정말 좋아하는데, 원하신다면 부담없이 PR을

여러분, Godot 3.0은 정말 시장에 나와 있는 모든 게임 엔진 중 가장 매끄러운 테마를 가지고 있습니다 :D
그리고 저는 2.1이 이미 최고의 모습을 가지고 있다고 말하고 싶습니다. 점점 더 좋아지고 있습니다. 경쟁보다 몇 년 앞서 :P

@akien-mga 동의했습니다 :)

@reduz 원격 항목을 메뉴로 이동하는 것은 버튼 대신 많은 의미가 있습니다. 더 많은 가시성을 제공하고 메뉴 공간에 여유 공간이 있습니다. :)

예 다른 엔진은 너무 젠장 ... ppl이 그것을 사용하는 이유를 모르겠습니다 ;)

2d/3d 뷰포트 스위치를 다른 곳에 배치하고 상단 메뉴에서 단일 "뷰포트" 버튼을 사용하는 것이 테이블에서 완전히 벗어나지 않기를 바랍니다. 나는 이것을 정말로 좋아했다. 2d 노드를 3d로도 볼 수 있고 그 반대로도 볼 수 있다는 혼란을 초래할 수 있지만...

IntelliJ에서와 같이 "편집된 장면 재생" 및 "사용자 지정 장면 재생"을 드롭다운에 넣을 수 있습니다.
그리고 디버그 아이콘을 더 친숙한 것으로 변경하거나 추가 메뉴에서 =)

문제는 디버그 아이콘이 아니라 원격 아이콘이라는 것입니다. 디버그와 실제로 관련된 것은 없습니다. 디버그 패널은 디버그 항목이 있는 곳입니다.

@reduz 디버그 버튼을 이동하는 것은 좋은 아이디어였습니다 :) 더 나은 이름을 찾아야 합니다.

확실히 "디버그"가 오해의 소지가 있다고 생각하면 "실행"으로 이름을 바꿀 것입니다.

2017년 5월 24일 수요일 오전 10:08, Nuno Donato [email protected]
썼다:

@reduz https://github.com/reduz 디버그 버튼을 이동하는 것은 훌륭했습니다
아이디어 :) 더 나은 이름을 찾기만 하면 됩니다.

[이미지: 2017-05-24 15-07-43의 스크린샷]
https://cloud.githubusercontent.com/assets/1642015/26404595/706f0328-408a-11e7-9f73-73f7513b8880.png

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

나는 '달려라'가 더 오해의 소지가 있다고 생각한다. 사용자는 게임을 실행하는 버튼이 있을 것이라고 생각할 것입니다. 아마도 "실행 옵션"이 작동할 수 있습니다. 메뉴 이름으로도 사용할 수 있는 "디버그 옵션"에 대한 현재 툴팁입니다.

"놀아요..." 아마도?

@vnen 지금은 디버그로 남겨 두었습니다. 그러나 나는 Run도 매우 오해의 소지가 있다는 데 동의합니다. 2단어 메뉴의 문제점은 2단어가 다른 별도의 메뉴 항목으로 오인될 수 있다는 것입니다. 아마도 그 간격을 개선할 수 있을까요?

"구성" ?

알겠습니다. 방해 요소 방지 버튼을 탭 표시줄로 옮겼습니다.

이것은 내 PR에 대한 나의 마지막 변경 사항이었습니다. 2d/3d 버튼을 어지럽히는 것은 지금 내 이해를 넘어서므로 다른 사람이 처리하고 싶다면... :)

@reduz 프로젝트 메뉴를 왼쪽으로 이동하여 종료 옵션이 모두 있고 Scene이 두 번째가 되도록 하는 것은 어떻습니까? 장면 메뉴에 "종료"가 있는 것은 약간 이상합니다. 프로젝트의 범위가 더 크므로 아마도 1순위에 더 적합할 것입니다.

말이 될 수도.. 모두가 익숙해져야 할 것 같아요.

2017년 5월 24일 오후 12시 40분에 "Nuno Donato" [email protected]에 다음과 같이 썼습니다.

@reduz https://github.com/reduz 프로젝트 메뉴를
왼쪽, 두 가지 종료 옵션이 있고 장면이 두 번째가 되도록 하려면? 그것의
현장에서 그만둔 것이 조금 이상하다. 프로젝트의 범위가 더 크므로
아마도 1순위에 더 잘 어울릴 것입니다

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

네, 습관의 문제입니다 :) 좋아요, 저는 마지막으로 PR을 변경했습니다. 알파가 출시된 후에는 많은 테스터가 있을 것이며 그 피드백을 통해 여기에서 개선하는 방법을 알 수 있을 것입니다.

나는 큰 키보드 사용자가 아니며 주로 마우스로 개발합니다.
내 UI 핫스팟(녹색)을 표시했는데 이 지점이 내가 가장 많이 사용한 버튼이나 메뉴여야 한다고 생각합니다.
빨간색은 내가 좋아하지 않는 곳입니다. (닫기 버튼에 가까이 다가가 프로그램 시작)

이것은 내가 가장 많이 사용하는 버튼입니다 (사용 빈도순으로 정렬)

• 새 노드 추가/생성(+ 버튼)
• 프로젝트 재생(재생 버튼)
• 스크립트 버튼(3곳 모두)
• 모드 선택 및 이동 모드(장면의 커서 및 십자 버튼)
• 히스토리에서 이전에 편집된 개체로 이동(인스펙터 창의 화살표)
• 2D 버튼
• 장면 인스턴스화(체인 버튼)
• 편집된 장면을 재생

메뉴 위치 (사용 빈도순)

• (장면 창) 편집 --> 스냅 구성
• (장면 창) 편집 --> 스냅 사용
• (장면 창) 편집 --> 그리드 표시
• 장면 --> 장면 열기...
• 장면 --> 다음으로 변환.. --> TileSet..
• 장면 --> 프로젝트 설정
• (스크립트 창) 파일 --> 열기/닫기
• (스크립트 창) 도움말 --> 상황별 도움말

제안

• 버튼 편집된 장면 재생 및 사용자 정의 장면 재생을 사용하지 않음).
• 브라우저에서 버튼
• AssetLib는 녹색 지점에 있어서는 안 됩니다.
• 재생, 일시 중지 및 중지는 녹색 지점에 있어야 합니다(하단의 녹색 지점은 어떻습니까?)

구형 파이어폭스나 구형 MS 오피스처럼 중앙 상단에 커스터마이징 가능한 버튼 바가 있으면 정말 멋질 것 같아요!!

죄송합니다. Scene과 Project가 바뀌는 데 익숙해지지 않는 것 같습니다.
아마도 다시 바꿔야 할 것입니다 ... UI에서 드문 일이 아닌 것 같습니다.

[이미지: 인라인 이미지 1]

5:20 PM에 2017년 5월 24일 (수)에, puppetmaster- [email protected]
썼다:

나는 큰 키보드 사용자가 아니며 대부분 마우스로 개발합니다.
내 UI 핫스팟(녹색)을 표시했는데 이 지점이
내가 가장 많이 사용하는 버튼이나 메뉴.
빨간색은 내가 좋아하지 않는 곳입니다. (닫기 버튼에 가까이 다가가서 시작
프로그램)
[이미지: 이미지]
https://cloud.githubusercontent.com/assets/10463138/26421573/d0cf4a66-40c6-11e7-8e09-c139aca8ebe1.png

이것은 내가 가장 많이 사용하는 버튼입니다 (사용 빈도순으로 정렬)

• 새 노드 추가/생성(+ 버튼)
• 프로젝트 재생(재생 버튼)
• 스크립트 버튼(3곳 모두)
• 모드 선택 및 이동 모드(장면의 커서 및 십자 버튼)
• 히스토리에서 이전에 편집된 개체로 이동(인스펙터 창의 화살표)
• 2D 버튼
• 장면 인스턴스화(체인 버튼)
• 편집된 장면을 재생

메뉴 위치 (사용 빈도순)

• (장면 창) 편집 --> 스냅 구성
• (장면 창) 편집 --> 스냅 사용
• (장면 창) 편집 --> 그리드 표시
• 장면 --> 장면 열기...
• 장면 --> 다음으로 변환.. --> TileSet..
• 장면 --> 프로젝트 설정
• (스크립트 창) 파일 --> 열기/닫기
• (스크립트 창) 도움말 --> 상황별 도움말

제안

• 버튼 은 편집된 장면 을 재생하고 사용자 정의 장면을 재생할 수 있습니다.
  장면 창 내부 (나는 Play 사용자 정의 장면을 사용하지 않습니다)
• 브라우저에서 버튼
  메뉴)
• AssetLib는 녹색 지점에 있어서는 안 됩니다.
• 재생, 일시 중지 및 중지가 녹색 지점에 있어야 합니다(
  하단에 녹색 점?)

상단에 사용자 정의 가능한 버튼 막대가 있으면 매우 멋질 것입니다.
오래된 파이어폭스나 오래된 MS 오피스 같은 중간!!

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

@reduz 스크린샷 첨부 파일에 문제가 있어 볼 수 없습니다.

메뉴도 몇 번이나 잘못 클릭했는데... 습관 때문입니다. 그러나 괜찮습니다. 더 오랜 시간 동안 이것을 시도하지 않으려면 위치를 되돌릴 수 있습니다. 이 경우 장면 메뉴에도 종료 옵션이 있습니까?

시간을 좀 더 주고 일주일 정도 뒤에 다시 평가해보자고 말하고 싶습니다. 우리는 모두 Scene 메뉴가 첫 번째 메뉴인 것에 익숙하지만 기능적으로는 Project 메뉴를 맨 처음에 두는 것이 훨씬 더 합리적입니다. Scene 메뉴는 Godot가 단일 씬 에디터였을 때 자연스러웠지만 2.0 이후로 우리는 다중 씬을 지원하게 되었고 Godot는 효과적으로 프로젝트 에디터가 되었습니다.

나는 항상 Scene 대신에 Project를 치고 있습니다 :confused:
그리고 장면을 편집할 때 재생 버튼을 클릭하는 데 사용되었지만 지금은 내가 3에 있다는 것을 기억할 때까지 찾을 수 없습니다.sweat_smile:

하지만 @akien-mga가 맞을지도...

이틀이 지났는데 계속 망했어요 :(

2017년 5월 28일 일요일 오후 12시 42분에 eon-s [email protected]에 다음과 같이 썼습니다.

저는 항상 Scene 대신 Project를 누르고 있습니다 😕
그리고 장면을 편집할 때 재생 버튼을 클릭하는 데 사용되었고 지금은 찾을 수 없습니다
내가 기억할 때까지 나는 3에있다 😅

하지만 @akien-mga https://github.com/akien-mga 가 맞을 수도 있습니다...

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

이론과 실제는 이미 알고 있는 여러분 모두가 항상 함께 가는 것은 아닙니다. :웃다:

페이스북에서 시선추적에 관한 누군가가 있었던 걸로 기억합니다.
그는 이것에 대해 도울 수 있습니까? :웃다:

네 아마 다시 교환하시는게 나을겁니다..

2017년 5월 28일 일요일 오후 1시 55분에 volzhs [email protected]에서 다음과 같이 썼습니다.

페이스북에서 시선추적에 관한 누군가가 있었던 걸로 기억합니다.
그는 이것에 대해 도울 수 있습니까? 😄

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

이틀 남았습니다.. 조금만 기다려주세요 :)
또는 가장 좋은 방법은 신규 사용자에게 가장 자연스럽게 느끼는 것이 무엇인지 물어보는 것입니다. 숙련 된 사용자는 항상 UI 변화에 약간의 좌절을 발견 할 것이다, 그러나 때때로 그것의 가치는 그것을 극복.

@akien-mga 아마.
그러나 AFAIK, 가장 중요한(많이 사용되거나 주의해야 하는) 항목은 대부분 왼쪽 또는 상단에 있습니다.
추가(가져가서 좋은) 물건이 오른쪽이나 아래쪽에 있습니다.
이것은 웹, 애플리케이션, OS와 같은 대부분의 경우에 일반적입니다.
Godot 2.x도 이미 이것을 따랐다고 생각합니다.

hehe 나는 @akien-mga에 동의합니다. 오래된 사용자는 항상 모든 변경 사항을 싫어할 것입니다... 근육 기억에 관한 것입니다 :)

@reduz 라고 말하면서,

그래서 아마도 그것들을 다시 병합하는 더 나은 방법을 찾으려고 노력할 것입니다. 그러나 읽기가 힘들고 다양한 옵션이 있는 거대한 메뉴로 끝나지 않습니다. 몇 가지 아이디어:

• "되돌리기" 장면 버튼을 제거하십시오. 사람들이 얼마나 유용하다고 생각하는지 모르겠지만 사용해 본 기억이 없습니다.
• 도움말 메뉴 뒤에 실행 취소 및 다시 실행 옵션을 버튼으로 배치합니다(사람들이 실제로 메뉴를 사용하여 실행 취소합니까? 너무 불편함).
• 닫기 장면 제거 - 예, 이러한 모든 일반적인 옵션(저장, 모두 저장, 닫기 등)이 있는 것이 일반적이라는 것을 알고 있지만 실제로 필요한가요? 탭의 닫기 버튼이나 바로 가기 키를 사용하여 장면을 닫지 않는 사람은 누구입니까?

이렇게 하면 메뉴가 7개 줄어듭니다!! (구분 기호 포함), 둘 다 병합될 때 더 견딜 수 있게 합니다. :)

탭의 닫기 버튼이나 단축키를 사용하여 장면을 닫지 않는 사람

여기 내가 있어, 가끔. 관련된 "되돌리기"인 것 같습니다.
몇 가지를 만든 후 변경 사항이 마음에 들지 않을 때 가끔 했습니다.

@nunodonato 나는 애니메이션이나 셰이더와 같은 나쁜 것을 깨거나 빠른 재장전을 위한 도구를 만들 때 장면 되돌리기를 사용합니다.

요점을 알았어. 메뉴에 엄청나게 많은 항목을 버리는 것보다 메뉴를 더 잘 구성하는 방법을 제안하고 싶습니까? :)

나의 빠른 제안은 이렇습니다.

사실, reduz가 오래전에 제안한 것과 거의 같습니다.

Scene 및 Project 순서에 대한 선호도가 없습니다. 그러나 메뉴 옵션이 아닌 버튼으로 실행 취소 및 다시 실행은 훌륭할 것입니다 <3

탭 수준에서 2d, 3d, 스크립트를 사용하는 것이 여전히 최상의 솔루션입니다.
이 메인 도크에만 영향을 미치는 경우 메인 도크의 일부로 만들지 않으시겠습니까?
발견 가능성은 여전히 ​​존재합니다!

자산 라이브러리가 오른쪽 상단에 있으면 다른 기본 도크 대안 대신 팝업이어야 한다고 생각합니다.
그것을 옮기려면 얼마나 많은 노력을 기울이겠습니까? 장점 단점은 무엇입니까?

내 제안은 이 스레드의 이미지를 기반으로 합니다. 따라서 현재 마스터 브랜치에서 보이는 것과 다릅니다.
그러나 나는 어디에 무엇이 있는지 제안했습니다.

이것은 어떤가요?

• 장면 창 내부의 장면 재생 버튼

@puppetmaster- 선택한 항목과 관련된 방이 있어야 합니다.

씬 독에서 "현재 장면 재생"이 정말 좋아요!! 그래도 오른쪽에 둡니다.
나는 android/html5 버튼이 상단 표시줄에 있어야 한다고 생각합니다. 그것은 어쨌든 설정되었을 때만 나타납니다 ... 그래서 일반적으로 거기에 없습니다. 편집:(2.1의 경우에만 해당됩니다... 제 나쁜)

네, 저도 알고 있고 더 많은 것을 원합니다.
재생하려면 장면을 열어야 하므로 장면 창 안에 장면 재생 버튼을 두지 않는 것이 좋습니다.

html 버튼은 항상 표시되지만 html 설정이 없습니다!?!

@puppetmaster- 맞습니다 죄송합니다

그리고 장면 내부의 버튼이 항상 지능적이지는 않습니다..

버튼은 작동하지 않을 때 비활성화되어야 합니다.

@puppetmaster- 오, 당신이 제안한 것을 기반으로 거기에서만 플레이(실행)하십시오. 지금은 방에 관한 것이 아니라고 생각합니다.
html5나 안드로이드 실행 버튼이 설정에 따라 보이거나 사라지는 것은 좋은 것 같아요.
직접 프로젝트를 실행하는 것은 내가 사용한 최고의 UX입니다.
모듈을 개발하거나 개발에 사용하지 않는 다른 플랫폼의 변경 사항을 테스트할 때 정말 많이 사용했습니다.

중간에 사용자 정의 가능한 버튼 막대가 있다는 아이디어는 어떻습니까?

@puppetmaster- 그다지 지능적이지 않다는 데 동의했습니다. 그것은 더 좋아야합니다.

여러분, 계속 토론에 집중하십시오. 이 문제는 프로젝트/장면 메뉴에 관한 것입니다. 다른 문제에서 도구 모음에 대해 토론할 수 있습니다. 될 수 있습니까?

@nunodonato 도구 모음에 대해 말하는 것이 아닙니다. :)
@puppetmaster-가 도구 모음으로 무언가를 이동하도록 제안했기 때문에 말한 것입니다.

도구 모음과 메뉴는 상호 연관되어 있습니다. 메뉴에서 도구 모음으로 무언가를 옮기거나 그 반대로 이동하는 경우입니다.

프로젝트 메뉴에서 나는 이런 것을 갖고 싶습니다.

내가 마지막으로 연 프로젝트 목록.
또한 입력 맵으로 바로 이동할 수 있는 가능성도 있습니다.

최근 장면이나 최근 프로젝트를 원하십니까? 불명확해서...

나쁜 스크린샷 죄송합니다.. 최근 프로젝트

@puppetmaster- 하지만 현재 프로젝트가 아닌 프로젝트 관리자를 위한 것입니다(설정, 도구 및 이와 유사한 것).

같은 메뉴 항목에 프로젝트와 장면이 있으면 상관 없습니다.
"New Scene"은 프로젝트와 잘 어울립니다.

@eon-s Quit to Project List 메뉴도 Project 메뉴로 옮겨져서 최근 프로젝트가 있는 목록이 될 거라고 생각했습니다.

새로운 Godot 사용자로서 저는 프로젝트가 Scene보다 훨씬 빨리 시작되는 것에 익숙해졌고 전반적으로 더 합리적이라고 생각합니다. 그대로 두어도 좋아요! 즉, 많은 사람들이 이것에 대해 너무 열중하고 있다고 생각하지 않으며, 일부 사람들에게 실제로 그렇게 큰 불편이 된다면 다시 교체해도 괜찮을 것입니다.

이것은 여전히 ​​관련이 있습니까? 엔진의 상단이 재설계되었기 때문에

더 이상 관련이 없다고 생각합니다. 그래도 토론은 계속될 수 있습니다.