Re: FT_Render_Glyph returning error INVALID_OUTLINE

> Using the upgraded library I'm trying to convert the glyph image to > FT_GLYPH_FORMAT_BITMAP format using FT_RENDER_MODE_MONO rendering > mode, but the function FT_Render_Glyph is returning error > INVALID_OUTLINE (Error#:20). > > I have attached the font & sample test program for which it is

Re: Values of variables has changed after upgrading library.

> In our product we are in process to upgrade freeType library from > 2.0.9 to 2.10.0 version and compiled the library in 64Bit. Why 2.10.0 and not the current one, 2.11.0? > After loading the font using function FT_New_Memory_Face, the values > of underline_position is coming different in

Re: Values of variables has changed after upgrading library.

> In our product we are in process to upgrade freeType library from > 2.0.9 to 2.10.0 version and compiled the library in 64Bit. Why 2.10.0 and not the current one, 2.11.0? > After loading the font using function FT_New_Memory_Face, the values > of underline_position is coming different in

Re: Free type Gitlab Mirror

Hello Anurag, sorry for responding so late. > FDO went out again today, so I decided to create mirrors of main FT > repos on gitlab.com too (we already have Savannah) > > They are located here: > > https://gitlab.com/freetype Thanks a lot! Werner

removing `ftrandom`?

Folks, does anybody still use `ftrandom`? I wonder whether it makes sense to remove it. Werner

removing `ftrandom`?

Folks, does anybody still use `ftrandom`? I wonder whether it makes sense to remove it. Werner

Re: Aw: Re: Re: Re: Re: Re: Native TTF name sometimes contains crap

>> This explains a lot, thanks. Your version of the `ftdump` program >> is too old > > It is the version that comes with Ubuntu 18.04 LTS which is still > supported... You should complain to Ubuntu, then :-) >> it has been fixed a long time ago to no longer mangle the high byte >> of UTF-16

Re: Aw: Re: Re: Re: Re: Native TTF name sometimes contains crap

[Thanks for the font. Note, however, that I've asked to send the file off-list! First of all, it is far too big, so it was properly rejected, fortunately. Second, it is a non-free font, which must not be distributed.] > Please find the ftdump output and the related font attached. This

Re: Aw: Re: Re: Re: Native TTF name sometimes contains crap

> Yes, for sure, hex values are more accurate. > > So ftdump returns "\U+009E\U+004F" which is the correct name, so > ftdump is doing something I do not know about. > > When I call the get-name-function as shown, the returned value is > 0x7e 0xd1 0x4f 0x53 I guess it's rather 0xb8 0xd1

Re: Aw: Re: Re: Native TTF name sometimes contains crap

> OK, so let's go through the font: when I decode it with ftdump, I > get the following entires for name and family: > >font family (ID 1) [Microsoft] (language=0x0804): > "\U+009E\U+004F" >full name (ID 4) [Microsoft] (language=0x0804): > "\U+009E\U+004F" > > When I read

Re: Aw: Re: Native TTF name sometimes contains crap

> I _only_ make use of data where the encode-ID is set to > TT_MS_ID_UNICODE_CS. From this I would assume, all data in related > "string" member come with the same encoding and therefore have to be > used/decoded in the same way. Is this correct? In theory, this is correct. However, ... >

Re: Native TTF name sometimes contains crap

> thanks to your help I'm retrieving the original names of TTFs via > function FT_Get_Sfnt_Name() for the encode-ID TT_MS_ID_UNICODE_CS > successfully. This seems to work well except for some language-ID's > of type TT_MS_LANGID_CHINESE_*. There after decoding the > string-member I do not get

Re: Get the original, native name of a TTF?

> When calling FT_Get_Postscript_Name() the returned name of the font > is "Simhei". But when I use the same font in an original Chinese > software, it is not shown as "Simhei" there but as "黑辛". So my > question: how can I get this name when using freetype library? You have to parse the

Re: Truetype scaled font issue

> The specific font I was focussing on is from > "LiberationMono-Regular.ttf" (attached). I don't *think* it contains > embedded bitmaps? No, it doesn't. > The confusing part is, I've used the same file on Ubuntu 8, Ubuntu > 10 and Ubuntu 16 and it renders correctly on all of them. It's

Re: Truetype scaled font issue

> I'm curious why many scaled fonts look perfect in Ubuntu 16 > (freetype 2.6.1) , but terrible in Ubuntu 20 (2.10.1). Which font? Images, please. > To reproduce in Ubuntu 20: > > 1. $ xfontsel -scaled > 2. Select these options: fndry=misc, family=fixed, pxlsz=17. > 3. Observe ugly font. >

Re: HTTP/HTTPS URLs in announcement

>> http://freetype.org/ttfautohint > > All(?) URLs above support HTTPS and often redirect to it. It’d be > great if you could update the template to use HTTPS URLs. Doh, done. > remove*s*, return*s* [...] > > Maybe: … platforms not using FreeType. [...] Thanks! The next release will have

Announcing ttfautohint 1.8.4

ttfautohint 1.8.4 has been released. The source tarball, statically-linked binaries for Win32 (TTY and GUI) and OS X (TTY only) are available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ttfautohint/1.8.4 Instructions to build

Announcing ttfautohint 1.8.4

ttfautohint 1.8.4 has been released. The source tarball, statically-linked binaries for Win32 (TTY and GUI) and OS X (TTY only) are available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ttfautohint/1.8.4 Instructions to build

Re: Relationship between freetype and libfreetype and their versioning?

> What is relationship between freetype and libfreetype? Do know or > have some tips how to map libfreetype version to freetype? See https://gitlab.freedesktop.org/freetype/freetype/-/blob/master/docs/VERSIONS.TXT > $ otool -L libfreetype.dylib.6 > libfreetype.dylib.6: >

Re: New patch on gitlab

> I have submitted new patch relating to ftstring on the gitlab per > Lemberg recommendation. Thanks, will have a look soon. > In the future, do i need to also email this mailing list, or will > relevant people (Alexi and Werner) get notified through gitlab? We get notified. Werner

Re: [ft] Prevent synthesis of Unicode charmap?

2½ years ago you wrote the following: > ... I think just clarifying the documentation may be sufficient, > e.g. replacing (in the docs for FT_Encoding) > > "By default, FreeType enables a Unicode charmap and tags it with > FT_ENCODING_UNICODE when it is either provided or can be generated >

Re: [PATCH] add ability to change the rendered text while program is running

> This patch adds ability for you to change the rendered text while > the ftview is still running. [...] I just want to add that I agree with Alexei that this patch is better suited for `ftstring`. Werner

Re: [Freetype-devel] Re: Drop makefiles for obsolete platforms

>> > They might even be broken but have zero maintenance cost. >> >> +1 >> > Yes, the makefiles for some of these could still be useful. I agree. We *might* restructure the `builds` directory, but I don't see an immediate need. Overhauling and evaluating FreeType's build system is a non-trivial

Re: Update on OT-SVG in FreeType

>> I had a quick look at the code, and I've immediately found a >> fundamental problem: You are directly accessing >> `library->svg_renderer_state`. This is a no-go for applications >> since `FT_Library` is an opaque pointer that must not be >> dereferenced. >> >> Is it actually necessary that

Re: fuzzing SDFs

>> Looks good! Please submit a Pull Request that Armin (and others) >> can review. > > Done! Thanks. > The fuzzer already found a bug in the renderer, I have attached a > patch (diff.txt) to fix this > (https://github.com/freetype/freetype2-testing/runs/3213214141). If > you require a merge

Re: Update on OT-SVG in FreeType

> I've just submitted a draft MR that brings OT-SVG functionality to > FreeType. The code added allows client applications to grab the SVG > document given a glyph ID as well as allows rendering it to a bitmap > if renderer hooks are plugged-in externally. Thanks a lot, it looks good to me. >

Re: fuzzing SDFs

Hello Anuj, > I did check it out and I think simply adding the new render modes to > the render mode list should be sufficient. [...] Looks good! Please submit a Pull Request that Armin (and others) can review. Note that a major problem will probably be timeouts: Right now it can happen

Re: Maximum length of 'kern' table supported in .ttf?

> Presumably kerning functions exactly the same in either format from > the user perspective? Not really, since 'GPOS' is much more powerful. For example, you can disable, say, the kerning between 'f' and 'ı' for Turkish. On the other hand, data in the 'kern' table can't be handled specially

Re: Maximum length of 'kern' table supported in .ttf?

> I am trying to use Adobe Source Serif in WPS Office on Linux. I > notice that it ignores kerning pairs in the .otf version. In the > .ttf version it also ignores kerning pairs. This is because WPS > doesn't support GPOS kerning. However, if I open either of the > original fonts in

fuzzing SDFs

Anuj, now that SDF support is publicly available I think it might be useful to extend the `freetype2-testing` repository with a fuzzer. Would you like to have a look to check whether you can implement this? https://github.com/freetype/freetype2-testing Werner

Re: Announcing FreeType 2.11.0

> It seems "ttdebug" seems to be missing from > freetype2-demos/meson.build and won't get installed using meson > build. This should be fixed now in the git repository. Please test. Werner

Re: Announcing FreeType 2.11.0

> It seems "ttdebug" seems to be missing from > freetype2-demos/meson.build and won't get installed using meson > build. Indeed. Thanks for the report, I will take care of this. > And a 2nd issue. The test suite fails for me due to a missing ttf > font. Shouldn't it be included in the

ChangeLog file issues

Folks, for further commits, entries in the `ChangeLog` file are no longer necessary. Instead, we will auto-generate this file, as is done by other GNU projects like 'Emacs' or 'coreutils'. To make that work, I ask to format git commit messages in the same style that has been used in the last

Announcing FreeType 2.11.0

FreeType 2.11.0 has been released. It is available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file.

Announcing FreeType 2.11.0

FreeType 2.11.0 has been released. It is available from http://savannah.nongnu.org/download/freetype/ or http://sourceforge.net/projects/freetype/files/ The latter site also holds older versions of the FreeType library. See below for the relevant snippet from the CHANGES file.

Re: [PATCH 1/2] [base] Reject combinations of incompatible FT_OPEN flags

> I would have preferred to use a GitLab merge request, but I keep > getting a 500 error today when trying to sign up for > gitlab.freedesktop.org. Use `git am --keep-non-patch` or `git > mailinfo -b` on these patch emails to keep the `[base]` in the > subject. Thanks for your two patches! I've

Re: A few questions about the new SDF render

> *> Care to provide a small patch?* > > Attached below. Applied (with small corrections), thanks! Werner

Re: Freedesktop.org down

>>> Freedesktop.org is down for more than 12 hours now >> >> Yes, and we can't do anything except waiting until the problem has >> been fixed. Of course, such things happen during a weekend :-| > > The admins can be found on #freedesktop on irc.oftc.net, where they > report the problem has

Re: Freedesktop.org down

> Freedesktop.org is down for more than 12 hours now Yes, and we can't do anything except waiting until the problem has been fixed. Of course, such things happen during a weekend :-| Werner

Re: meson and logging support

>>> What message do you mean? >> >> What are you referring to? > > I was stumped by "I'm not completely happy about the message meson > emits“. Do you mean the red „No“? Yes, and the message itself, which I admittedly abuse for testing a local header file. I don't want something dramatic,

Re: A few questions about the new SDF render

Hello Anuj, > The implementation only supports single channel SDF. So the > documentation for ` FT_RENDER_MODE_SDF ` is correct. Thanks though, > the comment might need some editing. Care to provide a small patch? Werner

Re: meson and logging support

Hello Nikolaus! > What message do you mean? What are you referring to? > I don't know meson well enough, but a quick skim of the Meson > offline manual and the one on https://mesonbuild.com show no easy > option to configure a project "from within". It seems so. Here I definitely lack the

Re: a couple of compiler warnings with gcc 11 on freetype 2.10.4

> There are two new warnings from building 2.10.4 on current fedora. > One is likely from the newer gcc 11: > > > src/base/ftlcdfil.c:360:42: warning: > argument 2 of type ‘FT_Vector *’ {aka ‘struct FT_Vector_ *’} > declared as a pointer [-Warray-parameter=] > 360 |

meson and logging support

Meson experts, please have a look at https://gitlab.freedesktop.org/freetype/freetype/-/merge_requests/46 Is this the right approach? I'm not completely happy about the message meson emits, and that the normal case (i.e., logging support is disabled) is indicated with a red 'NO', which

Re: Compile FreeType Demos with static linking

>> I just wanted to know if it is possible to compile the FreeType >> demos with static linking? > > Yes, for example with > > cd freetype-demos > meson subprojects update > meson setup --default-library static build > meson compile -C build > > Of course, this only links the FreeType

Re: Compile FreeType Demos with static linking

> On running "make devel" in freetype source it says something like > "make: Nothing to be done for 'devel'". So, I presume static linking > is not working properly right now in autotools ... Start like the following for FreeType: git clean -fdx make devel make This is GNU make

Re: Compile FreeType Demos with static linking

>> I just wanted to know if it is possible to compile the FreeType >> demos with static linking? > > Yes, for example with > > cd freetype-demos > meson subprojects update > meson setup --default-library static build > meson compile -C build Uh, oh, this doesn't work currently.

Re: Compile FreeType Demos with static linking

> I just wanted to know if it is possible to compile the FreeType > demos with static linking? Yes, for example with cd freetype-demos meson subprojects update meson setup --default-library static build meson compile -C build Of course, this only links the FreeType library statically

Re: Compiling freetype without make and cmake

Welcome to FreeType! >I have an unusual requirement. I am trying to use Freetype with >the Arduino framework, via PlatformIO w/ VSCode > >Being able to build it under this environment means opening up >freetype to a whole range of IoT devices. OK. >So I have some

Re: CI website design prototype

Sarthak, Anurag, it seems I've missed to answer this e-mail. Sorry for that. > [...] here is the proposed UX of the website: > > (The artefact is a tarball, when you extract and open the folder, > you see this): > > An index.html file, a folder called regressions. > > On opening the

Re: Help to contribute

Hello Khushi! > I am a beginner in the C programming language, and I am trying to > understand the culture of open source. Can you suggest some > beginner level issues that I can solve? I think it doesn't work like that. First of all, you have to find a project that really, really interests

severe memory leak due to recent t42 change

Hello Alexei, your recent t42 change causes memory leaks. If you build the `driver` program from 'freetype2-testing' without sanitizers and with FreeType debugging activated, a call to valgrind --leak-check=full \ --show-leak-kinds=all \

Re: new release?

>>> You used to release a new version around this time of year. What >>> are your plans this time around? Are you waiting for some >>> official specs for COLRv1? >> >> Not really for the official specs, but for green light that the >> COLRv1 stuff is OK to be published as experimental but stable.

Re: new release?

>> > I'm attaching the two patches below, [...] >> >> Thanks for applying. I've polished the code a bit; please check. > > We do not define FT_LOAD_TARGET_SDF yet, which is necessary for > FT_LOAD_RENDER to work. It would make sense if it implied > FT_LOAD_NO_HINTING as the purpose here to

Re: new release?

> One more screenshot This looks very nice :-) Werner

moving COLR stuff to separate header file?

Dominik, while comparing the current git with the last release to check differences, I noticed that the COLR stuff is quite large. IMHO, it deserves to be moved into a separate file. What do you think? If you agree, can you do that? I can imagine to move COLR stuff into `ftcolor.h` so that

Re: new release?

> I'm attaching the two patches below, [...] Thanks for applying. I've polished the code a bit; please check. Werner

Re: Different glyph outputs for Windows and Linux

> The project in which I am working is using FreeType for generating > glyphs. We are cross-platform focusing on both Windows and Linux > OSes. We found out that using our product on different os generates > visually different outputs. We have the same FreeType version on > both Windows and

Re: Differences in v38 vs v40 TT interpreter with hinting off?

> Are the v38 and v40 TrueType interpreter modes identical in their > rendered output with subpixel AA off No. > and hinting off? Yes. Werner

Re: CI website design prototype

> Apparently I forgot you could send files via email This looks great, thanks! It's a good start. >> It would be great if you could provide some feedback (what should I >> add/remove/change etc), so that sarthak can then implement it (and >> I can mentor him). Alas, I can only answer this

Re: Query regarding generating MD5 Hashes of rendered gyphs

> While trying to generate MD5 hashes of rendered glyphs, I came across this > discussion: > https://lists.nongnu.org/archive/html/freetype-devel/2017-03/msg1.html > > I tried compiling freetype with FT_DEBUG_LEVEL_TRACE defined and set > the env variable FT2_DEBUG to bitmap:3, but ftgrid

Re: how update the website for the complex layout

>> HarfBuzz is a text shaping library; it is not meant to actually do >> text layout. > > Do you mean it is lacking things like recognizing word breaks and > line breaks? Because it can lay out a line of text pretty well. According to HarfBuzz's home page, laying out text is not its (primary)

Re: how update the website for the complex layout

>> What exactly do you mean with a 'more general framework'? > > If my memory is correct, HarfBuzz was started as the one of the > infrastructure for the Pango. When it was started, there were other > non-HarfBuzz OpenType drivers, like Qt, like ICU, etc. Maybe there > were more. But now, the

Re: [Freetype] Font files and vertical text

> Q: How do I render a line of text in FreeType? [...] Thanks a lot! I've added this, with some modifications. Please check and comment. > [Is it worth mentioning Fontconfig > as well, do > you think? As a solution for font matching?]

Re: how update the website for the complex layout

> As a quick fix, I want to propose the additional item to FAQ. [...] Thanks, I've added this (with modifications) to the FAQ. I also took the opportunity to update the layout of the FAQ to be similar to the rest of the FreeType 2 documentation. > BTW, I wonder whether current last answer

Re: GSoC

Hello Sarthak, > I have recently received my GSoC selection mail. I would like to > thank my mentor @Werner LEMBERG and other Freetype > community members for their constant support and guidance. > > It will be my privilege to work with such a wonderful organization, >

Re: new release?

> We have already discussed 8 Bit SDF earlier and I agree that 8 Bits > is enough for producing acceptable interpolation for rendering. Here > is the mail for your reference: > https://lists.nongnu.org/archive/html/freetype-devel/2020-12/msg00042.html Thanks. > Back then I was waiting for

Re: [Freetype] Font files and vertical text

>>> You want me to submit an item for the FAQ along the lines of “How >>> do I do advanced/language-specific text layout?”? >> >> Mhmm, this too, but I have thought of something quite at the top >> level to really, really scare people away from inventing the wheel >> again, underestimating the

Re: new release?

Hello Alexei, > You used to release a new version around this time of year. What are > your plans this time around? Are you waiting for some official > specs for COLRv1? Not really for the official specs, but for green light that the COLRv1 stuff is OK to be published as experimental but

Re: [Freetype] Font files and vertical text

>>> Too many times I see questions on this list from people trying to >>> do complicated font rendering directly in FreeType, when they >>> should be using higher-level rendering/shaping engines like Cairo, >>> HarfBuzz and Fribidi. They should be saving themselves some work. >> >> Can you

Re: [Freetype] Font files and vertical text

>> The modern applications trying to support the CJK vertical writing >> mode use more complicated frameworks, like HarfBuzz. > > Too many times I see questions on this list from people trying to do > complicated font rendering directly in FreeType, when they should be > using higher-level

Re: What does the light hinting option actually do?

> The light hinting mode is generally described as a mode which > results in vertical-only hinting [1]. However, in a later article > [2], it's described that the v40 TrueType interpreter will also do > its best to ignore horizontal hinting instructions. > > So is there any difference between

Re: Does Freetype work best with gamma 2.2, and how does it interact with KDE gamma setting?

> But if it is correcting the gamma it must assume that my monitor has > a certain gamma? As Allan has written: FreeType does *not* interact with gamma at all! If you want to be very precise you could say that FreeType doesn't return bitmaps with color or grayscale pixels. Instead, it returns

Re: LZW decompression

>> > Oh yesss! >> > $ bin/ftview 44 ../hanglg16.pcf.Z >> > pcf_get_metrics: invalid metrics for glyph 2081 >> > pcf_get_metrics: invalid metrics for glyph 2082 >> > pcf_get_metrics: invalid metrics for glyph 2083 >> > ... >> > >> > $ bin/ftview 44 ../hanglg16.pcf >> > is clean as a whistle! >> >>

Re: LZW decompression

>> > Is relocation ever triggered while uncompressing fonts? If yes, >> > is the corresponding font correctly read and displayed? > > Oh yesss! > $ bin/ftview 44 ../hanglg16.pcf.Z > pcf_get_metrics: invalid metrics for glyph 2081 > pcf_get_metrics: invalid metrics for glyph 2082 >

Re: LZW decompression

Hello Alexei, > During my memory management review, I noticed > ft_lzwstate_stack_grow. It seems to drop stack_0 when relocating to > the heap memory without copying it. How is this even supposed to > work? Would you please take a look at this function? Good question. My knowledge of LZW

Re: FreeType homepage spies on its viewers

> Next to it, in the JavaScript code of the page, there is > > border="0" > src="https://www.paypalobjects.com/de_DE/i/scr/pixel.gif; > width="1" > height="1"> Removed on all HTML pages, thanks. Werner

Re: Question about zero render issue

> recently I'm working on a PDF reader application which use FreeType > to render text. we had a pdf file which number zero [...] > > [...] I think the font itself has some issue, but I don't know > what's wrong with the font (i have very little knowledge with the > font)? can someone help? If

Re: [PATCH] updates to freetype2.m4

Hello Ozkan, > Current freetype2.m4 has 'dnl'ed notes about not quoting AS_HELP_STRING > since 2003. Here are the issues: > > - The dnl notes prepend 5 spaces of unwanted indentation to help > string Thanks for the report, I've fixed it. > - There are no apparent reasons to not quote

Re: OTF font containing multiple faces

> FT_Open_Face takes a face_index value, can anyone point me to an OTF > font that contains more than one face Look at the Noto CJK fonts, for example NotoSerifCJK-Regular.ttc Inspite of having the extension `.ttc`, those fonts are CFF collections. The above font has four faces: Noto

Re: Regarding GSoC

Hello Aman, > I have a query that can we know the statistics of FreeType's GSoC, > in simple words can we know that how many students have submitted > their proposal and for what what project somewhere, or this > information will be anonymous till the results will announced. sorry, but this

Re: Testing framework

> I mean to say that as Alexei have suggested us to run it directly, > by not using Xvfb and capturing the screenshot by pressing simply > [P], that is giving us the .png file saved in same directory. I > think this is what you use to test it in a manual way. Ah, ok, understood. Of course,

Re: Testing framework

> but still confused over the thing that whether we have to follow the > traditional method all the time i.e. xvfbRunAndScreenShot, and check > some enhancement in it itself, or we have to do it manually all the > time or student need to figure it out by themselves a suitable > substitute of it?

Re: Interested in your GSOC project

Hello Kunwar, > The programming knowledge I currently posses restricts itself to > only one language which is C. Your GSOC project titled "Add a > capability database to FreeType's auto-hinter" has requirements > falling in domain of my knowledge. I have written c programs for > backing up

Re: testing framework GSOC

>> It is not clear what problems arise for you because of the local >> vs. remote thing. Please elaborate. Maybe I don't understand you >> correctly. > > When I am trying to run it locally it simply generates blank html > report of the comparison and blank images, i am doing everything > what

Re: Testing framework

> inside test-font.sh, there is a function written > xvfbRunAndScreenShot, it will show error and only blank png's will > be generated, as far as there is no ../freetype2-demos/bin/ftgrid > directory found in our demos program, and there is no branch in > demos for GSoC's Gregs works. It will

Re: Completion of OT-SVG

Hello Moazin, > I'm free for a few months and I'd like to finalize the OT-SVG > project. Excellent! > [...] I'm wondering what approach would let applications/libraries > benefit the most from FreeType's OT-SVG support. I think the main benefit is simplifying the interface, this is, letting

Re: testing framework GSOC

Hello Aman, > i wanna ask that can we run this framework in any other way than > running locally or not? The idea is to have this run remotely eventually, using the CI capabilities of the gitlab instance on freedesktop.org (or maybe something else in case this isn't sufficient for whatever

Re: GSoC

> Do share your remark over this or can I proceed according to what he > have suggested or what, accordingly i will see the things, and the > most ambiguous thing in current is - whether i have to make proposal > for the entire thing, or just for the subproject he suggested me to > do so.? As

Re: GSoC

> If he is ok with that we can do this type of thing it will be like > doing different different subproject under same projects name, and > no collaboration to be done like this as you have mentioned earlier. I think the best solution is that you don't use the term 'subproject' at all.

Re: Proposing a new Idea for Freetype

Hello Manish, > Through Community Platform, I meant a Full Stack Forum for the > upcoming contributors or the Developers within where they can > interact with each other. Thanks for your offer, but no. The 'official' communication channels for FreeType are intentionally e-mail only. Having

Re: GSoC

>> [...] Thanks to the similar GSoC project last year, there should >> only be incremental improvements necessary and not the need to >> start from scratch. As far as I can see, the migration of the CI >> to the gitlab instance at freedesktop.org is 100 to 200 lines of >> code, improving the UI

Re: GSoC

Hello Aman, > I have read archive on orgs. Mailing list. I have some doubts, as > this year's GSoC time is reduced to half, which implies that project > should be smaller, and what sarthak have stated in his earlier mail > (four or five points), is quite tough to be completed in such a >

Re: Persistent CVT writes from glyf program.

Hello Ben, > While investigating some odd behavior, I discovered that in FreeType > if a TrueType glyf contains instructions which read/modify/write a > CVT entry and the glyph is loaded more than once the modified values > persist across calls. The persistence is in the (TT_SizeRec_) >

Re: Develop a test framework for checking FreeType's rendering output

Hello Sarthak, > I want suggestions regarding generating HTML pages depicting the > comparison, as this project wants to add some good UI, or can say we > need something more functional and reflexive than the current one. I don't have suggestions, since I'm not acquainted with those issues.

Re: Develop a test framework for checking FreeType's rendering output - GSoC Project

>> > - There should be some custom test harness in concurrence with >> > checks for more accurate results. >> >> What exactly do you mean with 'more accurate results'? > > I have used in context to check for compile errors more precisely. I still don't get it, sorry. Please elaborate.

Re: Develop a test framework for checking FreeType's rendering output - GSoC Project

Hello Sarthak, thanks for your thoughtful e-mail. I think you've exactly hit the problems. > In the last few days, I have come across Freetype's Documentation > and previous contributions on this project(GSoC), what I have > observed is > > - Most of the things are already implemented in

Re: GSOC Project

> [...] for getting well in work with freetype i need to study whole > documentation of freetype or i just need to have the intro and build > it to the system, Of course it's not necessary to read everything, but you should get a feeling for the library, this is, actively play around with the

Re: GSOC Project

Hello Aman, > I am interested in the project -_"Develop a test framework for > checking Freetype's rendering output" Great! > 1. What signifies the meaning of word "font corpora" as i haven't > found anything about by googling it. A good and valid question. 'Corpora' is the plural form of

Re: Develop a test framework for checking FreeType's rendering output - GSoC Project

> As directed by you i have tried all the things and i think I have > gathered some good amount of info, OK. > As far as CI part is concerned which was earlier not compatible with > Savannah, but as whole codes moved to gitlab, now we have probably > multiple ways to implement that, either we

<    1   2   3   4   5   6   7   8   9   10   >