rbSFML

[Groogy]

That's because the method doesn't exist   
You will have to create a clock yourself now in order to get the frame time. If you have trouble with that I can give a code example for you.

[vivo]

hehe, that's how i'm doing it now. A clock wich restarts each window.display. The only problem I see is that i'll have to control it when user pauses the game. But it won't be a problem, thanks

[vivo]

Could you help me?
When I try to pull your project and exec rake I get:

vivo@ubuntu:~/Escritorio/proyectoAG/rbSFML/Groogy_def/rbSFML$ git pull git@github.com:Groogy/rbSFML.git masterFrom github.com:Groogy/rbSFML
 * branch            master     -> FETCH_HEAD
Already up-to-date.

vivo@ubuntu:~/Escritorio/proyectoAG/rbSFML/Groogy_def/rbSFML$ rake
Creating sfml/system.so
Compiling ext/Window/Window.cpp
ext/Window/Window.cpp: In function ‘VALUE rbWindow::SetIcon(VALUE, VALUE, VALUE, VALUE)’:
ext/Window/Window.cpp:391: warning: comparison between signed and unsigned integer expressions
ext/Window/Window.cpp: In function ‘VALUE rbWindow::GetSystemHandle(VALUE)’:
ext/Window/Window.cpp:472: error: invalid cast from type ‘sf::WindowHandle’ to type ‘long unsigned int’
rake aborted!
Command failed with status (1): [g++  -O3 -ggdb -Wextra -Wno-unused-paramet...]

Tasks: TOP => default => all => window
(See full trace by running task with --trace)
vivo@ubuntu:~/Escritorio/proyectoAG/rbSFML/Groogy_def/rbSFML$
 

I'm completely lost at this point 

[vivo]

This is the last update:

vivo@ubuntu:~/Escritorio/proyectoAG/rbSFML/Groogy_def/rbSFML$ git pull git@github.com:Groogy/rbSFML.git masterFrom github.com:Groogy/rbSFML
 * branch            master     -> FETCH_HEAD
Updating 3c07a96..979f32c
Fast-forward
 Rakefile                       |   16 ++++++++--------
 ext/Audio/Music.cpp            |    2 +-
 ext/Audio/SoundBuffer.cpp      |    4 ++--
 ext/Graphics/Font.cpp          |    6 +++---
 ext/Graphics/RenderTarget.cpp  |    4 ++--
 ext/Graphics/RenderTexture.cpp |   16 ++++++++++++++++
 ext/Graphics/RenderTexture.hpp |    5 +++++
 ext/Graphics/Shader.cpp        |    1 +
 ext/System/Vector3.cpp         |    2 +-
 ext/Window/Window.cpp          |    8 ++++----
 ext/rbSFML.hpp                 |   29 ++++++++++++++++++++++++++++-
 11 files changed, 71 insertions(+), 22 deletions(-)

 

[Groogy]

That's weird, haven't changed that in a long time. Try now and see if it works.

[vivo]

thanks Groogy, now it works!

[Groogy]

I've just set up my Twitter account and a facebook page where updates on rbSFML will be posted and anything that happens for instance projects you guys work on.

It will probably be quite silent but might be a good thing to follow and show support to the project

[vivo]

Hi there, seems that there is no method Texture:loadFromImage

/home/vivo/Escritorio/proyectoAG/proyecto/SceneChar.rb:57:in `block (2 levels) in load_animation': undefined method `loadFromImage' for SFML::Texture:Class (NoMethodError)

[Groogy]

That's weird, the method is there. Are you sure you are running on the latest version?

[Groogy]

sure... maybe it's because of the alias? I've done a "grep -R alias * | grep loadFromImage" on the ext folder and nothing appeared

https://github.com/Groogy/rbSFML/blob/master/ext/Graphics/Texture.cpp @ line 69.

As you can clearly see, the alias is there.
Try to take a clean fresh copy of rbSFML and see if it works then.

[vivo]

sorry, as you can see I deleted my message as soon as I noticed it.
BTW, I still can't use the method... does it works on your installation?

[vivo]

oooooppssss... now I know whats happening here

I'm trying

texture = Texture.loadFromImage(image, area)
 

but the message is that there is no method for Texture:Class
whereas if I try the method in an object

texture = Texture.new
texture.loadFromImage(image,area)
 

then it works

(weird... sprite = Sprite.loadFromImage works )
either works...ok, sorry for my missunderstanding

[Groogy]

That's weird, should not work for sprites either. Though I am wondering if I should add construction methods to the classes as well. It makes sense to have them.

[Laurent]

I don't know how Ruby handles that, but I guess it's similar to .Net, Python and all interpreted/dynamic languages. For these languages, I think it's ok (and better) to transform load functions to constructors, since "empty" objects are basically useless. That's what I do in SFML.Net, and even in CSFML actually.

[vivo]

yes... seems more intuitive that way