You, hopefully, already know Opera Mini 4, which, currently, I recommend the most for all Windows Mobile users as the primary browser. It’s especially useful if you are on either a slow (say, GPRS) or expensive (non-flat rate) data plan and/or you also use Opera on the desktop and, therefore, can make use of the excellent, remote (!) favorite synchronization offered by Opera Link.

So far, it was impossible to quickly invoke Opera Mini from any mailer applications by just clicking / activating Web links in them. This was a major stumbling block for many, which is quite understandable. Yes, it’s a major pain in the back to having to rely on Internet Explorer (Opera Mobile, Netfront etc.) for displaying the given Web page - instead of the much faster / cheaper / prettier Opera Mini.

Of course, Pocket PC (using the new terminology, Windows Mobile 6 Professional / Classic) users have always had an escape route. They still could highlight the link and, then, copy it to the clipboard. After that, they could still invoke Opera Mini, go to Menu / Enter Address and paste the URL there. (Assuming, of course, they use a copy/paste-capable MIDlet Manager. The outdated and, unless you have specific needs or an old operating system, in no way recommended TAO isn’t one of them; the recommended Jbed is.) An example of highlighting a link and copying to the clipboard is depicted in the following screenshot:

[img]http://www.winmobiletech.com/112007OM4Final/HighlightURLandCopy.png

This, however, resulted in multiple screen taps and has never been so simple as just clicking a link in the mail body and let the system invoke the browser and pass the link to it.

And, of course, the above-explained way of copying URL’s to Opera Mini doesn’t work with touchscreen-less MS Smartphone (in the new terminology, Windows Mobile 6 Standard) models. Not even with external Copy/Paste tools like VITO’s excellent, free CopyPaste.

Because of the acuteness of the problem, I’ve thought very hard on solving the problem and making Opera Mini (OM for short) a browser that doesn’t suffer from this problem. And, during a lengthy swimming & sauna session, it occurred to me how it can be solved. Yeah, it’s mostly during swimming that I get the best, most revolutionary ideas

First, the pros and the cons so that you can see what you can expect of my solution.

Pros

1. Fully Seamless integration into Messaging (or any other mailer app), Notes, Word Mobile, PDF readers, MobiPocket (or any other text processing / viewing app) etc under ALL Windows Mobile / Pocket PC operating systems before Windows Mobile 6, on both the Pocket PC and Smartphone platforms
   
2. While it’s not compatible with WM6 Smartphones (WM6 Standard devices), on WM6 Pocket PC’s, you can still pretty easily invoke OM and pass the given URL to it.
   
3. It’s free and pretty easy to set up

Cons

1. It isn’t compatible with WM6 Smartphones like the HTC Vox (s710) or the HTC Wings (s730). Sorry.
   
2. With WM6 Pocket PC’s (unlike previous OS version), some additional manual work is needed, compared to the pre-WM6 cases. That is, just clicking the link won’t suffice.
   
3. It will NOT work on local HTM(L) files on your device – that is, not external links. That is, you won’t be able to render a local HTML file if you click it from File Explorer. However, as it’s mostly remote links that you’ll want to view, not local files, this isn’t that big a problem.

Again, let’s emphasize it again:

1. with WM6 PPC’s (unlike with pre-WM6 ones), you must copy the URL to the clipboard and only after this click the link!
   
2. It does NOT work with touchscreen-less WM6 Smartphones (WM6 Standard devices)! That’s because of the operating system’s inability for any kind of copy/paste operation.
   

Installation, usage

1. download and install MortScript if you haven’t already done so. Make sure you install it in the main memory (unless you’re ready to modify the scripts I’ve provided).
   
2. download THIS file
   
3. depending on your operating system version, go to either the WM5 or WM6 directory of the ZIP file downloaded in the previous step. Note that if you’re still using a pre-WM5 operating system, you’ll need the WM5 version.
   
4. transfer OMInvokeAndPasteScript.mscr to \Program Files\MortScript on your device
   
5. import the registry file into the Registry (WM5: OMInvokeAndPaste.reg; WM6: OMWM6DefBrowser.reg). if you do this on a MS Smartphone, make sure it is application unlocked. I’ve published several articles on (the absolutely legal) app unlock; see for example THIS

If you absolutely don’t know how the Registry import file needs to be imported, do either of the following:

1. either get (and, even better, purchase - they DO deserve it as it’s a REALLY excellent app) SOTI’s Pocket Controller. Install it, connect to your device, click the Registry icon. Then, select Edit / Import in the new remote Registry Editor window. Search for the registry file and import it.
   
2. or, get Resco Explorer. Install it on your mobile device; make sure you don’t disable the Registry editor install. Start the latter and, then, just exit it – this makes sure .REG files become associated with the Registry editor. Now, after you’ve transferred the REG file to your handset, just click it from inside File Explorer. Voila: it gets imported into the local Registry.

That’s all – from now on, clicking links in mails, documents etc. should fire up OM and pass the URL.

How you can (and when you must) modify OMInvokeAndPasteScript.mscr ?

The majority of the application logic is, in both the WM5 and WM6 versions, in OMInvokeAndPasteScript.mscr. Therefore, you’ll need to modify it in the following cases:

1. first, the most important instruction you’ll need to modify is the second row Run("\Windows\jbed.exe", "-run sX_"), where X is either 0 or 1 (I’ve set it to 0 in the WM5 and to 1 in the WM6 script).
   
   As is explained in my earlier Opera Mini & Jbed-tutorial and posts (see for example THIS) , along with other people (see for example THIS), X stands for as how manieth OM was deployed under Jbed.
   
   
2. also note that, if you have to use a pre-WM5 operating system, it’s here that you need to define your TAO / IMB J9 links. Please consult the related section in the MIDlet Bible for more info on how these links need to be created.
   
   Just remember the following: the Run() function requires two parameters, both enclosed in “’s. First is the executable; the second is the passed parameters. The latter string, of course, can (and with both IBM J9 and TAO, will) consist of several parameters.
   
   
3. the script is geared towards Opera Mini 4 users. Under Opera Mini 3 (or previous versions), the initial two SendLeftSoft calls will NOT result in the “Enter address” dialog coming up. With Opera Mini 3, therefore, you will need to change the second SendLeftSoft to SendCR as follows:
   
   #SetClipText(url)
   Run("\Windows\jbed.exe", "-run s0_")
   Sleep(6000)
   SendLeftSoft
   Sleep(400)
   SendCR
   
   Note that the above code snippet has SetClipText(url) commented out (note the # at the beginning of the row). This is only needed under WM6; under previous operating systems, you MUST NOT comment it out.
   
   
4. finally, you can fine-tune the parameters of Sleep() in the code so that OM is still reliably invoked. With the code above, for example, I let MortScript wait for 6 seconds (6000 milliseconds) before starting to emulating left softkey presses.
   

Quick explanation for the different behavior under WM6 (only for geeks / hackers / programmers!)

Under WM6, invoking the default Web browser isn’t any more done the same way as under previous operating systems. There, the contents of HKEY_LOCAL_MACHINE\ SOFTWARE\Microsoft\ Shell\Rai\ : DEFBROWSER\1 tell the system what to invoke. Here, unfortunately, it’s impossible to define additional command-line parameters. Parameters DO get passed (in the background), but you can’t name them. MortScript, however, relies on the latter – that is, named parameters referable under their name, NOT their index.

Under pre-WM6 operating systems, it was easy to name the parameters you passed to programs as can clearly be seen in the WM5-specific Registry import file, which just overwrites the old value of HKEY_CLASSES_ROOT\ http\Shell\Open\ Command:

@="\"\\Program Files\\MortScript\\MortScript.exe\" \"\\Program Files\\MortScript\\OMInvokeAndPasteScript.mscr\" url=\"%1\""

Here, I’ve named the parameter “url”. This is why the first row in the MortScript file is as follows:

SetClipText(url)

This just instructs MortScript to copy the contents of the “var” variable (which, now, comes from the “outside” of the script) to the clipboard so that, later, it can be pasted back to the URL input field.

Feel free to quickly scrutinize the two, WM6- and pre-WM6-specific Registry import files so that you can see this for yourself.

Currently, I don’t know a way of naming parameters under WM6. Of course, when I come up with a solution, I let you all know.

Thats very impressive but unfortunately a bit beyond my technical level. If I were to attempt it what are the chances of me crippling my device if I make a hash of it? Ive only had my XDA Exec 3 days & id had to kill it already.

One more thing you might know: when downloading images through Mini Internet Explorer opens & gets them. They are very low resolution once I get to open them. On my P910 I just used to reload the page on the native browser to get them at their correct resolution, this no longer seems to work on the XDA. Is there any way to do this on windows mobile devices?

Menneisyys,

First of all, thanks for this workaround! Unfortunately, the WM6 problem doesn't really improve much, since copying the URL hardly makes things more convenient for me, not to mention that it's not always possible. Hopefully, a solution will be found. Anyway, the workaround will at least help those who use older WM versions.

In the meanwhile, I have a suggestion: instead of opening the menu in Opera Mini to get the text input field for the URL, wouldn't it be better to send "#1"? This way you should get the input field without waiting for the menu to open.

Originally posted by mjay06:

Thats very impressive but unfortunately a bit beyond my technical level. If I were to attempt it what are the chances of me crippling my device if I make a hash of it? Ive only had my XDA Exec 3 days & id had to kill it already.

You can't cripple it in any way - unless you manually delete the entire Registry, but it's impossible as simple Registry import is in no way dangerous. Of course, feel free to back it up (with, say, Spb Backup) before applying the hack.

Feel free to ask me (in public) if you have problems with doing any of the steps. Remeber, first, you MUST install Jbed (as is recommended in my previous Opera Mini articles too).

Originally posted by van_grieg:

Menneisyys,

First of all, thanks for this workaround! Unfortunately, the WM6 problem doesn't really improve much, since copying the URL hardly makes things more convenient for me, not to mention that it's not always possible. Hopefully, a solution will be found. Anyway, the workaround will at least help those who use older WM versions.

Well, it's still much easier to quickly highlight (a quick tap and a drag) and Copy (tap-and-hold and a single tap to select Copy) than doing the same AND, then, manually invoking / switching to OM, pressing #1 / going to Enter Address, deleting or highlighting the prev. content of the text input area and (if you don't assign "Paste" to a hwardware button) bringing up the keyboard SIP and clicking Ctl and, then, V (Paste). And, after this, pressing / clicking the left softkey.

Now, with this hack, I find my life MUCh easier on my WM6 Pocket PC, using Opera Mini as the system-level browser. The overhead caused by highlighting a URL and, then, copying it is pretty much minimal and bearable if you take into account how superior Opera Mini to the "traditional" browsers is. And you can make it even shorter (no need to tap-and-hold the highlighted URL and select Copy, just press the assigned button after quickly highlighting the URL) by assigning "Copy" to a hardware button as is explained in the Button Enhancer Bible.

Originally posted by van_grieg:

In the meanwhile, I have a suggestion: instead of opening the menu in Opera Mini to get the text input field for the URL, wouldn't it be better to send "#1"? This way you should get the input field without waiting for the menu to open.

I've tested this on my Universal; it has never worked, no matter how much pause I've inserted between sending # and 1. (After having found out SendKeys("#1") doesn't work.) It seems it's a no-go.

Originally posted by Menneisyys:

Well, it's still much easier to quickly highlight (a quick tap and a drag) and Copy (tap-and-hold and a single tap to select Copy) than doing the same AND, then, manually invoking / switching to OM, pressing #1 / going to Enter Address, deleting or highlighting the prev. content of the text input area and (if you don't assign "Paste" to a hwardware button) bringing up the keyboard SIP and clicking Ctl and, then, V (Paste). And, after this, pressing / clicking the left softkey.

The problem is that it's not always possible. When a link in an HTML mail message is a Some text tag, all you can copy is "Some text", there's no way to copy the "url.com" part that you really need. So, when you make Opera Mini your default browser, you can't follow such links at all (unless you somehow manage to view the message source).

Originally posted by Menneisyys:

I've tested this on my Universal; it has never worked, no matter how much pause I've inserted between sending # and 1. (After having found out SendKeys("#1") doesn't work.) It seems it's a no-go.

That's a shame.

I use SKSchema, so maybe I'll try if it works instead of MortScript.

Originally posted by van_grieg:

Originally posted by Menneisyys:

Well, it's still much easier to quickly highlight (a quick tap and a drag) and Copy (tap-and-hold and a single tap to select Copy) than doing the same AND, then, manually invoking / switching to OM, pressing #1 / going to Enter Address, deleting or highlighting the prev. content of the text input area and (if you don't assign "Paste" to a hwardware button) bringing up the keyboard SIP and clicking Ctl and, then, V (Paste). And, after this, pressing / clicking the left softkey.

The problem is that it's not always possible. When a link in an HTML mail message is a Some text tag, all you can copy is "Some text", there's no way to copy the "url.com" part that you really need. So, when you make Opera Mini your default browser, you can't follow such links at all (unless you somehow manage to view the message source).

Now I understand what you mean - yup, HTML (as opposed to plain textual ones) mails often use links like these. In these cases, Messaging is indeed useless under WM6.

In these cases, I recommend Qmail (as opposed to Messaging) as the main mailer client as it's very easy to switch between HTML and source view as is depicted for example at http://www.winmobiletech.com/022006MailerClients/QmailSrcMode.bmp.png

(Also see the Mailer Bible at http://www.pocketpcmag.com/blogs/index.php?blog=3&p=569&more=1&c=1&tb=1&pb=1 if interested.)

Originally posted by Menneisyys:

In these cases, I recommend Qmail

I used it on my previous WM device, but didn't reinstall on the one I'm using. I don't like it really.

BTW, on my blog ( http://www.pocketpcmag.com/blogs/index.php?blog=3&p=2334&more=1&c=1&tb=1&pb=1 ), I've explained how this WM6-specific problem can be fixed. I'll try to come up with a native / .NET program to solve the issue.

UPDATE (11/29/2007): thanks to badbob001 on my blog, now, as opposed to the initial case, WM6 devices (both Pocket PC's and Smartphones) are FULLY supported!!!!!!!

This all means there is no longer a difference between how WM6 and pre-WM6 operating systems behave. You only need to make sure to get the right .MSCR and Registry import files from the already-updated ZIP file, depending on your operating system version. That is, for WM6, get the files from the WM6 subdirectory, for pre-WM6 operating systems, from the WM5 one. And, of course, modify the scripts if Opera Mini isn't deployed as the first app under Jbed, the, by default, supported (and highly recommended) MIDlet manager.

Again: Under WM6, manual link copying to the clipboard is no longer needed and, again, it works 100% on WM6 Smartphones as well!

(note that now that WM6 is fully supported, I haven’t edited the original article; its WM6-related parts are now outdated. Again, WM6 is fully supported now and there's no difference between the usability on pre-WM6 and the WM6 platforms any more.)

Originally posted by van_grieg:

Originally posted by Menneisyys:

In these cases, I recommend Qmail

I used it on my previous WM device, but didn't reinstall on the one I'm using. I don't like it really.

Now, you can also use it 100%

Originally posted by Menneisyys:

UPDATE (11/29/2007): thanks to badbob001 on my blog, now, as opposed to the initial case, WM6 devices (both Pocket PC's and Smartphones) are FULLY supported!!!!!!!

Do you think there is a way to avoid using the buffer?

Originally posted by van_grieg:

Originally posted by Menneisyys:

UPDATE (11/29/2007): thanks to badbob001 on my blog, now, as opposed to the initial case, WM6 devices (both Pocket PC's and Smartphones) are FULLY supported!!!!!!!

Do you think there is a way to avoid using the buffer?

You mean the waiting? Yes, badbob001 has just posted an even newer version of the script (check the comment section of my blog - I won't cross-post all the new iterations of the scripts to the forums, only the really revolutionary ones), which dynamically checks whether Jbed is already running; if it does (assuming it's OM that it runs and not another MIDlet), then, uses a far less waiting.

Originally posted by Menneisyys:

You mean the waiting?

No, I mean pasting the URL from the buffer by Ctrl+V implies that it's copied there first somehow. I don't know if MortScript is capable of sending a text variable as a sequence of keypresses though. I know SKSchema can do it, and it also appears that sending #1 instead of simulating keypresses to open the program menu works there as well, but I don't know how to pass a parameter to an SKSchema script.

I tried using SendKeys (url) instead of using the copy/paste mechanism, but for some reason every character in the URL gets duplicated (like hhttttpp::////wwwwww..ooppeerraa..ccoomm).

I guess there's a bug in MortScript that also explains why #1 doesn't work.

UPDATE (11/30/2007): The link association problem has been fixed for WM6 in the meantime (see my last article on the association). This means you can already have the system invoke Opera Mini when you click a link in an e-mail / in any document.

Note that there are still newer and newer versions and optimizations (even faster and faster versions of the invoker script to minimize waiting for Opera Mini to be invoked) published in the Comments section of my related blog post; that is, make sure you also follow it.

And, again, now that you can easily invoke it from any other application (including the most important Messaging) by just clicking any link, Opera Mini HAS become a REAL alternative to all the other, mostly commercial alternatives on Windows Mobile. Make sure you give Opera Mini a try: you may fall in love with it. It’s really powerful. It’s plain great –(most of the times) much faster and cleaner than anything else.

UPDATE (12/04/2007): Major WM6-related updates have taken place in the meantime.

In the meantime, my blog reader badbob001 has refined the script. Now, if you click a link, you’ll be presented a choice list, where you can select whether to pass the given URL to Internet Explorer Mobile, Opera Mini, just copy to the clipboard or just cancel the operation. This will help you in selecting the right browser if you (still) plan to use IEM (or other native Web browsers like Opera Mobile, Netfront or Minimo).

[img]http://www.winmobiletech.com/112007OM4Final/OpenInSelectableBrowser.png

Cool, eh?

Remember that you don’t need to deploy this script if you don’t need this kind of functionality but always want to be redirected right to Opera Mini. Therefore, I’ve also included the older version of this script in the ZIP file. It’s in the NoBrowserSelectionDialog subfolder. Note that this script has also been updated a bit: it checks for Jbed already running; if it is, then, it doesn’t wait that much. Again, thanks for badbob001 for refining and performance-tuning my initial script.

Note that the usual stuff applies: if the script doesn’t invoke Opera Mini but invokes something else, edit both occurrences of s0 and appropriately change 0 to a greater number.

Finally, note that, these updates & bugfixs being all WM6-related, I haven't edited the old, WM5-related, working MortScript file. If you need some speedup and/or dynamic, runtime selection of the browser you'd like to use, you'll want to copy either of the two new MortScript files - it'll work.

2. Upon HowardForums forum member volwrath’s bug report, I’ve enhanced the Registry import file to support invoking Opera Mini from all applications, not only Messaging and Notes. I wouldn't have thought WM6 is so half-baked (that is, half of the apps still depend on the pre-WM6 (that is, the HKCR/http/Open/Command) way of invocation). That is, the WM6 Registry import script has also been enhanced (basically, I've just added the contents of the old WM5-related Registry import file to it), not only the MortScript file.

Note that reading local files will still default to the system-level browser as I haven’t redefined the default application for opening .htm(l) files. That is, by default, Internet Explorer Mobile will open these.

Again and again, it can’t be stressed enough how much these hacks enhance the usability of Opera Mini under Windows Mobile! I really recommend giving Opera Mini a try – you certainly won’t regret it!

Is there any reason why OM4 is painfully slow on WM5 & OM3 is practically turbocharged in comparison?

opera mini 3 is the best for ppcs. Opera 4 and 4 beta 3 r tooooooo slooooow.

Originally posted by mjay06:

Is there any reason why OM4 is painfully slow on WM5 & OM3 is practically turbocharged in comparison?

Strange you find it slow - I have no problems with it on any of my (several) handsets. Are you using Jbed as is recommended by me?

Jbed is a bit out of my price range by the looks of it, slow OM4 is annoying, but not annoying enough for me to fork out $50 hehe

My slowness problems with OM4 are over - i've now got Opera Mobile 8.6. I probably should'nt be saying this in the Mini forum but it is an amazing bit of kit, as close to a desktop browser as you can get. It is now set as the default browser on my XDA Exec & life is good

this is a bit off topic, but somewhat related: while it is great to be able to invoke OM from everywhere (almost), it is sooooooooo frustrating that it is not possible to select/copy/paste anything in OM...it would already be fine if one could simply copy the url of the page one is browsing in order tzo paste it into a mail e.g...is there nothing that can eb done about this? this is for me by far the strongest shortcoming of OM, which, besides that is a really charming browser on my Tytn 2.

Andy

Originally posted by mjay06:

Jbed is a bit out of my price range by the looks of it, slow OM4 is annoying, but not annoying enough for me to fork out $50 hehe

Jbed is currently not being sold: the one at Handango is a heavily outdated (2005) and no longer supported version, to my knowledge. I've asked Esmertec several times (using an address that they did use once to answer me - that is, they have surely read my mails) about how one can purchase Jbed but they have never answered my mails.

Hence, it seems, the only way to acquire it is via the XDA-Devs OEM CAB - for free.

Originally posted by AndyME:

this is a bit off topic, but somewhat related: while it is great to be able to invoke OM from everywhere (almost), it is sooooooooo frustrating that it is not possible to select/copy/paste anything in OM...it would already be fine if one could simply copy the url of the page one is browsing in order tzo paste it into a mail e.g...is there nothing that can eb done about this? this is for me by far the strongest shortcoming of OM, which, besides that is a really charming browser on my Tytn 2.

Andy

Actually, it's very easy: go to Enter address (two times Left softkeys) and select Current address from the menu. Now, you can already copy it.

Originally posted by Menneisyys:

Actually, it's very easy go to Enter address (two times Left softkeys) and select Current address from the menu. Now, you can already copy it.

Thank you Menneisyys That's very useful tip!

lol....shame on me...;-) thanks!

Menneisyys; I made your script work! many thanks for sharing, it is definitely enhancing my browsing experience.

It did not work right away, until i realized that i had to change "program files" into "programme" since i have a german version of WM6..

this is such a great feature...i would like to plead to pin it...

UPDATE (12/12/2007): upon the problem reports of several Smartphone users (see the posts for example HERE), I’ve released a slightly modified version of the script that, instead of pasting, uses keyboard emulation. This makes it possible to use the script on some Smartphones that are incompatible with pasting.

The script is available HERE. Remember to remove the SP.2 extension before deploying it. Note that, again, it's ONLY meant for Smartphone users that previous script versions didn't work with!!!

Note that while it works on for example the I3 Beta of WM6 of the Samsung BJ, it doesn’t do the same on the (original) WM5 version of the same device or the HTC Vox (s710). It seems it’s impossible to support these devices with the current MortScript version. I'll also try to reimplement the script in nScriptm (another, less widely used scripting language / interpreter) - hope it is able to paste / send characters to these, still incompatible MS Smartphone models.

Originally posted by AndyME:

this is such a great feature...i would like to plead to pin it...

I've also linked it from the (pinned) MIDlet Bible. I might write an all-in-one "Opera Mini 4 for WinMo users" and offer it to the OM folks so that, foe example, they can pin it intsread of the "old" MIDlet Bible (which I can't edit any more) so that it's easier to find / grasp.

it's just that 'how to make OM your default browser' is a really unique and outstanding feature, while the bible is not really mandatory...;-) . so many people may miss it...

you may of course say: 'well, that's their fault if they don't read my bible...;-) '

Please read my plea: http://my.opera.com/community/forums/findpost.pl?id=2357862
Comments there or here are welcome.

Originally posted by AndyME:

it's just that 'how to make OM your default browser' is a really unique and outstanding feature, while the bible is not really mandatory...;-)

Yeah, this is why I've stated in my previous post I'm planning to write a generic article on ONLY installing Opera Mini 4 on Windos Mobile (including these hacks) and exchange the old MIDlet Bible with it. (I've written the latter before OM4's official release; this is why it not only elaborates on OM4, but also a lot of other aspects of MIDlets.)

However, I'd like to wait some days more with this as I'm still working on fixing the WM6 Standard paste / keyboard bug. Hopefully I'll find a solution to it.

Originally posted by serola:

Please read my plea: http://my.opera.com/community/forums/findpost.pl?id=2357862
Comments there or here are welcome.

Seconded. We could even integrate it with my to-be-published article so that only one "Sticky" position is lost. Then, the thread could be named "Installing and using Opera Mini 4 under Windows Mobile; direct download links" But it all depends on you - I also second a separate sticky thread for the links. (The choice is that of the OM folks, of course.)

UPDATE (12/13/2007): I’ve also made available the Registry import file you’ll need to use when reverting to the original, Internet Explorer-only associations. It’s HERE.

Thanks Menneisyys! This is a neat trick. I wanted to do something similar, creating an entire menu structure but ran out of time. I am starting to get inspired again.

Has anyone been able to get this trick to work with SPB Insight? It seems hardwired to links in Internet Explorer.

As an aside... I use the JBed JVM, per your recommendation. It seems to have a nasty memory leak. Anytime I minimize, switch to a different task, or switch from portrait to landscape (in PPC, not OM4 directly) it sucks a few kilos of memory. I can't get it back even with SK-Tools and/or Oxios Hibernate. Do you see this also? It's about the only reason that I need to soft reset my PPC so often.
(using a PPC-6800/Mogul on Sprint. USA)

UPDATE (12/15/2007): XDA-Devs forum member shlomki has just released the different hacks in CAB format so that they’re very easy to install. They’re available HERE. Comments are welcome. (Note that, due to lack of time, I haven’t checked them.)

For the Mogul/xv6800, the Esmertec Java is completely stable!

i tried installing this, got as far as changing reg edit, but i don't really like it as can't modify further without more expertise. can u point me in the direction of a way to set IE as the default again within reg edit and undo this? thanks

Originally posted by LouMessina:

Since the exchange of ideas to develop this concept has been discussed in an open forum for two months, it would be a good idea for at least one of the contributors to help this member.

Sorry, I was at Barcelona (on MWC) all the time; this is why I haven't been around for two weeks.

Originally posted by agabenson:

i tried installing this, got as far as changing reg edit, but i don't really like it as can't modify further without more expertise. can u point me in the direction of a way to set IE as the default again within reg edit and undo this? thanks

Did you try the CAB files I've spoken of in my last (Saturday, 15. December 2007, 18:21:27) post?

thanks for the direction to the cab files but cant download wm5 version despite registering for the site etc... is it publicly available...? thanks...

You mean the ones at http://forum.xda-developers.com/showpost.php?p=1740111&postcount=17 ?

I've just mirrored them at:

http://www.winmobiletech.com/sekalaiset/opmini4invocationcabs/

UPDATE (04/04/2008): Now that Opera Mini 4.1 beta has been released (see THIS) with a, by default, slightly modified address input field, you’ll need a modified version available HERE.

Also, there’s a full native (C++), MortScript-free implementation of the invocation script HERE. It’s (still) not compatible with 4.1 unless you untick "Direct address input" in Settings.

XDA-Devs user JZ SmartMort has released a very promising title making Opera Mini the system-level browser much simpler and offering a LOT of additional functionality. See his thread HERE. Note that he also posted a somewhat shorter post HERE (in THIS thread, should you also want to read the possible, future discussion of his app).

UPDATE (04/06/2008): The native C++ version of the invocation script has been updated to be compliant with 4.1. In addition, badbob001 has updated his MortScript to be compatible with 4.1 and he is also doing automatic (!!!) descriptor parsing & discovery to automatically find the current position of the OM deployment (just like the JZ SmartMort's brand new script I've reported on above), which, so far, needed to be done (once) by hand. See his updated script HERE. Both advancements are discussed HERE, starting with page 10 (post #91).

UPDATE (05/11/2008): an entirely new, multiplatform article has been published on the subject; this one has officially been declared outdated. I only keep it for historical purposes only. The new article has been cross-posted to: PPCT, AximSite, XDA-Developers, BrightHand, HowardForums, SPT, MoDaCo, Opera Mini forum.