[Reported] Multiple file system not selecting

Ruhan · November 12, 2019, 3:23pm

Problem using Multiple file system…I was trying that for first time and saw this bug.

Bouh · November 12, 2019, 5:17pm

What have you seen ?

arthuro555 · November 12, 2019, 8:19pm

Yeah, I noticed too. When you change this option on the latest version it transforms itself to Choose an option whatever you choose.

Bouh · November 12, 2019, 9:32pm

if someone want report it on Github, maybe this bug is also on other selected list.

Reported here

github.com/4ian/GDevelop

Rework text field, some buttons and some layouts

4ian:master ← 4ian:feature/rework-textfield-and-layout

opened 10:53PM - 17 Nov 19 UTC

4ian

+1809 -1132

After discussing the text fields [here](https://github.com/4ian/GDevelop/issues/…927#issuecomment-554348476) and remembering that some people think GD has not enough contrast or issues seeing what is a field/what is not a field, I think it's fair to say that the "flat" text field from the first version of Material Design are not the best for users. I've been reading a bit about text fields and turns out Material Design is now recommending outlined or filled text fields. They have written an [interesting research here](https://material.io/components/text-fields/#research): > Enclosed text fields with a rectangular (box) shape performed better than those with a line affordance > The text field box should be represented with a semi-transparent fill and a bottom line or with a fully transparent fill and an opaque stroke. Material-UI added these new field design in the version that GDevelop is now using: https://material-ui.com/components/text-fields/. I think it can solve some complaints and ease the learning curve for new users to use filled text fields instead of the old "flat ones". As much as I like the clean result of the old ones, they seem no optimal. I've made the changes to use the filled version everywhere except: * In "MiniToolbar", where I use still use the "Flat" version without any borders * that's basically it :) Ideally, I think we could also add a background to the flat version. These new fields are taking **less space** than before, because the margins were reduced. The label is included in the background color as provided by material-ui and suggested by material.io - this is not changing the space used by the fields. Here are a few comparisons: <img width="883" alt="Screenshot 2019-11-17 22 17 39" src="https://user-images.githubusercontent.com/1280130/69015483-2e97e780-098c-11ea-9a8b-9a351810e3fe.png"> <img width="536" alt="Screenshot 2019-11-17 22 18 28" src="https://user-images.githubusercontent.com/1280130/69015484-2fc91480-098c-11ea-81d0-007eb2f9259c.png"> <img width="1750" alt="Screenshot 2019-11-17 22 19 10" src="https://user-images.githubusercontent.com/1280130/69015485-2fc91480-098c-11ea-83fb-b6c177658169.png"> <img width="1610" alt="Screenshot 2019-11-17 22 20 38" src="https://user-images.githubusercontent.com/1280130/69015486-2fc91480-098c-11ea-97d4-59434575c8c1.png"> Another few improvements: * Fields that are on two columns on desktop/tablets will automatically be stacked in a single column on small windows/phones (this was already done in the properties panel, this is now generalised). * Some buttons have been changed to be "RaisedButtons" instead of just icons, to make them more visible. I also set the label "Create" or "Edit" for the resource selectors, so that users can discover that they can use external editors :) * I've started a file "UI/Layout.js" that contains some utilities for commonly used layouts. I know that visually this is **quite a big change** :) But I think that going forward this will be much more intuitive for users. After a few hours working with this, I already get used to it. TODO: - [x] Fix margins of AutoComplete and SelectFields when isInline is true - [x] Fix selection of project file type (isFolderProject) with SelectField