Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: SFML 2.0 RC  (Read 115628 times)

0 Members and 1 Guest are viewing this topic.

Andrei15193

  • Guest
Re: SFML 2.0 RC
« Reply #165 on: July 11, 2012, 07:04:20 pm »
Quote
I thought you wanted the enum to start from 1 and not from 0.
No we don't care. The problem to solve was that 'A' and unhandled keys had the same code.
Oh, my bad

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: SFML 2.0 RC
« Reply #166 on: July 11, 2012, 08:12:12 pm »
I'm wondering is this is relevant. I mean, if I write an application and plan to distribute it, I won't rely on a specific font being present on the user's system. Instead I'll provide the font with my application for 100% safety.
So who would use this feature?
For the people who just want to see text you have the default whatever you define in SFML system font as a replacement for getDefaultFont() now. People who have an idea what font they might want on a specific system can either use the system font or specify their own. SFML should just make it easy to make use of the system fonts IF the user wants to.
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32504
    • View Profile
    • SFML's website
    • Email
Re: SFML 2.0 RC
« Reply #167 on: July 11, 2012, 09:11:44 pm »
Then I wonder if providing a default font still makes sense.
Laurent Gomila - SFML developer

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: SFML 2.0 RC
« Reply #168 on: July 11, 2012, 09:58:23 pm »
It's not a question of if there should be a default font, but where the font data comes from :)
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

exafi

  • Newbie
  • *
  • Posts: 41
    • View Profile
Re: SFML 2.0 RC
« Reply #169 on: July 12, 2012, 12:47:30 am »
that you changed the style of the methods?
Before was better.

GetPos ...
  now
getPos ...

-1 to this


I used Google translate XDDDD

Tank

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1486
    • View Profile
    • Blog
    • Email
Re: SFML 2.0 RC
« Reply #170 on: July 12, 2012, 04:34:19 pm »
Quote
I like option 2. But then it becomes similar to providing the font file directly, the only difference is that with a header it is compiled directly into the final application. But then why not go further, and provide a generic system to embed any data into the application?
The difference is that you don't have a global sf::Font object. Nobody's against global data (just make sure to declare it static const, so it won't be included X times in the binary).

I would even go one more step further and say: Why not a generic loading chain with changeable adapters for choosing which backend we want? (filesystem, archives, binary data in executable, HTTP) :) But that's definitely something for a later version, also the idea with generic embedded data.

However, having something like

font.load( sf::FileSystemAdapter( "foobar.ttf" ) );
font.load( sf::ZipAdapter( "foobar.ttf", "meow.zip" ) );
font.load( sf::HttpAdapter( "http://sfml-dev.org/resources/foobar.ttf" ) );
// Same for all the other load() functions, e.g. in sf::Image.
 

would be great and powerful. Maybe in SFML 4? ;-)

Quote
but as SFML has to remain compatible with pure C++03

Do you plan to drop that requirement for, let's say SFML 3?

Quote
Before was better.
...
-1 to this

-1337 for flaming. :)

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32504
    • View Profile
    • SFML's website
    • Email
Re: SFML 2.0 RC
« Reply #171 on: July 12, 2012, 07:25:48 pm »
Quote
font.load( sf::FileSystemAdapter( "foobar.ttf" ) );
font.load( sf::ZipAdapter( "foobar.ttf", "meow.zip" ) );
font.load( sf::HttpAdapter( "http://sfml-dev.org/resources/foobar.ttf" ) );
// Same for all the other load() functions, e.g. in sf::Image.
Isn't it the sf::InputStream system, which is already implemented in SFML 2?

Quote
Do you plan to drop that requirement for, let's say SFML 3?
I don't know, I guess it depends when SFML 3 is released ;)
At least I'll provide conditional support for C++11 in SFML 2 (there's an issue on the tracker for that).
Laurent Gomila - SFML developer

Tank

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1486
    • View Profile
    • Blog
    • Email
Re: SFML 2.0 RC
« Reply #172 on: July 13, 2012, 01:51:45 pm »
Isn't it the sf::InputStream system, which is already implemented in SFML 2?
Indeed, I wasn't aware of it.

jPollock

  • Newbie
  • *
  • Posts: 1
    • View Profile
Re: SFML 2.0 RC
« Reply #173 on: July 14, 2012, 04:30:32 am »
Hi, just the case of the setString method in sf::Text class.

diff -Naur LaurentGomila-SFML-396f675.orig/include/SFML/Graphics/Text.hpp LaurentGomila-SFML-396f675/include/SFML/Graphics/Text.hpp
--- LaurentGomila-SFML-396f675.orig/include/SFML/Graphics/Text.hpp      2012-07-13 12:09:11.000000000 +0200
+++ LaurentGomila-SFML-396f675/include/SFML/Graphics/Text.hpp   2012-07-14 04:25:41.000000000 +0200
@@ -86,10 +86,10 @@
     /// automatically be constructed from standard string types.
     /// So, the following calls are all valid:
     /// \code
-    /// text.SetString("hello");
-    /// text.SetString(L"hello");
-    /// text.SetString(std::string("hello"));
-    /// text.SetString(std::wstring(L"hello"));
+    /// text.setString("hello");
+    /// text.setString(L"hello");
+    /// text.setString(std::string("hello"));
+    /// text.setString(std::wstring(L"hello"));
     /// \endcode
     /// A text's string is empty by default.
     ///
 

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10801
    • View Profile
    • development blog
    • Email
Re: SFML 2.0 RC
« Reply #174 on: July 14, 2012, 12:16:00 pm »
Hi, just the case of the setString method in sf::Text class.
And? What are you trying to tell us with that? Or did I miss some talk about it? ???
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

Hiura

  • SFML Team
  • Hero Member
  • *****
  • Posts: 4321
    • View Profile
    • Email
Re: SFML 2.0 RC
« Reply #175 on: July 14, 2012, 12:24:48 pm »
He's pointing out typos in the doc.  (S -> s) ;)
SFML / OS X developer

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10801
    • View Profile
    • development blog
    • Email
Re: SFML 2.0 RC
« Reply #176 on: July 14, 2012, 01:06:57 pm »
He's pointing out typos in the doc.  (S -> s) ;)
Aha! I see! :D
Quite hard to spot if you don't know what to look for. ;)
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32504
    • View Profile
    • SFML's website
    • Email
Re: SFML 2.0 RC
« Reply #177 on: July 14, 2012, 05:23:42 pm »
Quote
Hi, just the case of the setString method in sf::Text class.
Thanks :)
Laurent Gomila - SFML developer

TheVirtualDragon

  • Newbie
  • *
  • Posts: 28
    • View Profile
    • Control + Alt + Delete!
Re: SFML 2.0 RC
« Reply #178 on: August 05, 2012, 06:06:32 pm »
Hi, I just wanted to ask, is SFML 2.0 rc stable enough for use? As in, my application wont have too many problems?
Also, how many changes will there be between SFML 2.0 and 2.0rc? I am wondering because I don't want to have many changes when SFML 2.0 comes out and I link to it.

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10801
    • View Profile
    • development blog
    • Email
Re: SFML 2.0 RC
« Reply #179 on: August 05, 2012, 06:22:13 pm »
SFML 2.0rc is quite stable. The main part of the API is frozen and changes to the API will only happen if there's a really, really good reason for. So you can consider it as stable. The most recent bigger change was the removal of the default font. If you're using the SFML 2rc binaries just don't use the default font and you won't have to change a thing when SFML 2 finally gets released. (If that ever happens :P)

If you want to see what the changes are between the RC and the current state you can take a look at the commit history up to the 2.0-rc tag.
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/