31
Graphics / Re: Creating simple 3D objects SFML
« on: April 21, 2019, 12:10:41 am »
Not sure if what is presented here (e.g. at 1:50) is the same thing or not, it looks similar:
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.
32
Graphics / Re: How can I check if a Sprite has a texture loaded or not?
« on: April 18, 2019, 09:11:59 pm »
Sprite has a get texture that returns a pointer which can be NULL if it was never set.
https://www.sfml-dev.org/documentation/2.5.1/classsf_1_1Sprite.php#a1a76155146c8ff37c4eb5a306b4e9ebe
https://www.sfml-dev.org/documentation/2.5.1/classsf_1_1Sprite.php#a1a76155146c8ff37c4eb5a306b4e9ebe
33
Graphics / Re: Is there a way to make the underline thick under the string?
« on: April 16, 2019, 09:17:35 am »
They are taken from sf::Font (https://github.com/SFML/SFML/blob/master/src/SFML/Graphics/Text.cpp#L473) via getUnderlineThickness (https://github.com/SFML/SFML/blob/master/src/SFML/Graphics/Font.cpp#L439) so I guess the answer is technically no.
34
General discussions / Re: External libraries' versions
« on: April 11, 2019, 05:52:49 pm »
For Windows for some it says in commit messages of related files: https://github.com/SFML/SFML/tree/master/extlibs
For Linux I assume it's whatever you happen to have installed since they are API compatible and aren't bundled but you're told by tutorial to install them yourself.
For Linux I assume it's whatever you happen to have installed since they are API compatible and aren't bundled but you're told by tutorial to install them yourself.
35
General / Re: What is a good way to handle new line characters? \n
« on: April 11, 2019, 02:57:32 am »
There's not that much code there and almost all of it is a straight copy from sf::Text with minor changes. Other files have much more code (Model has like 5x code, Input and Completion each have as much as View) and it's all custom written too.
36
General / Re: What is a good way to handle new line characters? \n
« on: April 10, 2019, 10:51:54 pm »
sf::Text will handle \n properly and make a new line appear. You can see it in the code and while documentation on setString doesn't seem to say it there are functions like setLineSpacing which would make no sense to have if sf::Text was always a single line.
I did it 'myself' (my code is based on sf::Text's, there's a notice at line 83) to be able to color the glyps individually (while keeping them all in a single vertex array to draw all in a single draw call) to display errors in red, messages in white, evaluated expressions in grey, etc. as you can see on screenshots here: https://github.com/FRex/LuaConsoleProgram and on the ECONSOLE_COLOR enum list here: https://github.com/FRex/LuaConsole/blob/master/include/LuaConsole/LuaConsoleModel.hpp#L78
I did it 'myself' (my code is based on sf::Text's, there's a notice at line 83) to be able to color the glyps individually (while keeping them all in a single vertex array to draw all in a single draw call) to display errors in red, messages in white, evaluated expressions in grey, etc. as you can see on screenshots here: https://github.com/FRex/LuaConsoleProgram and on the ECONSOLE_COLOR enum list here: https://github.com/FRex/LuaConsole/blob/master/include/LuaConsole/LuaConsoleModel.hpp#L78
37
General / Re: Having trouble with sf::Drawable inheritance
« on: April 05, 2019, 02:43:51 am »
If a virtual method is not defined (in sf::Drawable it's pure) that might cause an error like you're getting. You should add at least an empty {} for draw in that class and then see if the error is still there.
38
General / Re: Having trouble with sf::Drawable inheritance
« on: April 04, 2019, 10:10:52 pm »
Do you have your NormalParticle's draw defined (not just declared) or not?
39
General / Re: Having trouble with sf::Drawable inheritance
« on: April 04, 2019, 08:57:45 pm »
You didn't implement draw at all.
40
SFML website / Certificate Error
« on: March 27, 2019, 04:19:57 am »
Hey, so I see there is a fresh Let's Encrypt certificate on the website (en., fr., www. and sfml-dev.org itself) with starting date of 26 of May. 
The issue is that the en. and fr. subdomains are not listed in Subject Alternative Name so the forums display a big ugly warning about it.
Edit: I see it's been fixed now.
The issue is that the en. and fr. subdomains are not listed in Subject Alternative Name so the forums display a big ugly warning about it.
Edit: I see it's been fixed now.
41
Audio / Re: Issues compiling statically with the audio library
« on: March 24, 2019, 06:39:47 pm »
Did you ever try the ones in SFML/extlibs/libs-msvc-universal?
42
Audio / Re: Issues compiling statically with the audio library
« on: March 24, 2019, 06:33:07 pm »
I looked at just accepted answer before, I read that one now and it's all correct, that array and FILE changing sizes is really bad. The only way to fix it is to recompile with newer VC++ after all.
43
Audio / Re: Issues compiling statically with the audio library
« on: March 24, 2019, 06:10:52 pm »
I edited my last answer, there is workaround code in your SO link, I'm not sure what you mean by it being experimental and x86 specific.
44
Audio / Re: Issues compiling statically with the audio library
« on: March 24, 2019, 06:07:37 pm »
The issue is due to dependencies being built using an older MSVC. For __iob_func there is a work around listed in accepted answer on SO that you linked. I'm not sure what you mean by x86 specific or experimental.
45
Audio / Re: Issues compiling statically with the audio library
« on: March 20, 2019, 06:03:38 am »
Then try add 'legacy_stdio_definitions.lib' to the libs you're linking (it's part of MSVC)? It says so in your stack overflow link and with another prebuilt library (freetype) this problem also exists but is hidden/doesn't apply due to a funny quirk.