Main Menu
Menu

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.

Show posts Menu

Messages - texus

#1486
Done. Panels are now visible by default (light grey background).
#1487
Help requests / Re: CombBox show duplicated ghost
31 October 2013, 12:04:03
It seems like more things went wrong while porting the code to c# than I expected.

Fixed.
#1488
It seems like this has already been fixed in the c++ version.

It must have been a change that I missed when changing the .Net port.
I'll try to fix this as soon as possible.

Edit: Fixed.
#1489
I'll set it to (100, 100).

Default size for Panel and ChildWindow is needed anyway if I want to add them to the form builder in the future.

Edit:
Do you also want a default color (e.g. white)? Because right now it is transparent by default for when you just want to use it as a group of widgets, but that means it is still invisible when you create it.
#1490
This might be caused when the images can't be loaded.
Make sure that the file given by the value of NormalImage_L ("Button/White/Normal.png" I guess) exists.
The path is relative from the config file (so the Button folder has to be in the same folder as White.conf).

I guess the errors could be more clear. I'll change that later today.
#1491
Thanks for investigating on the bug.

I made the m_Focused variable default to false, because in all my tests a focused event would be send when creating the window.

Anyway, I now changed the default value to true, so it should now work with the latest version.
#1492
Strange, it works fine for me. The animation of course stops at the last frame because it isn't looping, but at least I have an animation.

I'll look into this later today, because I don't really know what version I tested it with, so there is always the chance that I'm not using the same version as you.
#1493
There is one thing to understand about the widget files: the 'Window: ""' does absolutely nothing :).

It is preserved from previous versions where the Gui class was still called Window, but that is not the real reason for this Window line.
The idea was that you would be able to place multiple windows/frames into a single text file and then you would tell loadWidgetsFromFile which one to load.  However this has not yet been supported and the line is indeed redundant.

I haven't decided yet what to do with the Window part. But it isn't really a big issue, you can still do everything including loading child windows, as long as you have the whole file in a Window block.
#1494
"widgets/EditBox/White" should be "widgets/White.conf".

The code gets into an endless loop trying to read from a folder instead of a text file.
#1495
Installation help / Re: help with installing tgui
24 October 2013, 12:01:41
I have been able to reproduce it with the version that you use and this is indeed a problem in that version.

But you downloaded the precompiled binaries for windows (which might have not been clear from the download page, my fault).
If you compile it yourself (like you have to do on linux) then you should just download the latest development version. This issue seems to be fixed there already.
#1496
Help requests / Re: Text font issue
24 October 2013, 11:52:29
This looks like it has more to do with your graphics driver than with tgui. I wouldn't have any idea what else could cause this.

But one question remained unanswered: can you reproduce it with just using sf::Text?

Edit: Also, are you compiling with the -std=c++0x flag?
#1497
Help requests / Re: Text font issue
24 October 2013, 09:33:44
On which operating system?

Do you have the same problem with just using sf::Text?

Could you provide a small code example which fails for you?
#1498
Installation help / Re: help with installing tgui
24 October 2013, 06:24:38
I'll look into the problem.

You should try with the latest development version instead of with the beta.
#1499
The function is for binding functions in your own classes, so it expects a normal pointer and not a smart pointer (the popupWindow).

You'll need to write it like this (get returns the internal pointer).
icon->bindCallback(&tgui::Widget::show, popupWindow.get(), tgui::Button::LeftMouseClicked);
#1500
Installation help / Re: [MSVC 2010] Build errors
19 October 2013, 00:32:24
VS2010 is still supported (and will stay supported), but you must compile the library yourself (just like you would have to do for e.g. VS2013).

I cannot provide precompiled libraries for compilers that I don't have on my pc.