Error in saving data -> Picture and meany more issues

[1aam2am1]

When saving picture in form.txt:
Picture."Picture1" {
Enabled = false;
IgnoreMouseEvents = true;
Size = (716, 346.731);

Renderer {
    texture = data/raku2.png; //here is error it should be in "", because if it isn't then 
}

}
Failed to load 'form.txt', reason: Error while parsing input at line 14. Found empty value.
line 14 is the line with texture value.

[1aam2am1]

Could you add that a label and button text with /n is new line from form.txt?

[1aam2am1]

There is error in saving renderers, when saving White option it is saving it as custom one.

[1aam2am1]

There is error in editbox ReadOnly property is not saved and readed from form.txt
Combobox SelectedItemIndex

[texus]

here is error it should be in "", because if it isn't then

It seems like the gui builder currently requires you to type these quotes inside the editor (they are there for the default picture too). This is definitely something that could be improved in the future, but I don't think the gui builder can differentiate between cases where it can add quotes and cases where it shouldn't add quotes yet. So just doesn't add quotes automatically.

Could you add that a label and button text with /n is new line from form.txt?

Button doesn't support newlines, in label you can already do it with \n, as long as there are quotes around the entire string.

There is error in saving renderers, when saving White option it is saving it as custom one.

The renderer isn't actually saved, when loading it tries to match all properties with one of the known renderers and selects Custom if it fails. With which widget is it happening? Do you have to make changes to the widget before it wrongly identifies it as Custom?

There is error in editbox ReadOnly property is not saved and readed from form.txt
Combobox SelectedItemIndex

SelectedItemIndex was intentionally not saved because I thought it would be weird to save which item is currently selected in your program, but I guess it can be wanted if the file is being saved by the gui builder. So I'll add this to ComboBox and to similar widgets (and I'll add the ReadOnly property to EditBox, which was just overlooked).

[1aam2am1]

This is definitely something that could be improved in the future, but I don't think the gui builder can differentiate between cases where it can add quotes and cases where it shouldn't add quotes yet. So just doesn't add quotes automatically.

It shouldn't do it, but by saving it without quotes. Your node parser is not working when reading. Therefore saving should add these to property save our widgets config.

in label you can already do it with \n, as long as there are quotes around the entire string.

In label it is not working while saving by gui-builder. In config it is automatically saved as \\n

The renderer isn't actually saved, when loading it tries to match all properties with one of the known renderers and selects Custom if it fails. With which widget is it happening? Do you have to make changes to the widget before it wrongly identifies it as Custom?

I don't need any changes at all. It works even when i only click in gui-builder to create widget in Toolbox.
Widget: I thing all. I have checked: Button, Checkbox, Combobox, Editbox.
In custom themes All hover properties are transparent.

SelectedItemIndex should be implemented because in example i want have selected item with index 0 with is in example "None" string. And in my program i will treat this position as nothing was selected.

[texus]

Therefore saving should add these to property save our widgets config.

I thought that the gui builder was literally writing the key-value pairs to the file, but it is using the saveWidgetsToFile function (which makes sense), so you are right that this is a bug in the saving code.

I'll fix this and the saving of SelectedItemIndex and ReadOnly this week.

In label it is not working while saving by gui-builder. In config it is automatically saved as \n

If you don't put quotes around it then it will be seen as a literal string. You have to put quotes around the Text property to make it parse the \n as a newline.

I don't need any changes at all. It works even when i only click in gui-builder to create widget in Toolbox.
Widget: I thing all. I have checked: Button, Checkbox, Combobox, Editbox.
In custom themes All hover properties are transparent.

If I just create a button, save the file and load it again then the theme still says "White". Same for edit box.

When I choose the custom theme it doesn't say transparent here anywhere, only "#000000". But either "transparent" or "#000000" is a bug. It seems like the gui builder doesn't handle properties that aren't assigned a value.

The gui builder hasn't been used a lot yet and I've been focusing more on the gui itself than on the gui builder, which is why there are some things that aren't working well yet. But I'm glad someone is finally providing feedback on the gui builder, so that I know which things need to be fixed.

[1aam2am1]

When I create label in gui-builder and set text to:
I set => I get when i load it in my program as form
line1\nline2 => line1\nline2
"line1\nline2" => "line1\nline2"
'line1\nline2' => 'line1\nline2'
line1"\n"line2 => line1"\n"line2
line1'\n'line2 => line1'\n'line2
Actual gui-builder translate \ to \ when saving to file. There fore there is no new line in gui-builder
When I edit manualy my form.txt to:
"line1\nline2" => line1
line2

Then everything works. But in gui-builder my text edit have two lines to.

I have finded new error: In editbox when we load it from form.txt the caret is not visible.

[texus]

I should have probably tested it myself before stating that you could just put quotes around it. I guess I'll have to change how the gui builder saves strings to a file then.

In editbox when we load it from form.txt the caret is not visible.

I'm not sure what behavior you are expecting. Only the focused edit box has a flickering caret, so obviously whether the caret is visible or not can't be saved. Do you mean that you want to be able to specify which widget should get the focus after loading a the file?

[1aam2am1]

No when I load editbox make it focused by clicking on it. The cared is not visible. But I can write to editbox normally. Like the cared was transparent.

[texus]

I think I understand what you mean, but I can't reproduce it. The caret shows up correctly for me. This is what I had in my saved form:

EditBox."Widget5" {
    Position = (370, 330);
    Size = (160, 22);
    TextSize = 13;

    Renderer {
        backgroundcolor = #F5F5F5;
        backgroundcolordisabled = #E6E6E6;
        backgroundcolorhover = white;
        bordercolor = #3C3C3C;
        bordercolordisabled = #7D7D7D;
        bordercolorhover = black;
        borders = (1, 1, 1, 1);
        caretcolor = black;
        caretwidth = 1;
        defaulttextcolor = #A0A0A0;
        padding = (0, 0, 0, 0);
        selectedtextbackgroundcolor = #006EFF;
        selectedtextcolor = white;
        textcolor = #3C3C3C;
        textcolordisabled = #7D7D7D;
        texture = None;
        texturedisabled = None;
        texturefocused = None;
        texturehover = None;
    }
}

Do you maybe have "transparent" as value for "caretcolor" or "0" for "caretwidth"? Did you do anything other than just creating an edit box and saving the form?

[1aam2am1]

I simply have:

EditBox."gp_moc" {
Enabled = true;
Position = (0, 60);
Size = (127, 20);
Text = "-";
TextSize = 12;
}

But if I copy your Renderer config then carriage returns to normal behavior.
I thing there is error with default values when the renderer config isn't written,

With the error of simply creating editbox with gui-builder saving it and loading it. And it load as custom one instead of White the config it is saving is:

EditBox."Widget1" {
Size = (160, 22);
TextSize = 13;
Renderer {
    backgroundcolor = #F5F5F5;
    backgroundcolordisabled = #E6E6E6;
    backgroundcolorhover = #00000000;
    bordercolor = #3C3C3C;
    bordercolordisabled = #7D7D7D;
    bordercolorhover = #00000000;
    borders = (1, 1, 1, 1);
    caretcolor = #00000000;
    caretwidth = 1;
    defaulttextcolor = #A0A0A0;
    padding = (0, 0, 0, 0);
    selectedtextbackgroundcolor = #006EFF;
    selectedtextcolor = #00000000;
    textcolor = #3C3C3C;
    textcolordisabled = #7D7D7D;
    texture = None;
    texturedisabled = None;
    texturefocused = None;
    texturehover = None;
}
}

When I delete Renderer part then it loads editbox as White config

[texus]

The following changes have been made:

• The picture will now load correctly without the quotes.
• ReadOnly property of EditBox and SelectedItemIndex in ListBox and ComboBox are saved in the widget file.
• Colors can be set to an empty value. Previously the color would reset to "black", "#00000000", "transparent" or whatever value was there before.
• Gui Builder will save the values seen in the edit boxes, not the values entered (e.g. if you make an edit box for a color property empty, the gui builder will change it to "None", but will now also save it as "None" instead of trying to save an empty value).

I have chosen not to support newlines in label at this point. This is a limitation that exists in other gui builders as well (including the one I use at work) and although it can be an annoyance, it isn't easy to work around properly (i.e. without adding some hack). At this point the gui builder sees all properties as strings and does not differentiate between e.g. colors and textures. When rewriting it in the future to e.g. add a color picker for colors, I will probably add some way to allow entering multiple lines of text for labels (e.g. by adding a small button with "..." as caption on the side of the edit box which would open a form where you can enter multiple lines). But for now you will have to change it manually in the form.txt file.

I've uploaded a new Gui Builder executable so that you can test it without having to rebuild it yourself. I couldn't reproduce issues where the renderer isn't being saved, but maybe it got fixed while making the other changes. If you still find some bugs then just let me know, but if everything works in the new version then you can close this github issue.

[1aam2am1]

The issue wasn't that the renderer wasn't saved. But that when there wasn't one. The widget would have transparent property in hover values.

Now everything works.

I have checked yours executable and i have built library anew. And i have seen something strange.
In yours build when loading form. Widgets would have White theme.

In my executable a custom one theme. Source code is the same therefore there shouldn't have been any differences.
Try my build.
gui-builder.zip

[texus]

I have no idea why the executables could be different, but I did notice that when closing your gui builder when there were still unsaved changes, the child window that asks you whether you want to save the file is broken. So there seem to be more issues with your executable.

I have a feeling that I've seen that child window broken before, but I can't recall any details about the situation. I would probably have dismissed something like that as a broken graphics driver, but having two executables now where one of them works proves that the problem lies elsewhere.

The executable I build was created with Visual Studio 2017 and 32-bit SFML 2.5.1 static release libraries downloaded from the SFML website.
What is the exact compiler and SFML version you are using? If you build the SFML libraries yourself then you can maybe upload them somewhere. I would like to test if the issue is reproducible if I use the exact same compiler and SFML version as you.