SI
SI
discoversearch

 Technology Stocks | Apple Tankwatch


Previous 10 | Next 10 
To: sylvester80 who wrote (16790)2/18/2012 1:26:41 PM
From: sinclap
   of 29515
 
Got some two weeks ago.

Share Recommend | Keep | Reply | Mark as Last Read | Read Replies (1)

From: zax2/18/2012 2:39:19 PM
   of 29515
 
Tango coming to China in March, lose Xbox Live, Facebook and Twitter features
February 18, 2012 | By Surur

wmpoweruser.com 


Chinese Windows Phone website WPDang has broken some more news about the increasingly scooped Windows Phone Tango update.

Apparently all Mango devices can be updated to Tango, and in China special modifications will be included.

These changes include :

  • Tango of China would have the Xbox Live function removed
  • WeiBo (Chinese version of Twitter) and RenRen (Chinese version of Facebook) would be used to replace Twitter and Facebook which cannot be accessed in China
  • Bing search result would be based on a combination of Bing and BaiDu, the Chinese no.1 search engine
Tango will be announced at Mobile World Congress 2012 and will launch in Beijing in China at an event in the 3rd week of March, attended by HTC, Nokia, ZTE and LG. The OEMS will be showing their Tango-powered devices off there.

It is not clear if the Chinese Marketplace will open at the same time, but when it does there will be 2 additional methods besides paying by credit card to pay for apps.

Read more at wpdang.com here.

It sounds as if the Windows Phone experience will be quite different in many ways in China. Hopefully it will still however serve to open up the potential market for Marketplace developers and generally boost the Windows Phone volume which is so important for confidence in the platform.

Thanks to our anonymous tipster.

Share Recommend | Keep | Reply | Mark as Last Read

To: sinclap who wrote (16797)2/18/2012 3:13:57 PM
From: zax
   of 29515
 
Apple's theft of Proview iPad touch-panel PC trademark in China seems quite reminiscent of when Apple agreed, upon dropping "Computer" from its company name, to not go into the music sales in a settlement with Apple records (an agreement it would later brake). "IP Applicaiton Development" (an Apple shill company), promised it would not produce anything that competes with Proview’s products with the same trademark in China. Clearly Proview doesn't want to be walked on in the same manner. Proview is a well known player in the monitor business (contrary to some mis-characterizations).

China Tech Co Prepares Major Lawsuit Against Apple
Kenneth Rapoza, Contributor

forbes.com 


Proview Technology lawyer meets with reporters in Beijing to discuss their case against Apple. Photo by China Daily.

A relatively unknown Chinese tech company is sueing Apple (AAPL) over an alleged trademark violation.

The week long dispute between privately held Proview and Apple over the iPad trademark went into higher gear on Friday when Proview said it will sue Apple for a violation of their agreement by using the trademark to compete against it.

“If everything goes well, we might file a claim against Apple in the United States a month from now,” Yang Long San, founder of the Proview Group, said in a news conference in Beijing.

According to Proview, IP Application Development, which bought the trademark in 2009 from the Taiwan-based Proview and then sold it to Apple, promised it would not produce anything that competes with Proview’s products with the same trademark.

Yang said Proview started producing a device called Internet Personal Access Device in 2000 that looks like a small ordinary PC and uses touch-panel technology. The products were sold in Europe and the U.S., Yang told reporters.

“According to international trademark law, despite the differences between the appearance and technology of the iPad of Proview and that of Apple, they belong to the same category. So Apple was in breach of the contract,” Xie Xianghui, a lawyer representing Proview Technology Shenzhen, told China Daily.

Li Su, a Proview consultant who was also present at the news conference, said he had talked to three lawyers in the U.S. and had been told the claim could go up to $2 billion.

Apple declined to comment on Proview’s latest move when China Daily reached it after the news conference.
In a statement this week, Apple accused Proview of not honoring its agreement to transfer the rights to use the trademark for the product in China.

Share Recommend | Keep | Reply | Mark as Last Read | Read Replies (1)


From: sylvester802/18/2012 3:34:39 PM
   of 29515
 
Acer Iconia Tab A100 and A500 getting Android 4.0 update in mid-April
phandroid.com 
by Edgar Cervantes on February 18th, 2012 at 2:41 pm

We have to admit Acer is keeping up with updates much better then we would have predicted, last year. The Acer Iconia Tab A200 has already started receiving its Android 4.0 update last Sunday. If you happen to own one of the other Acer tablets, though, you will have to wait just a bit more.


According to Acer, the A100 and A500 tablets will be getting their delicious Ice Cream Sandwich update during mid-April. Sure, it is not coming as fast as we would prefer, but Acer is beating many manufacturers to the curve with this one. Let’s hope that Acer keeps the work up, and it shall be a great future for the Taiwanese company.

Are any of you waiting for this one?

[Source: Acer (Twitter) Via: intomobile]

Share Recommend | Keep | Reply | Mark as Last Read | Read Replies (2)

To: sylvester80 who wrote (16800)2/18/2012 4:31:07 PM
From: zax
   of 29515
 

Share Recommend | Keep | Reply | Mark as Last Read

To: zax who wrote (16799)2/18/2012 5:49:12 PM
From: Sr K
   of 29515
 
Apple's claims against Proview will be for its costs to defend this case if Apple prevails, and for the lost profits on lost sales. This is like table stakes poker and Proview and its contingent-fee counsel are acting (more like talking) as if there's no risk or cost to them to make their claim.

"If everything goes well" they might file a claim? They just blew their smokescreen. To them, "If everything goes well" is to get an OOC settlement and not sue.

Share Recommend | Keep | Reply | Mark as Last Read | Read Replies (1)


To: Sr K who wrote (16802)2/18/2012 6:22:08 PM
From: zax
   of 29515
 
Really, I think all Proview just wants Apple to do is to stop infringing upon their iPad trademark.

Perhaps an import and export ban of products illegally infringing upon Proview's "iPad" trademark, but only those imports and exports as they relate to just the one country of China, would be reasonable?

Apple could, through a simple redesign, work around Proview's trademark. Say, for example, using a picture and icon of an eye and pad, instead of actually printing "iPad" on the boxes, or using iPad anywhere within the OS, might be enough to skirt Proview's legal trademark? Just a thought... X-D




At the end of the day, we all know Apple will crush Proview. Money talks, and Apple owns more Chinese officials.

Share Recommend | Keep | Reply | Mark as Last Read | Read Replies (1)

To: zax who wrote (16803)2/18/2012 6:38:17 PM
From: Sr K
   of 29515
 
"iPad" is at the left of the Status bar.

Otherwise, even

iPad from Apple and not from Proview

would work.

Share Recommend | Keep | Reply | Mark as Last Read

To: sylvester80 who wrote (16800)2/18/2012 7:56:48 PM
From: zax
   of 29515
 
Allegedly, the Nokia Lumia 805 - Message 27958304

Share Recommend | Keep | Reply | Mark as Last Read


From: sylvester802/18/2012 8:19:36 PM
   of 29515
 
Google, Safari, and a Clamor of Cookie Confusion
February 18, 2012
lauren.vortex.com 
A technological smoking gun is indeed present in this case. But it's not the gun being implied by confused headlines and the pronouncements of some commentators who appear to perhaps be out of their technical depths in this situation.

Thinking about it all these years later, I can't remember when I first ran across the term "cookie" in a computing sense. And offhand, the origins of this term as an "intermediate storage" element are somewhat hazy.

I do vividly recall that my first active entanglement with these babies was in the context of so-called "Magic Cookies" used by many early CRT data display terminals as a memory minimization technique -- to provide for character enhancement functions like blink, underline, bold, and so on. We Computer Science types have long been enamored of "magical" terminology - Magic Cookies, Magic Packets, Magic Words (e.g. "XYZZY" - "PLUGH"), and so on.

Even the "magic cookies" of CRTs were much maligned. Of course this wasn't really the cookies' fault. Memory was expensive and often minimal in these displays, and magic cookies actually used up one (or even more) spaces on the screen, making really clean layouts impossible. Display terminals that featured magic cookies were considered "terminally" brain dead by those of us in the know, and were typically assigned to the lowest ranking faculty, staff, and students. Some colorful disputes ensued.

Flash forward to the Web. The essentially "stateless" nature of basic HTTP transactions needed a mechanism to provided session-based coordination, and browser cookies stored on users' local computers quickly became the mechanism of choice to hold the intermediate data for this purpose.

As in the case of those magic cookies long ago, there is nothing inherently good or evil about Web cookies. They are simply local containers of data that can (subject to various rules) be written and read by Web sites.

But in the real world of the modern Web, the proper implementation of those "rules" by browsers and Web sites alike can become fiendishly complex.

OK, back to the current dramatic brouhaha over Google, Safari, cookies, and privacy. There's no way to deal with this accurately without getting somewhat technical, so please bear with me if you will.

Since the handling of browser cookies has long been complicated and controversial, all manner of methodologies to deal with them have emerged over the years.

At one time, I actively micromanaged virtually all of my browser cookies. But as Web systems became more intricate, such a detailed hands-on approach becomes decreasingly practical (these days I use browser extensions to maintain a relatively course control of cookies at the site level, but I would not recommend even this to most users).

One of the most common problems that Web users get themselves into is following simplistic advice about "blocking" cookies, and then becoming confused when they can no longer log into desired sites because the necessary session state cookies cannot be processed properly.

The proper handling of so-called "third-party cookies" by browsers and sites can be particularly challenging to implement. Such cookies are associated with domains other than that with which the user is primarily communicating at that moment.

Traditionally, browsers have accepted the reading and writing of third-party cookies by default, in some cases providing user controls for more fine-grained management of these cookies related to particular sites.

Third-party cookies have become controversial since they are sometimes viewed as being associated with "secretive" tracking practices. But there is nothing inherently wrong with third-party cookies. Like all browser cookies, it's what Web sites specifically do with them that matters, and especially with the rise of social sharing applications, third-party cookies can play important and utterly benign roles.

Now we reach that smoking gun of which I mentioned earlier.

Safari browser designers sometime back decided to diverge from common Web practice and block all third-party browser cookies by default.

The underlying rationales for this decision are not entirely clear and are a matter of some controversy. Even within the Safari developer groups themselves it's clear there was conflict about whether or not this actually was a useful, truly privacy-positive move.

But one thing quickly became clear. The default blocking would have the effect of breaking important functionalities on which many Web users depended.

Now, please permit me to introduce you to WebKit Bugzilla Bug 35824: Relax 3rd party cookie policy in certain cases, dating from March 2010.

WebKit is the common core implementation code used by Safari and various other browsers. Bug 35824 is at the heart of the entire Google/Safari cookie controversy.

Contrary to the assertions of some observers, Bug 35824 was not a leak involving third-party cookies being accepted inappropriately. It was not a loophole that needed to be closed.

In fact, it was exactly the opposite! Bug 35824 represented the realization that the existing WebKit implementation for third-party cookies, in conjunction with Safari's change to "no third-party cookies accepted by default" was too limiting, too closed, and needed to be loosened to restore key user functionalities.

The resolution of Bug 35824 involved doing just that, and the discussions associated with that Bug make for fascinating (and delightfully geeky) reading.
One particularly insightful quote from the associated dialogue:

- - -

"Alright, I'm regretting stepping into the morass that is third-party cookie blocking. The overarching problem is that third-party cookie blocking can't actually provide decent privacy benefits without breaking sites. We can machinate around the privacy / compatibility trade-off forever. Compatibility always has a stronger pull because you can see that XYZ works after you bolster compatibility whereas you don't see the privacy costs because they're harder to measure."

- - -

At the time, those discussions were most focused on problems that sites such as Facebook and Microsoft would have with the new Safari policy, before Bug 35824 was revolved. Google+ would not go public for more than another year.

But when Google+ did appear, Google quite appropriately used the provided mechanism of the 35824 bug fix, for key functionality related to Google+ on Safari browsers, in very much the same way intended for Microsoft, Facebook, and other sites.

It's at this juncture that the issue of unintended collateral effects comes into play.

As noted above, cookie handling can be very complex. Nowadays, traditional cookies have been joined by other (generally less well known) Web transactional local storage mechanisms, further complicating the picture.

The necessary loosening of Safari default third-party cookie controls associated with the 35824 bug fix even further convoluted the cookie handling process. This ultimately led to some cookies associated with Google's ad delivery network being mistakenly placed on some Safari users' browsers, in conflict with what those users might otherwise have expected from Safari's "no third-party cookies" default (keeping in mind that few Safari users would likely have had any inkling that there was already an exception to that seemingly declarative setting, via the 35824 fix).

The Google ad network cookies in question should not have been placed through the Safari browsers of users with that "third-party cookie blocking" setting. Those cookies were in error, and Google is in the process of removing them.

But those cookies did not contain personal information, nobody was harmed, nothing was damaged, and there is no indication that this event was purposeful subterfuge of any kind by Google.

There is an important lesson to be drawn from all this.

My gut feeling is that we've passed beyond the era where it made sense to concentrate on Internet privacy controls and issues mainly in terms of specific technologies as we've done in the past.

As noted above, cookies are neither good nor bad, neither intrinsically righteous nor evil. Cookies, like the other local storage mechanisms that have now been implemented, are merely tools. And as with other tools, how they are used is under the control of the entities who deploy these complex functionalities.

Ultimately, we expect Web sites to just work. It is unrealistic in the extreme to expect most users to understand and manage the underlying cookie and related systems of their browsers in detail. As new methodologies come online, this will only become ever more true.

What we really need to be concentrating on are the fundamental issues of trust and transparency.

If we as users feel confident that individual firms are doing their best to be transparent about their policies and are handling our data in responsible manners, then putting our trust (and data) in the hands of those firms is a solid bet.

Does this mean that mistakes won't be made and errors won't ever occur with the firms to whom we delegate these responsibilities?

Of course not. We're all merely humans, and true perfection is not within our current realm, nor is it likely ever to be.

But to assume that every error involving extraordinarily complicated software systems is evidence of evil intent is not only inaccurate and inappropriate, by to my way of thinking essentially perverse.

Unfortunately, the political environment in which we live today is replete with character assassinations and toxic "big lie" strategies. It is perhaps unfortunately unavoidable that such perverted approaches would seep into our considerations of highly technical topics as well. We must resist this.

When there are technical challenges we should meet them, when there are technical problems we should solve them. The intersection of technology with social policies is deep and becoming ever more entrenched with every passing day.

The accusatory rhetoric that has wrecked much of our political system cannot be allowed to substitute for reasoned and logical analysis of technical concerns, or the risks to society will be catastrophic.

Whether we're talking about browser cookies or nuclear weapons, the same underlying truth applies.

That's what I believe, anyway.

--Lauren--

Share Recommend | Keep | Reply | Mark as Last Read | Read Replies (1)
Previous 10 | Next 10 

Copyright © 1995-2014 Knight Sac Media. All rights reserved.Stock quotes are delayed at least 15 minutes - See Terms of Use.