You need to be logged in to post in the forums. If you do not have an account, please sign up first.
Opera Mini 6 for iOS
The wait is over for iOS owners, Opera Mini 6 is available today in the Apple App Store!Enjoy the fresh new look of Opera Mini 6 without compromise. Get all the speed benefits and data savings of Opera Mini, now optimized for all iOS devices.
Updated features include:
- Updated design with a fresh new look and feel
- Super smooth pinch-to-zoom and panning
- Support for iPhone 4 retina display, iPad, and iPad 2 devices
- Direct share on Facebook, Twitter, and My Opera
- Open new page in background tab
- Improved international font support for Arabic, Chinese, Vietnamese, and other non-latin languages
To download Opera Mini 6 for iOS devices, visit http://m.opera.com/ on your iOS device or download directly from the Apple App Store.
As always, we welcome your feedback here in our forum, and please report any bugs in our bug report wizard. Thanks!
Regards,
The Opera Mini Team
For help with My Opera Mail, please visit the forums at http://my.opera.com/community/forums/forum.dml?id=76
I also dislike how it displays google search results
The UI is better than Safari, especially the tabs and of course Speed Dial FTW.
Opera needs to work on the way websites are rendered though..... Very weird at times,
Doesn't look as good a Safari and feels strange.
25. May 2011, 14:36:29 (edited)
Pros
* much-much lower memory consumption than with ANY Safari-based browser. You can safely load even 35-40 pages. What is even better, I've never encountered situations of it either crashing (because of memory shortage) or quitting while minimized. The latter is simply great for people that frequently send it to the background. The latter operation results in very frequent crashes even on the 512MByte RAM-equipped iPad 2, even with 2-3 pages (tabs) open in 360 Browser or iCab. (It seems iPad 2 is still – as of 4.3.3 – uses the same „maximum size of memory occupied when in background” routine originally made for the far less powerful and only 256 Mbyte RAM-equipped iPad 1. This is pretty annoying and pretty much restricts the ability to switch between Web browsers and other tasks like Notes!)
* extremely well working, two-direction Opera Link favorite synchronization support. Works between even mobile clients automatically (without the need for any human intervention). This means you'll see ALL your locally added favorites not only on your desktop Opera, but also other Opera Link-enabled mobile Opera browsers. Much-much better than any third-party Web browser on iOS. (Of them, only 360 Browser is capable of synchronization, and it's one-direction – that is, Firefox desktop -> client – only. This means you can't synchronize the favorites you've added on your mobile back to your desktop Firefox or other iOS devices also running 360 Browser. With OM, all this is very easy – just allow OM some 30-90 seconds for synchronization propagation [don't suspend the device during this so that the synchronization does happen!].)
* scrolls much-much faster than any third-party Web browsers. All this without any hiccups and stuttering. The infamous „checkerboard” effect is much less annoying even on the first iPad – OM presents the missing content much-much faster than ANY current (as of 4.3.3) UIWebView-based browser.
* at last, italic is supported. The lack of italic support has always been a major problem with previous versions; now, it's fixed.
* opens Web pages in background when opening in a new tab
* no restriction on the number of opened pages (the previous version still had a restriction of 30; with UIWebView-based browsers, it's not even remotely possible to open up that many Web pages as the memory will run out VERY quickly, resulting in a crash)
* doesn't reload pages when tapping the back arrow; with UIWebView-based browsers, only the most simplest pages are reused without any reloading
* major(!) data usage saving
* YouTube is played back in the native YouTube app, which means access to all the metadata (comments etc.) With UIWebView-based browsers, you need to use some kind of a „YouTube embedded code -> URL converter” to this (if such a thing exists at all). With non-YouTube but compatible videos (e.g., the ones at liveleak.com) plaback is done in Safari.
* (automatic) form fill-in works great, along with changing the contents of the saved form data. Very few UIWebView-based browsers support this; for example, 360 Browser doesn't save password fields. OM (along with iCab) does.
* full Web page saving (Saved Pages / (as with adding new favorites) the uppermost + in the main menu; note that the + will only become visible with fully loaded pages), with all resources, which is pretty unique – very few other browsers support full page saving (the most important ones: iCab, Atomic and 360 Browser, do; the „stock” mobile Safari doesn't. Please also read the second update for more info on these alternative browsers). The format is that of Opera Mini (unlike the above-mentioned browsers), for which there isn't desktop readers. The only way to read them on desktops is using a Java emulator as is explained at http://my.opera.com/opera.mini/forums/topic.dml?id=234030 (also see http://www.fileinfo.com/extension/obml )
Cons
* not any support for increasing character size, which makes it plain useless in several situations (e.g., reading vBulletin fora). There's no dynamic reflow support either, unlike with Opera Mobile on some other mobile platform. This is THE biggest problem and should be immediately fixed! (Also see the update below)
* only „Next” in „Find in page” (e.g., iCab Mobile supports previous too)
* double tap-based zooming into a text column is definitely worse than in UIWebView. In Opera Mini, in most cases, you need to adjust the zoom yourself (by pinching); in UIWebView, this is not necessary in most cases
* text copying is far inferior and much harder to use than in other apps (it's done in exactly the same way as in the previous version)
* sometimes the context menu is displayed after only several (re)attempts – this can be much-much slower and annoying than with competing browsers
* some JavaScript code doesn't work, unlike under UIWebView; for example, the menus in the DPReview forum or the JS game at http://my.opera.com/community/forums/%22http://www.omegajunior.net/code/Zjramble5/%22 .
* only capable of image saving and nothing else – e.g., no „download and save link target” present in e.g. iCab. (The images are saved in the standard photo album – there's no iTunes File Sharing support in OM at all; that is, it's only in the photo album than you can access these files.) Fortunately, if you tap a non-HTML/TXT/image resource (feel free to play with the ones linked from http://www.winmobiletech.com/sekalaiset/ – there're several types of files there), the system-level Safari will be invoked with the resource, allowing you to invoke any registered application that is able to display the given app unless it can be displayed as a text file (as is the case with, say, .java files). This means, for example, you can select GoodReader or iCab Mobile for for example ZIP files. GoodReader will be able to unzip it and also keeps it in the, via iTunes File Sharing or the traditional Wi-Fi sharing dating back to pre-File Sharing (3.2) times, accessible Documents directory. iCab Mobile (or, for that matter, any third party Web browser with file download capabilities; for example, 360 Browser) will also store them in their Documents directory, also accessible. Nevertheless, you won't be able to use the download managers of these Web browsers, which, at least with the background downloading-enabled iCab / 360 Browser (excellent when downloading large files), would have been nice. In cases when you want to use background downloading, you must copy the page URL linking to the resource to the clipboard and start iCab / 360 Browser yourself to initiate downloading from there. Then, background downloading will work.
* no way to hide the upper toolbar (and the system status bar). (However, it doesn't take up much screen estate.)
* absolutely no scriptlet support, which means the lack of a LOT of goodies like word translation
* there could be a way to see a top-bottom list of opened tabs to make it faster to switch between them. The current card-based selection looks indeed very nice but it's still much slower when there're several tabs opened than a traditional tab list listing the titles of the opened tab, presented preferably in some kind of a(n almost) full screen list component.
* no way of the browser (that is, the server) report itself as a desktop browser. (At least the desktop Opera browser.) With some sites, where it's not possible to switch to desktop view, this can be a huge issue.
* no mass tab operations like „close all but this one” or „bookmark all” (see 360 Browser) or history of closed tabs (see iCab).
* no quick way of positioning inside a document (see e.g. the map – triple-finger-tap by default – in iCab or the scrollbar just added in the latest iCab version); this means scrolling around may take more time with long documents. (Howver, scrolling is done fast and, as there's almost no checkerboard effect, you will always see where you are.)
* no full password protection or guest / kiosk mode. (Nevertheless, you can mass-delete cookies / history / saved passwords.)
* no link copying – this is, however, isn't that big a problem as you can just follow / open the link and, then, copy the address bar. This won't work with redirected pages, however - then, you will in no way be able to access the original link. You will, then, forced to copy the URL of the current page (that is, the one linking to the resource of which the URL you want to copy) and start Safari or any 3rd party browser capable of link address copying. All this must be done manually, as there's no way of automatically invoking Safari with the current page, which is available in several other browsers (e.g., iCab) and would be, programmatically, very easy to implement.
* no niceties like page source viewing (available in several third-party browsers like iCab)
* sometimes the Opera proxy server doesn't answer or is unable to deliver the document you requested. These problems, however, quickly go away - in most cases, you get the resource after a simple refresh and don't consider it a major problem.
* slowdowns may occur because of the nature of the entire networking model. However, I don't consider this a major problem either. Actually, if you're on a slow(ish) / restricted connection (e.g., over EDGE / GPRS as opposed to 3G), the page loading speed will be FAR-FAR faster than with anything UIWebView-based!
* some Web-based internet access authorization/authetication methods (e.g., that of the European EduRoam) don't work, not even after switching to HTTP connection mode from the default Socket. If you need to use these networks, you must use a UIWebView-based browser for the initial login. (After logging in, OM will work over Socket connections too.)
UPDATE (05/25/2011 13:30):
I've made some demo screenshots of why it's VERY important to be able to configure the character sizes so that you can easier see what I mean.
Again, you will want to use bigger chars even if you have flawless eyesight while, say, commuting or excercising in a gym (e.g., running or using the elliptical trainer - which I do at least one hour a day; this is why this question is that important for me - with the iPad fastened to the front panel of the machine):
This is how OM6 renders the bottom of http://portti.iltalehti.fi/keskustelu//showthread.php?t=437497 (the same stands for ALL vBulletin-based forums, not only this particular one – and a LOT of other pages!):
http://www.winmobiletech.com/052011WebBrowsers/om6-iltalehti.png
This is how all UIWebView-based Web browsers do the same by default, without any character size change:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-default.png
If you raise the character sizes to 14 points uniformly, the results are the following:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-14p.png
With char sizes of 18 points, the results:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-18.png
And at 22 points:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-22.png
Note that I've zoomed in into the text as much as possible when making all these screenshots. Further zoom-in would have caused the need for horizontal scrolling in all cases.
Second UPDATE: as mentioned in the Pros section above, some additional remarks on page saving in other, UIWebView-based browsers the formats used.
iCab Mobile saves full(!) Web pages into the standard .webarchive format, which can later be displayed by Safari on the desktop – see Tools / Save Page (Downloads). (Note that the Firefox add-on, Mozilla Archive Format ( https://addons.mozilla.org/en-us/firefox/addon/mozilla-archive-format/ ), as of version 1.0.0, „only” supports saving into .MHT files, not reading .webarchives!) If you prefer only saving the HTML file (without the linked resources), you can also do it via either long-tapping a link leading to the page and selecting Download File or requesting the source code of the current page (double-tap to invoke the Modules view, select <html><body>, OK and long-tap anywhere to select all and copy it to the clipboard.
Atomic Web Browser is also able to save into standard .webarchive files. They aren't stored in Documents, however; this means they can't be accessed via iTunes. Nevertheless, the files can be accessed under /Library/sp_X/page.webarchive, where X starts at 1 and is increased by one whenever you save a new page.
With 360 Browser, you need to select the Settings icon in the top right / Saved Pages / + on the left. Note that
1.) unlike with iCab (and like Atomic), the saved pages are stored under a private subdirectory of 360 Browser and not in Documents accessible via iTunes File Sharing. Unlike with the previous two browsers, the files aren't stored as .webarchive files but as separate files. This also means you won't need to use Safari to render them – any browser will be able to show these backups.
2.) for some reason, the only file browser that is able to browse the application directories on a non-jailbroken iPhone / iPad, iPhone Explorer ( http://www.macroplant.com/iphoneexplorer/ ), as of the current, 2.1.0 version, isn't able to list 360 Browser under Apps (unlike most? all? other apps). This means you can only access saved pages if and only if you jailbreak your phone / iPad – unlike with Atomic, with which iPhone Explorer has absolutely no problems.
Originally posted by Menneisyys:
* some JavaScript code doesn't work, unlike under UIWebView; for example, the menus in the DPReview forum.
I noticed my game stalls whilst preparing a new round. It's slow in Safari, but a complete stall is a bit much.
Is there a way to debug web sites running Opera Mini?
Once they iron out the bugs it will have no rival BUT right now in this version there are two extremely annoying issues which break the app
1) No option to identify the browser as a desktop browser. I'm SICK of being redirected to the mobile version sites and I can't do anything about it. Disgusting!!
2) Very annoying bug where you can't click the "open in another tab" text for some reason. It happens randomly and it's extremely frustrating.
Besides this, I'd like an easier access to the Bookmark menu
Fix this and I'll give you the FULL 5 STARS that this browser actually deserves!
Originally posted by Dantehhh:
1) No option to identify the browser as a desktop browser. I'm SICK of being redirected to the mobile version sites and I can't do anything about it. Disgusting!!
Yup, this could be fixed by reporting itself as the desktop Opera browser...
For an example, try reading this without a magnifying glass or switching to landscape orientation.
Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites. Since I've been using Opera Mini to read books (as in, lots and lots of text) on my iPod Touch 2G, that is definitely a problem.
For an example, try reading this without a magnifying glass or switching to landscape orientation.
Agreed. The Opera folks must implement a way of enlarging character size.
But please allow editable user agent. Or identify the browser as mobile Safari. But please give users a choice so we are not stuck with mobile sites on the iPad.
Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites. Since I've been using Opera Mini to read books (as in, lots and lots of text) on my iPod Touch 2G, that is definitely a problem.
For an example, try reading this without a magnifying glass or switching to landscape orientation.
do you have an eye problem or something?operamini's new text looks excellent for me and ive been reading @bakatsuki too,to aru majutsu no index novels,and reading it via operamini is a breeze compared to safari or skyfire where you have to scroll left and right.
Originally posted by axidrain:
It seems theres a bug. Whenever i switch the connection method to http instead of socket (cuz my telco doesnt allow it), it will revert back to socket whenever my phone is sleeping or qhen i exit the app. Hope that this is addressed soon.
+1 to this,everytime i open operamini i need to revert it back to http.
+1 also to add the user agent option for mini,i wish it was something like the one skyfire has.
Originally posted by jimpatrick:
Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites. Since I've been using Opera Mini to read books (as in, lots and lots of text) on my iPod Touch 2G, that is definitely a problem.
For an example, try reading this without a magnifying glass or switching to landscape orientation.
do you have an eye problem or something?operamini's new text looks excellent for me and ive been reading @bakatsuki too,to aru majutsu no index novels,and reading it via operamini is a breeze compared to safari or skyfire where you have to scroll left and right.
As I've also briefly mentioned in my quick review, there are cases when you absolutely must increase text size, even if you have perfect eyesight. E.g., when using the iPad while travelling or when excercising in a gym. In the latter case, the minimal charsize I use is 18 (but also often swictht to 24).
Originally posted by bg76x:
Opera needs to work on the way websites are rendered though.....
It isn't Opera's fault if the site sends it mobile content.
Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites.
Can't you just zoom?
Originally posted by Chirpie:
Originally posted by bg76x:
Opera needs to work on the way websites are rendered though.....
It isn't Opera's fault if the site sends it mobile content.Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites.
Can't you just zoom?
You can't, unforotunately, as has also been pointed out in my writeup.
Originally posted by Menneisyys:
Originally posted by Chirpie:
Originally posted by bg76x:
Opera needs to work on the way websites are rendered though.....
It isn't Opera's fault if the site sends it mobile content.Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites.
Can't you just zoom?
You can't, unforotunately, as has also been pointed out in my writeup.
You can't zoom? I can't see any explanation on that in your post. Why wouldn't you be able to zoom?
Originally posted by Chirpie:
Originally posted by Menneisyys:
Originally posted by Chirpie:
Originally posted by bg76x:
Opera needs to work on the way websites are rendered though.....
It isn't Opera's fault if the site sends it mobile content.Originally posted by spadija:
While I really like every other change you've made, text is now far too small to be easily readable on many sites.
Can't you just zoom?
You can't, unforotunately, as has also been pointed out in my writeup.
You can't zoom? I can't see any explanation on that in your post. Why wouldn't you be able to zoom?
Try to zoom in, say, http://portti.iltalehti.fi/keskustelu//showthread.php?t=487318
Again, you will want to use bigger chars even if you have flawless eyesight while, say, commuting or excercising in a gym (e.g., running or using the elliptical trainer - which I do at least one hour a day; this is why this question is that important for me - with the iPad fastened to the front panel of the machine):
This is how OM6 renders the bottom of http://portti.iltalehti.fi/keskustelu//showthread.php?t=437497 (the same stands for ALL vBulletin-based forums, not only this particular one – and a LOT of other pages!):
http://www.winmobiletech.com/052011WebBrowsers/om6-iltalehti.png
This is how all UIWebView-based Web browsers do the same by default, without any character size change:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-default.png
If you raise the character sizes to 14 points uniformly, the results are the following:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-14p.png
With char sizes of 18 points, the results:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-18.png
And at 22 points:
http://www.winmobiletech.com/052011WebBrowsers/UIWebView-iltalehti-22.png
Note that I've zoomed in into the text as much as possible when making all these screenshots. Further zoom-in would have caused the need for horizontal scrolling in all cases.
I have removed this from my phone - I will miss the speed dial but I need to be able to read the websites I visit and I can no longer do that easily with Opera. If anyone knows of a competing product on the App store that has a speed dial (or similar) please let me know! I will use Vanilla surf for now and wait to see if Opera fix this font size issue.
Originally posted by rob2000k:
I use Opera on my PC and find it excellent. I used to use Opera mini on my Iphone but the latest update has seen the font size reduce to a point where it is difficult to read. A lot of posts on here are from tech-savvy people who point out various advanced features that may or may not be present but which the average user is not aware of. As one of those 'average users' the basic function of a browser is to allow people to browse websites. If it cannot do that properly then regardless of what technical issues there are in providing (or not providing) advanced features the browser has surely failed on it's most basic level?
I have removed this from my phone - I will miss the speed dial but I need to be able to read the websites I visit and I can no longer do that easily with Opera. If anyone knows of a competing product on the App store that has a speed dial (or similar) please let me know! I will use Vanilla surf for now and wait to see if Opera fix this font size issue.
Agreed. The font size problem MUST be fixed.
http://my.opera.com/community/forums/topic.dml?id=1001612&t=1306368313&page=1#comment9499412
I've tried Opera Mini 6 for Android on my iPhone3G's iDoroid in the same connection,WiFi and 3G.
It has no problem.Android version works very fine,super fast.
So I confidence that Opera Mini for iOS has problems with the socketconnection.
Of course,HTTP connection works fine.
But many Japanese users point out the ploblems of socket connection.
Please keep in mind that Android version and S60 version work fine in the same connection.
26. May 2011, 06:39:45 (edited)
UPDATE (05/26 8:31): While there is italics support correctly rendered (unlike with previous Opera Mini versions on all platforms), combined(!) bold + italic markup is not guaranteed to be bolded. This applies both the iPhone and iPad versions. An example of this is right here at the Opera Mini forums – see e.g. the combined styles of http://my.opera.com/community/forums/topic.dml?id=1001612&t=1306368313&page=1#comment9499412 . Alternatively, take a look at this in both a desktop (or UIWebView-based) browser and Opera Mini:
This should be italic only. This should be bold+italic. This should be bold only. This is underlined.
As you can see, "This should be bold+italic." is rendered as plain italic, independent of the order of tags (if you take a look in the HTML source code of this post, you'll see I've used them both.)
Interestingly, on some pages (e.g., http://www.winmobiletech.com/052011WebBrowsers/misformli.html ) plain italics may be rendered as bold + italic. The just-linked (strict XHTML 1.0, validated(!)) source code is as follows:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
<title>Just a bogus title</title>
</head>
<body>
<p><b>ITALICS test</b>
</p><p>
A quick <i>ITALICS</i> test.
</p><p>
<i>This text is all in italics.</i> Unlike this one.
</p>
</body>
</html>
Note the original page I've encountered this problem was http://www.developingwebs.net/html/lesson3.php ; take a look at both the second occurrence of the capitalized „ITALICS” and the example „This text is in italics.”.
tags (and probably other ones too - e.g., headers). This means the text copied from pages like http://www.winmobiletech.com/052011WebBrowsers/misformli.html (this uses <p> tags) and http://www.winmobiletech.com/052011WebBrowsers/misformlibr.html (with <br> tags; in varying numbers) lack any kind of line breaks.
All in all, currently, Opera Mini isn't the best for copying text with more than a handful of line breaks.
26. May 2011, 21:06:16 (edited)
* On the iPhone, the issue of really small characters is a HUGE one on many pages. It's very hard to read a LOT of pages in the iPhone version. Opera, please DO implement character size setting capabilities!
* Video playback:
- CNN videos (http://edition.cnn.com/video/ ) don't work (unlike with UIWebView-based browsers) because of heavy client-side scripting
- Vimeo: unable to play back, not even directly from Vimeo's site – the latter is (as with CNN's videos) supported by all UIWebView-based browsers.
Let me present you some tips for playing Vimeo clips back on your iOS device with the latter browsers: if it's embedded like the one at http://www.winmobiletech.com/052011WebBrowsers/vimeo.html (another (original) occurrence of this video: http://www.dvxuser.com/V6/showthread.php?227229-Fall-Rain-Short-art-piece-GH13-%28Both-AVCHD-amp-MJPEG%29 , first post) - and not just presented as a direct link to Vimeo -, then, not even a placeholder is presented in any Web browser. (Skyfire doesn't present a placeholder either, but, of course, finds the video when you ask it to do so).
BTW, speaking of dvxuser, in (the default, unless you switch to PC Mode in the top right corner) Mobile View, only a link is provided to Viimo. It's, however, unlike YouTube links: they only ofer a downloadable 360-byte SWF file, which is useless on iOS. (Passing it to, say, iCab and renaming it to, say, .txt so that it can be opened by, say, GoodReader so that a true Vimeo link can be extracted won't work – GoodReader can't display it.)
In these cases, instead of using Skyfire (with all its problems: low-quality playback, pauses etc.), I recommend the following:
If you're using some kind of a mobile view (which is available over dvxuser) with a tappable (albeit, as has already been stated, non-working) link, copy the link to the clipboard and extract the numeric part. In the above case, the full link is „http://vimeo.com/moogaloop.swf?clip_id=16227477” and, therefore, you'll need to select and copy „16227477” from it.
Then, go to vimeo.com. Edit the address bar: add a slash (/) after „vimeo.com” and paste the number. (Alternatively, you can paste the entire URL you've just copied – just remove „moogaloop.swf?clip_id=” from it.) The result is „http://vimeo.com/16227477”, which can already be played back directly and at a high quality.
If you don't have access to such a direct link (as is the case with my above-linked test page at http://www.winmobiletech.com/052011WebBrowsers/vimeo.html ), you will need to use a Web browser capable of displaying the page source (or a scriptlet to do this). E.g., in iCab, display the module list (two-finger tap or the Modules icon) and select the <html><body> icon. In the source view, look for (you can use the built-in text search functionality) „clip_id=”. Just select and copy the numer after it and do the same as above. (Alternatively, copy the entire URL from the source code and just delete „moogaloop.swf?clip_id=” from it before passing it to a browser.)
Viewing HTML page source in Opera Mini / under iOS
Viewing page source (which, as has already been pointed out, is a MUST if you want to find Vimeo videos not directly linked to) is also possible in any Web browser – even in Opera Mini(!).
If your browser is capable of running scriptlets (as is most UIWebView-based browsers including Safari - Opera Mini is NOT!), just install the scriptlet right in the URL of http://ipuhelin.com/en/safariplus/__p__#javascript:%20var%20sourceWindow%20%3D%20window.open%28%27about%3Ablank%27%29%3B%20%0Avar%20newDoc%20%3D%20sourceWindow.document%3B%20%0AnewDoc.open%28%29%3B%20%0AnewDoc.write%28%27%3Chtml%3E%3Chead%3E%3Ctitle%3ESource%20of%20%27%20%2B%20document.location.href%20%2B%20%27%3C/title%3E%3C/head%3E%3Cbody%3E%3C/body%3E%3C/html%3E%27%29%3B%20%0AnewDoc.close%28%29%3B%20%0Avar%20pre%20%3D%20newDoc.body.appendChild%28newDoc.createElement%28%22pre%22%29%29%3B%20%0Apre.appendChild%28newDoc.createTextNode%28document.documentElement.innerHTML%29%29%3B .(The page also explains how the scriptlet needs to be added. Note that the screenshots are for another scriptlet (Find in page); this shouldn't misguide you. The same scriptlet is offered at http://dustincaruso.com/javascript/view-source-on-iphone/ .)
Note that there is another, better-formatted and -colored scriptlet, „Snoopy”, with much better copy-paste support at http://snoopy.allmarkedup.com/ . If you don't want to search in the source code using in-page text search (with which it's incompatible, even with that of Safari), it may be better-suited for you (you might also want to check out the review at http://cybernetnews.com/view-source-safari-iphone/ ). Just make sure you tap the View (Generated) Source tab in the upper left corner and use two fingers for scrolling up and down. The source is available at http://snoopy.allmarkedup.com/ ; the scriptlet code itself is as follows: javascript:(function()%7Bvar%20d%3Ddocument%2Cs%2Ce%3Bvar%20el%3Dd.getElementById('snpy')%3Bif(typeof%20Snoopy!%3D'undefined')%7BSnoopy.toggle()%3Breturn%7Delse%20if(el)%7Bel.className%3D%2Fclosed%2F.test(el.className)%3Fel.className.replace('closed'%2C'')%3Ael.className%2B'%20closed'%3Breturn%7Ds%3Dd.createElement('link')%3Bs.setAttribute('href'%2C'http%3A%2F%2Fsnoopy-assets.allmarkedup.com%2Fsnoopy-min.css')%3Bs.setAttribute('rel'%2C'stylesheet')%3Bs.setAttribute('type'%2C'text%2Fcss')%3Bd.getElementsByTagName('head')%5B0%5D.appendChild(s)%3Be%3Dd.createElement('script')%3Be.setAttribute('src'%2C'http%3A%2F%2Fsnoopy-assets.allmarkedup.com%2Fsnoopy-min.js')%3Bd.getElementsByTagName('body')%5B0%5D.appendChild(e)%7D)()%3B
For browsers that don't support scriptlets (for example, Opera Mini itself), you'll need to use external source code presenter services; for example, ViewS ( http://shauninman.com/vs ; more background information at, say, http://iphoneized.com/2009/05/8-ways-view-page-source-code-iphone/ ). Just open this page as a new one and paste the address of your current one in the text field. The results are row-numbered, colored, searchable and also work in Opera Mini. Note that this Web service is meant for the iPhone; hence the 320-pixel-wide presentation by default. Should you want to get rid of it and see a full-screen representation, switch to Mobile view in Opera Mini's Settings (and, of course, reload the page).
Note that iSource (the project that the above-mentioned ViewS is based on), http://onebuttonmouse.com/tools/isource , is pretty similar; it, however, needs the leading „http://” to work – which is cut out by Opera Mini. That is, should you want to use iSource, make sure you always add a leading http:// to your URL's, should they miss them.
Standalone source code presenter iOS applications
There are some standalone applications too for presenting the source of a Web page, should you want to use an external application to scrutinize the source code of a web page; see e.g.
http://itunes.apple.com/app/view-source/id413000199?mt=8 (0.99$; syntax coloring)
http://itunes.apple.com/app/source-view/id293924564?mt=8 (free; simple; large fonts)
http://itunes.apple.com/app/source-viewer/id308126298?mt=8 (0.99$ (iPhone) / 1.99$ (iPad); ability to list / show linked resources too)
anyhow, besides the font problem...OM 6 is leaps and bounds above the old version. i love it!
Originally posted by GeneValgene:
Menneisyys, were you on aximsite back in the day? your name sounds so familiar...
anyhow, besides the font problem...OM 6 is leaps and bounds above the old version. i love it!
Yup, thats me....
(posting via OM6
)27. May 2011, 04:58:27 (edited)
- too small chars, unreadable particularly on the iPhone: SKIRNE-127276
- Helvetica in HTML tables & iPad: SKIRNE-127277
- Inconsistent bold + italic / italic support, even with standard-conforming HTML pages: SKIRNE-127278
- Text copying removes row breaks / new lines: SKIRNE-127280
- No CNN / Vimeo video support: SKIRNE-127284
- User-Agent needs to be configurable - at least provide desktop Opera emulation: SKIRNE-127314
Even more important IMO is the ability to zoom with one finger as with OM5.
It's really nice to have the ability to define the zoom factor (pinch to zoom), but at the same time I really miss the double-tap zoom function OM5 had.
Also, is there a more complete changelog available than the "Updated features include:" list?
Originally posted by netwolf:
It's really nice to have the ability to define the zoom factor (pinch to zoom), but at the same time I really miss the double-tap zoom function OM5 had.
It has the same double-tap zoom as with the UIWebVew-based browsers, but, unfortunately, the implementation (the algorithm) is far worse - it almost never zooms into the column that has been double-tapped, which means you must pinch to zoom and reposition with almost every single page. This should be fine-tuned by the Opera folks too.
26. May 2011, 23:56:48 (edited)
. Edit: Just noticed that sometimes the source does not show if 'mobile view' and 'text wrapping' are turned off, turning them on seems to fix this.
I also remember somone asking further up weather it is possible to see java errors in OM6. Well, it is. Bookmark "server:console" or "debug:console" and use it the same way as the view source one.
-I do think the support & integration of RSS feeds is very poor though... The only way of viewing a list of subscribed feeds was by going to "feed://list" which I could not find anywhere and had to find out & add myself; and even then the feed list is kind of ugly and hard to use with a touch based interface. (although the feeds themselfs are nicely displayed) ... Would be nice to see some kind of integration with the speed dial start page, perhaps if you add the feed list as a speed dial button it could show up as the RSS logo (instead of a preview of the list) and could have a number above it, similar to how updates are shown on the app store app to notify you of new RSS entries.
-<S>Tapping the statusbar (top bar thing with battery & clock on) to go directly to the top of the current webpage would be very useful if possible.</S> Edit: I'm sure that didn't work before... Mabe I was just being thick...
-The ability to choose to hide the statusbar completely would be nice, especially in fullscreen mode.
Originally posted by Menneisyys:
Originally posted by GeneValgene:
Menneisyys, were you on aximsite back in the day? your name sounds so familiar...
anyhow, besides the font problem...OM 6 is leaps and bounds above the old version. i love it!
Yup, thats me....
(posting via OM6)
haha that's awesome...those were the good ole days
opera should pay you for all of your testing
Originally posted by Ghirkin:
It is possible to view the source of a webpage using just Opera Mini, no special webpages or anything. Add a bookmark to "server:source" (minus quotes) then you can go to any website and to view the source just open up your bookmarks and click it. Done!
.
Thanks for the tip! Updating my article.
27. May 2011, 05:40:01 (edited)
This means you CAN use - which is by far the most important! - font size setter scriptlets. E.g., the following font size setter scriptlets work just flawlessly:
javascript:for(i=0;i%3Cdocument.getElementsByTagName('*').length;i++)void(document.getElementsByTagName('*'%20)%5Bi%5D.style.fontSize='14pt');
javascript:for(i=0;i%3Cdocument.getElementsByTagName('*').length;i++)void(document.getElementsByTagName('*'%20)%5Bi%5D.style.fontSize='22pt');
The first sets font size to 14, the second 22. With these, the http://portti.iltalehti.fi/keskustelu//showthread.php?t=437497 22-sized screenshot presented in my post at http://my.opera.com/community/forums/findpost.pl?id=9494322 and in the UPDATE (05/25/2011 13:30) at http://my.opera.com/community/forums/findpost.pl?id=9491332 looks as follows:
http://www.winmobiletech.com/052011WebBrowsers/iltalehti22pts-OM.jpg
Pretty great, isn't it? Now, all the font size problems are gone (albeit reloading a page to use the new, increased font size may take significant time - as opposed to UIWebView-based solutions, where all this is done locally, without refetching the entire page)!

It should work on the iPhone too. Now, off to test some other great scriptlets (e.g., Page Zipper or word translator).
Originally posted by Menneisyys:
Now, off to test some other great scriptlets (e.g., Page Zipper or word translator).
Page zipper only works manually - it doesn't automatically load the next page when you're still browsing the previous. That is, it's of limited functionality, at least in its current, following form:
javascript:(function()%7Bif(window%5B'pgzp'%5D)%7B_pgzpToggleBookmarklet();%7Delse%7Bwindow._page_zipper_is_bookmarklet=true;window._page_zipper=document.createElement('script');window._page_zipper.type='text/javascript';window._page_zipper.src='http://www.printwhatyoulike.com/static/pagezipper/pagezipper_10.js';document.getElementsByTagName('head')%5B0%5D.appendChild(window._page_zipper);%7D%7D)();
I'll take a closer look at the above-linked Page Zipper JavaScript ( http://www.printwhatyoulike.com/static/pagezipper/pagezipper_10.js ) to enable it to dump all pages so that the lack of dynamic reloading can be fixed. With OM, fortunately, there won't be memory problems arising from rendering huge pages - unlike with anything UIWebView-based.
27. May 2011, 06:06:26 (edited)
Just add the following scriptlet to your Favorites and run it when you're on a page which uses the Helvetica + table combo:
javascript:for(i=0;i%3Cdocument.getElementsByTagName('*').length;i++)void(document.getElementsByTagName('*'%20)%5Bi%5D.style.fontFamily='arial,sans-serif');
A screenshot of the original http://www.winmobiletech.com/052011WebBrowsers/hel.html and http://forums.dpreview.com/forums/readflat.asp?forum=1020&thread=38491572 (see my prev article & the screenshots there so that you can compare and see why my new solution works just great) made after running my new scriptlet (in the same order):
http://www.winmobiletech.com/052011WebBrowsers/HelveticaKillerScriptlet-MyTestPage.PNG
http://www.winmobiletech.com/052011WebBrowsers/HelveticaKillerScriptlet-DPReview.jpg
27. May 2011, 06:33:06 (edited)
Originally posted by Menneisyys:
Wowz! Folks! I was able to fix the Helvetica + table + iPad problems too (see my post at http://my.opera.com/community/forums/topic.dml?id=1001612 )!
Just add the following scriptlet to your Favorites and run it when you're on a page which uses the Helvetica + table combo:
javascript:for(i=0;i%3Cdocument.getElementsByTagName('*').length;i++)void(document.getElementsByTagName('*'%20)%5Bi%5D.style.fontFamily='arial,sans-serif');
A screenshot of the original http://www.winmobiletech.com/052011WebBrowsers/hel.html and http://forums.dpreview.com/forums/readflat.asp?forum=1020&thread=38491572 (see my prev article & the screenshots there so that you can compare and see why my new solution works just great) made after running my new scriptlet (in the same order):
http://www.winmobiletech.com/052011WebBrowsers/HelveticaKillerScriptlet-MyTestPage.PNG
http://www.winmobiletech.com/052011WebBrowsers/HelveticaKillerScriptlet-DPReview.jpg
BTW, http://toucharcade.com/ (one of my favorite iOS gaming sites) is also suffering from the same Helvetica + table problem on iPads - articles are plain unreadable because of the chopped-off end-of-sentences. My scriptlet fixes this problem too.
More to come
[img]http://i.min.us/jAzs.PNG
NC10 2GB i HDD 500GB, Win7 i Mac OSWyjazdy letnie i zimowe (dla dzieci i całych rodzin), nauka pływania dla dzieci, młodzieży i dorosłych. Więcej na www.wikaro.pl
Originally posted by qbik13:
i had a problem with Opera Mini 6 on my iPad 4.3.2 after few second it show me screen like this and nothing more
[img]http://i.min.us/jAzs.PNG
Can you give me a URL to the page you tried to open?
Originally posted by x-15a2:
Opera Mini 6 for iOS is leaps and bounds better than version 5 and is now my go-to browser. I sure wish that iOS would allow users to select their default browser, I would switch mine to Opera Mini 6 immediately!
You can always (except when it's an iPad2) jailbreak and reconfigure the default browser...
Originally posted by rexterslayde:
Please allow the CNN Money website to show instead of just the mobile version. Thanks!
That's up to the site. Opera doesn't decide what kind of content the site sends it.
Showing topic replies 1 - 50 of 149.