Re: [ft-devel] [GSoC] Visualizing/organizing different rendering modes

[k kushal]

What are you going to implement?  Where are problems?  Please provide
more details/information and/or commit some code (if temporary, simply
make a new branch) – the next evaluation is coming soon...

My updates.

I've pushed the functions to stitch the PNG(s) and add effects and also

written the code for the list view in the HTML page. (Using dynamic linking)

(Rather than stitching PNG(s) together, I am directly producing sprite sheets.

AFAICS, there is no need for the individual PNG(s).)

While testing the list-view page, it becomes pretty heavy to display all the images.

I don't think it's useful to display the images.

Do we need to display the images ?

Instead, we can list using

 *Glyph Index

 *Amount of Difference

 *Unicode

Also displaying the hash values if necessary.

I am in the process of making the Page for the detailed compassion page.

Will push the list-view page and sprite-sheet making code ASAP.

On Thu, Jul 13, 2017 at 10:52 AM, Werner LEMBERG <address@hidden> wrote:

>> Font X - Mono
>> [A][A'] [B][B'] [C][C']... (organized by id in this case)
>> Font X - Antialiased
>> [A][A'] [B][B'] [C][C']... (organized by id in this case)
>> Font X - LCD
>> [A][A'] [B][B'] [C][C']... (organized by id in this case)
>>
>> In comparison to a collated option which would look something like:
>>
>> Font X
>> [A mono][A mono'] [C LCD][C LCD'] [A LCD][A LCD'] [B antialiased][B
>> antialiased']... (organized by difference in this case)
>>
>> Should there be an option to switch between them?
>
> Honestly, I don't know yet.  I think we will know this as soon as
> there is something to test in real life.  If possible, make
> everything as configurable as possible and start with, say, two
> different views.
>
> Maybe you can even provide high-level _javascript_ functions (or
> whatever) so that different views can be set up with just a few
> functions?
>
> Note that a great tool is blink comparison of images.

What are you going to implement?  Where are problems?  Please provide
more details/information and/or commit some code (if temporary, simply
make a new branch) – the next evaluation is coming soon...

    Werner
_______________________________________________
Freetype-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/freetype-devel