Librocket fails (sf::Key::Code Key) not declared

[vladimir1986]

Using Arch Linux, I tried to install librocket from repository, which doesn't work any more. Compiled successfully from source though.

When trying to compile OpenSkyscraper, I find that cmake will work flawlessly, but trying to use make will fail:

OpenSkyscraper/source/Rocket/SystemInterface.h:38:55: error: ‘sf::Key’ has not been declared
Rocket::Core::Input::KeyIdentifier TranslateKey(sf::Key::Code Key);

the library "OpenSkyscraper/source/GUIManager.h" seems to suffer from the same problem of "sf::key has not been declared"

[fabianschuiki]

Make sure you compile against an SFML version lower than 2. The code still uses the SFML 1.6 API, which had a different (worse) naming scheme than the new version 2.

[vladimir1986]

Yes, I saw a very similar post with the same problem. Too late, as I already posted it. but thank you very much for the reply!

Sadly downgrading right now will break my system; I fear that I will need to wait for SFML 2 compatibility to test the port.

[vladimir1986]

On the other hand, maybe tedious renaming sounds like something I might be able to do, leaving proper programming to someone with more skill. I am going to try it

[fabianschuiki]

I had the same problem with SFML: Some projects run on 1.6, some on 2.0. What you can do is install the SFML libraries to a different location and set the SFMLDIR environment variable when you run cmake for the first time. This should do the trick.

Of course a port to SFML 2 would be highly appreciated :)

[martinpfannemueller]

I also tried it. Right now I am at a point where the logic has to be changed, as with SFML 2.0 and 2.1 there is a difference between a shape and a texture. I guess my C++ skills are not good enough to fix this. My idea was to add the texture as property to the shapes. Renaming was a lot to do.