Ali Çehreli wrote:

> I have continued with the translation of the book. At this point there are 551 pages in English of total 711 pages in Turkish.
> 
> In addition to many corrections and additions throughout the book, there are the following chapters translated:
> 
> * Universal Function Call Syntax (UFCS)
> * Properties
> * Contract Programming for Structs and Classes
> * alias
> * alias this
> * Pointers
> 
> As a reminder, the book is available as PDF, downloadable from the header of each chapter:
> 
>    http://ddili.org/ders/d.en/index.html
> 
> No Kindle or Lulu versions yet.
> 
> Ali

Excellent work Ali - I am sure the D community appreciates greatly your work on this book!

-- 
Dejan Lekic
dejan.lekic (a) gmail.com
http://dejan.lekic.org

Dejan Lekic wrote:

> I have yet to see a Kindle or ePUB scientific book that can be compared to the  paper one... I stopped buying scientific literature for Kindle...I buy  only novels.

Me too! Unfortunately I bought Andrei's book for Kindle. It occasionally
blocks on Kindle, even after I have reloaded it a few times. Works well
on my laptop though. Theoretically searching would be an advantage for
electronic books, but it is nearly useless without complex queries. And
the table of contents lists chapters only...

Peter

Peter Sommerfeld wrote:

> Dejan Lekic wrote:
> 
>> I have yet to see a Kindle or ePUB scientific book that can be compared to the  paper one... I stopped buying scientific literature for Kindle... I buy  only novels.
> 
> Me too! Unfortunately I bought Andrei's book for Kindle. It occasionally blocks on Kindle, even after I have reloaded it a few times. Works well on my laptop though. Theoretically searching would be an advantage for electronic books, but it is nearly useless without complex queries. And the table of contents lists chapters only...
> 
> Peter

Good to see that I am not the only one... :) Yes, search and hyperlinks are advantage, but the so far I rarely search, I read book from first page to the last, and the most important thing for me is the readability. Even the source code is formatted poorly in ePUB and Kindle, especially if I decide to increase slightly the overall font size in the book by few points...

-- 
Dejan Lekic
dejan.lekic (a) gmail.com
http://dejan.lekic.org

On 02/01/2013 03:55 AM, Philippe Sigaud wrote:

> I like how you introduce the new syntax for 'alias' and 'alias this'.

I just learned that 'alias this' has been converted to the old syntax in 2.062. I can't find any obvious indicator in the changelog.

Ali

On Fri, Feb 22, 2013 at 6:15 PM, Ali Çehreli <acehreli@yahoo.com> wrote:
> On 02/01/2013 03:55 AM, Philippe Sigaud wrote:
>
>> I like how you introduce the new syntax for 'alias' and 'alias this'.
>
> I just learned that 'alias this' has been converted to the old syntax in 2.062. I can't find any obvious indicator in the changelog.

*sigh*

Wasn't it only 'alias this = symb;' that got ditched?

On 02/22/2013 11:29 AM, Philippe Sigaud wrote:
> On Fri, Feb 22, 2013 at 6:15 PM, Ali Çehreli<acehreli@yahoo.com>  wrote:
>> On 02/01/2013 03:55 AM, Philippe Sigaud wrote:
>>
>>> I like how you introduce the new syntax for 'alias' and 'alias this'.
>>
>> I just learned that 'alias this' has been converted to the old syntax in
>> 2.062. I can't find any obvious indicator in the changelog.
>
> *sigh*
>
> Wasn't it only 'alias this = symb;' that got ditched?

That's correct.

Ali

On Friday, 22 February 2013 at 20:00:58 UTC, Ali Çehreli wrote:
> On 02/22/2013 11:29 AM, Philippe Sigaud wrote:
>> On Fri, Feb 22, 2013 at 6:15 PM, Ali Çehreli<acehreli@yahoo.com>  wrote:
>>> On 02/01/2013 03:55 AM, Philippe Sigaud wrote:
>>>
>>>> I like how you introduce the new syntax for 'alias' and 'alias this'.
>>>
>>> I just learned that 'alias this' has been converted to the old syntax in
>>> 2.062. I can't find any obvious indicator in the changelog.
>>
>> *sigh*
>>
>> Wasn't it only 'alias this = symb;' that got ditched?
>
> That's correct.
>
> Ali

After recent messages I realize that original depreciation discussion on github was really far away from community which is sign of proper announcement procedure failure. By the way, this also indicates that situation with D changelog is not satisfactory either.

On 2/22/13, Maxim Fomin <maxim@maxim-fomin.ru> wrote:
> By the way, this
> also indicates that situation with D changelog is not
> satisfactory either.

Yes, hopefully we can improve this. As a start I made this pull which
lists language changes at the top:
https://github.com/D-Programming-Language/d-programming-language.org/pull/284