KTextSurfaceWriter - 0.1.0
Luca Fabbri (keul)
KTextSurfaceWriter is a specialized module for helping PyGame developers in blitting simple text on
surfaces. The developer only need to indicate the area in which the text must be contained, and the
module do the rest.
Origin and Needs
This is a needed module for my
game. I'm trying to make this game as modular as I can, and move code away from the project itself!
The library is released on the Cheeseshop so you only need to type:
For more info about installing Python Eggs, see my
Examples of use
Here a fully example of use of this library. Even if I use the Python doctest format, this isn't a
politically correct test because I wait for user input and no real tests are done on the results.
Maybe someday I'll fix this!
However the code in this page is a working example. If you know nothing about doctests, only know that you can
run this code simple accessing at the egg source and type:
Init all the pygame stuff
Lets begin loading the KTextSurfaceWrite class
>>> from ktextsurfacewriter import KTextSurfaceWriter
Now init the minimum pygame environment we need.
>>> import pygame
>>> from pygame.locals import *
>>> import pygame.font
>>> screen = pygame.display.set_mode((640,480), 0, 32)
To make things more complicated, I'll not draw directly on the screen but I get a Surface where I can draw.
>>> surface = pygame.Surface( (400,400), flags=SRCALPHA, depth=32 )
>>> surface.fill( (255,255,255,255) )
Now we can blit the surface on the screen. We will repeat this procedure several times so its better create out first
dummy function (those functions aren't useful outside this test environment):
>>> def blitSurface():
... screen.blit(surface, (50,50) )
So we can call it for the first time.
This is a graphical test, so we need to delay the drawing and make possible that user can look at results and then go over.
We wait for user input before going on. To do this we create a second silly function that we'll call often later.
>>> def waitForUserAction():
... while True:
... for event in pygame.event.get():
... if event.type == QUIT:
... import sys
... if event.type==KEYDOWN:
Ok, lets call it for the first time.
Simple text drawing
We are ready to create our instance of the class. The __init__ method want a pygame.Rect.
This Rect will be our bound, inside which the text will be keep.
>>> text_rect = pygame.Rect( (10,10),(350,350) )
This mean that the text will be displayed on a surface starting from x,y coordinates (10,10)
from the top left corner.
The text will also not be larger than 350 pixels in height and width.
Now we will load the text inside the KTextSurfaceWriter, but before this we (obviously) need the instance.
>>> ktext = KTextSurfaceWriter(text_rect)
Now the text.
>>> import example_texts
>>> ktext.text = example_texts.EXAMPLE_TEXT_1
Now some color for a better display experience
>>> ktext.color = (0,0,0,255)
>>> ktext.fillcolor = (155,155,155,255)
We changed the fillcolor to grey because this way is simpler to see that we drawn a white surface onto a
black screen, and on this surface we blit the text inside a rectangle shorter that the surface itself.
Ok, stop talking, lets display it!
Simple (but longer) text drawing
The text above is very short so we didn't tested all the KTextSurfaceWriter features right now.
Lets try with a longer ones...
>>> ktext.text = example_texts.EXAMPLE_TEXT_2
Now we can immediatly test this new text.
What is changed? Even if the EXAMPLE_TEXT_2 string is not splitted on several lines, the displayed text never exit from
the constrain pygame.Rect instance we used!
And what is the text will be already splitted on several lines?
>>> ktext.text = example_texts.EXAMPLE_TEXT_3
Obviously the carriage return in the text are kept.
We can also think about do a little indentation, to make different render for new lines that are wanted (because are
inserted into the text) and other that are generated automatically for a too long text.
>>> ktext.justify_chars = 3
If we draw again now, we get no difference.
For performance needs the KTextSurfaceWriter.draw method don't evaluate every time the text and the font
graphical stuff, but memoize the result.
When you change the text you also automatically invalidate this cache, but if you didn't change it, you can
always do it manually.
Ok, now you'll see the difference.
Text too loong for a single line
We want to draw text always inside a rectangle, but this isn't always possible, even if we use a pygame.Rect
big as the entire surface, is always possible that the text we pass is too long.
What happen in this case?
>>> ktext.text = example_texts.EXAMPLE_TEXT_4
The default behaviour is to cut the word at the maximum lenght possible. This because without saying anything the
KTextSurfaceWriter instance use a criteria called "cut".
You can change this to another value
>>> ktext.line_length_criteria = "split"
Then if we repeat the test we get a new behaviour.
The text now is splitted on many lines and no one characters gets lost. Of course, the too long single word is splitted
by an ugly barbarian at some random character (depending on the rect size, font, and so on).
Another possible value for the 'line_length_criteria' attribute is "overflow" (dangerous! See below).
>>> ktext.line_length_criteria = "overflow"
As you can see, the too long word now is alone on a text line (like before) but the word itself isn't modified:
simply the text is draw outside the Rect defined (and also the Surface...).
Text too long for the Rect height
To test the vertical limit, I change the font used by the example, so I can use less text.
>>> ktext.font = pygame.font.Font(None, 42)
First of all note that the previous test has not cleaned correctly the window. This because using the "overflow"
criteria for the 'line_length_criteria' attribute can lead to text drawn outside the area that the
KTextSurfaceWriter normally refresh.
You are on your own!
Lets go back to the new example.
As you can also note there's not limit to the text height rigth now. So if you display too much text in the Rect, this simply
will pass over the bottom constraint.
This is the default behaviour that you can change modifying the 'page_length_criteria' attribute. The default value is
"overflow", as you see above (again: can be dangerous).
We can change this to "cut" and we will se a different result.
>>> ktext.page_length_criteria = "cut"
You haven't seen difference? This is not true... The problem is always related to our bad test above: we blit outside the
controlled area of the KTextSurfaceWriter instance! And the invalidate method seems doing nothing because it can't clean
our dirty work.
Lets clean the surface a little, before going on!
>>> surface.fill( (255,255,255,255) )
Now we can try again.
As you can see, the library does a single thing, but try to do it well!
Comments, issues found and feedbacks are welcome, `contact me`__!
If you wanna browse the code repository let's go on the
Keul's Python Libraries.
Missing (but wanted) features
- Vertical text scroll feature
- Text align feature (right, centered)
- Text justify feature
- Change color of the font for a single word(s)
- Auto "fit to size" of text dimension
- Text in a paragraph style feature
- Sentence as command feature (clicking on a sentence will raise an event)
First release, but well documented and with all the basic features.
click to view original size
|KTextSurfaceWriter - 0.1.0 ||- Jan 3, 2009|
Pygame.org account Comments
If you wish to leave a comment with your pygame.org account, please sign in first.
pygame.org welcomes all python game, art, music, sound, video and multimedia projects. If they use pygame or not.
Jun 11, 2013
Jun 9, 2013
Jun 7, 2013
Jun 4, 2013
Jun 1, 2013
May 30, 2013
May 26, 2013
May 24, 2013
May 23, 2013
May 22, 2013
May 21, 2013