Author Topic: SFGUI (0.4.0 released) (Read 350583 times)

Groogy · « **Reply #150 on:** November 13, 2011, 11:25:17 pm »

Alright SFGUI compiled but one of the examples didn't work. At least for MinGW make files. It was unable to compile the desktop example and the output was:

Code: [Select]

Scanning dependencies of target Desktop
mingw32-make: Interrupt/Exception caught (code = 0xc0000005, addr = 0x004132f6)
mingw32-make[1]: *** [examples/CMakeFiles/Desktop.dir/all] Error 255
mingw32-make: *** [all] Error 2

binary1248 · « **Reply #151 on:** November 14, 2011, 12:24:20 am »

Quote from: "Groogy"

Alright SFGUI compiled but one of the examples didn't work. At least for MinGW make files. It was unable to compile the desktop example and the output was:

Code: [Select]
Scanning dependencies of target Desktop mingw32-make: Interrupt/Exception caught (code = 0xc0000005, addr = 0x004132f6) mingw32-make[1]: *** [examples/CMakeFiles/Desktop.dir/all] Error 255 mingw32-make: *** [all] Error 2

It looks like it is a problem with your MinGW. The CMakeLists.txt shouldn't (not even in the worst case) cause MinGW to cause an access violation. Any errors in CMakeLists.txt is (hopefully) caught before the Makefile is created. I can compile it on my MinGW and CMake just fine.

CMake 2.8.3
mingw32-make (i386-pc-mingw32) 3.82
gcc 4.5.0

Groogy · « **Reply #152 on:** November 14, 2011, 12:51:29 am »

I got the same except for GCC which is version 4.6.1 and the weird thing is that it only happens in the desktop example. I'll try and manually compile that example and see what happens.

Also do you guys have any kind of logo for SFGUI that I could use on my loading screen? Tried to find but couldn't see any one really available.

binary1248 · « **Reply #153 on:** November 14, 2011, 03:45:15 am »

Tank's the one in charge of the design/creative side of the library so it's better if I let him answer himself. :wink:

Groogy · « **Reply #154 on:** November 14, 2011, 10:17:14 am »

Ow yeah also, noticed there were no progress bar widget?

I could probably make it myself but it's kind of common to have so thought I could just let it slip in as a suggestion.

Tank · « **Reply #155 on:** November 14, 2011, 11:52:03 am »

Unfortunately there's no logo yet, so if any creative guy would like to create one, send them in!

Edit
@Groogy:
The progress bar is on the Todo list.

Groogy · « **Reply #156 on:** November 14, 2011, 12:32:42 pm »

Maybe something like I have here for SFML2?

The logo proposed by Haikarainen but with a little modification to show that the screen is not frozen(the cogs rotate)

Or I could add something like text under SFML2 logo stating "SFGUI inside" or "with SFGUI" or whatever

Point is I just want to show credit to the various libraries I borrow.

Tank · « **Reply #157 on:** November 14, 2011, 02:28:23 pm »

I did this one really quick:

Since I'm not a designer at all, I'd be happy if one could come up with a nice idea.

Tank · « **Reply #158 on:** November 14, 2011, 02:35:42 pm »

*** UPDATE ***

CSS-like theme parser added.
Custom culling code for skipping rendering of widget that are not visible (especially useful for sfg::ScrolledWindow/sfg::Viewport).
ProgressBar widget implemented.

Changes haven't been applied to master yet, you can find them in the BETA branch. And this is what the current state looks like:

...and after a theme change: (credits for the styles go to binary1248, he should have been a designer instead of a programmer, I guess! ;))

asdatapel · « **Reply #159 on:** November 14, 2011, 07:52:20 pm »

niiiiice, what about a radiobutton widget?

binary1248 · « **Reply #160 on:** November 14, 2011, 08:18:57 pm »

Quote from: "asdatapel"

niiiiice, what about a radiobutton widget?

https://github.com/TankOs/SFGUI/wiki/TODO-List

Coming soon.

Tank · « **Reply #161 on:** November 15, 2011, 10:45:18 am »

The changes mentioned above have been applied to master. Feel free to test the stuff out and please give feedback if anything doesn't work out for you.

Wildcard sub-selectors have also been implemented, e.g.:

Code: [Select]

Window > * > Label { ... }

Matches to all Label widgets somewhere underneath a Window widget. This will later be overseeded by

Code: [Select]

Window Label { ... }

(like used in CSS). The > selector will still be available; it will act as the direct descendant, so

Code: [Select]

Window > Label

will match Label widgets that are direct children of Window widgets.

Tank · « **Reply #162 on:** November 15, 2011, 04:25:47 pm »

Working on sfg::ListBox now:

victorlevasseur · « **Reply #163 on:** November 15, 2011, 07:22:28 pm »

you are very fast

Great work.

Tank · « **Reply #164 on:** November 18, 2011, 04:53:15 am »

*** UPDATE ***

OpenGL display list optimization.
Theme grouping syntax (e.g. "Button, Entry { ... }").
Scrollbar repeat delay.