D programming language specification ebook (page 3)

On 7/9/2011 11:30 AM, Walter Bright wrote: > Here's a binary of it. Try it out on your ebook reader! > > http://digitalmars.com/d/2.0/dlangspec.mobi Awesome... But I'm using an iPad and don't plan on using the kindle software because requires me to open an account with Amazon -- Not interested. I took the liberty of converting it to ePub so I can read it on iBook. Unfortunately, I couldn't upload it because, at 390KB, it exceeds the size limits allowed to be posted on the newsgroup.

"Russel Winder" <russel@russel.org.uk> wrote in message news:mailman.1487.1310188380.14074.digitalmars-d-announce@puremagic.com... > >(It appears that Go now assumes you have 100% connectivity to the Internet 100% of the time both for execution and development :-( About what I'd expect from the #1 company that wants to pretend the web is an operating system.

Thomas, On Sat, 2011-07-09 at 10:19 +0200, Thomas Mader wrote: > > Am 09.07.2011 07:13 schrieb "Russel Winder" <russel@russel.org.uk>: > > > > (It appears that Go now assumes you have 100% connectivity to the Internet 100% of the time both for execution and development :-( > > Please tell more about this or give some references I am very interested. Hummm... it was incorrect of me to say this was true for execution, as all Go executables are statically linked. Therefore they only require the Internet if the application make use of it. Development, and particularly compilation, is a different matter. The introduction of the ability to import from a non-local Git, Mercurial or Bazaar repository embeds the assumption of permanent connectivity of the developer's machine to the Internet. This is not in the Go language specification just now as far as I know, but is an extension in goinstall, which is purported to be becoming part of the Go specification. -- Russel. ============================================================================= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder@ekiga.net 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel@russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder

July 10, 2011

Re: D programming language specification ebook

Posted by Thomas Mader

Permalink

Thomas Mader

Attachments:

text/html part

Permalink

Thanks for explaining this, Russel.
For me this looks like a nice feature even though i realize that it can and
will be frustrating if people use it the wrong way.
I can imagine that it is helpful for importing different tags or branches of
something for testing purposes and the like. But only for temporary use,
when this is used for a release version of a program than I see it
definitely negative.

Thomas
Am 10.07.2011 10:03 schrieb "Russel Winder" <russel@russel.org.uk>:
> Thomas,
>
> On Sat, 2011-07-09 at 10:19 +0200, Thomas Mader wrote:
>>
>> Am 09.07.2011 07:13 schrieb "Russel Winder" <russel@russel.org.uk>:
>> >
>> > (It appears that Go now assumes you have 100% connectivity to the Internet 100% of the time both for execution and development :-(
>>
>> Please tell more about this or give some references I am very interested.
>
> Hummm... it was incorrect of me to say this was true for execution, as all Go executables are statically linked. Therefore they only require the Internet if the application make use of it.
>
> Development, and particularly compilation, is a different matter. The introduction of the ability to import from a non-local Git, Mercurial or Bazaar repository embeds the assumption of permanent connectivity of the developer's machine to the Internet. This is not in the Go language specification just now as far as I know, but is an extension in goinstall, which is purported to be becoming part of the Go specification.
>
> --
> Russel.
>
=============================================================================
> Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder@ekiga.net 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel@russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder

On 7/10/2011 1:02 AM, Russel Winder wrote: > Development, and particularly compilation, is a different matter. The > introduction of the ability to import from a non-local Git, Mercurial or > Bazaar repository embeds the assumption of permanent connectivity of the > developer's machine to the Internet. That'd cut my productivity in half. My internet connection frequently goes down for a minute to 5 minutes. Cloud applications are just not feasible.

Am 10.07.2011 12:19, schrieb Walter Bright: > On 7/10/2011 1:02 AM, Russel Winder wrote: >> Development, and particularly compilation, is a different matter. The >> introduction of the ability to import from a non-local Git, Mercurial or >> Bazaar repository embeds the assumption of permanent connectivity of the >> developer's machine to the Internet. > > That'd cut my productivity in half. My internet connection frequently > goes down for a minute to 5 minutes. Cloud applications are just not > feasible. There have been suggestions to add something like this to dmd. imports from URLs or something like that - because its faster than having a build tool do this (try to build - realize that dependency is missing from DMDs error message - download dependency from central repository - try to build again ...) Cheers, - Daniel

On 09.07.2011 8:59, Jordi Sayol wrote: > Al 09/07/11 06:20, En/na Walter Bright ha escrit: >> Amazon has a kindle app for Windows which will display it, there's probably one for Linux too. >> > 'fbreader' properly handle 'dlangspec.mobi' on Ubuntu 11.04 > > Best regards, You can also try this file conversion web service: http://www.convertfiles.com/ saved me a whole lot of trouble in the past. -- Dmitry Olshansky

On 07/09/2011 01:12 AM, Russel Winder wrote: > > Whilst e-books and tablets may be the current fashion, PDF is still the > most portable document distribution format. I don't get it. HTML flows correctly to different screen sizes, unlike PDF. HTML is widely portable. Where's the advantage to PDF?

On 7/10/2011 8:31 AM, Jeff Nowakowski wrote: > I don't get it. HTML flows correctly to different screen sizes, unlike PDF. HTML > is widely portable. Where's the advantage to PDF? For reasons that are a mystery to me, the same text on the same operating system on the same display will render much nicer as a pdf than in a browser. This is true for Windows/IE as well as Ubuntu/Firefox. It's why I gave up on using a browser to display my presentations, and now use pdf's. Projecting a browser display on a screen is cringeworthy bad.

On 07/10/2011 01:33 PM, Walter Bright wrote: > > For reasons that are a mystery to me, the same text on the same > operating system on the same display will render much nicer as a pdf > than in a browser. > > This is true for Windows/IE as well as Ubuntu/Firefox. > > It's why I gave up on using a browser to display my presentations, and > now use pdf's. Projecting a browser display on a screen is cringeworthy > bad. Were you using the same fonts in the browser as the PDF? Personally, I've never had a problem reading the fonts in my browser versus PDF. What I really hate about PDF is that it doesn't flow and doesn't respect my viewing preferences -- which is fine for printed paper, but sucks for reading on a myriad of devices.

Forums