madrobby

8 ms·

31.
by madrobby 15y ago
It is not an issue. Zepto uses UglifyJS and there have been no issues whatsoever.
32.
by madrobby 15y ago
I love CoffeeScript, and we're considering moving the Zepto tests to use it. (We're also using Ruby for our build system, for example, because we like it, and think it's the right tool for the job.) I think for the library code itself we pr
33.
by madrobby 15y ago
Yeah, the semicolons where just there because "that's how you write JavaScript, right?". After reading Mislav's article and of course working with him on Zepto I realized that actually, the semicolons don't do anything; and I like the code
34.
by madrobby 15y ago
(Disclaimer: I'm the maintainer/author of Zepto.js) FWIW, it took about 10 minutes to remove the semicolons from the codebase, with a simple grep: /;$/ For the few places where a ; is actually needed you can run a regexp based search as wel
35.
by madrobby 15y ago
It's my blog, the concept of which is that I write my opinion in blog posts.
36.
by madrobby 15y ago
So what if there's an uproar? Other license writers could also want to be treated specially. This is just about a general filter, into "proprietary", "do whatever you want to", and "restrictive" open source licenses; for developers when the
37.
by madrobby 15y ago
It's actually really simple: "Permissive": anything that is generally MIT/BSD/WTF/Apache 2.0 "Restrictive": anything that is GPL or requires you to pay for or share all sources Given that the vast majority of software use only one of a hand
38.
by madrobby 15y ago
The LICENSE or COPYING file in the repository wins, obviously. Also, not everyone would set the setting. But it's a start.
39.
by madrobby 15y ago
The drop down has 4 entries. Please read the article again. :)
40.
by madrobby 15y ago
Many people don't know what "copyleft" is, so "restrictive" makes more sense. There are more restrictions. For complex situations, you can always choose "other". As stated in my article, this isn't a replacement for a project's LICENSE file
41.
by madrobby 15y ago
A list of every type if license can't work, because it needs to be constantly updated and people may want to write their own, etc. That's why the general type makes much more sense for a quick glimpse if some code is probably suitable lic
42.
Why I’d like a “license type” setting for GitHub projects(mir.aculo.us)
132 points by madrobby 15y ago|130 comments
43.
by madrobby 15y ago
That's a bug the site has with Firefox, which we haven't gotten around to fix yet. It does work properly in Chrome/Safari/IE, tho.
44.
by madrobby 15y ago
I'm the developer of the site. Just a quick note, on iPad/iPhone and Android you have the option to customize the list of time zones shown; and we'll add more time zones in the future (and probably some sort of city search and custom labels
45.
by madrobby 15y ago
I'm the author of both MicroJS and Zepto. The sizes are automatically generated from GitHub when I deploy, usually a couple times per week. Zepto's size includes only the core library, not additions like Ajax, Touch and so on, that's where
46.
by madrobby 15y ago
I along with other folks have donated nearly $2000 in order to help pay for tests as part of Tony's NYC swab party http://happymonster.co/2011/10/06/lets-help-amit-gupta-defea... That said, lots of people don't even know their blood types
47.
by madrobby 15y ago
It doesn't trigger events if you're in a INPUT/TEXTAREA/SELECT. The todo refers to making this configurable in a per-shortcut fashion.
48.
by madrobby 16y ago
The point is that Emile is 50 lines of code and can be wrapped up for any purpose in about 2 minutes (export to some object). Dustin wanted a different API to call upon, so he had to change some stuff, again relatively easy, because it basi
49.
by madrobby 16y ago
You're welcome to fork & change - we'll gladly merge good suggestions in!
50.
by madrobby 16y ago
I'm sorry, but I really don't care if it "frustrates you to no end". I want to make the best mobile web apps possible for modern smart phones, and those happen to use WebKit. I don't want to be restricted by implementing something what work
51.
by madrobby 16y ago
Qoute: "with a jQuery-compatible syntax (lots of the jQuery API is supported!)" That's true. Lot's of it is. Some of it is not. And yes, it targets bleeding edge WebKit mobile browsers. Yes, some of it is broken and doesn't work correctly y
52.
by madrobby 16y ago
John, you do realize that's it like a month old and in 0.1 beta, right?
53.
by madrobby 16y ago
Zepto.js actually goes in and fixes certain things cross-webkits; but yes, it would be good if the vendors start to make things more compatible.
54.
by madrobby 16y ago
For this reason (and others), we don't show the iPhone version to Android users. Sadly, the Android browser (especially before Android 2.2) is really lacking—it doesn't even do animated GIFs.
55.
by madrobby 16y ago
That is not entirely true. The various versions of WebKit and the capabilities of the phones vary widely. You can't just make one version and throw in flexible CSS. That doesn't even work within the iOS platform (between iPhones and iPads).
56.
by madrobby 16y ago
No, just iScroll. I don't think you can make a UI like we have with jQuery mobile or any other mobile "widgets" framework. They can only go so far - they give you one standardized experience. If you want real awesome stuff, you have to hand
57.
by madrobby 16y ago
Also, we're using Prototype.js, not jQuery on Freckle.
58.
by madrobby 16y ago
(I'm the author of the article) There's two things at work here: 1. We're a small (2 people) shop; and 2. Our customers use mostly iPhones (more than 80% of mobile browsers that access our application). For these reasons, we don't have spec
59.
by madrobby 16y ago
No, no, and no. There's a lot of problems with jQuery, the least of which is developer ignorance to the actual language.
60.
by madrobby 16y ago
No, it's a completely serious 0-byte framework.

More ›