[release] intraFont 0.25

[BenHur]

About teaching an old dog new tricks: the new version of intraFont supports scrolling text - just like in the XMB, when there's not enough space to display a whole line at once. There are four different scrolling styles: left, seesaw (back&forth), right and through (sweep from right to left).



intraFont 0.25 can be downloaded from here. Check out the binaries to see what I'm talking about. Study the samples if you want to know how it's used. (Binaries and samples are included in the archive.)

If you know other tricks that I should teach this old dog (i.e. implement in intraFont), let me know.

See you, BenHur

---

Update:
intraFont 0.26 is now available. Changes:

• bug fixed where text could be mis-aligned after newline character (thanks to Slasher)
• bug fixed in multi-byte string parsing (thanks to xart)
• in scrolling text newline characters are replaced by spaces (to prevent graphical glitches)

Outlook: In the next version I plan to add chinese characters and support for traditional (Big5) and simplified (GBK) chinese.

See you, BenHur

[Playboy21]

Wow, that scrolling addon looks awesome. Thanks!!

[homemister91]

Nice work

[burows]

hello can you add the language "Arab" because it is impossible to read the language in the Internet browser and xmb all Arabs want this language pout and thank you all.

[BenHur]

Originally Posted by burows

hello can you add the language "Arab" because it is impossible to read the language in the Internet browser and xmb all Arabs want this language pout and thank you all.

@Burows: That's not directly related to the development of intraFont, but an interesting suggestion nevertheless. Please, check your private messages.

[Slasher]

Excellent work Benhur, thank you so much for releasing yet another fantastic version of intraFont.

One thing I've noticed though which may or may not be a bug: In one of my apps I've just updated intraFont from version 0.21 to version 0.24, and some of my text isn't like it used to be. It occurs when I have a long message that would normally take up the entire width of the screen so I manually put in a '\n' character to send it to the next line, and it happens when using the INTRAFONT_ALIGN_CENTER parameter. In version 0.21 it would center the first line, and all of the next lines accordingly - but in this newer version the first line is centered, but all of the following lines are always left-aligned.

I'm not sure whether that makes sense to you or not, but maybe it's worth looking into

Here's an example,

(See the text near the bottom?

intraFontSetStyle(ltn[0], 0.5f, RGB(textColour,textColour,textColour), 0xFFFFFFFF, INTRAFONT_ALIGN_CENTER);
intraFontPrint(ltn[0], 240, 220, "(Known Bug: If you connect and then disconnect,\n you may need to restart Asterz.)");

Notice how the first line is centered, but the next line isn't?)

[Art]

This should still work:

intraFontSetStyle(ltn[0], 0.5f, RGB(textColour,textColour,textColour), 0xFFFFFFFF, INTRAFONT_ALIGN_CENTER);
intraFontPrint(ltn[0], 240, 220, "(Known Bug: If you connect and then disconnect,)");
intraFontPrint(ltn[0], 240, 230, "(you may need to restart Asterz.)");

Although I suppose you still have a valid point.

[BenHur]

Originally Posted by Slasher

One thing I've noticed though which may or may not be a bug: In one of my apps I've just updated intraFont from version 0.21 to version 0.24, and some of my text isn't like it used to be. It occurs when I have a long message that would normally take up the entire width of the screen so I manually put in a '\n' character to send it to the next line, and it happens when using the INTRAFONT_ALIGN_CENTER parameter. In version 0.21 it would center the first line, and all of the next lines accordingly - but in this newer version the first line is centered, but all of the following lines are always left-aligned.

Yup, that's a bug: I didn't properly test '\n' behaviour as I was busy implementing the auto-linebreaking. Thanks for the report, I'll fix it in version 0.26. Until then you could

• use intraFontPrintColumn() without '\n', but with an appropriate column width
• use the suggestion made by Art
• use intraFont 0.22 (if you don't need anything new)

Cheers, BenHur

[BenHur]

intraFont 0.26 is now available for download. It fixes the alignment after '\n' bug and some more... Check the first post on this thread for the download.

[xart]

Her is an idea.
Add this to your intraFont.h file to make selecting the font and style easer in code.

#define INTRAFONT_LATIN(f)   ltn[f]

#define INTRAFONT_SERIF      0x01
#define INTRAFONT_ITALIC     0x02
#define INTRAFONT_BOLD       0x04
#define INTRAFONT_SMALL      0x08

[malliet]

Is this the newest version? I would swear that I saw a 0.26 somewhere or am I wrong?

[NoEffex]

Originally Posted by xart

Her is an idea.
Add this to your intraFont.h file to make selecting the font and style easer in code.

#define INTRAFONT_LATIN(f)   ltn[f]

#define INTRAFONT_SERIF      0x01
#define INTRAFONT_ITALIC     0x02
#define INTRAFONT_BOLD       0x04
#define INTRAFONT_SMALL      0x08

In that case wouldn't an

enum intraFontCodes{
INTRAFONT_SERIF = 0x01,
INTRAFONT_ITALIC = 0x02,
INTRAFONT_BOLD = 0x04,
INTRAFONT_SMALL = 0x08
};

Be a bit nicer?

[xart]

I understand why you suggested enum but to me #define feel correct, enum tend to be use to with passing values to functions parameters so only values the function deals with are ever passed and none valid produce an error on compile time to avoid bugs in code.

So I would go with #define instead of enum in this case.
Any how we will see what BenHur will do.

[BenHur]

Originally Posted by xart

Her is an idea.
Add this to your intraFont.h file to make selecting the font and style easer in code.

#define INTRAFONT_LATIN(f)   ltn[f]

#define INTRAFONT_SERIF      0x01
#define INTRAFONT_ITALIC     0x02
#define INTRAFONT_BOLD       0x04
#define INTRAFONT_SMALL      0x08

Thanks for the idea. However, intraFont handles only single pgf files on purpose: The application needs to load only the required font files, which saves memory and loading time. Your suggestion only works if all files are loaded exactly like in the intraFont sample code. (There everything is loaded to demonstrate its capabilities - a real application probably doesn't need all fonts.) But I want to leave it up to the developer, how and which fonts are loaded...

Originally Posted by malliet

Is this the newest version? I would swear that I saw a 0.26 somewhere or am I wrong?

you are right (the first post was updated, but I wasn't able to change the thread title)

[Playboy21]

I can't load my images.

Edit : Oh sorry BenHur, the readme.txt explained everything about the graphics.h

[xart]

I am working on my SXLibrary that is to be released when enough is added and fully works with intraFont without issues, so my library dosn't have any text as BenHur has a library that we all use a like.

Be released as simple .c & .h files like intraFont

Don't know if anyone has looked at giving intraFont the ability to render text in 3D, but it is somethink i am looking at soon.

[Playboy21]

Well, i don't really see the need of one seeing that adding several lines of code (Gu stuff), sorts it all out, but yea, it'll be cool

I'll try it as soon as it's out xart

[Slasher]

Originally Posted by xart

Don't know if anyone has looked at giving intraFont the ability to render text in 3D, but it is somethink i am looking at soon.

That is definitely an interest of mine. Except I have no idea how to alter it to do that... Do you know how to?