silverlight

If I can make a suggestion, then, since I have your attention. The video on the page that the OP linked to basically shows a very OSX-like interface, especially by showing off the dock, a very (for the six seconds it's on-screen) iTunes-seeming music app, the expose-style window manager, and the multi-desktop. Maybe try highlighting some of these other concepts if possible in the video that most people who are coming to your site with no idea what makes elementary different are watching? Might help stem some of the "this is just Linux that looks like OSX" comments.

Sorry, I wasn't trying to be insulting or anything, as an OSX user, it just looks very similar to me, and I was hoping someone would point out a difference in philosophy or implementation, not that the dock was used pre-OSX (which I'm sure it was).

There was no reason to insult my eye-sight :-)

As someone who just watched the video but hasn't used it yet, that was my thought as well. Are they doing things design-wise and interface-wise that are different than OSX? Or are they simply aiming to re-implement OSX's GUI in Linux? (This is meant as an honest, non-sarcastic question, my curiosity is piqued but I'm genuinely wondering what their goal is)

Something like this? http://www.map-pin.com/tokenlock-home/

Completely agree.

I signed up. If for $1,000 you can help me learn how to better secure the web applications I'm building for a living, it will be well worth the cost and time investment. See you in class :-)

You should really consider being more up-front about that in the video. A little disclaimer along the bottom of "Artist's rendering" or something would go a long way.

Is it just me, or is there very little "real software" being shown here? Everything in the video was just "artist's interpretations" of what it "could look like", no?

I completely agree. We can argue all day long about whether or not things like software patents are good. But I think the very minimum bar to file a patent should be "we actually made a prototype of this that does what we're claiming."

We have an app that runs in an iFrame on another site (in a Google+ Hangout). Are the cookies in the iFrame going to be considered 3rd party cookies by this if they match the domain of the iFrame source?

We used Teespring recently for a campaign for Roll20 t-shirts, sold around 200, and we've already gotten tweets coming in from people who have gotten their shirt and love it! So if, like us, you'd rather keep focusing on your product/customers rather than filling t-shirt orders, give Teespring a shot.

Cool :-)

I'm confused as to why they didn't release a signaling server as well. Most servers I've seen for this are just simple WebSocket relays. Are they expecting to charge you to help implement the server? Or did they just think it was too complicated for developers to set up?

Is calc() performant in modern browsers (IE10, Chrome, Firefox)? I got scared off of it a few years ago when it was first announced because I read that the performance hit was very noticeable...

Played just to confirm that the yeti ate me :-D. Good times!

Any reason not to offer support for the video side of things? A lot of the issues in terms of client IDs and whatnot are the same. It would be nice to have a single library that can establish a connection and then send either video ir data or both...

I said this last time Firebase was on HN, but I'm more than happy to say it again: if you're doing anything with real-time, you owe it to yourself to give Firebase a shot. We've been using Firebase for 8 or 9 months now, and I can't being to count how much time it's saved us, allowing us to focus on what makes our app unique rather than scaling a real-time communication server of our own.

Link to source instead of blogspam: http://www.sciencedaily.com/releases/2012/06/120627142512.ht...

Well, for what it's worth, I think it would be worth offering the ability to embed this both as a button and as a part of an existing page without the popup. In the meantime, I'll continue to use the payment tag.

Does this mean the older Stripe Payment "Tag" is deprecated? We're currently using it to great success, but I'm no longer seeing it mentioned in the docs. I don't really want my users to have to press an additional button -- right now as soon as they're on the payment page the form is right there waiting to be filled in.

We've been using Firebase now for about 6 months to power Roll20[1], it's allowed us to grow from 100 to 1,000 concurrents without having to make any changes to our code or even think about handling the additional scale. That's incredibly valuable to us, since it frees us up to focus on creating features and helping customers, not worry about keeping yet another server from crashing. Andrew, Michael, and James have always been available to answer questions, and it's been a pleasure to watch Firebase grow. The new security API is just the icing on the cake for us since it will allow us to further fine-tune what different participants have the ability to do in our games.

I highly recommend it if you're looking at creating a real-time app!

[1] http://roll20.net

Pinged you on Twitter, but I'd love an invite for our small (< 10) person team...we literally spend all day on Hipchat and while it's good, something with a bit more organization would be very welcome. Email's in my profile.

If they were going to rebuild it from the ground up anyway, would it really have killed them to just use Webkit?

From the same article, although not related to this subject, I found this gem:

"Here are a few examples of things you can't really do well in a web application:

1. Create a fast drawing program

2. Build a real-time spell checker with wavy red underlines

3. Warn users that they are going to lose their work if they hit the close box of the browser

4. Update a small part of the display based on a change that the user makes without a full roundtrip to the server

5. Create a fast keyboard-driven interface that doesn't require the mouse

6. Let people continue working when they are not connected to the Internet"

It makes me smile that all of these are now incredibly trivial to implement in web apps :-)

I couldn't find a Privacy Policy or ToS anywhere...this is really interesting to me, but if I'm going to let you track everything my users do on my site, I'm going to need to know that you're not going to sell their emails, sell that data...

What's the timeline for when it will be preffed on? (Obviously the user will still need to give permission on a site-by-site basis). Until users don't have to go into their about:config to modify the setting, it's not really "usable" by the general public...

Saw that you guys changed your pricing to per file (specifically, it says per FPURL created). Does that mean if I have a user upload a file, and then convert that file by cropping/resizing it, each time I convert it that also counts as a "file" toward my monthly quota? Or are conversions of uploaded files "free"?

Are they hoping to have a "default enabled" implementation when 18 goes release?

I like it! Simple and elegant. Throw in a little Markdown syntax for bolding, italics, image embeds, etc., and I think you'd be well on your way to a cool thing.

Like others, I wouldn't mind forking/contributing if you ever decided to make it open source, but I respect it all the same if you don't want to go that route. I would actually love to use this as a small part of an ongoing project where we're thinking of including a small wiki functionality (although it would need to be either open source or something that was able to run on our servers for that, not remotely hosted...)

Should the JSON returned be the set of weekly numbers or daily numbers? It doesn't say and since you mention that it's going to be crawled daily it seems like it would be daily numbers...