Messages

1

General / Re: How to use SFML with MinGW in the simplest way possible

« on: February 07, 2017, 06:05:52 am »

I buy a lot of spare computers for kicks, like 2 a year. I wrote a tutorial page for how to setup mingw/sfml a long time ago. http://verra.xyz/howto/sfml.html The tutorial is meant to be pretty cut and dry and I've never had trouble when I'm installing my environment on a new computer as long as I follow what I wrote there.

2

Network / Re: Starting with Packet and Udp Socket

« on: September 02, 2015, 08:42:59 pm »

I don't see the point to show receving code.

I am starting with SFML and networking. I' am trying to send a simple packet to a server but this does not work.

Because your receiving code could have an error in it. I'd like to see it. It'd also be beneficial if you posted it as a minimal complete example. i.e) without your socket wrapper. I'd also double check that your ports are open. Especially if you are connecting to an external ip: sf::IpAddress m_address("82.236.48.119"); If both computers are on the same network you want to use the internal router ip, not 82.236... etc.

3

Network / Re: Starting with Packet and Udp Socket

« on: September 02, 2015, 12:24:25 am »

Where do you do receiving? You only show sending code.
Also if you use this, sf::Socket::AnyPort, on both server and client, there's no guarantee you will pick the correct port when trying to connect. Use a known socket something like 51234.

4

General / Re: Small questions about game programming

« on: September 01, 2015, 04:36:22 pm »

These questions all have a million different answers. It might best to start working on some small games and see what works for you best. There are also lots of game programming with sfml books out there that you might want to take a look at.

5

Window / Re: RenderWindow .display() seems to do nothing

« on: September 01, 2015, 07:16:27 am »

In order to draw from a separate thread you have to activate the window context within that thread.
See this post regarding the problem you are having:
http://en.sfml-dev.org/forums/index.php?topic=853.msg5575#msg5575

It might be best to avoid threads for something like this. It will likely be more of a hassle than it's worth.

6

Window / Re: SFML Bad Window on Raspberry PI with CMake

« on: August 24, 2015, 11:49:52 pm »

I had the same problem on raspberry pi and I never was able to figure out how to fix it. I would love to learn if anybody has a solution for this.

7

Window / Re: Window resizing?

« on: August 21, 2015, 05:56:59 pm »

If you don't want resizing you can pass the style flag sf::Style::Close.

8

SFML projects / Re: Space Invaders Clone

« on: August 21, 2015, 08:05:10 am »

Looks pretty well done. Good job. 

9

SFML projects / Re: Sassy GUI

« on: August 18, 2015, 12:47:31 am »

Sassy will never be a an acronym, it's just a name.
Yea I'm not surprised that it's similar to many other peoples button/gui code, it's probably the most straight forward way I could think of doing it.

10

Window / Re: *** Error in `./sfml-app': free(): invalid pointer: 0x08fcca7c ***

« on: August 12, 2015, 05:32:09 pm »

Did you just install the precompiled libraries or build sfml your self?

11

Feature requests / Re: Retrieve a name of a joystick.

« on: August 10, 2015, 08:10:47 pm »

Makes sense last time I built sfml was a while ago.

12

Feature requests / Changing PrimitiveType naming to match GL.

« on: August 10, 2015, 08:00:12 am »

Although this isn't exactly a feature it was recommend I should post it here. Currently the names of some of the PrimitiveTypes are weird. i.e) LinesStrip, TrianglesStrip, TrianglesFan. The "feature request" is to change them to LineStrip, TriangleStrip, TriangleFan which matches the internal GL naming. The patch is already finished and in my fork.

It seems it can't be included in any 2.x version of sfml, for fear of it breaking code. However binary1248 suggested that we could include them alongside the original naming, and mark the others as "deprecated". So that it can be temporarily included.

P.S. I'm not a triangles fan. I actually like the dodgers.

13

Feature requests / Re: Retrieve a name of a joystick.

« on: August 09, 2015, 11:10:51 pm »

Man do I feel stupid, I've literally never seen this in the years that I've been using sfml.

14

Feature requests / Retrieve a name of a joystick.

« on: August 09, 2015, 09:15:38 pm »

When using the joystick module for a gamepad. I always end up having a lot of issues between platform/controller/driver. For example the joystick y inputs might be flipped on windows for the same controller. Something that might aid in being able to detect what controller is being used and thus using it correctly would be having a way to know the name or driver name of the controller plugged in.

So for example the API might look like: static sf::String sf::Joystick::getInfo(unsigned int joystick);

I might look into how this could be done within sfml.

15

SFML projects / Re: Sassy GUI

« on: August 06, 2015, 09:11:27 pm »

Nice!

How much can the style be modified?

Currently the theme only modifies colors, outline thickness and font.

Hi, nice work !

I'm currently looking for a lightweight GUI for SFML in which the widget can be draw independently (so it doesn't need a "global" class to be constructed at the beginning of the program). Can we draw each elements independently ? For example, I want to draw a textbox, do I need to create a sy::GUI object or can I use directly the Textbox draw method ?

I have seen some problems : almost everything in the public scope and you use std::string instead of sf::String (to have a better support for Unicode). I may do some pull requests to improve these things (if you want) for your project.

Thanks

You can have as many or as few sy::GUI components as you like. They are only there for convenience. Feel free to make a pull request, I am going to be updating the repo pretty frequently at least for the next week or two.

http://paste.unixcube.org/k/f50dbc