Messages

It's strange.

On my linux system, I compile SFML + TGUI without C++11 enabled.
On my project I use C++11 and everything works great.

EDIT:

Sorry, I have a soul of archaeologist lol

Do you want the .NET binding to be up-to-date with the C++ version or it will lag a bit?

Coz I'm moving everything but my server from C++ to C# and programming is fun again

Hmm I'm on linux 64bit. I use SFML.Net 64 bit binaries and my MonoDevelop works in the 64 bit runtime. As far as I know, mono (and .net basically) produces binaries that are 64bit on 64 bit OS and 32bit on 32bit OS thanks to just in time compiler (specify something like "any cpu" build target, I don't remember exactly).

My app compiled on 64 bit linux with 64 bit libs works just fine on this linux and also runs on 32 bit windows xp without recompilation.

I think you shouldn't install 32 bit OS, it's pointless (unless you are limited on ram size).

https://www.mono-project.com/Config This is the config documentation. I still don't know why it doesn't work for you though.

Hmm I don't know why it doesn't work for you, maybe I forgot something... I will take a look into it.

I don't compile using terminal, I use mono develop.

I still don't get why old c++ standard doesn't have string-numeric conversion by default... It's so damn important and every app use it basically. It's very easy to write it yourself with template function using string streams, but still...

Everything is the same. If mono finds the local conf file, it will use this (along with global dll map).

When you have mono executable "app.exe" you simply create "app.exe.config" in its directory. And you put normal xml dll map there. I don't know but mono develop should have option to create it inside project but I never really looked into it.

Texus, it works on linux gcc 4.6. Mingw 4.7 is just lagged behind....

It's bug in mingw. There is workaround on the web (just download and copy paste few files). Or you can use visual c++

[/etc/mono/config]

TGUI requires Tao.OpenGL (dll files are included), which means that you will have to add a dllmap just as you had to do for sfml. You can put this inside /etc/mono/config.

I think it's a very bad thing. You should tell people to use local config file in app's directory.
The main reason is redistributing an app.

I won't be able to finish this anytime soon - unfortunately I have no time to work on my project currently. However when I manage to get some time, I will rewrite it.

How is the work going? I'm waiting for the finished version

Huh, I need to redesign it because now it doesn't work when you make the window too small... Well, I will write here tommorow with fixed design. I made it too simple...

Minimal-yet-full code is done. However I found some strange bug and I will need to fix it. I will post here when I fix it with uploaded file. I don't know how long will it take to fix it though.

Basically in some conditions the positions and sizes mess up completely. It's strange because 90% of the time the resizing works great. I have an idea where the bug is though.

How do you know when the widgets need to be resized?
The resize event tells that the window gets resized, but because the view stays the same, everything gets stretched by default. The resizing and repositioning should happen when the the view gets changes, right? Then you would have to call some function to resize the gui.

My engine changes the view automatically when there is resized event. But not everyone does it. So if we want to implement it into TGUI it must be disabled by default with option to enable it if you change the view during resizing yourself.

Could you also send me a more full code, because I still don't completely get the picture of how the gui responds exactly.

I will prepare a simple one-file full code that demonstrates it. Just give me a few mins.

EDIT:
It may take a bit more time because it depends on my engine and I need to cut input class from it to make it simple.