Re: Notes from OpenEd 2015 Vancouver

correction: conference was tweeted at #opened15 On Nov 25, 2015, at 8:00 AM, Cheetham, Anastasia > wrote: The conference was tweeted at #OpenEd2015. A few fun twitter photos:

Re: Uglify modifies code in minified builds

Thanks for looking into this Justin. I think we should disable the compression options. Leaving the compression options on means that the minified code base is considerably different from the unminified code base. I don’t think the small change in file size is worth the increased complexity

Re: Uglify modifies code in minified builds

Hi all, Infusion's build system has always been somewhat idiosyncratic (also ahead of its time, offering developers the ability to freely compose any Infusion module they want into a build), particularly in the way it packages and produces build artifacts in an either/or fashion. I think it

RE: This week's community meeting

At standup this morning, Dana was asking if there would be good places to read more about the Smalltalk programming language. Dan Ingalls' article "Design Principles Behind Smalltalk" is a very nice overview of some of the forces and motivations in the design of the language:

Re: Uglify modifies code in minified builds

This remark: > "Minified builds aren't intended for development. They're designed > for production, and we shouldn't be either surprised or terribly > concerned by the idea that somehow magically the code changed in > layout or structure as a result of minification. That's what it's for!" i)

Re: Uglify modifies code in minified builds

Thanks for the response, Colin - sorry for misreading your previous message. The difference in size between the minified and concatted builds is very significant and I agree that we shouldn't go forward without our existing minified build as part of our set of standard builds. This, to me,

Re: Uglify modifies code in minified builds

Antranig, > On Nov 25, 2015, at 2:24 PM, Antranig Basman > wrote: > > > "Minified builds aren't intended for development. They're designed > > for production, and we shouldn't be either surprised or terribly > > concerned by the idea that somehow magically the

Re: Uglify modifies code in minified builds

When I use libraries like jQuery (not sure about frameworks) I expect a choice of ways too include the JS * Hosted on a CDN non minified (probably gzipped) * Hosted on a CDN minified * Download a tarball with minified and non minifed versions * Download through a package manager * Build custom

Re: This week's community meeting

One final thought from Alan Kay on the equally inspiring C2 wiki. Just a gentle reminder that I took some pains at the last OOPSLA to try to remind everyone that Smalltalk is not only NOT its syntax or the class library, it is not even about classes. I'm sorry that I long ago coined the term

RE: This week's community meeting

Another good read on the context and history of Smalltalk is Alan Kay's "The Early History of Smalltalk": http://gagne.homedns.org/~tgagne/contrib/EarlyHistoryST.html Simon From: fluid-work [fluid-work-boun...@lists.idrc.ocad.ca] on behalf of Bates,

Re: Uglify modifies code in minified builds

Hi Antranig, > On Nov 25, 2015, at 1:48 PM, Antranig Basman > wrote: > > If we don't have time for this, the 13K savings through disabling the extra > optimisations seem neither here nor there - and having code without any > whitespace appear in the debugger