CEGUI (Crazy Eddie's GUI) Forums

I've got a couple of questions that hopefully someone can help me out with:

1) I am trying to make a new font to use with my app, but when I use it on gui elements I get nothing, literally, no text shows up. If I replace a line in the .xml file and use the tahoma font I get my text as expected. Here is what I've done to setup the new font:

created a .xml file (dragonmaster-18.xml) based on the Tahoma-14.xml file:



Created a new scheme .xml file (battlesscheme.xml) based on the demoscheme file but with the new font added:


I have created a static text object in an .xml file using this font:


I don't seem to understand why this won't work. However I know I may not be setting all the properties correctly for the font. How can I tell the native resolution of a font? I didn't create it and I don't see an obvious way to find out. Am I missing something else?

2) Boost question: I am trying to setup events for my gui and I have created a function called handleNew which takes a const CEGUI::EventArgs& e as its only argument. When I try to bind an event subscription to the event with boost::bind, I get a linking error. I thought I followed the demo, but I'm not having any luck. Of course I can take out the _1 argument and remove the arg from the function and it works (except I don't get the event information). I know this isn't a boost forum, but the boost forum has been less than helpful.



Sorry for the long winded post, and thanks in advance.

Hi saetrum,

just a quick note to ask whether you can post the contents of CEGUI.log, thanks

I'll reply fully, and explain the "Native Resolution" stuff, when I get back a little later on. I have to go out right now...

I assume you want the whole thing...

I checked the log first and didn't notice any problems or errors, that's what made me think I was doing something wrong.

Thanks for the log, as you rightly said - no problems there.

The font problem is an add one. Now this question is going to sound ridiculous, but you’re sure the font contains the glyphs you’re trying to render? If you’re happy with the copyright situation, could you email me the font as it could be a bug in the Font code, though it has worked with all the fonts I have tried to date.

The “Native Resolution” setting is part of the image auto-scaling system provided within CEGUI. What it basically says is that whatever the true resolution of the display, you want the images scaled so that they appear the same physical size as they would at the native resolution. The reason for this facility is that an image displayed at a lower resolution appears bigger on the screen than the exact same image displayed at a higher resolution (so an image 30 pixels by 30 pixels, displayed at 640x480 looks twice as big as the same image displayed at 1280x960). The auto-scaling system allows you to set a “native resolution” and the imagery will be scaled up or down accordingly and shown at the same size regardless of the actual screen resolution. This works really well (especially for fonts) with higher resolutions, though if you set the display resolution to lower than the native setting for an imageset/font, things do start to lose definition.

The boost issue is also odd as your binding code looks fine. Can you post the full declaration of the handler method, and also the linking error you’re getting. I know it’s a pain, but the more information I have the better

So, unfortunately I have no definite answers for you yet. But hopefully with a bit more information I’ll be able to help you sort it out

CE.

The font I'm trying to use is just one I picked up off the internet. It is free to use for non-commercial projects. I'll send you the font. I don't know how to check for the glyphs other than looking at the .ttf file, is there a better way?

Thanks for the explanation on the native resolution thing. I think I understand now.

Here is the code that calls the boost::bind method (I only mentioned 1 before, but I actually have 5 events I subscribe to)




Here are the handler methods (I have 5 - they are part of the MenuMode class):


Here is the error:


The odd part is that it seems to be a visual studio error, but I can't figure out why.

Does it matter if those handler functions are private or protected in the class?

Ugh! The dreaded internal compiler error

The handler functions can be protected or private, the rule is just that they must be visible at the point of binding. CEGUI internally uses the events system, and all the handlers are protected or private. Also due to the fact the system uses the events internally, shows that VC6 can properly compile the event bindings. This error is another one that will need to be investigated further (for which I'll have to switch to my VC6 copies of everything, so I can't do this until the morning).

I think the font issue appears to be some kind of bug, so thanks for finding that I have done some tracing through the font code, but again a fix will have to wait until tomorrow (I will definately fix it tomorrow, unless a fix is technically impossible - which is doubtful). Btw, for checking glyphs I just use the Windows Character Map tool

So again I'm unfortunately unable to sort you out a fix immediately Hopefully I'll have better news by lunch tomorrow

CE.

CE,

No rush. I'm not under any sort of deadline. I really appreciate your help. I'll see if I can get any more information.

BTW, it seems as if I can build my project (no compiller error) if I only use the _1 argument with one function call, but leave the others without the _1 argument (of course I have to adjust the function declarations and remove the EventArgs argument as well). Don't know if this helps or not.

Hi,

I have fixed the font bug, this is in CVS and also the current snapshot downloads

I have not looked into the binding issue yet, but I'm hoping to get the time when I get back this evening.

BTW, it seems as if I can build my project (no compiller error) if I only use the _1 argument with one function call, but leave the others without the _1 argument (of course I have to adjust the function declarations and remove the EventArgs argument as well). Don't know if this helps or not.

This is very odd behavior, but the information is certainly useful, I'll try to recreate the problem later, then I'll be able to advise on how to fix it

CE.

Thanks. I'll grab the latest snapshot.

I'll keep trying to get more information about the boost issue.

Okay, this one's gonna make you weep

Make sure that boost/bind.hpp is the first include that get's included in the code file where the binding happens (if you're not including bosst/bind.hpp directly in your .cpp, but via another header, ensure it's the first include in that header, and include that header first). End of problem.

One other important thing is to make sure that 'this' passed to bind is an instance of the object containing the method you are binding, obvious I know, but it didn't stop me from missing it

HTH

CE.

CE,

I should have thought of that! Okay, I'll give it a shot.

And I'll make sure 'this' really is this

Thanks!

edit: BTW, the font fix worked great!

Whoops, that was me. I really got to make an account here, but it keeps blocking my user name. I guess because I've Guest posted under it, or something.

This is caused by a cookie issue, if you delete the sourceforge.net cookie named 'username' the registration and login will work okay This is really quite strange since the site does not use a cookie with the same name

CE.