Glyph - 1.0.0

great job guys http://octavinsu.blogspot.com/2013/01/acer-iconia-pc-tablet-dengan-windows-8.html

cool game http://update-seputar-software.blogspot.com/2013/01/bank-mandiri-bank-terbaik-di-indonesia_7534.html

http://octavinsu.blogspot.com/2012/12/ekioskucom-jual-beli-online-aman.html

http://update-seputar-software.blogspot.com/2012/08/lakucom-belanja-online-grosir-eceran.html

Tried 2.5.0 and it's not working. Looking at this feedback page maybe we should take it to email? I just wrote to omnirizon at users.sourceforge.net I am callmerob@gmail.com let's figure this out?

I released Pythentene and Glyph is in the credits. Omnirizon I wonder if you could take a look and see how I did? I wonder if there's any improvements you might note. It occurred to me to not default at 640x480 but instead can test and use a higher resolution, but still would be nice to make the tiny screen look as good as possible. In any case, thanks!

Well there's more to the story; I moved the font directory as you said but then the demo wouldn't start at all, so I *copied* the font directory to both places. No luck, so added a statement `print env[1]` right before the crash... I see it emits "font\silkscreen_bold.ttf" which would probably work on Windows but not on Unix. I think it's a job for os.path.join though I see you use that in some places so... dunno, HTH

ok I see the problem. the glyph demo needs the font folder inside the same directory as the _glyph.py file. I thought I had packaged it that way, but at any rate it was bad form. I'll change the demo code to get its current working directory and look for font files there.

to get the demo working for you now, simply put the font directory that came packaged with glyph back in the glyph directory.

Thanks for the reply omnirizon! I didn't figure out the error below. Tried some bitmap font action but it didn't seem to help, marked it to revisit later as you say it doesn't look too bad.

also, I've got some updates incoming that fix problems with glyph. namely, sometimes strings too long for the glyph rect would cause errors before reaching the point that glyph informs the user the error is that the string was too long. also, there was a bug that often caused unwanted behavior if the input text began with an environment. finally, i've worked with the editor to provide text wrapping for it and simplify the process of using the cursor.

hey there. did you get the problems with the font filename sorted? I need to do something to provide some information as to the source of the problem in the input text to glyph.

that image you linked looks fine. unfortunately, non-bitmap fonts tend to look less than stellar with pygame; I suppose the pygame font library doesn't handle the sub-pixel anti-aliasing instructions in curve-based fonts very well. I always use bitmap fonts. Silkscreen is good and one of the few bitmaps fonts to offer normal, bold, and italics versions of the same font. Proggy, though, is probably my favorite. take care, most bitmap fonts only look good at one size.

Mr. Armstrong you've saved me a ton of time! But there's other work to do so can't show you the source code yet... would you mind looking at http://tinyurl.com/4owob7q and tell me what I might have missed? The text layout is STELLAR but I wonder if it could render the font better? THANKS

I'm running 2.4 and the demo starts fine, the editor runs, but when I click to try to learn >here< to learn about this wonderous mini-language the demo crashes with:
File "demo.py", line 322, in <module>
demo.start()
File "demo.py", line 277, in start
glyph.input(PAGES[link], justify = 'justified')
File "/Users/rob/Downloads/glyphTest/glyph/glyph/_glyph.py", line 410, in input
interpreted_txt = interpret(txt) #
File "/Users/rob/Downloads/glyphTest/glyph/glyph/_glyph.py", line 321, in _interpret
envs.append(read_env(_txt_)) # append new environemt
File "/Users/rob/Downloads/glyphTest/glyph/glyph/_glyph.py", line 266, in __read_env
return ('font', Font(path, int(size))) # return new font
IOError: unable to read font filename
I'm running using Python 2.5 with this tree:
./demo.py
./font
./font/silkscreen.ttf
./font/silkscreen_bold.ttf
./font/silkscreen_expanded.ttf
./font/silkscreen_expanded_bold.ttf
./glyph
./glyph/__init__.py
./glyph/__init__.pyc
./glyph/_editor.py
./glyph/_editor.pyc
./glyph/_glyph.py
./glyph/_glyph.pyc
./img
./img/bkgscreen.tga
./img/blu_pot.tga
./img/red_pot.tga
./readme.txt
Also I've got something else on my mind... separate post.

In the interest of repeatability, can you make sure the folder structure is like this:

glyph/__init__.py
glyph/_glyph.py
glyph/_editor.py
glyph/demo.py

make sure glyph is directly on your PYTHONPATH.

I cannot repeat your error, but I think it might be caused by you still having the glyph module inside a folder named 'glyph-2.4.0'. Also, make sure you include all the files in the module as I had packaged them, the __init__ file is responsible for naming the objects, so if you had replaced it the objects would not be available.

Tried it, it reported this

Traceback (most recent call last):
File "C:\Users\XXX\Downloads\glyph-2.4.0\glyph\demo.py", line 3, in <module>
from glyph import Editor, Glyph, Macros
ImportError: cannot import name Editor

yes, as I stated in the instructions above, _you_ must rename the folder to glyph. I don't have this packaged with an installer. The next release will provide an installer option; the practices of distribution are something I'm just now learning.

i tried to run it but it reports "no module named glyph" and fails to execute demo.py .

Have you add background text color in the last release? It's very useful this library!!!

request delivered! and then some.

It would be nice to have a resizing feature.

well everything should be working. i didn't include the scrolling view feature, but its easy enough to add to the program. you would simply need to add a variable that reset to zero every loop, and map a key, like PAGE_UP and PAGE_DOWN to change it to one or negative one (or a higher number for faster scrolling) for one loop, then add this variable to the scroller's output call.

you could do a similar thing for the pager object to see the page flipping feature, as long as you had some text that was more than could fit in the page height (by default, also the rect height).

actually, i think you could see page flipping on the current program in the editor. just type until you fill up the editor box, it should automatically flip to a new page and you can keep typing. backspace, deleting all characters off the new page, until the editor flips back to the old page. all your old text should still be there and your (invisible) cursor will be at the position of the most recent character.

However all this seems promising! I'm not sure of what of the features described are right now working (or may be that they aren't available through the example program?).

i noticed that too. it was kind of weird

i don't know html at all, and needed to use some to even be able to insert a description. your project was right there at the top and I just used your html source. so our descrip pages look a lot alike too :)

i've actually been working on/with this project since last summer. like you, i wrote it for a game i'm writing that needed lots of text processing. i didn't want to release until I had put the module through the angles by using it in actual design. I've finally done that now and am pretty happy with it, so decided to put it up.

D'oh! I think we released two very similar projects one some hours after the other, but for what I see you are more advanced :-)