Messages

1

General discussions / Re: Using SFML just as a pure GUI tool

« on: August 29, 2014, 04:18:09 pm »

QML is just for the description of the UI. Core components, models, logic, etc. is still written in C++.

I think I got something wrong there. Are the things you mentioned written in C++ and accessed by QML or can you write C++ code in your QML code?

I can say that QtQuick and QML are stable enough for creating commercial products.

Your statement makes me kinda feel better about QML and QtQuick now, but still, don't you think that your pool of tools is limited?

2

General discussions / Re: Using SFML just as a pure GUI tool

« on: August 29, 2014, 02:45:41 pm »

If you want an OpenGL based GUI toolkit with built-in support for fancy effects, animations, etc. and even a designer and many other tools, have a look at QtQuick and the QML language (it's all part of the Qt framework). I can't see any area where SFML would be better (except if you plan is to rewrite everything from scratch...).

Thanks for the answer , I've already used the Qt framework and I've also heard of QML.
Actually, I prefer writing my code in C++. Besides that I feel like QML is not stable yet, but still, I will give it a look. (again)

3

General discussions / Re: Using SFML just as a pure GUI tool

« on: August 29, 2014, 02:27:37 pm »

Thanks for the answers so far. 

I know that there are many other libraries and frameworks that are supposed for GUI, but I think with SFML you just have so much more flexibility. E.g. animations, design, and so on.. Correct me if I am wrong.

Are you talking running 20 instances of an SFML application on a single machine? Or are you talking networking here meaning a server handling 20 simultaneous network connections?

I mean a server handling 20~ connections.

4

General discussions / Using SFML just as a pure GUI tool

« on: August 29, 2014, 02:00:30 pm »

Would it make sense to use SFML if you just want to create a GUI application?
Or is SFML too resource heavy?
I thought about decreasing the frame rate limit but maybe SFML is not even that resource heavy..
Imagine you run an SFML application on over 20 clients(server is intended for 30~ clients), I would be surprised if it wouldn't start lagging anytime..

5

General discussions / Randomizer.hpp

« on: August 26, 2014, 02:33:23 am »

What was the reason of removing Randomizer.hpp from the sfml package?

6

Network / Re: [FD_SETSIZE][VS12] Problem when switching to release mode from debug mode

« on: August 24, 2014, 03:36:05 pm »

Okay, I just build TGUI and the fixed SFML version. And again, I get the FD_SETSIZE problem..

edit: "forgot to copy the built .DLLs  , everything works now, thanks everyone for replying

7

Network / Re: [FD_SETSIZE][VS12] Problem when switching to release mode from debug mode

« on: August 24, 2014, 02:57:38 pm »

Couldn't you simply rebuild TGUI yourself against a recent SFML version?

I did not think about that, lol. Thanks for the answer, going to try it now.

8

Network / Re: [FD_SETSIZE][VS12] Problem when switching to release mode from debug mode

« on: August 24, 2014, 02:49:31 pm »

Was fixed recently:
https://github.com/SFML/SFML/commit/eaab2c1c6816f290c403db372a489d06f41eee19

Build the latest master... or wait for someone to provide a pre-built one for you.

I've already seen this fixed "version", but the problem is that I use the TGUI extension, which uses its own pre-built SFML..

9

Network / [FD_SETSIZE][VS12] Problem when switching to release mode from debug mode

« on: August 24, 2014, 02:52:47 am »

Hello everybody,

I am currently working on a client/server chat interface-program. Everything works fine until I switch to release mode.

Console output:

The socket can't be added to the selector because its ID is too high. This is a limitation of your operating system's FD_SETSIZE

This output is generated because of

selector.add(listener)

I've already read something about this FD_SETSIZE problem on Windows, but I don't get why it randomly appears when I switch to release mode.