Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Font creator doesn't create more than 256 characters #6

Open
erlend-sh opened this issue Mar 5, 2016 · 4 comments
Open

Font creator doesn't create more than 256 characters #6

erlend-sh opened this issue Mar 5, 2016 · 4 comments

Comments

@erlend-sh
Copy link
Member

From @tonihele on September 28, 2015 19:52

Font creator doesn't create more than 256 characters. The Font Creator lets the user select the char range and even shows them on the preview, but the end result contains just one page with 256 characters max.
fontcreator

Easy fix would be just to produce one page with the given character range (max displayable char...). If I understood correctly, JME does read these, no matter what the max range is. Also the preview image could be inside a scrollable container. As it tends to eat up and hide all the controls when it is big enough.

Here some discussion from the forums (also pin pointed some of the code points which might be related):
http://hub.jmonkeyengine.org/t/font-creator-for-jmp/16273/30

Copied from original issue: jMonkeyEngine/jmonkeyengine#356

@erlend-sh
Copy link
Member Author

From @tonihele on October 19, 2015 19:49

I might be able to do this. At least I have now JME forked and running. Is it ok, if I:

  • Create all chars on same page (I'm not sure does JME even support the pages)
  • Put the font preview inside some scrollpanel to get rid of the eating the screen effect
  • Change the tooltip on "char range" not to say about padding
  • Use StringBuilder in com.jme3.gde.angelfont.FontCreator.java

This is really @normen 's work of art. Any thoughts?

@tonihele
Copy link
Contributor

tonihele commented Jan 2, 2020

This I was a bit thinking... That the competition has really outdated this. I looked at Hiero (https://github.com/libgdx/libgdx/wiki/Hiero). They even reference this as a retarded but good willing competitor :)

Would it be ok to use that? Include the JARs and all... Is it possible license wise? Do we loose something in the process?

Of course the specs don't really change that much, so it would be all possible to just brush up ours a bit. Just a bit.

@MeFisto94
Copy link
Member

The problem with this is that we'd be depending on the whole GDX (which we halfway already due, thanks to behavior trees), but the question is how we could integrate the whole tool seamlessly, without rewriting much of it (versus e.g. gdx-fontpacker).
But being able to use Freetype and all would really be a good approach.
Another question would be file saving and stuff in that regard.

@tonihele
Copy link
Contributor

tonihele commented Nov 6, 2022

The tooltips have been cleaned up, as well some weird labels either hidden or removed for 3.5 release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants