Messages

46

Graphics / Combining OpenGL and SFML graphics

« on: October 03, 2010, 02:15:36 pm »

I'll take a guess and say that this makes your problem :

Code: [Select]

glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
It might not be the case because I don't really know what glPreserveOpenGLStates does "behind" but if it doesn't save that, then your line just erases all you've done before.

47

General discussions / Retro compatibility

« on: October 03, 2010, 01:57:26 pm »

Hi, after looking a bit, I couldn't find a list of non retro compatible things between SFML1 and SFML2. It would be very appreciated to have a link that would give us that information. Thank you.

48

Graphics / sf::String and size errors

« on: October 03, 2010, 01:53:59 pm »

Do you mean the overlapping has been corrected ? If so, i'm quite pleased even though i'm not passing yet to 2.0. I'll just wait...
However, would somebody mind answering my question :
-How should I set the cursor Y coordinate compared to the sf::String ? I used to put it at the same place with a size equal to GetSize() but it seems to high. I moved it down a bit and it seems ok, but it doesn't adapt to the font. Is there a perfect position ?

-I edited at the same time you answered so if somebody could answer me at the same time...

Thank you.

49

Graphics / sf::String and size errors

« on: October 03, 2010, 11:45:36 am »

Hi everyone, I've recently decided to do a kind of textbox, and I'm encoutering a few problems :
-First of all, if a Set the cusor position at the same place as the sf::String, the cursor seems to high. Where should I place it ?
-Secondly, when typping a 'É' with a 'j' just above it for example they "hit" each other.

I am using the default font and SFML 1.6. I've tried with "block note" and I get the same Result. However, with Word, the characters don't overlap. Is there the same problem with SFML 2.0 ? Can this problem be corected ?

Thanks.

[EDIT] Since it's still about strings and unicode characters, i'll add it here :
Is the default font not able to display € ? because I receive the event TextEntered with 8364 which is right but I can't display it. If so, how can I know what characters a font can draw ?

50

Feature requests / SetCursor in sf::Window

« on: October 01, 2010, 05:21:10 pm »

I do not think that Cursors should be delt within the SFML. I think SFML should provide us functions to interact with the system independantly of which system :

Setting the cursor on windows is very simple : there is a function already made.
I'll bet its the same for linux, mac...

So im just asking Laurent to add a function in WindowImplWin32.hpp and the linux equivalent so that SFML provides a way to interact with the system.
For the moment, it is impossible to add this kind of function because WindowImplWin32 is hidden by pimpl idiom. Since SFML stops us, SFML should give us a solution.

51

Feature requests / SetCursor in sf::Window

« on: September 30, 2010, 07:39:33 pm »

The main difference between Lua scripting and xml with my idea is that :
xml or Lua Scripting can be done by a Librairy which has nothing to do with SFML whereas SetCursor has to go with SFML : try to design an SetCursor which works with all API and call me back...

This is mainly why it is important to have this function in SFML. If Laurent would give us access to window handles by making things public / protected instead of private, this function could easily be done through system calls.
However, if you do not, it becomes a real mess to deal with system cursors.

Furthermore, I might point  out that the poll shows us that more people have another reason to say no than "it can be user implemented" (or GUI implemented) or it's to high level.

I dont know why, but Laurent has been very silent about this subject... maybe his point of view/solutions could be helpfull...

52

Feature requests / SetCursor in sf::Window

« on: September 30, 2010, 06:38:11 pm »

if you prefer, we can do a SetCursor(sf::Drawable).
Secondly, I never exactly understand the answers like :
-There is no need for this kind of function.
First of all because this kind of function is very used. Secondly, it is not because you can implement it by yourself that it should not already be done in SFML (because with that reasoning, no function should be implemented). Thirdly because even if it is there and you dont use it, whats the problem ?

53

Feature requests / SetCursor in sf::Window

« on: September 29, 2010, 02:44:57 pm »

I don't exactly understand what you mean by "crappy cursors".
I'm proposing to add 2 functions to sf::Window :

SetCursor(sf::Sprite);
SetCursor(CURSOR_TYPE);

with enum CURSOR_TYPE(NORMAL,TEXT,WAIT, HAND, ...);

which means you can either use your cursor or use the system cursor (which is more user friendly for most applications).

54

Feature requests / SetCursor in sf::Window

« on: September 28, 2010, 07:55:06 pm »

Hi everyone, as some people might know, a poll is circulating on the french forum about wether a SetCursor function should be added in SFML.
I'll try to translate the different arguments given so far :

-It is usefull because this function will be able to load a OS cursor (such as the "waiting cursor" which is a whereas it is a kind of blue circular thing on seven). This means no need to manage the different cursors for each OS : it would be included in SFML.

-every game/application needs to change cursors.

-Other API of the same "level" have this kind of function (SDL, allegro).

-Users can make there own function.

-It is to High level for SFML

-Not many users will use it

-...

I would like to have your point of views. If you answer another reason, please post an answer to say why.

Sorry for my english (im french).

Thank you.

55

Feature requests / ConvertCoords from one view to another

« on: September 25, 2010, 03:00:52 pm »

We are having almost the same discussion on the french forum and the answer is at the moment : "there is no need for such a function". However, if Laurent is convinced there is a real need, he might add it. Good luck. Giving you the link to the french forum.

56

Graphics / Hide overflown contents from a set boundary

« on: September 24, 2010, 05:54:12 pm »

Whatever you do with RenderImage, glClipPlane will be faster. Just copy/paste the code...

57

Graphics / Hide overflown contents from a set boundary

« on: September 23, 2010, 08:45:26 pm »

Yes, but as I said, glScissor requires screen coordinates which you usually dont have. Thats why there is a solution with glClipPlane on the same thread.
If necessary, you might want to use google translation... as I am not going to translate my entire thread into english.

58

Graphics / Hide overflown contents from a set boundary

« on: September 23, 2010, 08:00:16 pm »

The only problem with your solution in this case is that it can't "cut" letters.
Furthermore, if he ever needs to be able to draw shapes or PostFx, he might want to be able to delimit them too. This works with the system I proposed.

59

Graphics / Hide overflown contents from a set boundary

« on: September 23, 2010, 07:10:41 pm »

If I understand right, you want to be able to delimit a part of the screen in which the drawables must be drawn ?

There are to simple ways of achieving this :
-using glScissor. This method is perfect if you are working in screen coordinates. If not, use the second one :
-using glClipPlane. There is an example on the french forum doing exactly what you want. I'll try to get the link.

Here is the link.