heh, I just came back to correct myself after finding out Apple bought them.
However poking around elsewhere there did seem to be a fair bit of prior art regarding multi-touch gestures and touch screens. I don't think that combining multi-touch with a screen, when there's already single touch with screens, and multi touch without, would pass the 'not obvious' test.
There's prior art for multi-touch gesture systems from the early 90s at least (including touch being on a screen), probably earlier. As for the heuristics, I don't really see how else you're going to implement this, so I'm pretty sure those examples of prior art will match that part of the patent too.
I'm pretty sure there's prior art for multi-touch gestures. I certainly saw them before the iPhone was *released*. Whether it was before the patent I'm not sure.
I tried out 4.2 RC yesterday and to be honest it's still a bit of a mess. If you really love it you could probably make do, and I will admit it is shiny and pleasant, but completely locked up on me several times (needed to kill X) and restarted itself non-destructively a few times too (shell restarted). Dragging a widget from one panel to another caused a shell restart every time, there's no way to create a custom app launcher and give it a custom icon (I'm using Thunderbird 3 RC and I wanted a launcher for it because it launches from a folder, but it would only let me have the generic script icon. Ditto Eclipse). GTK skinning didn't work until I manually renamed the gtkrc file it created, KWin performance was fairly poor so I switched to Compiz etc etc.
They *really* should have called 4.0 an alpha. The problem with how they've done it is it's still not clear when this is actually meant to be usable. Personally I don't think it is yet. Perhaps a lot of issues will be sorted by 4.2 final but I'm not holding my breath.
I was going to post about this myself, I wonder if there's a limit on the number of components you can put in an LBP level (probably) and if so, whether you can put enough components to create a large enough Game of Life board to fit a Turing complete pattern in... (probably not, but I want to believe;)
I paid the license fee for about 10 years before I left the UK, and I would have been happy for that content to be shown elsewhere. I'd also like to be able to watch it now that I'm no longer in the UK and can't pay the fee even if I wanted to.
Seems to me that you'd be better off waiting for Cell on a PCI card type solutions like the SpursEngine from Leadtek that's quoted as launching at around $285. There's plenty of the PS3 going to waste if you're just using the Cell for processing and ignoring the GPU, BluRay drive and so on.
Also, correct me if I'm wrong, but then end of February is less than 3 months away, so how did Slysoft underestimate the BD+ developers like the summary says?
Yeah I'm pretty tired of people crapping on PHP and by extension those of us who use it (by choice or necessity).
Yes it has its problems (not the ones mentioned in the article which are either out of date (magic quotes) or PEBKAC (most of the rest), but there's nothing that major.
Like anything, use it improperly and you'll come out with crap.
Also to be honest there's no problem with AJAX and MVC, your Javascript should be making requests to your server-side controller(s) in the same way your generated HTML does (the only difference is your requests and responses are async in comparison to your regular HTML initiated GETs and POSTs). Any application logic in Javascript beyond interface manipulation just means you're doing it wrong.
There's always going to be some processing going on for the view layer (whether it's during HTML generation, or at 'run time' in the browser as JS).
HTML + JS suck for making applications, but not for the reasons in the article.
Incidentally if you're after an event driven widget framework for PHP then Prado looks interesting. Seems similar to Tapestry for Java. Far less restrictive than horrors like GWT. I've not used it myself though as I don't think it's really compatible with my homegrown MVC framework, so I can't vouch for it.
Try using most GUI editors on a remote server over ssh. Kate may be an exception with KDE's nice network abstraction I don't know (I use Gnome), but to be honest for me the main utility of vi is that I know it's going to be there in any Linux enviroment (and I suspect Unix in general).
Well focussing on the internet side, all they need is a Jabber server running over SSL and no one will know who talked to who and when.
TBH it doesn't even need to be running over SSL to circumvent this legislation as the legislation relies on service providers handing over records, you just don't register as a service provider and have your own jabber server (for example).
Or just use basic encryption *sigh*. Seriously, how bloody stupid would you have to be to be a terrorist that couldn't managed a private conversation however much monitoring is going on?
Either
a) These laws aren't aimed at terrorism (the new email and phone logging law will allow local city councils to access the data, as with the RIP act).
b) The government and all their advisors are completely incompetent (some maybe, but I refuse to believe all)
Google Apps is a hosted service sold to businesses, Google are meant to provide that redundancy, and in theory they should be in a much better position to provide it than most small to medium size companies' IT departments.
In the UK I believe the requirement is to have up to 3 levels of privacy policy.
- A very simple summary of what might happen with your data at the point you enter it, linking to: - A more detailed plain english explanation, linking to: - The full privacy policy.
Most sites just have the full policy though, afaik (IANAL) that's breaking the rules.
I call BS on your first point. How come I'm allowed to listen to my MP3 player?
The latter is closer to the mark. Phones crank up to their maximum power output to try to reach ground stations. That's why some airlines are trialling putting a micro cell on planes.
As for the crashing, the problem is the Linux Flash player, it's in an awful state, lots of Flash videos are crashing FF for me atm. Apparently the v10 beta plugin is more stable, if a little glitchy.
heh, I just came back to correct myself after finding out Apple bought them.
However poking around elsewhere there did seem to be a fair bit of prior art regarding multi-touch gestures and touch screens. I don't think that combining multi-touch with a screen, when there's already single touch with screens, and multi touch without, would pass the 'not obvious' test.
Or I'd hope not anyway...
There's prior art for multi-touch gesture systems from the early 90s at least (including touch being on a screen), probably earlier. As for the heuristics, I don't really see how else you're going to implement this, so I'm pretty sure those examples of prior art will match that part of the patent too.
I'm pretty sure there's prior art for multi-touch gestures. I certainly saw them before the iPhone was *released*. Whether it was before the patent I'm not sure.
http://en.wikipedia.org/wiki/Multi-touch#Fingerworks
Here's an example of multi-touch research that certainly implies it's using gestures based on its name (iGesture...).
I tried out 4.2 RC yesterday and to be honest it's still a bit of a mess. If you really love it you could probably make do, and I will admit it is shiny and pleasant, but completely locked up on me several times (needed to kill X) and restarted itself non-destructively a few times too (shell restarted). Dragging a widget from one panel to another caused a shell restart every time, there's no way to create a custom app launcher and give it a custom icon (I'm using Thunderbird 3 RC and I wanted a launcher for it because it launches from a folder, but it would only let me have the generic script icon. Ditto Eclipse). GTK skinning didn't work until I manually renamed the gtkrc file it created, KWin performance was fairly poor so I switched to Compiz etc etc.
They *really* should have called 4.0 an alpha. The problem with how they've done it is it's still not clear when this is actually meant to be usable. Personally I don't think it is yet. Perhaps a lot of issues will be sorted by 4.2 final but I'm not holding my breath.
That's a useful and insightful comment, I'm sure we'll all sleep easier now that we know something you didn't want to buy.
phew!
I was going to post about this myself, I wonder if there's a limit on the number of components you can put in an LBP level (probably) and if so, whether you can put enough components to create a large enough Game of Life board to fit a Turing complete pattern in... (probably not, but I want to believe ;)
I paid the license fee for about 10 years before I left the UK, and I would have been happy for that content to be shown elsewhere. I'd also like to be able to watch it now that I'm no longer in the UK and can't pay the fee even if I wanted to.
Seems to me that you'd be better off waiting for Cell on a PCI card type solutions like the SpursEngine from Leadtek that's quoted as launching at around $285. There's plenty of the PS3 going to waste if you're just using the Cell for processing and ignoring the GPU, BluRay drive and so on.
Also, correct me if I'm wrong, but then end of February is less than 3 months away, so how did Slysoft underestimate the BD+ developers like the summary says?
There is an in-game market. Why wouldn't there be speculators?
Yeah I'm pretty tired of people crapping on PHP and by extension those of us who use it (by choice or necessity).
Yes it has its problems (not the ones mentioned in the article which are either out of date (magic quotes) or PEBKAC (most of the rest), but there's nothing that major.
Like anything, use it improperly and you'll come out with crap.
Also to be honest there's no problem with AJAX and MVC, your Javascript should be making requests to your server-side controller(s) in the same way your generated HTML does (the only difference is your requests and responses are async in comparison to your regular HTML initiated GETs and POSTs). Any application logic in Javascript beyond interface manipulation just means you're doing it wrong.
There's always going to be some processing going on for the view layer (whether it's during HTML generation, or at 'run time' in the browser as JS).
HTML + JS suck for making applications, but not for the reasons in the article.
Incidentally if you're after an event driven widget framework for PHP then Prado looks interesting. Seems similar to Tapestry for Java. Far less restrictive than horrors like GWT. I've not used it myself though as I don't think it's really compatible with my homegrown MVC framework, so I can't vouch for it.
Try using most GUI editors on a remote server over ssh. Kate may be an exception with KDE's nice network abstraction I don't know (I use Gnome), but to be honest for me the main utility of vi is that I know it's going to be there in any Linux enviroment (and I suspect Unix in general).
So like Tracker that comes installed by default on Gnome based distributions then?
Or Beagle, that was released somewhat before Spotlight.
They're still subsidising it.
Well focussing on the internet side, all they need is a Jabber server running over SSL and no one will know who talked to who and when.
TBH it doesn't even need to be running over SSL to circumvent this legislation as the legislation relies on service providers handing over records, you just don't register as a service provider and have your own jabber server (for example).
Or just use basic encryption *sigh*. Seriously, how bloody stupid would you have to be to be a terrorist that couldn't managed a private conversation however much monitoring is going on?
Either
a) These laws aren't aimed at terrorism (the new email and phone logging law will allow local city councils to access the data, as with the RIP act).
b) The government and all their advisors are completely incompetent (some maybe, but I refuse to believe all)
+1 "Oh god it burns"
Google Apps is a hosted service sold to businesses, Google are meant to provide that redundancy, and in theory they should be in a much better position to provide it than most small to medium size companies' IT departments.
In practice they seem to be sucking a bit.
In the UK I believe the requirement is to have up to 3 levels of privacy policy.
- A very simple summary of what might happen with your data at the point you enter it, linking to:
- A more detailed plain english explanation, linking to:
- The full privacy policy.
Most sites just have the full policy though, afaik (IANAL) that's breaking the rules.
Anyone using 90% of IMAP accounts is equally at risk. This is a non-story, most IMAP mail isn't encrypted.
The real story is that email is bloody awful and needs replacing.
I call BS on your first point. How come I'm allowed to listen to my MP3 player?
The latter is closer to the mark. Phones crank up to their maximum power output to try to reach ground stations. That's why some airlines are trialling putting a micro cell on planes.
The jail refers to being able to run whatever software you want on it, not the simlock.
Also, all phones direct from the networks are simlocked, so this is hardly a point against Android.
I know that it's only going to be simlocked for the first 3 months *somewhere*, but I don't know if this is in the US or the UK.
Oh well, one person is better than none!
http://packages.ubuntu.com/intrepid/flashplugin-nonfree
The intrepid version of Flash installs fine on Hardy so might be worth giving a go for stability.
Most likely you're outside the UK and using an ad blocker.
If you're using adblock+ then you can use this exception rule to get the BBC player to work:
@@.doubleclick.net/*/DartShell$other,object-subrequest
I think that's the one.
As for the crashing, the problem is the Linux Flash player, it's in an awful state, lots of Flash videos are crashing FF for me atm. Apparently the v10 beta plugin is more stable, if a little glitchy.
producing, not using ;)
(yes a joke i know)