Godot: UI Concept for Godot

[alelepd]

Hi there,

This weekend I worked on a conceptual UI for Godot. My focus was on getting a clear and coherent design that can be flexible (fully dockable) and easy to expand in the future, and also up to date with current UX patterns on most 3d related apps. Please take a look and tell me what you think. The concept was first posted on the Godot IRC channel. Thanks to @xodene for the idea of posting the design here.

About the design

• Font used is Source Sans Pro, an open source font made by Adobe. This font has many weights and alternatives, including an mono spaced version, which suits perfect for scripting.
• Current icons are from Font Awesome, a set of open source icons well known in web development. My plan is to make a complete set of custom designed icons for Godot, but this could take a lot of time, so for know I sticking with this icon set, just for testing purposes.
• I took some freedom an added random icons and features, this helps me to see how the layout works.

Update on Oct 13, 2015
Hi everyone! I finally got time to continue my work on the UI. Here is a quick update on the interface that include some of the features you mentioned on the comments.

I also want to share with you a logo design concept I have been working on in parallel with the UI. This logo is my attempt to a fully coherent and modern Godot visual identity that initially starts with the UI design. Here I tried to simplify the current logo and make it more serious, solid and unique; as well as play well with different sizes and colors.

As always feel free to let any feedback you want; that's best way to iterate!

[mamarilmanson]

This is an awesome UI...

You might want to add "Windows" in the menu for hiding/turning on or off some of the docks... :D

[reduz]

that looks really pretty and It's actually very coherent. The main
limitation right now is that docks are not that flexible and the main
window (2D/3D/Script/Help) can't be undocked or reorganized, but it doesn't
seem incompatible with your proposal.

The other limitation is that scene tabs, with the scenes you are currently
editing, must definitely be visible at all times somewhere at one click (no
dropdown or menu since you are moving between them very often). Any ideas
how can that be implemented?

On Sun, Jun 28, 2015 at 10:35 PM, alelepd [email protected] wrote:

Hi there,

This weekend I worked on a conceptual UI for Godot. My focus was on
getting a clear and coherent design that can be flexible (fully dockable)
and easy to expand in the future, and also up to date with current UX
patterns on most 3d related apps. Please take a look and tell me what you
think. The concept was first posted on the Godot IRC channel. Thanks to
@xodene https://github.com/xodene for the idea of posting the design
here.

[image: gdoto_basic_layout_concept_01]
https://cloud.githubusercontent.com/assets/6024473/8399419/d3b7f9d0-1dd7-11e5-8596-0ca3efe12341.png

About the design

• Font used is Source Sans Pro, an open source font made by Adobe.
  This font has many weights and alternatives, including an mono spaced
  version, which suits perfect for scripting.
• Current icons are from Font Awesome, a set of open source icons well
  known in web development. My plan is to make a complete set of custom
  designed icons for Godot, but this could take a lot of time, so for know I
  sticking with this icon set, just for testing purposes.
• I took some freedom an added random icons and features, this helps
  me to see how the layout works.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207.

[reduz]

i was thinking something more along the way of this (though it needs to be made pretty)

[alelepd]

@mamarilmanson that would be very useful indeed!
@reduz good point. I'm already thinking about that and I agreed, these tabs should be always visible. I will work on a new version including the mutilple scene tabs.

Glad you guys liked the concept. I will be updating this post with more views/fixes overtime, including the design of many parameters in the Inspector panel (transform, color pop ups, curves, etc).

[godotengine]

awesome, that would be very appreciated

On Mon, Jun 29, 2015 at 12:23 AM, alelepd [email protected] wrote:

@mamarilmanson https://github.com/mamarilmanson that would be very
useful indeed!
@reduz https://github.com/reduz good point. I'm already thinking about
that and I agreed, these tabs should be always visible. I will work on a
new version including the mutilple scene tabs.

Glad you guys liked the concept. I will be updating this post with more
views/fixes overtime, including the design of many parameters in the
Inspector panel (transform, color pop ups, curves, etc).

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-116411355.

_OkamStudio_

[xodene]

can't wait to see where this design goes! so pleasing to the eye I wouldn't mind working on my game all night

[rdcklinux]

Awesome, implement please!!!!

[robertdhernandez]

Would love to see this implemented. It would go a long to way to making Godot more appealing to new and current users.

[razvanab]

Amazing design :)

[neikeq]

This design looks amazing! I like the look in Scene and Inspector tabs.

[Calinou]

:+1: for being flat design.

[reduz]

Another issue to note is that node type icons are currently colored blue
for 2D, green for GUI, red for 3D and Yellow for animation.
Without this color coding, it's difficult to tell which version of the
nodes you are using

On Mon, Jun 29, 2015 at 8:45 AM, Calinou [email protected] wrote:

[image: :+1:] for being flat design.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-116624797.

[alelepd]

Hey @reduz, sure, we can preserve the color coding on the icons, I think it will look good too ;)

[xodene]

you should also try to post a concept design for the project manager - would be nice to see.

[reduz]

@alelepd: awesome :)
@xodene Project manager needs some work. When you scan all the demos it becomes hell, so I was thinking of adding categories, previews and templates (that you can use to create a new project)

[reduz]

I was thinking of something more along this way for the project manager:

https://docs.unrealengine.com/latest/images/Engine/Basics/Projects/Browser/ProjectBrowserBoth.jpg

[alelepd]

@xodene indeed, I have some ideas for it.
@reduz nice! templates would be great for new users and the preview feature is very helpful too.

[macramole]

so hot

[mamarilmanson]

@reduz ~ Is it possible that in the nearest future you can implement the scripting reference as a separate offline web reference? my reference for this is how unity does it... it installs the program then when the user clicks help>scripting reference it opens the default browser to display the docs...

I think this is good so we can remove the reference/help button in the UI, because it seems it's always a problem finding a place or fitting it to put in the godot interface...

:)

[mamarilmanson]

@alelepd & @reduz ~ Some ideas I have in mind...

[itsraineing]

Very minor, but assuming that the 2D and 3D tabs remain (like @alelepd 's and @reduz 's examples), I would recommend that either the default (eg when creating a new scene) be changed to 2D, or the 3D tab moved to be the first; it's always stricken me as a bit odd that the editor defaults to the second tab.

[reduz]

@mamarilmanson : Scripts are good the way they are now (as a list). You usually have so many of them open that it's impossible to locate them when using tabs, being this much worse if you mix them with the scenes

[draxdeveloper]

yeah, really liked de design... There is some people that when come to
godot goes with a: wel... i don't know... Deisgn help with that part.
But speaking of UI... there is a bug in the actual one, that i can't dock
more than 2 tabs in the same docking area

2015-06-30 9:56 GMT-03:00 Juan Linietsky [email protected]:

@mamarilmanson https://github.com/mamarilmanson : Scripts are good the
way they are now (as a list). You usually have so many of them open that
it's impossible to locate them when using tabs, being this much worse if
you mix them with the scenes

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-117167341.

David Aguiar de Aquino Paiva

[draxdeveloper]

Ah! would be very useful to undock the output, even more if we can undock
stuff and put in a separeted window in the future... You can double the
usefulness of this with people that have two screens... (so one to output
and other to thre rest)

2015-06-30 10:30 GMT-03:00 David Paiva [email protected]:

yeah, really liked de design... There is some people that when come to
godot goes with a: wel... i don't know... Deisgn help with that part.
But speaking of UI... there is a bug in the actual one, that i can't dock
more than 2 tabs in the same docking area

2015-06-30 9:56 GMT-03:00 Juan Linietsky [email protected]:

@mamarilmanson https://github.com/mamarilmanson : Scripts are good the
way they are now (as a list). You usually have so many of them open that
it's impossible to locate them when using tabs, being this much worse if
you mix them with the scenes

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-117167341.

David Aguiar de Aquino Paiva

David Aguiar de Aquino Paiva

[OlexiyKravchuk]

I very much look forward to the steps towards the interface the same as in a blender to all the parameters of the position and the configuration so that you can adjust as you like in any order and configuration.

[alelepd]

@mamarilmanson I agreed on that, it would be great if the reference is online, using a menu button for the help section is also a better ux pattern, that's where normally it is on other apps.
+1 for the X icon on the scene tabs, that's the way I think of it (same as in chrome). The 3d/2d switch is insteresting, this is way unity works but in our case, that icon should be on the right corners because 2d and 3d views have different options, although maybe there's a way to standardize it.

The idea of mixing scripts and scenes tabs looks interesting although right now I'm liking more the @reduz approach (switching between scenes and scripting views) for this particular feature. If you have many scenes and scripting tabs open it could be a little mess. That said, your idea may suit perfect when having few files opens.

I will think deeply on this and share here what I come up this weekend.

@GungnirInd Yup, I think 3D should be first and always the default option, it should be in perspective camera by default too (easy to understand that it's a 3d view).

[reduz]

@alelepd The built-in help is useful for many reasons. First one is that it generates this help from the currently running version of the engine when compiling, so if you are using a development release, this documentation is always up to date (no function or class will be missing). The other reason for it is that, even though this is not implemented right now, the plan is that properties being edited can show tooltips extracted directly from the internal docs to make it more obvious what everything does

[kubecz3k]

@alelepd Another reason to have build in docs is the fact they work offline :)

[xodene]

It's actually a smart idea to have the documentation within the editor. The nice thing about Godot's editor is that workflow is always focused on the editor and that's really nice. Others benefits for in-editor docs have already been explained. I don't see how opening up a web browser for the documentation is a better UX experience, I'd say it's the opposite.

[draxdeveloper]

agreed

2015-06-30 12:22 GMT-03:00 Maximillian [email protected]:

It's actually a smart idea to have the documentation within the editor.
The nice thing about Godot's editor is that workflow is always focused on
the editor and that's really nice. Others benefits for in-editor docs have
already been explained. I don't see how opening up a web browser for the
documentation is a better UX experience, I'd say it's the opposite.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-117226487.

David Aguiar de Aquino Paiva

[robertdhernandez]

One of my favorite things about GameMaker is its built-in documentation and its ease of access. It goes a very long way and is a major contributing reason to why I like Godot.

[OlexiyKravchuk]

Yes, built-in documentation is 100% that thing which I dream to have in any software I should mention if it was not in Godot, it would be a terrible pain for me, I love it, even despite the fact that it is now not complete, but it really is very necessary so far, and there is a benefit here and now, it's all in one, without the Internet and unnecessary searches!

[mohaalak]

Offline help is so good, I love it so much, it helps me alot.
On Jun 30, 2015 9:49 PM, "OlexiyKravchuk" [email protected] wrote:

Yes, built-in documentation is 100% that thing which I dream to have in
any software I should mention if it was not in Godot, it would be a
terrible pain for me, I love it, even despite the fact that it is now not
complete, but it really is very necessary so far, and there is a benefit
here and now, it's all in one, without the Internet and unnecessary
searches!

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-117266005.

[mamarilmanson]

@alelepd ~ Now... need to create a UI creative team... XD

[mamarilmanson]

@reduz ~ sir... also maybe... if you can start cooking the d&d support for godot while we cook this UI brainstorming... uhm please... :)

[draxdeveloper]

since we are here... it would be a good idea the possibility to change
grid color, since the viewport border confuses with the grid lines...

2015-06-30 17:32 GMT-03:00 Manson Mamaril [email protected]:

@reduz https://github.com/reduz ~ sir... also maybe... if you can start
cooking the d&d support for godot while we cook this UI brainstorming...
uhm please... :)

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-117333062.

David Aguiar de Aquino Paiva

[alelepd]

These are great arguments! It makes me rethink about the reasons why I like the online reference and I think it's only because is easy to share and access it from any device; aside from that, the offline reference definitely wins. For online help we have the wiki.

@xodene what I mean by a better UX pattern is that is quite common to find the Help or reference docs from a menu instead of a panel, which are normally used to make actions or editing. That said, I think Godot help is fine the way it is :D. I do think there's room for improvement though (visually speaking).

@mamarilmanson haha, good point!

@draxdeveloper you mean grid color on the concept (white) or the current color on Godot (green)?

[mamarilmanson]

@alelepd ~ That's a good keyword to use... "Visually Speaking..." that will better explain that we only want to change how it looks and how it interacts with us... not how it works... :D

[vkbsb]

this looks great.. we should totally get this in godot.. !!

[TeddyDD]

Wow! My eyes of artist are happy to see that nice concept :D

About Project manager @reduz What about sorting projects by tags?

[mamarilmanson]

@reduz ~ It's really time to please designers... XD

[ghost]

custom skins and docking tabs would be nice. i like current skin better than the proposed above skin but i like the ui structure very useful. also the 2d 3d tabs i prefer more and the 1 button menu under Scenes much more useful.

[reduz]

it should be relatively easy to make custom skins, there should just be
better documentation on how to do it

On Sun, Jul 19, 2015 at 8:31 AM, trollworkout [email protected]
wrote:

custom skins and docking tabs would be nice. i like current skin better
than the proposed above skin but i like the ui structure very useful.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-122650767.

[ghost]

u guys must keep 2d 3d scripts an help is much better system than tabs suggested above . also i like how you focus on one scene at a time and how resources can load anything that you quickly wanna access (common container)

would be nice to be able to quickly edit /create images ie like ms paint in 2D view just basic tools select, pencil, brush, eraser . and edit/create 3D models in the 3D view. and help needs more text . the online wiki has more info. i want something like manpages. ideally these 3 changes will enable me to never have to leave Godot

[mamarilmanson]

D&D would be the greatest first step… if you ask me… :)

[reduz]

I'm trying to use multiple scene editing for Okam projects and have to admit it's kind of confusing for me, as having to select scene and script from different lists is difficult, and having to read the opened scene tabs for the scene i'm editing is not as straightforward either.

Going from the scene I have in my mind to a tab requires reading and that's kind of a slow process. I tried to understand why this is so efficient in web browers, and then realized it's obviously the website icons doing the work and not the text. Having the scene disassociated from the script, when in most cases it's related is also kind of annoying.

I've been trying to figure out ways to make this more efficient and realized we can leverage the idea of using scene thumbnails for switching (since they are being generated anyway, and generation could easily become more "real-time" too without much of an issue. )

So, how about something like this, showing scene thumbnails AND scripts related to the scene? (horrible mock-up)

It's easy to find a scene and related scripts this way.

Another problem I usually face is the disconnect from the scene tree and property editor . they are in opposide sides of the screen now by default, so it's not so obvious that they connect. As such, I was considering moving scene tree to the right as it was before, and keeping the left for opened scenes and filesystem.. and do away with resources dock (integrate a similar functionality as a menu in the property editor)

[slapin]

Well, from my perspective, if you have a small amount of scripts (under 20) it is quite easy to
display scripts, referenced from scene on top of the list and in different color.
However, that won't help when you have > 100 of scripts most of whiach are not referenced from node tree by default. To make this work I'd appreciate being able to group scripts into packages (the python way) being presented as subdirectories.

[zhagsenkk]

@reduz
My suggestion.And i think we should allow to use right button.

[TeddyDD]

@zhagsenkk I would add pop-up thumbnails when mouse hover over tabs :+1:

[kubecz3k]

@zhagsenkk Hmm I think @reduz want to utilize scene thumbnails to perform this functionality.. as he said finding tabs with text is not as fast and easy for our brain as finding pictures.. The problem is how to use them in the way that will look good and still will be functional (don't eat half of the screen I guess).

[zhagsenkk]

@kubecz3k I think we should use keyboard shortcuts to change scene.Like Alt+Tab in Windows 7 or 8. Show us a diagram.

[Calinou]

Ctrl+Tab is used by most browsers to switch tabs. How about this shortcut switches scenes? Ctrl+Shift+Tab would inverse the order of switching, just like in browsers.

[reduz]

Added root node icons on the tabs, this seems to considerably help. I will
try to toy around with adding previews and a way to see the scripts
associated too

On Sat, Jul 25, 2015 at 7:28 AM, Calinou [email protected] wrote:

Ctrl+Tab is used by most browsers to switch tabs. How about this shortcut
switches scenes? Ctrl+Shift+Tab would inverse the order of switching,
just like in browsers.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-124832698.

[ghost]

there are few minor annoyances with the ui but as it stands i think is awesome and doesn't need heavy restructuring. someone mentioned keyboard shortcuts.

how about 1 = 2D, 2 = 3D , 3 = Script, 4=Help or Ctrl+1, Ctrl+2 ...

would be nice to have an manually assignable keyboard shortcuts for various actions/panes and saveable/loadable keyboard shortcut config file.

[reduz]

you have F2,F3,F4,F1 for 2D, 3D, Script and Help respectively

On Sat, Jul 25, 2015 at 8:00 AM, trollworkout [email protected]
wrote:

there are few minor annoyances with the ui but as it stands i think is
awesome and doesn't need heavy restructuring. someone mentioned keyboard
shortcuts.

how about 1 = 2D, 2 = 3D , 3 = Script, 4=Help or Ctrl+1, Ctrl+2 ...

would be nice to have an manually assignable keyboard shortcuts for
various actions/panes and saveable/loadable keyboard shortcut config file.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-124834148.

[ghost]

i didn't know that. that's good enough :+1:

[draxdeveloper]

The scenes can have color tabs and/or icons (the user can put a personalized icon).
This would help since the user would choose the best color/icon that fit the concept to him (i could put green tabs to character and red to enemies scenes, for example. Another user would prefer a different approach)
The scripts, i liked the @slapin packages idea (even if i don't grasp the concept entirely).
Another solution it's one that i mentioned before, using tags on the scripts.
So i could filter, group and sort using those tags.

[reduz]

I ended up adding a script button to the tabs, and I think it worked pretty
well

On Tue, Jul 28, 2015 at 10:33 AM, David Paiva [email protected]
wrote:

The scenes can have color tabs and/or icons (the user can put a
personalized icon).
This would help since the user would choose the best color/icon that fit
the concept to him (i could put green tabs to character and red to enemies
scenes, for example. Another user would prefer a different approach)
The scripts, i liked the @slapin https://github.com/slapin packages
idea (even if i don't grasp the concept entirely).
Another solution it's one that i mentioned before, using tags on the
scripts.
So i could filter, group and sort using those tags.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-125609295.

[draxdeveloper]

script button, how it will work?

[rdcklinux]

if you click the button then go to scene's script

[shackra]

you have F2,F3,F4,F1 for 2D, 3D, Script and Help respectively

Why not deleting that and use C-x b instead... :P

[mamarilmanson]

what character is that? :)

[draxdeveloper]

So, i looked the script button but i still think that would be good script tags to sort and filter the scripts, and also would be good a option to personalize the icons of the nodes, i have a lot of scenes that starts with a node 2d, so a lot of then would be just a blue ball.

[ghost]

Icons for the scripts because the asterisk is often hidden.

[draxdeveloper]

Ok, i at this moment i have 30 scripts and this is a small project that still have stuff to add...
That said, it's becoming harder to find my scripts, not because i can't find it but because i can't organize my list by groups, so i can't work on just one thing... at the moment i can't handle this, but think in 100 or more scripts (and i can easily hit this in a more complex project) ok, i can use the open shortcut, but still is not practical or at least this make the side list less useful for those cases...

[xodene]

The script editor needs to show the directory tree for scripts, then it would be much more organized to find certain scripts. Similar to how this is done in many IDEs.

[shackra]

I say that this is better tacklet adding a shortcut for showing a modal window which lists all your scripts
and you can narrow the candidates by writing in a "line edit". Something like Helm for Emacs, but adapted for Godot:

Heck, I even suggest this solution for opened scripts too (a shortcut for switching between open scripts using
the same system).

El martes 11 de agosto del 2015 a las 1447 horas, Maximillian escribió:

The script editor needs to show the directory tree for scripts, then it would be much more organized to find certain scripts. Similar to how this is done in many IDEs.

---

Reply to this email directly or view it on GitHub:
https://github.com/okamstudio/godot/issues/2207#issuecomment-130065336

Pax et bonum.
Jorge Araya Navarro.
ES: Diseñador Publicitario, Programador Python y colaborador en Parabola GNU/Linux-libre
EN: Ads Designer, Python programmer and contributor in Parabola GNU/Linux-libre
EO: Anonco grafikisto, Pitino programalingvo programisto kai kontribuanto en Parabola GNU/Linux-libre
https://es.gravatar.com/shackra

[draxdeveloper]

@alelepd

you mean grid color on the concept (white) or the current color on Godot (green)?

The actual green, the grid color and the color of the "border" of the viewport are the same

[reduz]

I use the script open shortcut all the time (alt-ctrl-o), but i'm not
really sure if there are better ways to tacke this problem..
i thought about making the script list sortable by recent-usage as an
option, but when I develop godot (which has thousands of C/C++ files), only
the locator really works.

On Tue, Aug 11, 2015 at 6:00 PM, David Paiva [email protected]
wrote:

@alelepd https://github.com/alelepd

you mean grid color on the concept (white) or the current color on Godot
(green)?

The actual green, the grid color and the color of the "border" of the
viewport are the same

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-130073938.

[draxdeveloper]

i still think that putting tags on the script that can be grouped, filtered and sorted would solve this.

[draxdeveloper]

There is a modding tool called mod organizer that do this with their mods, i am not in my home at the moment, when i get there i can't show a printscreen of it.

[ghost]

one really simple solution is ability to tag script files using color kinda like mac or google does then have some tiny toggle-able buttons one for each color that can show or hide scripts that have been tagged. and have like 6 colors or 8.

kinda like this but godot version much more simple http://cdn.osxdaily.com/wp-content/uploads/2013/11/how-to-know-file-is-tagged.jpg

[ghost]

i find color coding to be most efficient way to visually organize something . i use it all the time in g drive or on my mac. is much faster than reading text tags.

[draxdeveloper]

text tags would not be used to read, but to group and filter.
grouping would be like this
tag A
yadayada
yadayada
yadayada
tag B
yadayada
yadayada
yadayada
tag C
yadayada
yadayada
yadayada

and filtering would just show scripts with the said tags, so you can short a list with hundreds of scripts

[draxdeveloper]

But why not both things, you can say that a tag have a color, i thing github is that way

[ghost]

i just suggested color tagging as it's the easiest to implement. also i'd rather filter it by showing and not showing when tag is enabled rather than as a tree structure.

another way of doing it is have a small live search box that filters all script files that contain that text as you type

file1.gd
bigscript.gd
blahblah.gd

type "b" you get second two script showing, type "bi" you get only bigscript showing. etc. then you can create your own system by naming scripts in a certain way. i've seen this being done and rather successfully in geck fallout 3 modding software for example which has millions of entries and easily filterable.

for this system all you need is add an input box that you can type in.

[draxdeveloper]

here:

[draxdeveloper]

you can edit the tags on this list, for example, realism is a tag that i have created.

[kubecz3k]

Hmm I'm wondering why in new ui (nightlies) list with opened scripts is not assigned to a scene anymore... The way how it was working in vers <= 1.1. It was very natural and 'godotish' way to group scripts. For me it was very comfortable that when changing scene another set of tabs with scripts were prepared. I'm usually working with scripts that are very much linked to current scene as well as to themselves. And I'm very often changing scene only because I want to load 'different set/group' of scripts to the list. It would be even more awesome now, when scenes can be changed by visually clicking on the tab.

[mamarilmanson]

@draxdeveloper @alelepd ~ Hello... :)

[draxdeveloper]

@manson Mamaril hi

2015-08-12 22:32 GMT-03:00 Manson Mamaril [email protected]:

@draxdeveloper https://github.com/draxdeveloper @alelepd
https://github.com/alelepd ~ Hello... :)

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-130499139.

David Aguiar de Aquino Paiva
Dive sistemas

[alelepd]

Hi!
Hey guys, sorry for been inactive since my last post. I'm actually really busy these days and it has been quite difficult to get the time to work on the UI.
But I read everything you are writing here. I hope to get some free time in the incoming weeks and continue my work with the UI :D

[mamarilmanson]

@alelepd ~ ahaha XD

are you also on irc?

[trond]

I think @trollworkout has a great suggestion with the live search box for finding scripts. Visual studio has this, and since I discovered that I have been using it all the time - between that and "go to definition", I barely ever use the file explorer any more, although it is of course useful for getting to know new projects.

[ghost]

2.0 UI is much much better thank you <3

[alelepd]

Update time! (on initial post).

[reduz]

i'm finishing the last features for 2.0, will hopefully integrate the new
UI on the weekend.

On Thu, Oct 15, 2015 at 8:13 PM, alelepd [email protected] wrote:

Update time! (on initial post).

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-148548723.

[xodene]

Again, this is incredible work. I can't wait to work in this environment. 2.0 stable is going to be amazing.

[draxdeveloper]

godot is growing everyday, at least enter one new member each weeek on the
godot brasil group

2015-10-15 20:26 GMT-03:00 Maximillian [email protected]:

Again, this is incredible work. I can't wait to work in this environment.
2.0 stable is going to be amazing.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-148550492.

David Aguiar de Aquino Paiva
Dive sistemas

[alelepd]

@reduz that's great!
Any chance we can get it with support for retina displays in OSX?
I really think that would be huge benefit for those using hi-resolution screens.

[reduz]

I'm too poor for a retina display, so that will have to wait until I can
save enough money or the community donations exist and can gather enough
money for one :P

On Fri, Oct 16, 2015 at 11:37 AM, alelepd [email protected] wrote:

@reduz https://github.com/reduz that's great!
Any chance we can get it with support for retina displays in OSX?
I really think that would be huge benefit for those using hi-resolution
screens.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-148734387.

[silverkorn]

@reduz, lot of people have suggested donation portals (Patreon, Kickstarter, etc.).
You should take few minutes to launch one so we can invest in Godot's development or just for the appreciation.

Are donations through those services something complicated to manage with your country's law?

[godotengine]

We are working with Conservancy on setting up a donation system. It is a
lot easier for the project to rely on a foundation when looking for
commercial, education or government sponsors.

On Fri, Oct 16, 2015 at 12:40 PM, Juan Linietsky [email protected]
wrote:

I'm too poor for a retina display, so that will have to wait until I can
save enough money or the community donations exist and can gather enough
money for one :P

On Fri, Oct 16, 2015 at 11:37 AM, alelepd [email protected]
wrote:

@reduz https://github.com/reduz that's great!
Any chance we can get it with support for retina displays in OSX?
I really think that would be huge benefit for those using hi-resolution
screens.

—
Reply to this email directly or view it on GitHub
<https://github.com/okamstudio/godot/issues/2207#issuecomment-148734387
.

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-148749784.

_OkamStudio_

[ghost]

guys just start a crowdsource campaign. people will like this project and you might be able to get a few things you need.

[MarianoGnu]

I'm a little scared with screenshot resolution... 2.880px × 1.860px
If the controls are not scaled down by half my screen wont have enought space for everithyng, i'l end up working in a 32x32 canvas editor ^ ^!

Can't wait to try this out :D

[alelepd]

@MarianoGnu hehe, don't worry about that, I'm designing on a retina screen, which doubles the resolution. The non retina equivalent is half the size, a 1440px width screen ;)

@reduz looking foward to the donation system, it will help a lot ;)

[danilojr]

Hi,
Here's a suggestion for the logo updating. It is just a simplification of the original (which is already pretty cool).

[Calinou]

The current logo looks like this:

It really has a "mascot" feeling, which I like.

[reduz]

Andrea, the logo designer, has expressed desire to simplify the design a
little but said she will wait until 3.0

On Sat, Oct 17, 2015 at 8:54 AM, Calinou [email protected] wrote:

The current logo looks like this:

[image: Godot logo]
https://raw.githubusercontent.com/okamstudio/godot/master/logo.png

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-148911107.

[ghost]

The current logo is cute, ludic and suggest gears and other mechanisms. It's not necessarily a good idea to change that.

[MarianoGnu]

besides, that looks like an hippo.... i like the G-bot much more :)

[alelepd]

@danilojr great! My approach was more in the "serious warrior" mood, trying to create something that clearly states "I am powerful and amazing" in comparison with "I am funny and friendly" statement of the current logo. Although keeping the mascot/warrior/robot idea is totally fine too, maybe we can make something that states "I am powerful and friendly". Your approach looks nice, I think the version without the nose is the better.

I think a revamp of Godot visual identity is needed in order to get more people involve in the community, people need to see that Godot can be more than just a friendly game engine but a tool to create amazing gaming experiences. In my research, Godot engine visual identity is quite below the bar when is compared with other engines like Unreal, Cryengine or Unity. Godot have the potential to become one of the "big names" in game creation, same way Blender is doing it on animation, but of course that will only happen if the goals are set towards that.

In the other side, it would be hard to make a drastic change that everyone likes at first sight because the current logo is already placed in the community's memory, so most people will think its an unnecessary change, even when its not. This is actually very common in most open-source projects, where design is usually taken as something with low priority, commonly mistaken as a matter that only affects aesthetics. What normally happens in this arena is that changes happen slowly through the years.

[shackra]

maybe we can make something that states "I am powerful and friendly". Your approach looks nice, I think the version without the nose is the better.

Without a nose!?

(We should stop this chat, this is not Facebook but a bug tracker thou)

[alelepd]

@shackra Ok ;) I will publish new updates through the forum.

[draxdeveloper]

the noseless one don't seems a robot, it's seems some kind of a orc.

2015-10-17 23:12 GMT-03:00 Jorge Araya Navarro [email protected]:

maybe we can make something that states "I am powerful and friendly". Your
approach looks nice, I think the version without the nose is the better.

Without a nose!?

[image: growing-a-nose-makes-you-stronger-dbz-logic]
https://cloud.githubusercontent.com/assets/1055216/10562178/577dabfe-750b-11e5-8bd9-550b159eb7c6.jpg

—
Reply to this email directly or view it on GitHub
https://github.com/okamstudio/godot/issues/2207#issuecomment-148968953.

David Aguiar de Aquino Paiva
Dive sistemas

[ghost]

i cant handle the no eyeballs white eyes that's my main concern :)

[silverkorn]

"I am powerful and friendly".

Just make the Godot mascot becoming mad for 3.0 :laughing:

[ghost]

nice

[ssavalot]

I made a dark flat ui layout for Godot engine.
The color sets based on alelepd (cheers) designs.

Download:
https://github.com/ssavalot/godot_flat_ui

Merry Christmas!

[reduz]

this looks really good! let's use it for 2.1

On Mon, Dec 21, 2015 at 6:50 PM, ssavalot [email protected] wrote:

I made a dark flat ui layout for Godot engine.
The color sets based on alelepd (cheers) designs.

Download:
https://github.com/ssavalot/godot_flat_ui

Merry Christmas!

—
Reply to this email directly or view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-166433719.

[shackra]

Awesome! :open_mouth:

Thank you and Merry Christmas, @ssavalot !

[reduz]

2.1 will have many improvements, such as drag and drop, context menus, etc.

On Mon, Dec 21, 2015 at 6:55 PM, Jorge Araya Navarro <
[email protected]> wrote:

Awesome! [image: :open_mouth:]

Thank you and Merry Christmas, @ssavalot https://github.com/ssavalot !

—
Reply to this email directly or view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-166434701.

[Calinou]

What about using #547799 (blue-ish gray) as color code for comments in the script editor? It is more readable than the current brown color, and fits the theme more. Here's an example that uses the Source Code Pro font:

[ghost]

hey guys. I was trying to change the godot UI color to something else at it seems the colors in settings only affects certain parts of the UI namely Text Editor. I wish I could change the color of the entire UI kinda like say Gimp or Ableton Live can. I find the background color too blue I wanted it to be more gray maybe warm gray.

[toger5]

Hey,
first of all I really love the style of the UI concept It looks Great and professional.
I also want to make an proposal about the UI. Because I think having one big UI element for the three modes (3d/2d/scripting) doesn't make that much sense anymore because the script editor isn't as scene dependent as it was. I like the Idea of @mamarilmanson. Because you usually only have 3D Or 2D scenes it would make a lot of sense to make this a toggle control. So my idea is to make the scene tabs on top and implement the 3 different views (3d/2d/scripting) into the task bar of the main window.
Like so:

compared to:

This would have the advantage that there is less space occupied for task bars -> you get more space. See Issue: #3779 Godot UI improvements [Mockups]

And I think It wound make a lot of sense to toggle between scripting and scene editing.

I also wanted to ask if anybody can give an update about the priority of new UI design and when it may be implemented ?

I just want to mention (although I know its not the right place, but it was discussed here too ) that I really like the Logo of the DarkDot theme of the Q&A:

It also fits very well to this theme

[reduz]

Please remember that in Godot, both 2D and 3D engines are separated, so you
can't really expect their toolbars to be the same or have a single button
to switch between 2D and 3D. I know it looks prettier but it's not that
usable this way
.

On Sat, Feb 27, 2016 at 11:43 AM, Timo [email protected] wrote:

Hey,
first of all I really love the style of the UI concept It looks Great and
professional.
I also want to make an proposal about the UI. Because I think having one
big UI element for rhe three modes (3d/2d/scripting) doesn't make that much
sense anymore because the script editor isn't as scene dependent as it was.
I like the Idea of @mamarilmanson https://github.com/mamarilmanson.
Because you usually only have 3D Or 2D scenes it would make a lot of sense
to make this a toggle control. So my idea is to make the scene tabs on top
and implement the 3 different views (3d/2d/scripting) into the task bar of
the main window.
Like so:
[image: godotuiproposal]
https://cloud.githubusercontent.com/assets/16718859/13373346/231d45a4-dd66-11e5-8d59-5ac8da80f374.png
compared to:
[image: godotuiproposal_oldversion]
https://cloud.githubusercontent.com/assets/16718859/13373372/5153b7b8-dd67-11e5-902b-84eb6cfe4a7d.png
This would have the advantage that there is less space occupied for task
bars -> you get more space. See Issue: #3779
https://github.com/godotengine/godot/issues/3779 Godot UI improvements
[Mockups]

And I think It wound make a lot of sense to toggle between scripting and
scene editing.

I also wanted to ask if anybody can give an update about the priority of
new UI design and when it may be implemented ?

I just want to mention (although I know its not the right place, but it
was discussed here too ) that I really like the Logo of the DarkDot
http://www.godotengine.org/qa/46/darkdot-dark-theme-for-godot-q%26a
theme of the Q&A:

[image: image]
https://cloud.githubusercontent.com/assets/16718859/13373437/a45ba5a0-dd68-11e5-87fa-209d2c8d608b.png
It also fits very well to this theme

—
Reply to this email directly or view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-189654388.

[alelepd]

It is awesome to see that some folks have come with such great ideas for the UI! Never thought that my initial post would had so many feedback comments. To me, it means that many people in Godot community actually cares about design and look foward to see more improvements in that regard.

I really hope that Godot development could add more priority into the User Interface design. Current Godot UI could benefit a lot from some simple design changes. There is room for improvement anywhere, from the website (yes, is new but it can be much better) to the user onboarding of the app (just look how many steps you need to start a simple project), the logo and even the icon (no more gray background please).

It is a huge mistake to think that just because something is working "ok" it can't be much better.

There have been some great progress with Godot as a Game Engine this last year, but unfortunately the progress on UI is incredible low.

Last year I took the initiative to work on this because back then I already saw that Godot UI needed help, 9 months later and I now see that it should be a no-brainer choice.

[reduz]

I really hope that Godot development could add more priority into the User Interface design.

2.0 Changed the user interface a lot, pretty much every aspect of the user interface was improved.
2.1 Will continue improving it, including a new and more user friendly project manager.

We haven't switched to a more modern flat-looking theme though, current one is too new, so we'll wait a bit and work un usability first.

[MarianoGnu]

There's no comments anywhere about this, but since color picker was added, there's a way to add default shaders and materials to default theme, this will need some changes in code (maybe add a ShaderMaterialStyleBox class) but it's posible and may allow to scale controls without losing quality.

[LaBlazer]

We should really implement vector graphics for UI. I cant even say how i like this design, it should be really implemented. I was working with shader graphs and they only look good on 1:1 scale, if you zoom in or zoom out them they become very pixelated and non-readable. I agree that usability is a priority, but UI shouldn't be overlooked too...

[silverkorn]

We should really implement vector graphics for UI.

nanosvg & nanovg could be good candidates, cross-platform and really permissive licence (zlib). :smiley:

[reduz]

nope, Opengl is not designed to draw this stuff in real time. At much it
can be baked to a mesh but not modified much in real-time.
Flash uses vector and renders using CPU, but for us this is not possible.
2D Meshes will be introduced in Godot 3.0, so for now we will have to wait.

In any case, we can simply use a texure in higher resolution and zoom will
look OK, it's not too bad.

On Thu, Mar 10, 2016 at 6:13 PM, Danny Boisvert [email protected]
wrote:

We should really implement vector graphics for UI.

nanosvg https://github.com/memononen/nanosvg & nanovg
https://github.com/memononen/nanovg could be good candidates,
cross-platform and really permissive licence (zlib). [image: :smiley:]

—
Reply to this email directly or view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-195051345.

[alelepd]

I'm not completely sure how, but as I understand, Blender UI is done with pure OpenGL. You guys may want to check that.
I do think Godot UI should support retina screens. This is already the standard in many new laptop screens and it would be the standard on desktop size screens very soon.

[toger5]

A while ago @ssavalot posted a really nice looking theme. I wanted to adapt it a little more to make It look a little more like the one alepd designed.
I changed some .png's and some code (for example to style the top bar without the button hover stylbox and to make the tabs float to the left.)
Here are some screenshots just to give you an impression how it looks so far.

[reduz]

Nice.. Will definitely want to merge it for 2.1
On Apr 3, 2016 10:30, "Timo" [email protected] wrote:

A while ago @ssavalot https://github.com/ssavalot posted a really nice
looking theme. I wanted to adapt it a little more to make It look a little
more like the one alepd designed.
I changed some .png's and some code (for example to style the top bar
without the button hover stylbox and to make the tabs float to the left.)
Here are some screenshots just to give you an impression how it looks so
far.
[image: theme almost done3]
https://cloud.githubusercontent.com/assets/16718859/14230135/2d2fe338-f94c-11e5-93e6-578c155d57db.png
[image: theme almost done]
https://cloud.githubusercontent.com/assets/16718859/14230134/2d2fb94e-f94c-11e5-8a26-9543d2c4ac9c.png
[image: theme almost done2]
https://cloud.githubusercontent.com/assets/16718859/14230136/2d34f490-f94c-11e5-9727-e8dd6d4da8b6.png

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-204847059

[toger5]

I wanted to remove the padding of the tab containers on the left and on the right (so that the viewport has contact to the background as in the UI concept of @alelepd ...). But I had no success. Can anybofdy give me a hint where to finde it (code line and document). I guess it have to be in editor_node.cpp or default_theme.cpp or do I have to change the TabContainer class ?
EDIT:
thanks to the help of Ugis Brekis I now achieved it.
I will continue updating the theme

godotdevelopers.org

[KioriSun]

About the logo, i think the helmet logo alelepd created is eons better than the current one, far simpler, and more compatible with the many scenarios a logo has to show up in.
Also, more engaging as a tool symbol.

[ghost]

Holy shit that UI is amazing. Good work OP.

[Geequlim]

It is really cool!

I did some syntax schemes. I think this one is fit for this editor theme.

The syntax schemes can be found here

[kubecz3k]

Adding 2.1 milestone to consider, since @reduz mentioned that this could be merged in 2.1

[neikeq]

@Geequlim Amazing color schemes! It may be good to provide .tet files once #4296 is merged :)

[reduz]

merged

On Mon, May 23, 2016 at 9:02 AM, Ignacio Etcheverry <
[email protected]> wrote:

@Geequlim https://github.com/Geequlim Amazing color schemes! It may be
good to provide .tet files once #4296
https://github.com/godotengine/godot/pull/4296 is merged :)

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-220961243

[ghost]

I personally prefer warmer colours and that green is jarring but it does make the code pop out : D

[ghost]

@trollworkout we can choose I believe so it'll be okay :)

[ghost]

Hey guys I love @toger5 's layout. I had a few ideas and decided to just edit a few things based on his layout.

Layout changes

• Removed all the panel tab titles. You can clearly see what a panel does without the title.
• Centre panels now get the ability to maximize to full window. This will affect 2D, 3D, Script as well as Output, Debugger and Animation. Filesystem Browser should also be able to do this. There's a lil icon to the right side that allows to switch between full window and regular.

Also proposing the following:

• Panel icons to be reduced in size.
• Changing the Godot Engine app icon to angry version
• And finally proposing the ability for FileSystem browser to create New Folders via context menu. Also see #4815

EDIT: Note that all credits for the layout design go to their respective creators . I simply "gimped" certain features in and out based on their designs.

[vnen]

You can clearly see what a tab does without the title. While it may look nice is a waste of space.

Yes, but it makes hard to direct someone with words. "Click on the Inspector..." "Wait, what's the 'Inspector'?"

I'm all up for removing unnecessary things, but they have really to be unnecessary.

[alelepd]

Hey @toger5, thats really cool! :D
Actually, the @trollworkout ideas are very good. This have been done is other apps and it could be implemented in many ways. Blender for example uses lateral tabs to organize panels in some cases. Cinema 4D is smarter, it allows you to display the tabs in different position, top (by default), right and left (like blender), it is also posible to drop the panel tab titles, which is quite handy once you now how everything works.

Flexible panels are very useful.

On the other side, I feel that the nodes design should be more prominent, right now they are transparent, only the tabs are visible, which is confusing.
The texture thumbnails could be a bit different too, it lacks visual order.
The "Vertex - Fragment - Light" menu should be left aligned to follow the convention.

@Geequlim nice theme!! 💃

[ghost]

@vnen Click on the inspector. OK. What's the inspector? Is it the 3D/2D/Script window nope. Is it the FileBrowser nope. Is it the Animation, Debug, Output. What's left? Where I add nodes and on the right hand side where I set parameters.

You underestimate people and their ability to figure things out. While you wanna help users and make the UI more friendly you don't wanna spoon feed them things they don't need.

EDIT : Alternatively you could have symbols for each panel where you can mouse over and tells you what it is.

Godot is already heading in that direction with the new drag and drop removing the Up, Down or Delet Nodes for example. I feel the next step (for me at least) is to compress the UI further and leave more room for important stuff like nodes, parameters and so forth.

[alelepd]

@trollworkout, @vnen has a good point. Tabs are useful in many cases. For example if you want to merge two panels, you'll probably want to use tabs to identity the panels and switch from one to another. Tabs are less useful when there is only one panel in the area.

Also, tabs are not always needed, especially when the content itself is self explanatory (like the 3d view) or –in some apps– the coordinates info.

A good UI should be smarter enough to consider how and when you need something and therefore avoid any confusion.

[ghost]

@alelepd Of course I didn't mention this above but when panels are merged tabs show up but otherwise they are hidden by default. Perhaps a custom setting like "hide tabs on non-merged panels" could provide a middle ground.

[volzhs]

I agree with @vnen. without title, it could be called as many different name for the same panel.

[DriNeo]

@trollworkout Thanks for the idea but I wonder how you select a tab if there are two of them on the same dock ? It's useful to save space for the viewport, especially on laptops.

[ghost]

@DriNeo I was thinking tabs show up when you have panels merged. The hidden tabs are only for 1 panel alone

[Elisto]

wow

[ssavalot]

Hi folks

I made some updates for flat UI design and I test it with latest Godot alpha 2.1 version.

Download:
https://github.com/ssavalot/godot_flat_ui

Cheers

[alelepd]

Nice one! 👍

[neikeq]

@ssavalot Your theme looks great! LineEdits look a bit weird though :P

[ghost]

The drop boxes and text boxes looks pretty odd almost like labels. Still pretty good effort 👍

[Geequlim]

I add custom theme support for godot editor in this pr #5243 it allows to load themes generated by the editor as the editor theme.

The following theme is inspired by the arc-theme GTK theme you can get it from https://github.com/Geequlim/godot-themes.

We can customize our editor without any code or re-compile it.

And it should be very easy to extend/modify themes from otherone.

[MarianoGnu]

@Geequlim too brigth! I'm gonna get blind! Turn it off! Turn it OFF!!

[Geequlim]

@MarianoGnu There is a dark version https://github.com/Geequlim/godot-themes
Not finished as I`m not good at this stuff.

[akien-mga]

Clearing milestone as it's an ongoing discussion, not really something that should be implemented for a specific version.

[MarianoGnu]

Btw, will 2.1 change the default theme before stable?

[reduz]

no, don't think we'll do a major theme change until 3.0

On Fri, Jul 15, 2016 at 12:27 PM, Mariano Javier Suligoy <
[email protected]> wrote:

Btw, will 2.1 change the default theme before stable?

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-232984078,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AF-Z23-PNj8TP21z-9luhpOd90nHscnKks5qV6b2gaJpZM4FNyIT
.

[reduz]

new theme has to be done from scratch to work with HiDPI also, it will be
quite some work

On Fri, Jul 15, 2016 at 12:50 PM, Juan Linietsky [email protected] wrote:

no, don't think we'll do a major theme change until 3.0

On Fri, Jul 15, 2016 at 12:27 PM, Mariano Javier Suligoy <
[email protected]> wrote:

Btw, will 2.1 change the default theme before stable?

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-232984078,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AF-Z23-PNj8TP21z-9luhpOd90nHscnKks5qV6b2gaJpZM4FNyIT
.

[ghost]

@reduz Will the new theme be like the original proposal in this thread, or do you guys have something else in mind? I know you've mentioned something about the original designer doing something about the logo too. Any words on any of these two questions?

[reduz]

Nothing in mind, maybe yes, won't bother thinking about it until 3.0

On Aug 11, 2016 16:56, "krisleesc" [email protected] wrote:

@reduz https://github.com/reduz Will the new theme be like the original
proposal in this thread, or do you guys have something else in mind? I know
you've mentioned something about the original designer doing something
about the logo too. Any words on any of these two questions?

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-239272869,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AF-Z2_mB7OHTOFTBuo2x7W1qV_RUKHKqks5qe35agaJpZM4FNyIT
.

[Geequlim]

@MarianoGnu It was turned off now :smile:

You can try it form https://github.com/Geequlim/godot-themes

[Geequlim]

There is also a light one.

[akien-mga]

Looks nice :) I guess you're aware that the inspector section headers ("Sprite", "Node2D", "Transform", etc.) are quite hard to read. Is it because they can't be changed with the current API, or do you still have to do it?

[Geequlim]

@akien-mga As mentioned in #6430, the colors in Editor section below cannot be saved.

[alelepd]

Hmm, It would be great if it can be changed to white (or very light grey).
The highlight blue over the grey icon on the filesystem also have bad color contrast. A fix could be done this way: using alpha instead of solid grey. Not sure if that's possible though.

[MarianoGnu]

@Geequlim i installed and setted it up, but most of the panels haven't changed it's look, just the fonts and colors.

[MarianoGnu]

I found out the reason, looks like all the resource paths are absolute to the scene root instead of local the the resource, this forces you to save the files in the same directory locations that you used to create the theme

[Geequlim]

@MarianoGnu You should run the install.py

[toger5]

For windows the theme did not install correct. So i got the same result than MarianoGnu.
Now it works. So installing the theme is as easy as downloading Geequlim's repo -> running the python file -> go to godot settings and choose the right path for the custom theme.
On windows: C:Users\your_username\AppData\Roaming\Godot\theme\
On mac & linux: Users/your_username/.godot
restart and you are done...

[KioriSun]

@Geequlim
I Would just like to point out that in a smaller screen 1366x768, the theme takes up too much room. I guess it's all the extra 'padding' that the theme uses.
Here is an example:

For comparison, the original theme:

Overall much more functional. ;)

[Geequlim]

@KioriSun You can change the margin and font size of the theme for your screen.

[alelepd]

Related to that; I always though that these window buttons are too small;
they should be bigger because they represent the main actions that you are
going to take.

2016-09-11 14:30 GMT-04:00 Geequlim [email protected]:

@KioriSun https://github.com/KioriSun kiYou can change the margin and
font size of the theme for your screen.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/godotengine/godot/issues/2207#issuecomment-246195710,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFvtGV3p_XIHVpR7yPr8QwT3SKVpd_Mlks5qpEisgaJpZM4FNyIT
.

[ghost]

Just found this today and it looks absolutely brilliant. I want this implemented badly, new logo and all.

[Geequlim]

Hey guys~
Anothor editor theme looks like adobe photoshop is coming

[Geequlim]

@KioriSun This problem should be fixed in latest commit :)

[ObaniGemini]

I don't get it. Is there an official theme support or are those only patches replacing files that you have to recompile ?

[toger5]

@ObaniGemini there is an official theme support. It still has it's edges but basically it works. I think Geequilim is the only one actually understand how it works and using it (of course there are some more understanding it... ). Most other design previews you see are based on changing textures, some style information in the default_theme.cpp file and recompile.

[zicklag]

I just found this and I really enjoy @alelepd's original concept along with the comments about it that I added a :+1: to. I has a _very_ professional feel like Unity and Blender does.

I think the logo is a good idea. It is going to be hard to change a trademark like the Godot logo, but I do think that it could be more professional looking. I don't want it to look mean in any respect, but when I first saw it I did think it look a little child-like.

I've been keeping up with the master branch and they have been working on a new default theme, but it is mostly just style changes. Was the original concept just an image put together with an image editor or was there actual code for building that UI? I'm really just wondering if that UI is something that can get merged into the Engine or if it is just a concept that would need to be coded into existence.

[toger5]

@zicklag it is a concept (made in image manipulating software)
the current theme implementations are influenced by it and a good mix of: possible to execute (in terms of how much work it is) and best looking. In addition to that the new theme will allow for much easier customisation.
Icon change happend already. It is nicer (more modern) but godot won't loose it's branding. (I like it).
-> it can't get merged exactly like proposed. but the new theme will be great you will see!

[zicklag]

@toger5, thanks for clearing that up for me. Can't wait to watch this play out. :)

[toger5]

@akien-mga since the new ui is pretty close to the concept and most points which got discussed here are solved in a really nice manner right now we could consider closing.

[akien-mga]

Indeed :)

[alelepd]

Hi everyone! it's been a while since I published this initial design concept. I feel so happy that some of these ideas actually made it to the final release of Godot 3.0 UI.

Also happy with the improvements in other design aspects of Godot, like the new web design.

It was great to see how many of you took the concept and implemented for real, and even expanded to many other sections of the editor.

There is still a lot to do in design for Godot, but this is definitely a step forward!

[groud]

@alelepd honestly, your first design is so great I wanted to implement it. I'll give it a try someday ^^

[reduz]

Your design was a big inspiration for us. We couldn't follow it more closely because we needed to keep things functional, bit there are still many ideas on it we can explore in the future!

[ALipAkrohk]

@alelepd & @reduz ~ Some ideas I have in mind...

Your design was a big inspiration for us. We couldn't follow it more closely because we needed to keep things functional, bit there are still many ideas on it we can explore in the future!

In version 4.0, how close is Godot to the new design?
Is it associated with a design like version 3?
The Godot interface is in dire need of updates!

[Calinou]

@APakrohk The editor theme will probably be redesigned in Godot 4.0. I have a WIP branch for this, but it needs to be rebased.

[toger5]

@Calinou can we get screenshots 😍

[alelepd]

@APakrohk Thanks for checking. Actually, I have many new ideas for a new UI (and website) design but I haven't got enough time to work on it. I'll try to make some progress soon.

[Calinou]

@toger5 Here's how it currently looks. I recently rebased it on top of the master branch with the DisplayServer changes:

There are still many things to fix, like icon margins and decreasing margins between docks.