Go Back   MacRumors Forums > News and Article Discussion > MacRumors.com News Discussion

Reply
 
Thread Tools Search this Thread Display Modes
Old Jun 16, 2013, 11:57 AM   #101
MegamanX
Banned
 
Join Date: May 2013
Quote:
Originally Posted by Real666 View Post
Has anyone else noticed the elephant in the room with Android? Android was not publishing their Android 5.0 But was just going to add a 4.3 but right after Apples WWDC they all of a sudden are going to push the 5.0. It's like they where waiting to see what was new coming from Apple to either copy or try to improve upon.
I am going to point out some flaws in that and shows some very clear lack of understanding of software development.

First off the numbers are exactly that. Just numbers. For the longest time they had the 2.x line and there were big changes between the .x areas. 3.x was tablet. 4.x is seeming to be just the combining of tablet and the phone. Really means nothing.

Also you need to understand the cycling of time. Best case it would take 6 months put in features. That is 6 months to lock down stage. You still would have a few months of final bug fixes before release. Basicly best case it would be maybe a year to really do a large scale coping.

And lets be honest iOS7 brought nothing new to the table. All the "new features" have been on Android already for almost 2 years now. That is right almost all the "new" features have been on android since ICS. So it is not like they have anything to copy.
iOS5-7 from Apple have been catch up updates at best. They are not bring anything new to the table. They are not that impressive.
MegamanX is offline   2 Reply With Quote
Old Jun 16, 2013, 01:32 PM   #102
Dolorian
macrumors 65816
 
Dolorian's Avatar
 
Join Date: Apr 2007
Quote:
Originally Posted by MegamanX View Post
I am going to point out some flaws in that and shows some very clear lack of understanding of software development.

First off the numbers are exactly that. Just numbers. For the longest time they had the 2.x line and there were big changes between the .x areas. 3.x was tablet. 4.x is seeming to be just the combining of tablet and the phone. Really means nothing.

Also you need to understand the cycling of time. Best case it would take 6 months put in features. That is 6 months to lock down stage. You still would have a few months of final bug fixes before release. Basicly best case it would be maybe a year to really do a large scale coping.

And lets be honest iOS7 brought nothing new to the table. All the "new features" have been on Android already for almost 2 years now. That is right almost all the "new" features have been on android since ICS. So it is not like they have anything to copy.
iOS5-7 from Apple have been catch up updates at best. They are not bring anything new to the table. They are not that impressive.
Exactly, there is also the fact that Key Lime Pie has been in the works for months already, with even a device (made by Sony if I recall correctly) popping up in a benchmark running Android 5.0 back in November 2012. Google even teased Key Lime Pie during one of the developers presentations in I/O 2013 (one was a cartoon of the Android mascot eating a Key Lime Pie and another was within a game demo).

They have been working at it long before iOS 7 was unveiled, so to say it is only now that Google is pushing for Android 5.0 (not to mention that releasing Android 4.3, which will likely be a minor update, does not precludes a release of Android 5.0) because of iOS 7 is simply incorrect and as pointed by MegamanX shows a lack of understanding of software development.

And besides, when I was reading through the feature page of iOS 7, most of the time I found myself saying "oh, nice, just like Android". Like the iPhone 5 before it, this is just Apple playing catch up in the OS front.
__________________
MacBook Pro 13" i5 2.5GHz
Google Nexus 7 32GB
Samsung Galaxy S3
Dolorian is offline   0 Reply With Quote
Old Jun 16, 2013, 01:58 PM   #103
nia820
macrumors 6502a
 
nia820's Avatar
 
Join Date: Jun 2011
Quote:
Originally Posted by trogdorDR View Post
People "prefer" Android over iOS the same way that people "prefer" Kia over a Lexus. Some people can't justify paying the difference because it's 'almost' the same experience. Others prefer to pay the premium price for a premium product. Put another way: iOS is to Android, as Kraft Easy-Mac is to Walmart Macaroni and Cheese
You do realize galaxy s4 and note 2 cost just as much as iphone 5 right? and their galaxy s3 cost the same as iphone 4s.

----------

Quote:
Originally Posted by moxin View Post
samsung innovation = Copy/paste/edit iOS
Maybe that was the case in 2010. But when I was watching ios7 presentation I was thinking the whole time that my gs4 already does that.

Apple copy pasted android.
nia820 is offline   1 Reply With Quote
Old Jun 16, 2013, 02:39 PM   #104
US Marine
macrumors member
 
Join Date: Nov 2010
Location: Charleston, SC
Quote:
Originally Posted by moxin View Post
samsung innovation = Copy/paste/edit iOS
Ha! I'm not taking that troll bait, good sir.
US Marine is offline   1 Reply With Quote
Old Jun 16, 2013, 03:16 PM   #105
otismotive77
macrumors 6502
 
Join Date: May 2013
way to go apple, it's a distinguishing feature of the best platform available, i.e. iOS.
BTW, samsung's fine was reduced to about $500M-$600M.
otismotive77 is offline   1 Reply With Quote
Old Jun 16, 2013, 06:12 PM   #106
pirg
Banned
 
Join Date: Apr 2013
Quote:
Originally Posted by kdarling View Post
Judge Koh had already ruled that the trial would not be delayed while the Patent Office reviewed various patents.

As for this patent, I don't think Samsung has used the bounceback since last summer's trial, so at most the upcoming new jury might (again) find some old devices to infringe.

However, this time around, Samsung can show that the effect was nowhere near as valuable as Apple had claimed... since even without it, Samsung's sales hugely increased.
This is true but also irrelevant. I'm sure you don't believe that it was about the money to Apple. They just wanted Samsung to stop stealing. Samsung was found guilty on all counts, and that's way more to Apple than a paltry $1B award, which they'll make up in a week and half tops.

The true "moral" of the story is if you steal, you'll get caught. Samsung got caught.
pirg is offline   1 Reply With Quote
Old Jun 17, 2013, 03:51 AM   #107
macs4nw
macrumors 68020
 
macs4nw's Avatar
 
Join Date: Sep 2010
Location: On Safari…..
Quote:
Originally Posted by TimeSquareDesi View Post
If you were the person / entity that created the rubber-banding effect, I am sure you would do what you can in your power to prevent your competitors from ripping it off... no?

If not, your company wouldn't last a minute in today's world. Patents are not killing innovation. Instead of copying Apple, Samsung could have come up with something comparable for their own devices. That's lack of innovation on Samsung's part - not related to patents whatsoever, IMO.

All of these "small things" that Apple has patented is what makes their phones and user interface so great. They have a right to protect what their hard work (and R&D dollars) created.
Right on the money!
__________________
Due to my aversion to bragging and clichés, no words of wisdom to be found on this line.....
macs4nw is offline   1 Reply With Quote
Old Jun 17, 2013, 04:36 AM   #108
Oletros
In Time-Out
 
Join Date: Jul 2009
Location: Premià de Mar
Quote:
Originally Posted by Real666 View Post
. In the beginning Android copied Cydia also. Notifications, SBsettings, Multitasking, Live wallpapers, and more were all first implementations of the jailbreak community in 2007 with the first iPhone. Android didn't come out until October 2008.
I think you have to look another time at the time frame of the implementations

Just one example, SBSettings came after Android implemented nortifications in the SDK

Quote:
Originally Posted by Real666 View Post
Has anyone else noticed the elephant in the room with Android? Android was not publishing their Android 5.0 But was just going to add a 4.3 but right after Apples WWDC they all of a sudden are going to push the 5.0. It's like they where waiting to see what was new coming from Apple to either copy or try to improve upon.
You must be joking
Oletros is offline   1 Reply With Quote
Old Jun 18, 2013, 11:55 AM   #109
TimeSquareDesi
macrumors regular
 
Join Date: Apr 2013
Location: Vacaville, CA
Quote:
Originally Posted by macs4nw View Post
Right on the money!
Thank you kindly, sir. As a gesture of your gratitude, I am now accepting monetary donations for my iPhone 6 fund. Care to donate?
__________________
$3,400 Retina MBP - best Windows 8.1 laptop I own
Also: 64gb iphone 5, 16gb iphone 5s, ipad mini 1st gen.
TimeSquareDesi is offline   0 Reply With Quote
Old Jun 18, 2013, 12:09 PM   #110
lazard
macrumors 6502a
 
Join Date: Jul 2012
Quote:
Originally Posted by Real666 View Post
In the beginning Android copied Cydia also. Notifications, SBsettings, Multitasking, Live wallpapers, and more were all first implementations of the jailbreak community in 2007 with the first iPhone. Android didn't come out until October 2008.
FYI, the first version of SBsettings was released on October 27th, 2008, one week after the HTC Dream was released (first Android phone).
lazard is offline   1 Reply With Quote
Old Jun 18, 2013, 12:13 PM   #111
pirg
Banned
 
Join Date: Apr 2013
Quote:
Originally Posted by lazard View Post
FYI, the first version of SBsettings was released on October 27th, 2008, one week after the HTC Dream was released (first Android phone).
Toggles are an obvious thing to do. Isn't that how android users discount all apple features?
pirg is offline   0 Reply With Quote
Old Jun 18, 2013, 01:05 PM   #112
macs4nw
macrumors 68020
 
macs4nw's Avatar
 
Join Date: Sep 2010
Location: On Safari…..
Quote:
Originally Posted by TimeSquareDesi View Post
Thank you kindly, sir. As a gesture of your gratitude, I am now accepting monetary donations for my iPhone 6 fund. Care to donate?
The cheque is in the mail. My apologies if it 'bounces' tho.....
__________________
Due to my aversion to bragging and clichés, no words of wisdom to be found on this line.....
macs4nw is offline   0 Reply With Quote
Old Jun 18, 2013, 01:19 PM   #113
gnasher729
macrumors G5
 
gnasher729's Avatar
 
Join Date: Nov 2005
Quote:
Originally Posted by TCZ View Post
Hooke's law (1660) relating force F and extension x of a spring of stiffness k:
F=kx

FREE.


Written in code:

def RubberBandForce (ScreenExtension: Int): Int = {
val k = 100
return k*ScreenExtension
}

ONE BILLION DOLLARS!
And totally missing the point. This patent is not about "how to implement rubber banding", but about "how to give a user feedback that a scrolling operation has reached the limit of the possible range". For many years, the only known method was either (a) no feedback at all or (b) a "beep" as the feedback. I have implemented both old methods in 1984, and found neither very satisfactory. If it had been obvious that this could be done better, I would have done it better in 1984. About 26 years since _I_ first noticed the problem, and Apple patented a solution, that implies very much that the solution is very non-obvious.

Apart from that: WTF is your pseudo-code supposed to be doing? At best, it performs a calculation and returns the results. It doesn't do anything getting close to "rubber banding".

----------

Quote:
Originally Posted by lilo777 View Post
You can compare BOM of any iPhone in the last three years to the BOM of any HTC On or Samsung Galaxy S phones in any of these years. All three iPhone BOM are lower than any of the BOMs for these Android phones (pick any year). Which is not a surprise since iPhone has half RAM, smallish screen, small battery, no NFC etc.
Or Samsung is just not very good at reducing the cost of the items they use? Perhaps they are spending too much money on marketing and there's nothing left for cost reduction?
gnasher729 is offline   2 Reply With Quote
Old Jun 18, 2013, 01:51 PM   #114
lazard
macrumors 6502a
 
Join Date: Jul 2012
Quote:
Originally Posted by pirg View Post
Toggles are an obvious thing to do. Isn't that how android users discount all apple features?
so obvious that it only took Apple 5 years to implement it into their OS.
lazard is offline   0 Reply With Quote
Old Jun 18, 2013, 02:25 PM   #115
MegamanX
Banned
 
Join Date: May 2013
Quote:
Originally Posted by gnasher729 View Post
And totally missing the point. This patent is not about "how to implement rubber banding", but about "how to give a user feedback that a scrolling operation has reached the limit of the possible range". For many years, the only known method was either (a) no feedback at all or (b) a "beep" as the feedback. I have implemented both old methods in 1984, and found neither very satisfactory. If it had been obvious that this could be done better, I would have done it better in 1984. About 26 years since _I_ first noticed the problem, and Apple patented a solution, that implies very much that the solution is very non-obvious.

Apart from that: WTF is your pseudo-code supposed to be doing? At best, it performs a calculation and returns the results. It doesn't do anything getting close to "rubber banding".
The next question is why did they go with those options.

A big reason why rubber banding would not be used is due to system resources. As time goes on you tend to follow what was set as the norm but a big limiting factor on scrolling was limitation on system resource. Rubber banding is just quite simply a lot heavier on system resource.


As for rubber banding all it would be is a calculation.
MegamanX is offline   0 Reply With Quote
Old Jun 18, 2013, 09:44 PM   #116
FloatingBones
macrumors 65816
 
FloatingBones's Avatar
 
Join Date: Jul 2006
Quote:
Originally Posted by MegamanX View Post
A big reason why rubber banding would not be used is due to system resources. As time goes on you tend to follow what was set as the norm but a big limiting factor on scrolling was limitation on system resource. Rubber banding is just quite simply a lot heavier on system resource.
This makes no sense. Rubber banding takes the same amount of resources as scrolling. If you think it's "a lot heavier on system resource", you should explain why.
FloatingBones is offline   0 Reply With Quote
Old Jun 18, 2013, 10:01 PM   #117
MegamanX
Banned
 
Join Date: May 2013
Quote:
Originally Posted by FloatingBones View Post
This makes no sense. Rubber banding takes the same amount of resources as scrolling. If you think it's "a lot heavier on system resource", you should explain why.
It due to the heavier calculation required along with the redrawing. It is not linear so you have a speed rate which it has to do it.

Add to it you have to load extra crap for what is basicly eye candy. System resource for the longs time were very limited. So why candy is dumped.

Also if you look at how scrolling generally works you move at set increments. Older days it is 1 line at a time. It is not this smooth action but jumpy.


In terms of code that bounce back is just a lot of extra movements and redraw for pure 100% eye candy. It loading and programming for extra crap.

Also the scrolling part does not fall on the GPU. The rubber banding generally is a GPU have only started in the past few years getting any decent power.
MegamanX is offline   0 Reply With Quote
Old Jun 18, 2013, 10:12 PM   #118
US Marine
macrumors member
 
Join Date: Nov 2010
Location: Charleston, SC
Quote:
Originally Posted by gnasher729 View Post
And totally missing the point. This patent is not about "how to implement rubber banding", but about "how to give a user feedback that a scrolling operation has reached the limit of the possible range". For many years, the only known method was either (a) no feedback at all or (b) a "beep" as the feedback. I have implemented both old methods in 1984, and found neither very satisfactory. If it had been obvious that this could be done better, I would have done it better in 1984. About 26 years since _I_ first noticed the problem, and Apple patented a solution, that implies very much that the solution is very non-obvious.

Apart from that: WTF is your pseudo-code supposed to be doing? At best, it performs a calculation and returns the results. It doesn't do anything getting close to "rubber banding".[COLOR="#808080"]
And you totally missed the joke. I swear, Apple fanboys are some of the most humorless folks on the planet. Just take a look at all the ******** in the thread about the new Microsoft ad campaign using Siri. Wowzer...
US Marine is offline   1 Reply With Quote
Old Jun 18, 2013, 10:23 PM   #119
FloatingBones
macrumors 65816
 
FloatingBones's Avatar
 
Join Date: Jul 2006
Quote:
Originally Posted by MegamanX View Post
It due to the heavier calculation required along with the redrawing. It is not linear so you have a speed rate which it has to do it.
This isn't an explanation; it's hand-waving.

The calculation of the damped motion when rubber-banding is trivial and takes nominal time to compute.

Quote:
Add to it [...]
In order to have an "it", you've gotta explain what it is!

Rubber-banding works just fine on my lowly 2g iPad Touch.
FloatingBones is offline   0 Reply With Quote
Old Jun 19, 2013, 12:20 AM   #120
MegamanX
Banned
 
Join Date: May 2013
Quote:
Originally Posted by FloatingBones View Post
This isn't an explanation; it's hand-waving.

The calculation of the damped motion when rubber-banding is trivial and takes nominal time to compute.



In order to have an "it", you've gotta explain what it is!

Rubber-banding works just fine on my lowly 2g iPad Touch.
And I was talking about why you did not see it before.

1 gen iPad heck iPod dump legacy issues and had much better hardware specs that before.
The original post referred to how it worked before (beeping stop and so on). That was more from limited resources at the time. Means no GPU, limited cpu power. After that you get a standard pattern.

As for the programming part it is more complicated calculations and you have it shoved threw a loop as it is a different movement amount threw each cycle threw the loop.
This adding to a lot more redrawing of the entire rubber banding. Something shoved off to GPU.

Now I am trying to make it as simple as possible but just because something looks easy to do does not mean anything when it comes to programming. Rubber banding code wise is not something easy to do. As soon as you no longer have it linear movement speed it gets a little tricker. Linear is an easy algorithm to code. Rubber banding a little tricker to code.
MegamanX is offline   0 Reply With Quote
Old Jun 19, 2013, 12:38 AM   #121
FloatingBones
macrumors 65816
 
FloatingBones's Avatar
 
Join Date: Jul 2006
Quote:
Originally Posted by MegamanX View Post
As for the programming part it is more complicated calculations and you have it shoved threw a loop as it is a different movement amount threw each cycle threw the loop.
This adding to a lot more redrawing of the entire rubber banding. Something shoved off to GPU.
This still makes absolutely no sense. All you're doing is slowing down the scroll rate by the damping factor; there's nothing to shove off on a CPU or a GPU.

Quote:
Now I am trying to make it as simple as possible
Quite simply, you are failing to make your point.

Quote:
just because something looks easy to do does not mean anything when it comes to programming.
And the opposite is also true: just because you think something is difficult doesn't mean anything when it comes to programming.

Quote:
Rubber banding code wise is not something easy to do.
Who other than you says that? Please provide a reference or three.

Quote:
As soon as you no longer have it linear movement speed it gets a little tricker. Linear is an easy algorithm to code. Rubber banding a little tricker [SIC] to code.
It is a bit trickier to code, but the actual computation is essentially unchanged. The scrolling is damped, and the calculation of the damping factor is based on the distance beyond the end you're attempting to scroll. If you think that calculating that damped movement is a difficult problem, you need to provide some rigorous analysis why. And you then need to explain why the rubber banding works just fine on my 2g iPod Touch.

Please pardon my typo in the previous message where I said "iPad Touch".
FloatingBones is offline   0 Reply With Quote
Old Jun 19, 2013, 12:51 AM   #122
MegamanX
Banned
 
Join Date: May 2013
Quote:
Originally Posted by FloatingBones View Post
It is a bit trickier to code, but the actual computation is essentially unchanged. The scrolling is damped, and the calculation of the damping factor is based on the distance beyond the end you're attempting to scroll. If you think that calculating that damped movement is a difficult problem, you need to provide some rigorous analysis why. And you then need to explain why the rubber banding works just fine on my 2g iPod Touch.

Please pardon my typo in the previous message where I said "iPad Touch".
As establish before it was ask why did it take until apple to do it. Hardware limitation is a fact there.

first gen iPhone had more hardware and GPU power than anything else on the market at the time. A lot more. It also did not have any legacy baggage to deal with. That covers why your iPod touch has no issue.

He also ask why beeping and stopping. Well that pattern was set up in the 80's which has even less power but to top it off mouse and keyboard (even APPLE) does not use rubber banding there but that is not set up for scroll wheels.

The rubber banding is a touch interface and that as already explain was hardware. iPod has a lot more CPU and GPU power than others on the market.
MegamanX is offline   0 Reply With Quote
Old Jun 19, 2013, 12:59 AM   #123
pirg
Banned
 
Join Date: Apr 2013
Quote:
Originally Posted by lazard View Post
so obvious that it only took Apple 5 years to implement it into their OS.
That doesn't make sense. Things like slide to unlock are often labeled as "obvious" but we're now suggesting that toggles are not an obvious thing?
pirg is offline   0 Reply With Quote
Old Jun 19, 2013, 01:04 AM   #124
FloatingBones
macrumors 65816
 
FloatingBones's Avatar
 
Join Date: Jul 2006
Quote:
Originally Posted by MegamanX View Post
Rubber banding code wise is not something easy to do.
And I replied: "Who other than you says that? Please provide a reference or three."

You failed to address my question. If you have some proof that rubber-banding actually is an order of magnitude more complex to display than scrolling, you should provide it.

If you have no such proof, then please just say that. Ignoring the question does not make it go away. Thanks.
FloatingBones is offline   0 Reply With Quote
Old Aug 24, 2013, 12:18 PM   #125
inscrewtable
macrumors 6502a
 
inscrewtable's Avatar
 
Join Date: Oct 2010
Location: Australia
I was under the apparently mistaken idea that the rubber banding technology patent had recently been invalidated due to prior use. So I am somewhat surprised by this report.
__________________
2013 2.7GHz rMBP
iPod Touch 5th Gen,
inscrewtable is offline   0 Reply With Quote

Reply
MacRumors Forums > News and Article Discussion > MacRumors.com News Discussion

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Similar Threads
thread Thread Starter Forum Replies Last Post
Judge Invalidates Two Samsung Patent Claims Ahead of Second Patent Lawsuit with Apple MacRumors MacRumors.com News Discussion 60 Jan 23, 2014 02:31 PM
Steve Jobs iPhone Keynote Invalidates Apple's Rubber-Banding Patent in Germany MacRumors MacRumors.com News Discussion 178 Oct 1, 2013 07:01 PM
Rubber banding idea Cod3rror iOS 6 11 Apr 10, 2013 05:12 PM
Key Claim of Apple's 'Rubber Banding' Patent Once Again Found Invalid by U.S. Patent Office MacRumors MacRumors.com News Discussion 130 Apr 10, 2013 10:10 AM
Apple's 'Rubber Banding' Patent Key to Samsung Lawsuit Preliminarily Invalidated MacRumors MacRumors.com News Discussion 124 Oct 26, 2012 10:20 AM

Forum Jump

All times are GMT -5. The time now is 09:25 AM.

Mac Rumors | Mac | iPhone | iPhone Game Reviews | iPhone Apps

Mobile Version | Fixed | Fluid | Fluid HD
Copyright 2002-2013, MacRumors.com, LLC