Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - texus

Pages: [1] 2 3 ... 86
DotNet / Re: 32-Bit for .NET Binding
« on: Today at 11:11:52 »
I have updated the scripts to be able to build 32-bit libraries, it involved a bit more changes than I originally though.

The steps to download and compile them are as follows:
git clone
git submodule update --init --recursive
cd build
build.bat x86

I haven't actually been able to test the 32-bit libraries though as I don't know how to get an x86 dotnet program working on my 64-bit windows (I know very little about dotnet). So you are on your own for that part.

DotNet / Re: 32-Bit for .NET Binding
« on: 07 December 2018, 18:21:06 »
You have to clone the project with git, not just download the source code from github.

DotNet / Re: 32-Bit for .NET Binding
« on: 06 December 2018, 22:38:52 »
Although that quote was about the C# code itself, it is indeed because I never took the effort to support it and nobody asked for it until now.

Is there a reason why you need to use 32-bit? I guess there are still too many people with old computers out there who are using it, but I would think almost anyone who would be interested in running new software would have a 64-bit pc.

Although there is no technical limitation for 32-bit, you will have to change a few files to get it working because I hardcoded the x64 value to keep things simple.
You will have to start by checking out the TGUI.Net project with git (i.e. "git clone").
Open extlibs/build.bat and change the 3 occurrences of "vcvars64.bat" to "vcvars32.bat". There are also 3 occurrences of "x64" in that file, leave the "...Tools.x86.x64" on top alone, but change the ones in the cmake and msbuild lines to "x86".
Go back to the root folder and open build/TGUI.Net.sln with a text editor. Replace all occurrences of "x64" with "x86".

That should be enough to get 32-bit working. If you update the submodules and run the build.bat file in the build directory as described in the readme then it should build 32-bit libraries (this will take several minutes). Let me know if it works or not. If it works then I'll try to come up with a way to let you choose 32 or 64 bit without having to change the scripts manually.

Feature requests / Re: Style in ChatBox Lines
« on: 30 November 2018, 15:29:14 »
I can see the usefulness and it's easy to implement so... consider it done. Literally.
You can already download the version where you can set a text style in ChatBox from but you will have to compile it yourself with cmake. It will be included in 0.8.2 which will be released in a month or so.

Installation help / Re: CMake Error
« on: 17 November 2018, 09:41:13 »
I have recreated the 0.8.1 precompiled libraries. They now have the correct folder structure.

Installation help / Re: CMake Error
« on: 15 November 2018, 07:59:23 »
The shipped TGUISharedTargets-debug (and the ones for release and static libs) have only recently been added (in 0.8.1), but it was never tested that they work when shipped with my precompiled libraries (since they can contain hardcoded paths). It seems that due to a misconfiguration in the build server they aren't even included in all downloads on the website.

The error is that the files try to get the dll files from a bin folder (which is how things normally get installed when running cmake), but I ship my dlls in a lib folder. So creating the bin folder yourself and copying the dll fildes from the lib folder there is the correct solution.

I'll make sure to place the files in the bin folder next time I create the downloadable libraries.

Help requests / Re: Trouble with loading theme
« on: 12 November 2018, 22:10:12 »
You can get the exact error by surrounding the code with a try-catch block:
try {
    // contents from main() function
} catch (const tgui::Exception& e) {
    std::cerr << e.what() << "\n";

If the error is that it can't find the file then make sure the theme file is located in the same folder as your executable.

Help requests / Re: [Possible Bug] Canvas not displaying
« on: 30 October 2018, 19:09:17 »
I can't reproduce this here, so it might be related to your graphics driver. Which SFML version are you using? Make sure try the latest SFML version (2.5.1) as the render texture code has had several changes in the last few versions.

To rule out the possibility that this is a bug in TGUI, what happens if you use the following code?
// Create the RenderTexture and Sprite which the Canvas created for you
sf::RenderTexture rt;
sf::Sprite sprite;

// This code is executed only if gui.add is placed before setSize
rt.create(800, 600);
sprite.setTexture(rt.getTexture(), true);

// This code is executed when calling setSize
rt.create(100, 100);
sprite.setTexture(rt.getTexture(), true);

// This was your clear and display call

You will also need to put the following in your draw loop for it to show up in the top left corner:

If it doesn't show and removing the first part where rt.create is called does work, then it is clearly an error in SFML or your graphics driver. If the code does work however, then it may still be an issue in TGUI and then I'll try to investigate further.

DotNet / Re: Missing Canvas.Draw(Drawable) overrides
« on: 16 October 2018, 19:38:43 »
I'm a year late, but the Canvas now works as suggested in the first post.
Experimental support for custom widgets has also been added. It's not possible to inherit from existing widgets, but a completely new widget (which could contain existing widgets as member variables) can be written in C# (the new Canvas class is an example of a widget written in C#).

Help requests / Re: 'tgui::Textbox has not been declared'
« on: 15 October 2018, 10:03:57 »
The class is called "TextBox", not "Textbox" (capital B).

Installation help / Re: link “xxxxx-s.lib” faild
« on: 14 October 2018, 17:17:55 »
These errors aren't related to TGUI. If you link SFML statically, you must also link to its dependencies.

You also need to link to the following libraries:
Code: [Select]

More information can be found in the SFML tutorial:

Installation help / Re: link “xxxxx-s.lib” faild
« on: 14 October 2018, 17:09:11 »
Based on the errors it looks like you aren't defining SFML_STATIC.

Installation help / Re: link “xxxxx-s.lib” faild
« on: 14 October 2018, 12:33:03 »
What is the exact error you get? What compiler and/or IDE are you using?

Installation help / Re: Compiling TGUI for Android
« on: 13 October 2018, 23:11:13 »
For future reference, the example has now been updated to use gradle.
It worked for me without changing AndroidManifest.xml, but I did have to change to get it working.

Help requests / Re: Can't move the slider
« on: 13 October 2018, 16:23:20 »
Do other widgets work? If not then you forgot to call gui.handleEvent.
If other widgets do work then you should show some example code of what you are doing.

Pages: [1] 2 3 ... 86