> running ./fp to get the gui raises
Did it open and immediately close? Or did you browse to a folder and view any
fonts?
Have you ever managed to use it? There may be a bad font it's trying to open
that is killing it now. Go look in ~/.fontypython and inspect the
file 'segfonts'
> "Unhandled PIL error.exceptions.UnicodeEncodeError"
Is that all it says? Perhaps there was more output.
> Is this a know issue? if not, how can i get more debug information? if
> it is, how can I fix it?
I thought I had stamped on all the unicode errors a year ago...
Your best bet is to remove the conf file (~/.fontypython/fp.conf) and start it
again. Then point it at a folder with a few font files in it. Any fonts in
that folder with unusual characters in the file name may be causing the
problem -- so you'd have to remove them one by one until fonty runs ok.
You can also keep an eye on 'segfonts' which tries to hold the name of the
font that caused trouble most recently.
I hope you manage to narrow-down the problem. I have not touched the code for
over a year, so I don't even remember much of it :)
Let me know what you find, I will see if I can help.
If you want to learn Python, then get the source and hack away.
\d
Did you install it via synaptic (or ubuntu's package manager)? If not, I would
On Wednesday, 21 January 2009 09:38:29 Matías Iturburu wrote:
> I've got a fresh checkout of fp,
suggest removing it and using Synaptic.
Did it open and immediately close? Or did you browse to a folder and view any
> running ./fp to get the gui raises
fonts?
Have you ever managed to use it? There may be a bad font it's trying to open
that is killing it now. Go look in ~/.fontypython and inspect the
file 'segfonts'
Is that all it says? Perhaps there was more output.
> "Unhandled PIL error.exceptions.UnicodeEncodeError"
I thought I had stamped on all the unicode errors a year ago...
> Is this a know issue? if not, how can i get more debug information? if
> it is, how can I fix it?
Your best bet is to remove the conf file (~/.fontypython/fp.conf) and start it
again. Then point it at a folder with a few font files in it. Any fonts in
that folder with unusual characters in the file name may be causing the
problem -- so you'd have to remove them one by one until fonty runs ok.
You can also keep an eye on 'segfonts' which tries to hold the name of the
font that caused trouble most recently.
I hope you manage to narrow-down the problem. I have not touched the code for
over a year, so I don't even remember much of it :)
Let me know what you find, I will see if I can help.
If you want to learn Python, then get the source and hack away.
\d
Still, from your description, fonty is still running -- at what point does is
close with the unicode error?
> Couldn't find a segfonts file,
Okay, that's some good news at least.
> I have a 'badfiles' but it shows all the
> files in the folder, so it's the same issue than above methinks
Try this:
1. Make a folder ~/testfonts/
2. Put a few of those A008*.ttf fonts into it.
3. Open a console and fp ~/testfonts/
In that test we have removed the name 'Tipografías' from the picture -- just
to see if that was the problem.
> > > "Unhandled PIL error.exceptions.UnicodeEncodeError"
> > Is that all it says? Perhaps there was more output.
> yep, all it says, I've tried running fp from the console but it doesn't
> says anything
Very strange - usually Python dumps quite a lot of info on a bug. That's not
enough to get to the problem.
> Check yourself (http://dpaste.com/hold/111337/) I believe there are no bad
> names on it
Thanks, that gave rise to the test above.
> I know python a little, but never done a desktop app with it.
Well, if you have the time and want the challenge, then see if you can follow
the code to the point where the error is happening. I would appreciate at
least some idea of where things are going wrong.
Good luck,
\d
This happens because fonty relies on PIL (a library) and it has trouble with
On Wednesday, 21 January 2009 10:42:16 Matías Iturburu wrote:
> The package in ubuntu was the first I tried, but it only renders a list
> with "font may be bad and it cannot be drawn", the font's path and name.
certain fonts. It looks like you may just be in the unhappy position of using
those fonts.
Still, from your description, fonty is still running -- at what point does is
close with the unicode error?
Okay, that's some good news at least.
> Couldn't find a segfonts file,
Try this:
> I have a 'badfiles' but it shows all the
> files in the folder, so it's the same issue than above methinks
1. Make a folder ~/testfonts/
2. Put a few of those A008*.ttf fonts into it.
3. Open a console and fp ~/testfonts/
In that test we have removed the name 'Tipografías' from the picture -- just
to see if that was the problem.
Very strange - usually Python dumps quite a lot of info on a bug. That's not
> > > "Unhandled PIL error.exceptions.UnicodeEncodeError"
> > Is that all it says? Perhaps there was more output.
> yep, all it says, I've tried running fp from the console but it doesn't
> says anything
enough to get to the problem.
Thanks, that gave rise to the test above.
Well, if you have the time and want the challenge, then see if you can follow
> I know python a little, but never done a desktop app with it.
the code to the point where the error is happening. I would appreciate at
least some idea of where things are going wrong.
Good luck,
\d
At least it's working now! Phew :D
> I work mostly with web stuff (zope, django...). I'll make me some time and
> give it a try.
I am learning Django now and spend most of my time there. I just never get any
chance to go back and fix my other projects :(
Anyway, I am glad you can get past that error. Enjoy fonty!
Regards,
\d