Recent Posts

Pages: 1 ... 8 9 [10]
91
Feature requests / Re: A way to set minimum thumb size.
« Last post by Qvark on 11 August 2018, 03:58:24 »
Loved your min size thumb addition.

I have another thing that puzzles me now.  :D

I don't seem to get any backspace events in my EditBox widget. Is this by design? Del key works though, although that is not as nice since I then have to move an "invisible marker" to in-front of where I want to delete.
I should add that so-far I am not using any themes but the default one.
Should add that I am compiling on Windows currently.
92
Feature requests / Re: A way to set minimum thumb size.
« Last post by Qvark on 07 August 2018, 00:40:07 »
Wow, that was really fast!
Thank you. I'll be trying it out very soon.
93
Feature requests / Re: A way to set minimum thumb size.
« Last post by texus on 06 August 2018, 22:38:20 »
I've implemented it such that the thumb will never be smaller than the scrollbar width.
You can download the latest version from github.
94
Feature requests / Re: A way to set minimum thumb size.
« Last post by Qvark on 06 August 2018, 13:28:39 »
Sounds great either way, it would be appreciated for sure.
95
Feature requests / Re: A way to set minimum thumb size.
« Last post by texus on 06 August 2018, 08:15:17 »
That's something that has been on my todo list for a while, so I guess I should really give this another look. It's not easy to add because it changes all the internal calculations about where the thumb is located, which is the reason why is hasn't been done yet.

But I'm not sure if it is necessary to have a setThumbMinimumSize function, I would just go with a max thumb size that equals either 1x, 1.5x or 2x the width of the scrollbar (I'm not sure what is best, I should look up again which was most commonly used, I think it was 1x).
96
Feature requests / A way to set minimum thumb size.
« Last post by Qvark on 06 August 2018, 00:55:38 »
Hi,

I would love to see a way to set a minimum size for the "thumb/draggable area" on a scrollbar.
As it is I am loading a lot of data into a listbox causing the draggable area to shrink until it vanishes after awhile.
It would be great with a function like setThumbMinimumSize or something like this.
97
Help requests / Re: Binding buttons to an hidden menu
« Last post by glagan on 25 July 2018, 10:55:50 »
It works perfectly :) Thanks again !
98
Help requests / Re: Binding buttons to an hidden menu
« Last post by texus on 24 July 2018, 20:26:53 »
Both issues have been fixed.

1) An "AnimationFinished" signal was added to the Widget class. The following calls are all valid (the ShowAnimationType parameter is the same as passed to showWithEffect/hideWithEffect while the boolean will be true for showWithEffect and false for hideWithEffect)
widget->connect("AnimationFinished", [](){});
widget->connect("AnimationFinished", [](tgui::ShowAnimationType type){});
widget->connect("AnimationFinished", [](bool visible){});
widget->connect("AnimationFinished", [](tgui::ShowAnimationType type, bool visible){});

2) Although nested scrollable panels is an unlikely scenario, the issue would also happen on any scrollable widget within a scrollable panel (e.g. list box, text box, chat box, ...). The scrollable panel simply handled the mouse wheel event without checking whether any child widget should get it instead.

New version can be downloaded from github.
99
Help requests / Re: Binding buttons to an hidden menu
« Last post by glagan on 24 July 2018, 00:12:39 »
The AnimationFinished callback would be really great i think, i actually searched for one when i had the problem and you made one that is called when the animation is done but it's only used for internal purpose :(

Also, the issue where i'm not able to scroll a scrollable panel inside a panel is wrong, i didn't check first but it's a scrollable panel inside another scrollable panel, so... this issue was kind of dumb for my purpose, i can simply remplace the outter one with a simple Panel and it will work, since the outter one is just a container with fixed size, there is no need for it to have a scrollbar (i don't know why i did that).
But the issue may be a real one ? I don't know, it could be tricky to fix with even more nested scrollable panel.

Thanks.
100
Help requests / Re: Binding buttons to an hidden menu
« Last post by texus on 23 July 2018, 23:14:22 »
The hideWithEffect issue is intended behavior. If I wouldn't reset the position and size after the animation then it wouldn't be possible to hide and show the widget again, you would have to manually specify the size again before showing (in your case this is probably simple, but I imagine that others may not like to have to store the size themselves just to be able to show their widget again).

The timer solution sounds tricky, I can imagine that in some exceptional case your timer might expire before the internal timer in TGUI. I'll see if I can add a AnimationFinished callback that gets triggered at the end of animations, that might be a better solution.
The real solution would be to have proper animation support, where you would be able to define both a begin and and end state (so that you can move a widget from one place to another or like in your case change the size from some value to another). When I originally looked into this I decided to just keep things simple and only add animation support for showing and hiding and I don't think that will change soon.

Not being able to scroll when the scrollbable panel is inside a panel sounds like a bug, I'll look into that tomorrow evening. The ignoreMouseEvents function only exists for Picture and Label so it isn't relevant here. Even if it existed for Panel, it would also mean that the events would never reach the ScrollablePanel but would instead be delivered to the widgets behind the Panel.
Pages: 1 ... 8 9 [10]