Re: [ft-devel] LLP64 model outside Win64

[Werner LEMBERG]

>>> -  if ( FT_List_Find( >composites,
>>> - FT_UINT_TO_POINTER( glyph_index ) ) )
>>> +  if ( FT_List_Find( >composites, index ) )
>>
>> How shall this work?  You are going to store pointers to integers
>> in a list.  As a consequence, two identical integers can have
>> different pointers.  How will you then find out whether such an
>> integer is already in the list?
> 
> I was thinking about glyph indexes as they appear in the glyf table,
> which have fixed offsets/pointers.

OK, this might work, however, I couldn't deduce this from your sample
code :-)

> Does current implementation work for ellipsis …?

I don't understand this question.


Werner

___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] LLP64 model outside Win64

[Alexei Podtelezhnikov]

On Sun, Feb 25, 2018 at 4:21 PM, Werner LEMBERG  wrote:
>>> Certainly, if you are going to dynamically allocate a slot for it.
>>> I tried to avoid that.
>>
>> Totally untested, but why wouldn't this work?
>>
>> [...]
>>
>> -  if ( FT_List_Find( >composites,
>> - FT_UINT_TO_POINTER( glyph_index ) ) )
>> +  if ( FT_List_Find( >composites, index ) )
>
> How shall this work?  You are going to store pointers to integers in a
> list.  As a consequence, two identical integers can have different
> pointers.  How will you then find out whether such an integer is
> already in the list?

I was thinking about glyph indexes as they appear in the glyf table,
which have fixed offsets/pointers. You, however, talk about table
reallocations.

Does current implementation work for ellipsis …?

___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Potential GSoC Proposal

[Werner LEMBERG]

> Sir by using Jekyll we can also solve the problem the problem of
> cross reference and generation of ready to view HTML as normally
> done on Github.  And using that only task will be conversion of code
> from HTML to markdown.

Well, there is still the `docmaker' issue...

But it's good to know that Jekyll makes the task quite simple (at
least this is what you believe :-)  So: Waiting for a proposal!


Werner

___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Potential GSoC Proposal

[Ankit Dhankhar]

Sir by using Jekyll we can also solve the problem the problem of cross
reference and generation of ready to view HTML as normally done on Github
.And using that only task will be conversion of code from HTML to markdown.
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] LLP64 model outside Win64

[Werner LEMBERG]

>> Certainly, if you are going to dynamically allocate a slot for it.
>> I tried to avoid that.
> 
> Totally untested, but why wouldn't this work?
>
> [...]
>
> -  if ( FT_List_Find( >composites,
> - FT_UINT_TO_POINTER( glyph_index ) ) )
> +  if ( FT_List_Find( >composites, index ) )

How shall this work?  You are going to store pointers to integers in a
list.  As a consequence, two identical integers can have different
pointers.  How will you then find out whether such an integer is
already in the list?

Actually, only the FT_UINT_TO_POINTER macro makes `FT_List_Find' work
for this task.  You need a different function if you don't like this,
for example, putting the glyph indices into a hash and checking
whether a new value is already present.


Werner

___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Potential GSoC Proposal

[Werner LEMBERG]

Hello Ankit!


> Hi, I am a CSE student from IIT Roorkee India, and I would like to
> participate in GSoC with Free-Type organisation.

For future reference: It's `FreeType', not `Free-Type' or `Free Type'.

> 1. I would like to contribute in conversion of documentation of Free
>Type from HTML to markdown from now on itself to strengthen my
>candidature instead of proposing it as GSoC project.

This is a nice idea, but no, I don't want to start with this
conversion since there are *a lot* of problems to solve before this
can actually happen.  Actually, the real conversion is the very last,
almost trivial part.  Please check the mailing list archive,
especially the posts from the last few days!  The job is probably far
more complex than what you believe.

> 2. In actual GSoC I would like to work on VFlib's Tex format driver
>into FreeType and if time permits writing framework for checking
>FreeType' rendering output.

I'm awaiting two proposals :-) BTW, you can't combine the two tasks
into a single one.

Again, please check the mailing list archive, since those topics have
already been discussed, together with info on the necessary
preliminaries and what should be done.

> As I have translated few pages so I would also like to ask, for them
> where I can submit pull request.

What exactly do you mean with `translated'?


Werner

___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel

[ft-devel] Potential GSoC Proposal

[Ankit Dhankhar]

Hi, I am a CSE student from IIT Roorkee India, and I would like to
participate in GSoC with Free-Type organisation.

1. I would like to contribute in conversion of documentation of Free Type
from HTML to markdown from now on itself to strengthen my candidature
instead of proposing it as GSoC project.

2. In actual GSoC I would like to work on VFlib's Tex format driver into
FreeType and if time permits writing framework for checking  FreeType'
rendering output.


 As I have translated  few pages so I would also like to ask, for them
where I can submit pull request.

Please guide me .

Ankit Dhankhar
B.Tech 2nd Yr CSE
Indian Institute of Technology
Roorkee India
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel