-
Notifications
You must be signed in to change notification settings - Fork 86
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
Documentation on building and how to run the demos? #169
Comments
I started out by |
Do you recommend building any dll assemblies prior? Or is the Typography.* namespace source, in its current state, meant to be used directly? I'm assuming the latter. |
Hello @solstice333 , mini example here ... also .. info ... |
I created a project and did "add solution folder" at the top-level and called it Typography. I did "add existing project" for each of the Typography.* and Unpack_SH .shproj files, and nested them under the Typography solution folder that I just created. For my main project references (edit references), I added all the references to all the Typography namespaces. I guess this is one way to organize a project to use the Typography lib. AFAIK, there's no dll's to be built unless you're trying to run the demos b.c. I think at least one of the demos is dependent on the N20 (.Net 2.0) compilation which seem to be buildable as dlls. |
You can open 'Typography.sln' with VS2017, https://github.com/LayoutFarm/Typography/blob/master/Typography.sln Did you open it? |
@prepare yeah, I opened Typography.sln first to sort of play around with the repo and try to get the demos to run. I figured ok I'll build the entire solution and run the demos but ran into build errors b.c. it seems like certain projects need to be built in a certain order, particularly for the Typography sln's that are named Typography_Build, which I guess are to ensure backwards compatibility for older .NET. Are you saying that the repo is meant to be a sln template or a project starting point? |
Well I tried opening a ttf via FileStream passed to OpenFontReader.Read(). Ran into build errors where one of them was in Typography.Contours/GlyphAnalysis/0_GlyphTriangle.cs. The import of the Poly2Tri namespace could not be resolved so I did a search for where that's defined. According to the solution structure, looks like it's under Demo/PixelFarm/Triangulation/Delaunay/*.cs. In the filesystem structure, however, PixelFarm isn't nested underneath Demo, so I guess it's actually part of the core library. Am I right to presume that it's part of the core library and not just part of the demo? |
When you build from a Typography.sln file All the examples should be compiled successfully. for PixelFarm, Typography should use a snapshot eg. Poly2Tri namespace should be here If you create a new sln project => It would be hard for the first time. ( for me too) |
The solution file has a correct order of how to build, please build it from Could you provide the error msg? |
Ok, I'm getting closer. So far what I've done was
Which results in... So I'm pretty much just doing the below. Nothing too crazy yet... When I compile, I get... Hitting f12 navigates me to |
Not related to the building issue you are facing. But I can ensure you that Typopgraphy is able to offer all the functions you want. I have used a earlier version of Typography in one of my projects and all these features do work. |
Just saw this post. Here's what I get when building the Typography solution (368c50e). Prior to building I confirmed that |
I appreciate the confirmation. Which SHA is this? I'll give it a shot. |
Wait ... I know, I build on Win7, WinForms
|
@solstice333 |
Thank you for your report :) I fix the errors on Android and iOS , now all build pass, I test on Android Emu, here is the screenshot of the latest master. (on iOS example => build pass but not test yet). |
please note that I don't use the optimum methods for I'm working on the better method (Gpu-based). |
Oh, sorry. I meant to point out that I'm developing for OSX and not mobile. Regardless, I think I'm getting used to how to navigate around and use this library. Part of the problem was that I'm a total noob and thought command + enter was the keybindings to build and run w/ debugging for an individual project, but it was actually building whole solutions which made things harder to debug dependency issues. Anyway, it seems the easiest way to use this library is to know which demo you need, try to build it individually as a project, and add references as needed. In other words, what worked for me (on ba450a2) is... For Demo/Windows/GlyphTess.WinForms
And the GUI renders fine. Modifying the "Single Char" field causes a crash throwing an IO.FileNotFoundException. Looks like a Windows path is being concatenated to a Unix path which isn't bad:
I think this demo project and its dependencies are mostly what I need. Doing the same for GdiPlusSample.WinForms results in a NullReferenceException being thrown at...
With a locals snapshot of... Alright, this should give me enough to chew on for awhile. Hopefully this helps someone else who is working in a similar environment. Thanks everyone for your patience and support. |
From latest error, but that Demo I did not provide the Woff2 decode handler if you want to read Woff, Woff2 Woff/Woff2 here #27 (comment) I provide Woff2 example in another demo If you don't want to use Woff2, => just skip reading that file |
@prepare Ah, got it. Ok, I think that's pretty much it. Closing the thread now. Thanks again. |
I'm working on OSX 10.11.6 with Visual Studio Community 7.7.3 and Mono 5.16. I just recently cloned this and am having a little trouble figuring out how to build the project so I can get the demos to run. Can someone point me towards any documentation or give any advice on this? Ultimately my goal is to extract the contour/outline points of glyphs contained within a .ttf and then also (separately) extract triangulation vertex points of those same glyphs. I'm presuming all of this is possible with this library.
The text was updated successfully, but these errors were encountered: