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

Author Topic: SFML 1.4  (Read 28440 times)

0 Members and 1 Guest are viewing this topic.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
SFML 1.4
« on: November 25, 2008, 11:46:55 pm »
Hi

I'm starting to think about releasing SFML 1.4, so I'd like to have the last feedbacks about important bugs to fix, or things to change for this release.

Thanks :)
Laurent Gomila - SFML developer

dorkfish

  • Newbie
  • *
  • Posts: 38
    • View Profile
SFML 1.4
« Reply #1 on: November 26, 2008, 12:00:05 am »
The only thing I would be worried about is having the Mac OS X port in sync with the Windows and Linux ports. Other than that, everything seems golden.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
SFML 1.4
« Reply #2 on: November 26, 2008, 07:48:16 am »
The MacOS X port should be ok for the next release ;)
Laurent Gomila - SFML developer

christoph

  • Full Member
  • ***
  • Posts: 102
    • View Profile
    • http://www.christoph-egger.org
SFML 1.4
« Reply #3 on: November 26, 2008, 04:20:53 pm »
Hi!

Cool Idea to release 1.4 sometime soon. If you could manage to get it out before ~10. of december (including C and Python bindings) we could probably have all the improvements ready for Ubuntu 9.04.

One small thing I do actually miss would be the mr-proper target callable from toplevel makefile otherwise it seems quite fine from my few tests.

EDIT:// the other thing, not only *.so but also include files going to INSTALDIR would be nice to have, too.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
SFML 1.4
« Reply #4 on: November 26, 2008, 04:39:29 pm »
Hi Christoph.

C++ and C SDKs should be ok for 10 of december, unless someone founds an important bug to fix.

I don't think PySFML will be ready, its maintainer doesn't seem to be very active and there's apparently much to be done to upgrade this binding to 1.4.

Regarding the makefile fixes you suggested, I plan to include all of them before the release, don't worry ;)
Laurent Gomila - SFML developer

christoph

  • Full Member
  • ***
  • Posts: 102
    • View Profile
    • http://www.christoph-egger.org
SFML 1.4
« Reply #5 on: November 26, 2008, 07:08:43 pm »
OK we'll se  then.

Thanks for including the makefile stuff anyway ;)

Seems SFML will be ready well before I do some release on my game so I can now go for some of the improvements :)

Kreeg

  • Full Member
  • ***
  • Posts: 115
    • View Profile
SFML 1.4
« Reply #6 on: November 26, 2008, 07:17:43 pm »
Is rendering to image ready ?
Attention (va) aux (sur) messages (mon) subliminaux, (blog) camarade !

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
SFML 1.4
« Reply #7 on: November 26, 2008, 07:49:38 pm »
No. I don't have enough time to include such big features for the moment, so 1.4 won't contain what's not closed in the current task-list.
Laurent Gomila - SFML developer

eleinvisible

  • Newbie
  • *
  • Posts: 47
    • View Profile
SFML 1.4
« Reply #8 on: November 27, 2008, 07:31:03 am »
Wonderful, I've been using SFML for a school project and a new release may help stability. (I haven't been up to date on my SVN updates :oops:). Any features? If all the things I've seen on the to-do list are done then you guys are in good shape.

bullno1

  • Jr. Member
  • **
  • Posts: 66
    • View Profile
SFML 1.4
« Reply #9 on: November 28, 2008, 10:26:17 am »
So have you changed your mind to expose sf::Drawable 's Matrix ??  :wink:

I would like to see sf::Drawable to give information about their drawing area. This feature is already there:
Text has GetRect
Sprite has GetSubRect
Shape's bounding box can be calculated easily by adding points
PostFX is a special case though
I just need one virtual call in sf::Drawable for all of this.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
SFML 1.4
« Reply #10 on: November 28, 2008, 10:30:22 am »
Quote
So have you changed your mind to expose sf::Drawable 's Matrix ??

No ;)
Like I said, I prefer providing all the necessary herlper functions rather than raw matrix access. Aren't the new TransformToGlobal and TransformToLocal functions enough ?
Laurent Gomila - SFML developer

bullno1

  • Jr. Member
  • **
  • Posts: 66
    • View Profile
SFML 1.4
« Reply #11 on: November 28, 2008, 10:36:12 am »
Quote from: "Laurent"
Quote
So have you changed your mind to expose sf::Drawable 's Matrix ??

No ;)
Like I said, I prefer providing all the necessary herlper functions rather than raw matrix access. Aren't the new TransformToGlobal and TransformToLocal functions enough ?


Wow, you're fast  :shock: .
Sry, I haven't checked the svn. I think that's enough

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
SFML 1.4
« Reply #12 on: November 28, 2008, 10:44:00 am »
Quote
I would like to see sf::Drawable to give information about their drawing area. This feature is already there:
Text has GetRect
Sprite has GetSubRect
Shape's bounding box can be calculated easily by adding points
PostFX is a special case though
I just need one virtual call in sf::Drawable for all of this.

This is exactly what I'm planning to do (not for 1.4 though), and it's in the task list ;)
Laurent Gomila - SFML developer

Wizzard

  • Full Member
  • ***
  • Posts: 213
    • View Profile
SFML 1.4
« Reply #13 on: November 28, 2008, 10:38:15 pm »
Quote from: "Laurent"
Aren't the new TransformToGlobal and TransformToLocal functions enough ?

To clarify, these functions return the top left and bottom right points of an object, right?

Imbue

  • Full Member
  • ***
  • Posts: 104
    • View Profile
SFML 1.4
« Reply #14 on: November 28, 2008, 10:46:40 pm »
Quote from: "Wizzard"
To clarify, these functions return the top left and bottom right points of an object, right?
No. You pass in a point and it's converted to the other frame of reference. Your point can be anywhere.

If you pass 0,0 to the TransformToGlobal function then you get then position of the upper left corner of the object in screen coordinates, only if you haven't changed the object's center (using SetCenter).