sf::String::GetRect::GetWidth() returns wrong value?

[Beta_Ravener]

As stated in function description, GetRect should return bounding box of text set to a string. When I use this value (more specificly it's width) as position to draw something immediately after text, this objects is drawn in good distance from text (almost another same text woudl fit into gap).

GetRect seems to work somewhat, because 'b' returns bigger value than 'i', but both returns something else than what I'd expect..

Maybe I'm not understanding "screen coordinates" term correctly, but those coordinates should be same as what goes into sf::Shape::SetPostition, shouldn't they?

Thanks for soon reply!

[Groogy]

Show a minimal example of your code that reproduces the behaviour you are describing.

[Beta_Ravener]

This is my input procedure:

Code: [Select]

if(Event.Type == sf::Event::TextEntered){
char *ch = new char[2];
sf::String s;
if(unicodeToASCII(Event.Text.Unicode, ch[0])){
                ch[1] = '\0';
inputText += ch;
print(ch);
s.SetText(ch);
cursorScreenPos.x += s.GetRect().GetWidth();
}
}

as you can see, I use width of single input character to move my cursor. Then I'm using this value while drawing cursor:

Code: [Select]

sf::Shape cursorLine;
float cursorWidth = 3.0f;
cursorLine = sf::Shape::Line(0, 0, 0, output.GetSize(), cursorWidth, textColor);
cursorLine.SetPosition( cursorScreenPos.x + cursorWidth/2 - scrollH.getCurScroll() ,cursorScreenPos.y - ScrollV.getCurScroll() );
ConsoleWin.Draw(cursorLine);


Those scroll things aren't important, because while testing they are zero value. This is all code currently affecting cursor position.
For example 'a' returns width of 17, but when I move cursor there, it's almost double the distance it should be..

[Groogy]

My guess is that he does a simple equation like this: characterWidth * numCharacters and with the '\0' you actually got two characters and this is added every time giving us the double size.

I am not sure about this but that is the only thing I can come up with. Though it feels a bit far fetch.

[Beta_Ravener]

I think that won't be the case because this code gives same result:

Code: [Select]

if(Event.Type == sf::Event::TextEntered){
std::string ch;
sf::String str;
ch.resize(1);
if(unicodeToASCII(Event.Text.Unicode, ch[0])){
inputText += ch;
print(ch);
str.SetText(ch);
cursorScreenPos.x += str.GetRect().GetWidth();
}
}
I debuged to see cursor position and after pressing 'a', it's still 17 - value returned from single GetWidth call, and still too far from character.

[Beta_Ravener]

I tried setting text to "aa" and using GetCharacterPos(1) meausre 'a' size, but it also returns 17. But I've searched a bit in tutorials and found out that: "In case you need to deal with a string's characters individually, like for displaying a cursor after the n-th character of whatever, sf::String provides a utility function to get the position of any character in the string.

sf::Vector2f Position = Text.GetCharacterPos(4);

The returned position is defined in local coordinates, so you'll need to call TransformToGlobal to get the actual global position. "

So I tried to add:
cursorScreenPos = str.TransformToGlobal(cursorScreenPos);

but nothing happend to coordinates.

Then I tried to divide width by 2 (because as I said, the gap was wide like the string) and what I get is cursor right after last letter! But than I tried to make larger letters with sf::String::SetSize and it doesn't fit anymore again. It looks like this change in size isn't calculated in nor while requesting size of bounding box nor while TransformToGlobal!

After some testing I came to conclusion that one have to calculate factor after changing size like: f = newSize/30.0f; (where 30.0f is deafualt font size) and then multiply bounding box by this factor. As I had my font set to size 15.0f, dividing by 2 resulted in right values. I couldn't find any function to apply this scale or something into font, so I think it's a small bug or needed feature.

[Groogy]

Hmm I think the default size is 30(from the inbuilt arial font) so it apparently goes after that.

You are using SFML 1.x right? If so then this won't be implemented as Laurent doesn't work on the 1.x branch anymore. He is putting all his spare time on shipping SFML 2 instead so I would recommend that you move to there, see if the result is the same and if it is ask him to fix it.

[Laurent]

Could you please provide a complete and minimal example that reproduces this problem? I mean, not parts of your original code, but rather a new piece of code that only shows the problem.

This function has worked great so far so it would be strange if it had such a huge bug.

[Beta_Ravener]

sorry for false alarm, I hope you didn't lost time looking for bug.

I, of course, couldn't reproduce this behavior. The code I created to test was workign alright so I searched in my full code and found out that I haven't set anywhere size of string I used to measure. Thus I had to multiply value given by this measure string whit a factor mentioned above to get right results, but copying output string into measure string like : ms = os; and then setting the text yields right values.

Sorry once more for bothering you.

[Laurent]

No problem. I knew it was a mistake in your code :lol:

[Groogy]

No problem. I knew it was a mistake in your code :lol:

The almighty Laurent has spoken!