Browser Plug-in API

ก็ถ้าเปิด Media Player ไม่ได้ สู้เปิด Browser เลยดีมั้ย

http://www.forum.nokia.com/main/resources/technologies/browser_plug-in_api.html
แต่ก็มีปัญหา http://discussion.forum.nokia.com/forum/showthread.php?t=56553

มี example ใน 3rd edition นะ (แต่ 2nd edition ท่าจะไม่มี)
http://www.newlc.com/forum/browser-embedded-mode-symbian-3rd-edition
Are you talking about a Browser Control embed in you native Symbian App. If yes, pls have a look at BrCtlSampleApp example which comes along with S60 SDK.
\Symbian\9.1\S60_3rd\S60Ex\BrCtlSampleApp . Can I ask, what example application are you making(if you don't mind)

Nokia Open Sources S60 Mobile Browser Code <= จิงป่าว http://www.itbusinessedge.com/item/?ci=16518

ข่าววงการ Browser
http://blogs.s60.com/browser/browser_wars/
น่าสนใจเนอะ
http://blogs.s60.com/browser/user_interface/
คุยกันไว้ว่า ไอ้นี่มาแล้วว
http://blogs.s60.com/browser/widgets/

หมอนี่บอกว่าทำทุกอย่างบน web browser กันดีกว่า
http://blogs.s60.com/browser/2008/02/whats_all_that_other_software.html

What's all that other software for? Posted by Peter Harbeson at 07:06 AM Categories: User Interface
I decided to see how much I could do with my mobile without using any software other than making/receiving calls and using the browser. The answer is: almost everything I need or want to do. Here's what I can do with the browser:
keep my calendar in any of several web-based calendars (Google, Yahoo, Plaxo, and probably a dozen others)
send and receive email using the web (pharbeson [at] gmail [dot] com, by the way)
send SMS using bigfoot.com
maintain a to-do list
view and edit Office documents using Google docs
listen to music
watch videos
back up data (although most of my data isn't local, so it's already backed up)
maintain and use a contact list -- this is not as well integrated as it could be, but it's possible
read ebooks
subscribe to and read RSS feeds
subscribe to podcasts (although I listen to them without the browser)I can't use the camera through the browser, and I didn't find a useful web-based way to do reminders when they're tied to specific times -- for example, "wake up, you have a meeting in five minutes".
I didn't try games, reasoning that I don't play mobile games anyway, and I don't know what the native games are like on the phone.
Nearly everything I use my mobile phone for I can do with just underlying software for calls, connections, and the like, and a browser. The one thing I would need to make this scenario viable is to pay a flat rate for data. The implications for the device itself are also important: with the same specifications you free up a lot more memory for browser-related operations. The UI gets vastly simpler and (if you do it right) easier. The bug count automatically drops, simply because there are millions of fewer lines of code. Battery life might take a hit because of the near-constant data connection. Some operations might take a performance hit because they're being performed in (for example) Javascript instead of native code. The history of computing, though, clearly shows that such things are temporary issues.
Imagine that a company wanted to create a phone like this. The advantages might be that with vastly fewer pieces of software, that company could devote more resources to the browser. This would enable them to add browser features and updates faster. They'd be able to use their resources to partner with third party developers, who would find the investment manageable because they're creating web apps.
The one thing that company would have to do would be to partner with carriers so that the user experience of the phone -- which is really the user experience of a phone and its infrastructure -- would include a good model for constant data connection.
All of this is fairly obvious.
So far, Apple has made a major step in this direction, and Google is certainly rumored to be planning an even bigger step. Service providers (carriers) in the US have enormous clout in phone design, and often market devices under their own brand names. They're anything but innovative, but I'm sure that there are some people in those companies making exactly these points.