[App] Excel-compatible Spreadsheet - open-source - Android Apps and Games

I wrote a spreadsheet for Android. I had a whole list of features that I wanted for it:
github.com/dennis-sheil/android-spreadsheet
It is free software, open source - it is Apache License, Version 2, free for anyone to use.
At one point, I had the framework in place to load in Excel files. I used the Apache POI projects jar files to do this. So I loaded their poi.jar to do HSSF (pre-2007 Excel - xls files). It worked fine.
Then I brought in their jars to do Excel 2007 and 2010 (xlsx files). It hit the well-known Android 65536 method limit for a Dalvik executable. I whittled down the number of POI XSSF classes (and thus methods) used in the POI schemas jar, but it still came in over 65536 methods. So to do Excel 2007 and 2010 either I'll have to whittle everything down to less than 65536 methods, or I'll have to have two Dalvik executable files, with interfaces, manual class loading etc., put into one Android project. Pursuing either method successfully would solve the problem. The first problem is the easier one, but may not be doable. The second one is certainly doable, but is more of a pain to implement.
As I said, I implemented a number of spreadsheet features, and implemented pre-2007 Excel (.xls) loading successfully, but have been stuck for a while on Excel 2007 and 2010 (.xlsx) loading. So some basic features are missing as I've been stuck on this one. But I may implement some features even though I'm stuck on this one. One big one for me is an Android device with arrow directions can navigate the spreadsheet, but I need to add more touch swipe functionality. I put in functionality to touch and select individual cells, but I need to put in functionality to swipe from screen to screen to see the whole spreadsheet, not just the first screen (columns A, B, C etc. and rows 1, 2, 3 etc.) You can already do this with Android devices with arrow keys, but not on pure touchscreens. That's probably the first new feature I'll implement. Along with some other ones.
Anyone is free to use the program. If anyone wants to help work on getting Excel 2007 and 2010 on it, I'd be happy for them to get on board. Even outside of a spreadsheet, I think the way I set up the Gridview can be used in lots of programs, although I need to put in the touch swipe functionality. Which will be a lot easier to do than Excel 2007/2010 compatibility.

Did you make any progress for xlsx files?

Related

Emulating Texas Instruments’ calculators under Windows Mobile

Many of you may have already heard of Texas Instruments’ excellent calculators; most importantly, the (currently) top-of-the line TI-89/92 and, for high school students, the most recommended TI-84 series.
These calculators can be much more powerful than native Windows Mobile calculators
They are free (as opposed to some commercial Windows Mobile calculators), assuming, of course, you have the original device
while there are some excellent unit conversion apps for Windows Mobile (for example, Burr Oak Software's Conversions In Hand, Fann Software's ConverterCE Pro or TranCreative's MxConverter Comprehensive Edition for Pocket PC), the built-in unit conversion capabilities of these calculators are excellent (example screenshot HERE (accessible after pressing 2nd + 3 on a TI-89) and HERE)
may already be well-known to you if you’ve actively been using them in real life (no need to learn the interface of a new calculator software – you can just go on with your already well-known one)
have GREAT third-party software add-on support (as far as the newer models, manufactured in the last 14-15 years, are concerned)
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
This means it might be far more advantageous to check them out instead of trying to find a native Windows Mobile implementation. In this review, I scrutinize all the available solutions, going back in time. That is, at first, I review the most up-to-date emulators and, then, go back in time to discuss emulators of other (less powerful / capable) calculators. This means the first part of the review will be of interest to anyone wanting to get some decent calculator software or just doesn’t want to keep her or his calculator around when the Windows Mobile handheld is capable of doing (almost) the same. Latter chapters of this roundup will mostly please people like me – that is, classic for example LED calculators, which have long been dwarfed with more recent models.
Please also consult the linked-in Wiki pages on the original calculators themselves. Here, I will only elaborate on stuff directly connected to Windows Mobile-based emulation and the like – that is, stuff completely missing from the original Wiki articles. You may also want to follow ticalc.org’s calculator pages.
Before embarking on listing the available (with special emphasis on current) models, let me point out that higher model / series number doesn’t correspond to being newer. That is, for example, the TI-84 series, while considerably newer than the TI-89 series, have a lower number. Also worth mentioning is the fact that TI has several (graphing) models, all targeted to different market segment. For example, a high school student doesn’t necessarily need derivation / integration capabilities (dunno if high schools in the States do teach these subjects for regular high school students – here in Europe, these are only taught in specialized high schools) – it’d be an overkill for her or him to pay extra for a calculator that offers these advanced capabilities. That is, instead of the most advanced (and expensive) TI-89/92/V200 series, a high school student will most probably want to get a cheaper TI-84 Plus (SE) (or, if she or he is cost conscious, their direct, compatible predecessor, the TI-83 (Plus)).
Let me also mention that this tutorial is
the first in the row of my forthcoming series on Windows Mobile calculators. In the following installment, I’ll discuss the emulators existing for HP’s calculators and, then, the native calculator programs
as usual, widely needed. The official manual of the best desktop Windows emulator, VTI, is very hard for a beginner to understand, and the same stands for the official TI-89 manual. In addition, the Windows Mobile version has absolutely no documentation / tips / descriptions of in what way it’s different from the desktop version. That is, this tutorial is undoubtedly the best tutorial available for TI-89 newbies wanting to get up to speed as soon as possible without having to read hundreds of TI-89 manual pages.
So, the current (and future) TI calculator models are as follows. (Note that the Comparison & Feature Chart also has a quick summary of these devices, along with a lot of information.) Also note that, in general, TI uses the “Plus” to refer to the second edition of a given model (except for the TI-84 Plus, which doesn’t have a non-Plus device). “Silver Edition” (abbreviated as SE; not to be mistaken for “Second Edition”!) and “Titanium” generally refers to the third (and, therefore, most advanced) model in a given series. That is, always try to get a SE / Titanium model if possible.
1.1 TI-Nspire
This model hasn’t been released yet; therefore, no emulators exist (let alone Windows Mobile ones).
1.2 TI-84 Plus (Silver Edition)
These two, pretty new (released in 2004) and, according to the poll HERE, most popular TI series high school calculator (in the poll, the TI-89 was placed second; don't forget, though, that the TI-84 series is aimed at high school students, while the TI-89's are aimed at more serious university students or graduated folks) models (the enhanced versions of the TI-83 Plus (Silver Edition)) are still not emulated under WM (or, for that matter, the desktop Windows) either. Not that it’d be a problem – after all, these models don’t have any advanced functionality compared to their predecessor (the TI-83 Plus), “only” a faster CP and more RAM / ROM.
1.3 Voyage 200 (also V200 and Voyage 200 PLT)
No emulators exist for WM.
1.4 TI-89 and TI-92 series
These are, after the TI-84 series, the most widely sold TI calculators. Again, don't forget that this series is the way to go (and NOT the more widely sold TI-84 series!) if you want something above the high school level. Do read the related Wiki / ticalc pages.
1.5 TI-86
This calculator (released in 1997) is partially compatible with the TI-85 (which it replaced) and is also supported by VirtualTI-89Pocket.
1.6 TI-83, Plus and Plus Silver Edition
Two of these calculators, the TI-83 and the TI-83 Plus (released in 1996 and 1999, respectively) are supported under WM; the latest (2001) model, Plus Silver Edition (which has nine times the available Flash ROM and over twice the processing speed of the Plus), isn’t.
The changes between TI-83 and the TI-83 Plus were pretty big; for example, the latter already allowed for ROM updates.
1.8 TI-85 (and THIS)
This model has been replaced by TI-86.
2.1 Getting calculator ROM’s
Both the desktop and the Windows Mobile-based emulators require the original ROM of your calculator(s) to be present. It’s easily extractable using the desktop-based ROM extraction tools (it’s also built-in into VTI, the most important desktop-based emulator). However, if you DO have the original device, you may want to choose downloading the original ROM’s right from the homepage of TI itself.
You will most probably need the TI-89 ROM download (currently, it’s “TI-89 Operating System v2.09”; click the Download icon on the center right). It’s also linked from HERE. Just put the resulting os.89u file in the home directory of your desktop / Windows Mobile version. That is, with the desktop version, just copy it into the directory you’ve uncompressed the emulator to; with the Windows Mobile version, you’ll need to copy it to <storage card name>\Program Files\VTI Pocket Emulator.
You can access the majority of the other, compatible ROM’s on TI’s other pages (see the related row in the Comparison Chart) if you really need compliance with those older and/or less capable models (if not, just stick with the 89 – it’s the best, still supported model). If you need one of the TI-82, 83 and 86 ROM’s, you can also get them from other pages; for example TheOldComputer.com’s ROM download page. Note that you will NOT want to use the TI-85 ROM in there – it won’t work (not that it would be a problem: the TI-85 is superseded by the supported & compatible TI-86). M.E.S.S., another desktop emulator for (along with several other models) the TI-81, 85 and 86 isn’t able to use this ROM either. Also note that the TI-99 also listed in the TI section is NOT a calculator ROM but that of a very old home computer, the TI-99/4A.
All ROM files must be copied to the home directory of the emulator; with both the desktop-based and the mobile one. With the TheOldComputer.com package, you’ll, naturally, need to decompress them first.
Note that you won’t need for example the TI-84 Plus ROM (also linked from the ticalc.org TI-84 Plus page) because not even the desktop VTI support the new 84 (Plus). The same stands for the latest 89-series model, the TI-89 Titanium: its ROM doesn’t work under any emulators either (it’s identified as TI-92+ by both the desktop and the WM emulator and is refused to be loaded). Finally, other current models aren’t supported either.
2.2 Emulation on Desktop Windows
You MUST learn how the emulator must be used under the desktop Windows operating system if you will ever want to import any third-party application into your Windows Mobile-based emulator or want to export your own programs typed (tapped) directly into the emulator in easily maintainable, direct exports.
The best emulator available for the desktop is Rusty Wagner’s free Virtual TI v2.5 beta 5 (linked from the main page HERE; alternate download HERE), which is compatible with TI-82, 83, 83 Plus, 85, 86 and 89.
(Note that you won’t want to download the Virtual TI-89/92(+) Emulator v1.01 Beta (it doesn't find the ROM image in the same directory) or the Virtual TI v3.0 Alpha, unless you want a TI-73 / TI-83 Plus emulator only.)
Just download the ZIP file and, after copying one (or more) ROM files in the same directory (if you don’t want to use the app to extract a ROM image from your connected calculator), start vti.exe.
A calculator image will come up (showing the face of a TI emulator, depending on the available ROM images in the home directory). If it’s the wrong emulator (you’d like to emulate another calculator by changing the ROM image) either press F12 or right-click the image and select Set calculator / ROM version as can be seen in this screenshot.
A dialog box will be shown, showing what ROM versions are available. Just select the one you’d like to use (for example, in this screenshot, I’ve selected the TI-89) and click OK.
After changing the ROM, the skin will immediately change and the calculator boot in as can be seen in here. You will want to raise the (virtual) contrast by repeatedly clicking the
("diamond") button and, then, clicking the + button. To make this faster, use the Ctrl key (it’s a shortcut for the diamond key) on your desktop keyboard while depressing + (or -, if you want to decrease the contrast) on your keyboard. BTW, the diamond key will always result in invoking the functionality printed in green on top of most buttons. The yellow 2nd button,
, (also in the top left) will do the same, but with the yellow labels (second functionality) printed on top of most buttons (note that the desktop PC keyboard uses the Alt shortcut for the 2nd button).
Now, you can start to do some serious work. If you already know how to operate a TI-89 (from now on, I only show how it can be operated; other models are, fortunately, pretty similar in operation), then, you will only need information on how files / programs can be transferred between the operating system and the emulator itself. If you’re a newbie, on the other hand, you may want to download the official TI-89/92 manual / guidebook from HERE. It’s certainly a good read, but may be a little too much for a newbie, particularly because it discusses two series at once. Therefore, for basic tasks like program transfer and starting, you may want to prefer my tutorial below, particularly because, of course, it doesn’t discuss emulation-related questions at all. (Needless to say, the documentation coming with VTI is pretty useless for a newbie. The Windows Mobile port is even worse: it has absolutely no Windows Mobile-related documentation. That is, you won’t be able to learn anywhere – except for my current article – how you can import third-party / external programs to it.)
First, let’s see how file transfer is done from the desktop PC to the emulator.
2.2.1 Desktop PC -> emulator file transfer
First, let’s get some for example games so that we can indeed try to operate the emulator! (Note that getting and deploying productivity apps – for example, math functions – is done exactly the same way. In here, I’ve chosen games to show you how excellent gaming platform these calculators are with the right coding.)
For example, download Earth Mission HERE. It’s a really nice, very fast action platformer game. After downloading, decompress earth89.zip. It’ll contain two files of interest, earth.89y and earth.89z (in addition to the French language readme file, lisez-moi.txt). Highlight them in either Windows Explorer or, for example, Total Commander and drag-and-drop them on the calculator image (make sure the virtual TI-89 is switched on - you can't transfer anything to switched-off emulator images).
During this, you shouldn’t be presented a Transfer error dialog box; if you are (most importantly because you’re run out of the, when nothing is installed in the RAM, 192 kbytes of RAM), just click Cancel and read on to find out how you can check the free RAM memory of your emulated calculator and how it can be increased.
Now, press 2nd (again, on the PC keyboard, the Alt shortcut key) and - buttons (that is, invoke VAR-LINK). You’ll see the following:
http://www.winmobiletech.com/062007TICalculators/varlink1.png
Now, let’s create a so-called “folder” (they’re just like a directory in the file system) in order to separate the game from other apps / games you’ll later upload to avoid name clashes / much better separation.
2.2.2 Creating / using folders
Using folders is particularly useful because most third-party apps, particularly games, contain several executable and/or data files, which makes browsing them REALLY hard. When correctly separated into folders, managing / browsing them becomes far easier – as with directories in a file system. (Note that only top-level directories are allowed – not nested ones! That is, you can’t, for example, create a Games main folder and, for example, an Asteroids subfolder inside it.)
To do this, still in this, VAR-LINK mode, click the F1 button (or, of course, on the keyboard) and select 5: Create Folder.
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder.png
Enter some meaningful name for the new folder; for example, earthmis:
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder2.png
Press (click – it’s at the bottom right) Enter two times. The new folder will be created as can be seen in here.
Now, select the new files you want to move to the new folder. To do this, press (click at the top, under the screen or press the hardware key on your keyboard) F5 (All) to bring up the selection menu. Here, just select 1:Select all. All the files will be marked in the non-collapsed folders. The results will be the following:
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder5.png
Now, press F1 (Manage) and select Move. You’ll need to decide which folder to move the selected files to; as you have only one folder (in addition to MAIN), you can just choose the default (earthmis). (If you will have more than one potential target folders, you’ll be able to select them right here.)
Now, you’ll be taken back to the file list view:
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder7.png
As can be seen, the two files have been copied to the new folder.
When copied into separate folders, you must use the folder name as the prefix when starting a given program in these folders as in foldername\appname(). This will be auto-generated for you when, after doing the above tests (but NOT making the new folder the default one – this will be explained later), you press Enter on the executable file of the two (earth.ASM):
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder8.png
In this screenshot, as can be seen, the name of the executable program (earth) has been prefixed by earthmis, using the backslash character to separate the two names. To try to run the game, you can just supply the closing parenthesis and pressing Enter. Then, you’ll be presented the “earthpgm not found” error message as can be seen in here.
This is because the main executable, earth, is trying to find the related resource files in the MAIN folder (in here, there is the executable ASM file (earth.89z – note the z at the end! Z, in most cases, states for assembly programs) and one data file (earth.89y – note the y, which, mostly, states for data files). This will be a problem with ALL third-party applications / games depending on other resource files.
To combat the problem, you will need to use the setFold (folderName) command (cd (Change Directory) under MS-DOS / Windows), where folderName, as you may have already guessed, will be earthmis in our case:
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder10.png
Press Enter two times; the result of this will be changing to the new folder:
http://www.winmobiletech.com/062007TICalculators/varlinkCrFolder11.png
Now, you can reissue the earthmis\earth() command above (you can even leave the foldername and just use earth()) and the game will now start. (Note that you’ll need to start the game and control jumping with the 2nd button in the game; not, say, Enter. This is pretty understandable if you take into account that this button is pretty much in the same line as the D-pad, unlike Enter.).
There is another very important thing you MUST master: copying the files off the RAM to the flash ROM.
2.2.3 Using the built-in flash ROM to store programs / data
As with all mobile platforms, dynamic memory (RAM) is very scarce and really precious. There is only 192 kbytes of RAM in the TI-89, which fills in REALLY fast, particularly if you (try to) run games. (If you encounter problems when you try to run something, it will most likely be caused by the shortage of RAM). Therefore, you MUST master backing up your files to the built-in flash ROM of your device. There is much more flash ROM than RAM.
To do this, go back to the already-known VAR-LINK mode, select the files in RAM to be moved to flash (in the F5: All menu), press F1:Manage and select 8:Archive variable:
http://www.winmobiletech.com/062007TICalculators/desktopVITArchiveVriable1.png
The filenames will, now, be prefixed with the http://www.winmobiletech.com/062007TICalculators/desktopVITArchiveVriable3.png icon, which means the files are no longer in RAM:
http://www.winmobiletech.com/062007TICalculators/desktopVITArchiveVriable2.png
You can easily check whether the transfer to the flash ROM has indeed succeeded. To do this, you’ll need to use the memory applet – another very important applet you need to master with all programmable calculators so that you can see how much dynamic (program) / static (flash ROM storage) memory you still have.
2.2.4 Checking the available RAM / flash ROM size
To do this, just press 2nd + 6 (MEM). In there, look for the two numbers at the bottom right (the cursor is just below them):
http://www.winmobiletech.com/062007TICalculators/desktopVTImemsize.png
The “RAM free 195852” means you have the full (factory) available RAM at your disposal; the “Flash ROM free 631482” means some 20k of files are already in the flash ROM of the device (that is, in this case, the emulator).
Finally, let me elaborate on how you can export files from the desktop emulator to the file system of your desktop computer. If you, for example, write a program in the emulator (see Chapter 17: Programming in the official manual on how programs need to be entered in the emulator) and save it as, say, omaapp2 (as can be seen in here), you’ll need to select F3:Link and, then, 1: Send. The desktop Windows OS will present a file save dialog, where you can rename the file before saving and also select its target directory):
http://www.winmobiletech.com/062007TICalculators/desktopVTISaveProgs3.png
(Note the ‘p’ in the .89p extension. As opposed to assembly programs, which end up in z, BASIC programs created using the built-in program editor end in p. Also note that the different file extensions are also listed HERE and HERE.)
2.2.5 Other apps / games to try
As far as games are concerned, you can also give a try to Aspirin v3.0 (a small but pretty nice and indeed addictive game), CalcRogue (an interesting RPG; remember to transfer ONLY the contents of the binTI89 to the calculator, without the contents of the Titanium subdirectory), Calcwars (also see Advance Wars for the Game Boy Advance; must be started with ttstart("cwdata")) etc. There are TONS of other games in the Games subcategories of the TI-89 archive of ticalc.org (for example, here’re the assembly language (meaning fast) ones and here’re the BASIC ones (slower).
The same stands for applications / math libraries. There’re virtually thousands of such apps for example here (assembly math) and here (BASIC math). If you have the time, I REALLY recommend looking around in all the subfolders of the ticalc.org TI-89 library - it’s really worth it! There’re even (simple) Java Virtual Machines for the calculators - let alone goodies like Telnet apps or (Lynx-like) Web browsers.
In addition, you’ll want to take a look at CalcG.org. Much as, in general, it has fewer titles, it has some really interesting goodies (and an online forum – ticalc.org’s mail list archives are currently down); for example, this StarCraft article (unfortunately, without any downloads).
Finally, there are some (very few) official Flash programs on TI’s pages themselves.
Now that you know how to use the desktop version, let’s move on to the mobile port.
2.3 The Windows Mobile port
2.3.1 Getting and installing the mobile version
The mobile version, VTI Pocket Emulator v2.4, which, more or less, is a direct port of Rusty Wagner’s original on the desktop, is ported by Daniel Galano (see his personal page HERE) to Windows Mobile and is accessible HERE.
Installing it is pretty straightforward: decompress the ZIP archive and start the only EXE file inside. It’ll install the emulator through ActiveSync. As with the desktop version, you’ll need to copy the ROM(s) of the calculator(s) you’d like to use to the home directory of the emulator.
Having a dedicated installer, you can start the emulator right from the Programs, by clicking the VTI Pocket Emulator icon.
Note that you won’t want to use it in Landscape (there wouldn’t be much point in doing so as, for example, you can’t use slide-out / clamshell key/thumboards anyway) because of the major GUI bitmap problems (tested on ALL my test device, VGA and QVGA, old and new - behaved the same).
Swapping ROM’s can be done in File / Select ROM as can be seen in here. Upon swapping a ROM, the corresponding skin will also be auto-loaded as can be seen in here. (Note that skins except for that of the TI-89 are all pretty blurred.)
2.3.2 Differences between the desktop and the mobile version; problems with the latter; tips
There are some major differences between the original and the ported version. They are as follows:
The mobile version can’t load external files and can’t save programs you enter yourself / variables you’d like to be saved. This means the only way to transfer programs / data in either direction is using the <romname>.sav files (for example, with the official TI-89 upgrade ROM, os.sav) it automatically saves its state to upon exiting and restoring the state upon restarting / reloading a given ROM BIOS. That is, you WILL need to use the desktop version to transfer external apps to state saves.
Because the aspect ratio of the original calculator might be around 10:3 as opposed to the 4:3 aspect ratio of (most) Windows Mobile devices, the original button layout isn’t preserved – the uppermost three row buttons are relocated to the right of the screen, which can be pretty annoying if you’re got used to the original button layout.
It’s FAR slower than the desktop emulator, even on very fast WM devices. That is, it’s completely useless for gaming. For “traditional” uses, however, it may be OK (albeit, for example, graphing functions are REALLY slow – even the most simple ones. Just try entering graph sin(x) on a mobile device and see how slow graphing is – it’s decidedly faster on desktop devices).
Unfortunately, Windows Mobile hardware buttons can’t be used to speed up input (see the way the Alt / Ctrl keys are used on the desktop emulator to dramatically speed up invoking second/third functionality). However, built-in keyboards / the D-pad work on most devices. An exception is the HTC Universal, where attempts to use external / internal keyboards resulted in an almost immediate address error / privilege violation error. With the HTC Wizard (which also has a built-in thumbboard), I’ve encountered no similar problems. As far as the D-pad support is concerned, it’s only with the Dell Axim x51v (A12 ROM) that the D-pad didn’t work and trying to use it resulted in an immediate crash. With most (all?) of my other test devices, D-pad worked OK.
In addition to the problems outlined above, you MUST refrain from entering any data at a fast pace on the native GUI of the emulator, especially on (comparatively) slower devices. If you enter data too fast, the last entered button will be endlessly repeated upon subsequent key presses as if the last key were stuck. This (and the fact that you will need to slow down the pace you enter your data) can be pretty annoying.
2.3.3 Transferring files from / to the desktop version
As has already been pointed out, unlike on the desktop, it’s not possible to directly import an external program (data file) into the emulator, and you can’t export anything either. For example, if you select F3 / 1:Send in VAR-LINK (the way of directly exporting files / data to the file system in the target desktop), the mobile version just hangs. However, this isn’t really a problem if you do have the desktop version of the emulator on your desktop computer.
Then, all you need to do is making sure you do save the internal state of the calculator when exiting (that is, after right-clicking the skin, select the Exit and save internal state when exiting the emulator) and, then, just copy the newly created .sav state file to the Windows Mobile handheld. It’ll make use of it without any problems.
The same states for file transfers in the opposite direction. While the WM version doesn’t support selecting between exiting with and without state saving, when you exit the program, it does save the state. That is, if you need to export a program you’ve written / dataset you’ve created on your WM-based emulator, just copy over the .sav state file from the home directory of the emulator to your desktop emulator, and use the latter to export the file / data to the local file system as a non-sav, self-standing file.
All in all, if you need to import any kind of file into the mobile version, you must do this in the dekstop version and just pass on the state save (os.sav with the official TI-89 ROM) file to the mobile version.
2.4 The feature / comparison chart
As usual, I’ve created a feature / comparison chart so that you’ll have an easier time checking whether a given model is emulated under the desktop / mobile Windows, what hardware features (most importantly, screen and RAM/ROM size) it has, whether it supports CAS, where its ROM BIOS can be downloaded from etc. It’s available HERE. Don’t forget to check it out!
Note that the chart doesn’t include discontinued / superseded models: the TI-92 (1995; replaced by the TI-92 Plus (and later the Voyage 200), TI-80 (1995; replaced the much superior TI-73 and is, due to its proprietary CPU, is NOT emulated by any emulators), TI-85 (1992; replaced the superior and backwards compatible (!) TI-86), TI-81 (1990; replaced by all newer models; few additional apps because the programs needed to be entered by hand – this calculator had no linking capabilities).
Also note that TI’s official comparison chart only lists the four most current models (TI-83 Plus, TI-84 Plus, TI-84 Plus Silver Edition, TI-89 Titanium), unlike my chart.
3. What other TI emulators are available?
Not many: only the old TI-59 is emulated, which will be only of interest to retro freaks. Yeah, I loved the TI-59 back in the early 1980’s (before getting the Sharp PC-1500, which did blow out everything out of water) but, now, it’s really-really worse than any of the current TI graphing calculators.
The Windows Mobile emulator is available HERE. It, as with Daniel Galano / Rusty Wagner’s TI-8x emulator, uses a desktop installer. Note that the installer puts the direct link to the executable (when installed to the main storage, \Program Files\alainza\ TI59ce\ TI59ce.exe) to the Games folder of the traditional Programs.
Note that, much as Michu’s excellent Emupage lists MBA-Calc by Odyssey Computing, Inc. as a TI BAII PLUS emulator, it isn’t one. Odyssey Computing has two business (non-graphing) calculator titles for the desktop and handheld Windows; the newer and much more recommended BizCalc and the older MBA-Calc. These are NOT emulators.
Finally, still speaking of Michu’s Emupage, it lists another Windows Mobile version, “PocketPC v2.5 (with SkinEditor)”. It’s nothing else than the desktop VTI – that is, don’t run to download it.
4. Other links of interest
Long VTI Pocket Emulator v2.4-related comments thread at ticalc.org
FreewarePPC’s and PocketPCFreewares’ comments. Note that you will want to take PocketPCFreewares’ original comments with a HUGE pile of salt as they refer to a very old version, v2.4Beta, released early 2004. Also, some of the user comments at FreewarePPC are pretty misleading – do NOT necessarily believe what you read there!
TI-89, TI-89 Titanium, TI-92+ and Voyage 200 FAQ ("Can I run this game on my calculator even though it was written for a different calculator? What is AMS (Advanced Mathematical Software)? Can I play TI-89 games on my TI-89 Titanium?")
Poll: Favorite Calculator (1st: TI-84+ (SE); 2nd: TI-89 (Ti))
All the desktop emulator software
Great write up and I will try some of the others later, for now I must admit to being that "retro freak" you mention - I miss my TI-59 since the battery pack died and the home made one fried the main board, shame as it was a great device, I will have some fun trying this out later, I still have the original program listings I created when at collage 20+ years ago - thanks for the heads up - Mike
Wow, another excellent article. I popped my cherry on a TI-82. Still have my beautiful black beast somewhere in a draw
V
Buttons Misaligned-Fixed
After some farting around, I finally got this to run on my Rhodium (Tilt2), but the buttons were not aligned properly. I correctly assumed that it was a problem with the way that my phone scaled the bitmaps that it uses to skin the emulator. I am attaching the resized the skins, but I only have a ROM for the TI89 so I have not tested the others. I suspect that the resized skins would work on all WVGA (800x480) devices. I have no idea how to create a cab file, but it should be very easy for anyone to install these. All you need to do is replace the skins on your device with the ones below. The skins should be located in \Program Files\TI Pocket Emulator\Skins. Note: If you have installed the application on a storage card, you will find the "Program Files" folder on the card.

Emulating HP’s calculators on Windows Mobile

Hewlett-Packard’s calculator series, while in no way as popular or standardized as the emulators of Texas Instruments (please see THIS for the one and only COMPLETE overview of emulating the latter calculators on Windows Mobile), indeed have their place under the sun. What is more, they have way better emulators under Windows Mobile that TI.
Note that, as with the above-linked TI article, you may want to read this roundup and actively follow the for example Wiki links. Higher-end HP calculators (as with those of TI) can easily be better than any native calculator and/or unit converter on Windows Mobile (WM for short), let them be traditional touchscreen-enabled Pocket PC's (Windows Mobile 6 Professional / Classic models) or no-touchscreen Smartphones (Windows Mobile 6 Standard) devices. Furthermore, which should also be taken into account, the majority of these emulators can freely be used (as opposed to mostly commercial native WM calculators) – with the highest-end HP models even when you don’t actively own the original calculator. I provide you with all the necessary manual links so that you can easily find out more information on a given model – that is, you don’t even need to own the (original) manuals. Hats off to HP (as opposed to TI) for being so generous and providing the ROM image of their best calculators and allowing for using them even if you don’t own the original calculator!
As usual with most of my roundups, you simply won't find a better, more thorough source of the subject. This is particularly true of my first-hand information on MS Smartphone (Windows Mobile 6 Standard) compliance. That is, if you're lucky enough to have a newer, high-resolution (QVGA) Smartphone and look for a decent calculator compatible with your device, make sure you read this article - you won't find "hacking" tips like these anywhere else.
Let’s start with the most popular 48/49 series, which many consider even better than the top-of-the-line Texas Instruments calculator series, the TI-89.
1. Emulating HP-38G/39/40G/48GX/48SX/49G
The HP-48 and HP-49 series are no doubt the best calculators ever manufactured by HP. They are not only graphing calculators, but also support CAS (read THIS for more info on this very subject). Should you want, in addition to, say, the Wiki pages, a guide to the different models and their target audience, also check out hpcalc.org’s Calculator Buying Guide.
Also note that, in 2000, HP ACO allowed the use of the HP38, 39, 40, 48, 49 ROM's even if you're not an owner of this calculator type (see for example THIS for references); that is, you are free to use this emulator even if you don’t have the original calculator(s). This is great news, particularly given that the manuals of the calculators are also available online.
Fortunately, the Pocket PC emulation of all these models is very strong (no bugs, hi-res VGA support, object export/import supported on Windows Mobile too etc.), as opposed to that of TI calculators.
1.1 Download, installation, configuration
First, you must download and install the original Emu48CE (alternate download HERE; homepage HERE. Here, click Emu48CE on the left and, then, Downloads at the top.) Emu48 is THE emulator for these models. It’s so good some have even tried to sell it on Handango (needless to say, it’s free).
Make sure you install all the ROM’s you want to use on the when prompted as, by default, it only installs the 39G ROM’s as can be seen in HERE. Note that you MUST untick the “Install Emu48 on PDA (required)” checkbox as can be seen in here (it also shows I’ve enabled installing all the other ROM’s). (If you forget to untick this checkbox, don’t try to click the newly created GNU Emu48CE icon in Start/Programs. Instead, just go to Start/Settings/System, click Remove Programs and select "GNU Emu48CE V1.23". Click Remove and, then, Yes.)
Note that the ROM files are installed by separate CAB installers; therefore, you won’t want to automatically dismiss the “Please check your mobile device screen” dialog of the desktop ActiveSync installer before the installation of each module is finished to avoid messed-up installment (for example, ROM images installed to the built-in storage instead of the storage card because the default setting under WM5+ is the latter).
Now, go to the Christoph Giesselink’s (the leader of the emulation project) homepage HERE. You’ll need to download at least (two if you have a QVGA device) two files:
E48MB113 (should the direct link be broken, just go back to the homepage and look for something like “The executable package of Emu48 v1.13 for Pocket PC 2002, Windows Mobile 2003 (SE) and 5.0 (ARM platform).”, where 1.13 will be increased.
the ZIP file linked at the end of the description of the same program (“Already patched KML files (from Emu48CE without bitmaps) can be found here.”)
Decompress the contents of both ZIP files. Copy the decompressed files to the home directory of the emulator (it’s \Program Files\Emu48 when installed to the main storage – note that you will want to prefer installing the emulator to storage cards on models with little built-in storage because the ROM images take up a lot of memory). Make sure you overwrite ALL the original KML files!
Now, on a file explorer tool (for example, the built-in File Explorer) go to the same director right on your handheld and tap the just, manually transferred Emu48.ARM.CAB. This will create a new, Emu48 icon in Start/Programs (with WM5+ devices; with pre-WM5 ones, it’ll be right in the Start menu) – you can tap it right away.
Upon starting the emulator (or, when you choose File / New), you’ll be offered the choice of selecting a new so-called 'KML script'. I’ll elaborate on these scripts a bit more later; now, suffice it to say that they tell Emu48 which ROM to load and what keyboard bitmap to use. Note that the default files are optimized for QVGA (I’ll elaborate on VGA issues later) and most of the titles also contain the emulated model version; that is, it’ll be pretty easy to select one. (Of course, you can always experiment with the alternatives as the more popular and recent calculator models (48/49) have more than one KML file, all with different layout. That is, do experiment with them - it's certainly worth it.)
Let’s assume you want to emulate the 49G; therefore, let’s select one of the alternatives, “HP49G for Emu48”:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Now, click the OK button at the top right of the dialog (to the left of the X button). If nothing seems to happen, repeat this. You’ll be presented the results of the script compilation; if everything is OK, you’ll also see no error messages at the bottom of the scrollable text area and another OK button. The GUI loads and you can start working right away.
The KML script compilation process may encounter problems, particularly if you download additional KML scripts. You will want to do the latter to, for example, have a high-resolution VGA button layout on your VGA handheld, not just a low-resolution, ugly, blocky QVGA one. The two most common errors are the lack of the ROM file to load and the lack of the keyboard bitmap files:
When the ROM is missing, you will get the error message “This KML Script doesn't specify the ROM to use, or the ROM could not be loaded.”. If you don’t want to do some blind guesswork, just look into the associated KML file (with “HP49G for Emu48”, it’s in the file hp49.kml – just look for the “Title” at the top of each KML file to quickly find the associated source file) and look for the section defining the ROM; that is, the Rom parameter in the Global group at the top:
This states that, for the KML file to work, it needs a "ROM.49G" file in the same directory. Look around for the file – for example, reinstall it using the Emu48CE installer.
Missing bitmap files, for example, the lack of a “hp49.bmp.png” file in the home directory of Emu48, will result in receiving the compile error “Cannot Load Bitmap hp49.BMP” Fixing this problem, in general, only involves reinstallation and/or Googling for the given BMP layout file.
Finally, you may also encounter warnings (NOT fatal errors! That is, the compilation succeeds!) like “Patch BEEP.49G is Wrong or Missing”. These warnings can safely be ignored as these beep files only add beeping capability to the emulator – something you don’t necessarily want. If you DO need these files, however, you may find them all in the official, free HP SDK (details HERE, should the direct link refuse working) and copy emu\beep.48 / emu\BEEP.49G to the home directory of the emulator. Note that, alternatively, you can also find these beep files in the additional VGA skins, explained in the following section.
1.2 Additional KML files (a must for VGA users!)
The default keyboard skins coming with Emu48CE are QVGA only. If you have a VGA device, you’ll need to download the following skins:
Wombat3 for 48 SX and GX
HP49VGA for 49g
Just unZIP these files and transfer all the KML and bitmap files to the home directory of the emulator. After this, upon selecting a new KML file, you’ll also be shown these files as can be seen in HERE (Beemer’s 49G skin) and HERE (the Wombat3 GX skin). In action, they are indeed very cool as can be seen for example in HERE and HERE. Much prettier than low-res QVGA skins, aren’t they?
Note that if you don’t like the original (white) Wombat3 48GX script, you can also give a try to the dark, much more "natural" Juan Pardo scripts HERE. It’s not only more “natural”, but also contains some new, useful buttons in the upper left area of the screen. Example screenshot HERE.
There are several Landscape skins too (unfortunately, not in VGA – that is, for example HTC Universal / Athena users are left in cold. By default, the VGA skins aren’t Landscape-compliant.)
1.3 Usage
After all the hurdles of the installation (and, if you’re a VGA user, the additional installation of VGA skins), you can rejoice: the rest is much easier and there are no known problems with the emulator running on a Pocket PC (WM Classic / Professional), unlike with the TI emulator.
If, on the other hand, you only have a MS Smartphone, don’t expect much: while (after manually extracting and installing the files) the emulator itself starts, you can’t go any further from the KML selector screen (tested on the QVGA HTC Vox in both orientation modes; screenshot HERE and HERE).
The emulators can be used in exactly the same way as the original calculator. The only difference is the lack of the “physical” expansion like SD cards / connectivity. However, there is connectivity emulation in the emulator.
1.3.1 What if you don’t know the original calculators?
The documentation / manuals of all these models are available online. See the following links:
49G+ / 48II docs
It’s also linked from this generic page, with manuals of previous models too (note that the HP39 link doesn’t work; use the one HERE instead). I especially recommend the HP48 manual HERE if you’d like to more closely learn more about the system. Note that, however, you don’t necessarily need to read it; my tutorial will be sufficient to get you started and even load third party apps into the emulator. Only check it out if you really want to learn more about these excellent calculators.
1.3.2 Uploading third-party software in the emulator
Get the software title, start the emulator, make sure it doesn’t do anything and, in the desktop version grab the binary distribution (it’s, in most cases, ends in .lib file) to the emulator image. In the Windows Mobile version, select Edit / Load Object and select the file. Note that as, on Windows Mobile, Emu48 uses the system-level, default file dialog box, you may want to put your files in either \My Documents or in the root / the first subdirectory of your storage cards in order to be seen. Alternatively, you may want to install Mad Programmer’s free, excellent File Dialog Changer as is explained in for example HERE. In here, I’ll go on with showing you desktop Windows screenshots; after loading an object, it must be saved into the local memory using exactly the same steps as on the desktop Windows.
In this example, I show how the single PSYCH13.lib file of the HP-48GX version of Psychro needs to be deployed.
To make absolutely sure a given program file can be deployed in the emulator with simple (object) drag and drop, look into the beginning of the file. If it is indeed binary and starts with HPHP as for example in this example:
then, it’s compatible with this transfer model. (Otherwise, for other types of resources like additional GIF files with, say, games like the 48 port of Prince of Persia, you must use the MUCH more complicated terminal emulation. I don’t elaborate on the latter as most math libraries – the files that you most probably want to run, as opposed to games – come as standard LIB files deployable this way.)
After dragging, you’ll see something like THIS.
Now, you will need to store the uploaded program in one of the so-called “ports”. It’s how HP refers to different memory types. Port 2 is, for example, the emulated SD cards in the 49G+ (and the 50G), the highest-end 49-series model(s). With other devices, only port 0 and 1 are accessible; of the two, you’ll want to use the latter.
To do this, just press 1 and, then, STO (the second button in the second row on the 48GX). The stack list will be cleared, showing the object was indeed saved.
Now, switch off the device (the green button and ON; both are at the bottom right) and, then, again on (the lower left ON button). Press the green button again and, then, 2 (LIBRARY). You should see the title “PSYCH” in the title area at the bottom (also see where the mouse cursor stands in the screenshot!). You can click it (two times) to start it (screenshot of the running app HERE).
You can add a lot of other apps in the same way: when no program runs, just drag-and-drop the program, click 1 and STO, switch off and on the machine and voila: the new program is ready to run and listed in the Library section, next to earlier deployed libraries (screenshot of running HERE).
1.3.3 Downloading additional software
The best source of additional software is the archives of hpcalc.org. See THIS for HP48 and THIS for HP49 software.
Just an example of some famous libraries directly deployable on a 48 (from the Symblic Math category)
Erable 3.024
ALG48 4.2
In addition, there are other pages to acquire software from; for example, that of Savage Transcendental Studios. This page contains some additional database / Japanese studying 48GX/49G(+) apps. Some of them are simple libraries (for example, the 48G version of Kana Tutor and Psychro), which can be loaded straight into the desktop emulator via simple drag-and-dropping and, to the Windows Mobile one, by simple object importing. These programs are also accompanied with PDF files explaining how this needs to be done.
2. HP-41; dedicated website
There is only one, free emulator to emulate these old, alphanumeric calculators, eV41. It’s currently at version 0.93 and it’s highly unlikely it’ll be developed further (it was last modified over five years ago). Not that it’d be THAT important: for example, it supports loading user code even in current form.
Note that in order to access the WM version, you’ll need to register yourself! Also note that this distro also contains the desktop Windows emulator.
Fortunately, using this emulator is pretty straightforward and there are no known problems / bugs running it on any platform, except for the lack of Landscape (don’t try relying on scrolling because, as with the TI emulator, it’ll result in bitmap problems as can be seen in HERE) and Smartphone (a “hacked” version of ev41 doesn’t find some DLL) support.
3. HP17B/17BII/19BII/27S/28S/42S: emu42
(current desktop and Pocket PC version: 1.09 and 1.08, respectively; note that the page at hp42s.com lists OLD versions. HERE is the manual.)
As with later calculators (the above-introduced emu48 and the HP38/39/40/48/49), there is an all-in-one emulator for the HP 17B, 17BII, 27S, 28S (1988, semi-graphical: 137*32), 42s (weaker Wiki page HERE; released in 1989; still WAY worse than the TI-89 – for example, no real graphing).
It uses exactly the same approach to KML files / skinning as emu48; that is, if you do read the emu48-related first chapter, then, you won’t have problems deploying for example new, additional skins from the homepage (for example, the VGA 42S skin, SKN42SMV - since version 1.02, it also supports VGA resolution). Fortunately, as opposed to Emu48, it requires no tricks when installing – no need to manually copying KML files etc.
Note that, unlike with Emu48CE, you must download the ROM’s from your calculators manually – they aren’t available on the Web (don’t even try to run a Web search for the ROM names in the KML files.) If this is a problem and you need to emulate the 42s, I have some great news for you: there is another 42s emulator, Free42, which does not require a ROM image.
4. HP42s: Free42 1.4.36.
As has already been mentioned, as opposed to Emu42 discussed in the previous chapter, this emulator does not require a ROM image and may be used even if you aren’t a rightful owner of the original emulator.
There are two versions of the emulator: decimal and binary. The latter is much faster but, because of the internal representation differences, may not work with some legacy applications. If this is not a problem, install the binary version (copy and execute it there to install). Also see the section “What's the deal with the "Decimal" and "Binary"?” in the README.txt coming enclosed in the ZIP archive. The two versions can co-exist without problems on the same machine and, therefore, you can always go back to the decimal version, should a given application refuse running.
(the same with the “realistic” skin, which is pretty blurred because of the low resolution)
Note that, as with the ROM’s, the original, official manual of the 42s isn’t available on the Web either (as opposed to the 39G/40G (CAS)/41C/48G/49G+ series with manuals online); however, there’s an unofficial ‘fan’ manual HERE. The latter manual is very easy to understand – actually, I’ve found it much easier to comprehend than HP’s official manual.
Compatibility-wise, you can use the numeric keys of devices with built-in keyboard. It’s not compatible with the Landscape mode. It’s capable of importing / exporting programs. And, finally, good news for QVGA Smartphone users: if you copy the executable file(s) (after manually extracting it/them from the CAB file(s)) to your phone, it’ll run flawlessly. The numeric (phone) keys will work OK; for the rest of the keys to access, you’ll need a cursor emulator like SPHelper. Example screenshot or it, running on my HTC Vox / s710 (the cursor is that of SPHelper):
Of course, this only applies to QVGA Smartphones - traditional (176*220) models will only show part of the skin and are, consequently, useless.
5. HP-16C
This calculator, mainly meant for computer programmers needing for example binary / hexa conversions, was manufactured between 1982 and 1989. Also see THIS for an intro to this model. It only has one emulator, CP16 (direct download links HERE); the current version is 0.326.
Installing and using this emulator is pretty easy: you download the above-linked ZIP file, extract cp16_ppc.exe from it, transfer it to your Windows Mobile device and start it from File Explorer (you can, of course, put a link to it into \Windows\Start Menu\Programs).
Compatibility-wise, it’s not Smartphone-compliant. It has built-in support for Landscape (View / Landscape); for it to work, you must start the calculator in Portrait mode because the emulator only rotates the GUI for itself, not on the OS level. This also means you won’t be able to use it in left-handed Landscape mode (the native mode for the Universal, Wizard, TyTN / Hermes and all other Pocket PC’s with a slide-out keyboard) unless you use a third-party hack to rotate the Portrait screen with 180 degrees before starting.
6. HP-10B Plus (business), HP-12C (financial; is still being manufactured (since 1981)) and HP-15C (advanced scientific)
I elaborate on these three calculator models in the same chapter because they are emulated by very similar, commercial emulators by Lygea Calculators. They are self-standing applications meaning you won't need to hunt for / download ROM images.
These emulators are as follows:
Pocket 10B SE Business Calculator 2.0; ($19.95) (WM6 VGA screenshot)
Pocket 12C SE Financial Calculator 1.61; $23.95 (WM6 VGA screenshot)
Pocket 15C SE Scientific Calculator 1.22; $20.95; WM6 VGA screenshot:
Using and the compatibility / features of these three emulators are pretty similar. For example, all of them support the Landscape orientation (example of the 10B emulator HERE) and use hi-res on VGA devices and, generally, look “cool”.
Note that all these emulators store their resolution-dependent resource DLL’s into \Windows, which isn’t the best news for users of some non-native WM5 models updated to WM5; for example, the HP iPAQ hx4700. Unfortunately, relocating these files to the app’s home directory won’t work (haven’t tested the same with relocating to another directory on the System Path - it might work).
Smartphone compliance-wise, the hacked (EXE + DLL’s in \Windows) version, unfortunately, doesn’t display the three bottom icons for going further (and clicking around won’t help either). That is, while you can enter the reg. number (with a cursor emulator like SPHelper), you just can’t go further. This means no (hackable) Smartphone compliance.
6.1 Pocket BizCalc by Odyssey Computing, Inc. 4.0.09
The 12C is also emulated by Pocket BizCalc by Odyssey Computing, Inc. It’s pretty OK and considerably cheaper ($14.95) (but much uglier, non-Landscape-compliant and not making advantage of hi-res resolutions) than the Lygea emulator.
Note that Michu’s Emupage only lists the H/PC and the Palm-size PC versions. You won’t want to get any of them: the H/PC version has major screen rendering problems (for example, the original LCD screen is invisible; see THIS and THIS if interested) and the latter is MIPS / SH3-only; that is, it won’t work on ARM devices, meaning any PPC2k2+ Pocket PC’s manufactured in the last 5-6 years.
Also see HPC:Factor’s review HERE if interested.
Smartphone compatbility-wise, after manually extracting and transferring the pbizcalc.exe file to the QVGA smartphone, it’s more or less usable. However, the right and the bottom side of the GUI will be hidden. This, unfortunately, means the multiply, addition, substraction, division and addition operations (along with some more advanced memory operations) won’t be available to “click” via a cursor emulator like SPHelper. (Screenshot HERE)
7. HP-10B II (Business; Wiki stub)
A similar (but definitely weaker – see below!) calculator, Moravia Advanced Financial Calculator 1.0 (direct Emupage download link; can’t be found on PenReader’s homepage any more), is available (but, given that PenReader doesn’t seem to support it any more, it’s rather dubious whether it’s worth paying for).
As can be seen, this calculator is definitely inferior to the original one – just compare the functionality it offers to that of the original (see the buttons in the screenshot above and those of the originals at the MyCalcDB page. It’s not a 10B emulator either (see the original page HERE).
Smartphone compliance-wise, if you extract the one and only EXE file from the original CAB file, it’ll run flawlessly on QVGA models in Portrait mode as can be seen in the following screenshot (just press the Action button when you’re shown the license agreement to get rid of it):
Unfortunately, you must use a cursor emulator even for inputting numbers – the numeric keys won’t work. And, of course, don’t expect compatibility with traditional 176*220 Smartphones either because of the skin size (screenshot).
8. What next?
This is the second instalment in my thorough article series on Windows Mobile calculators, the one on Texas Instruments calculators being the first. I'll soon publish the third instalment on native (non-emulator) Windows Mobile titles. Stay tuned
9. Other discussions of HP emulators
Some links for readers wanting to know what others think about the emulators.
Hp 48g/48g+/48gx/49g/49g+/49gx
Tutorial: HP48G calculator on your Axim.
Emu98CE; also quickly elaborates on emulating other HP models
Engineering Software
HP48 Emulator with 2003?
Cool! HP48GX Emulater
RPN Calculator (also discusses other, earlier HP models)
Need a recommendation for a calculator (mostly on other, non-HP models)
Graphing calculator - advice?? (mostly on TI’s calculators)
good scientific calculator... (generic)
Graphing Calculator for Axim? (generic)
Calculator Software
Math apps! (Calc. Emulators, Plotting, Physics, etc.) - PLease! (generic; note that the VGA 49 link doesn’t work any more)
Calculators (general; mostly about TI)

Opera Mini 4.1 beta released - TONS of goodies like page saving!

The new 4.1 beta of Opera Mini has just been released with TONS of new features. Get it at http://www.operamini.com/beta/ . Features include:
* Download and upload files directly in Opera Mini (wowz! UPLOAD!)
* Save pages for offline browsing (another WOWZ!)
* Autocompletion when entering addresses directly
* Find in page (WOOOOOOWZ!)
* Increased server speed during the last months
* Signed versions of Opera Mini (good news too)
Don't forget to download the latest, 3.1 version of Jbed (reviewed & linked to HERE at the bottom.)
(BTW, some of you have asked what I've been working on because I've been quite quiet. I'm
working on my Digital TV Bible, after having read dozens of related books and tons of online documents (I'll post a detailed review of them too)
I need to do some real work too
I'll make another W3C conference speech this month (on multiplatform mobile browsers) and need to update my related Windows Mobile / Symbian / BlackBerry stuff
All in all, I've been pretty busy
Opera Mini 4.1: FULL multiplatform tutorial & review
I don’t need to introduce Opera Mini for any serious mobile device user – it’s been one of the best browsers ever since the release of version 4.0 with all its goodies like favorite synchronization and full layout mode, the latter being excellent on (W)VGA Pocket PC’s and high-resolution Symbian devices like the Nokia E90. Note that I’ve written a review & full comparison to other browsers HERE – please DO read it if you don’t know what Opera Mini is or how it compares to other browsers, in which cases you might want to prefer it to native, fully-fledged browsers like Opera Mobile. Also, make sure you read my two Web Browsing Bibles, linked from the OM4 article, for additional info & comparisons. Finally, note that the linked article only discusses version 4.0; 4.1 is even better and more featureful.
The just-released 4.1 beta takes things even further and implements a lot of long asked-for functionalities. It’s REALLY worth upgrading; note that it can coexist with older versions (including 4.0) on the same handset. That is, if you, for some reason, find it useless, you can easily switch back to the older version without having to reinstall / reconfigure anything.
1.1 Availability; which version to go for?
Navigate to http://mini.opera.com/beta either with your phone’s WAP browser or, if you have Opera on your desktop, with it:
http://www.winmobiletech.com/042008OM41/OM41DownloadPage.png
(mobile browser)
http://www.winmobiletech.com/042008OM41/OM41DesktopOperaDL.png
(Opera on the desktop)
and select any of the upper three links. On the next screen,
http://www.winmobiletech.com/042008OM41/OM41Deploy1.png
just press the left softkey (Continue); then, unless you want to put it in a self-created category, just click OK while it’s on root:
http://www.winmobiletech.com/042008OM41/OM41Deploy2.png
On the following dialog,
http://www.winmobiletech.com/042008OM41/OM41Deploy3.png
just press OK; do the same on the one that follows:
http://www.winmobiletech.com/042008OM41/OM41Deploy4.png
The file will be compiled and you can start it right away by answering Yes on the final screen:
http://www.winmobiletech.com/042008OM41/OM41Deploy6.png
After this, everything is done in the already-known way: accepting the license, pressing buttons for generating a pseudo-random sentence etc.
Note that the 4.1 beta page linked from operamini.com, http://www.operamini.com/beta/, doesn’t contain the signed versions, only the unsigned ones. Therefore, if you only have Mozilla Firefox or Internet Explorer on your desktop, make sure you download the file from inside your Web browser on your handheld. The only exception is BlackBerry, where there isn’t a separate version on the only-handheld or desktop Opera page; then, you can safely download the ZIP file from http://www.operamini.com/beta/ with any desktop browser and use the BB Desktop Manager to quickly install it on your BlackBerry.
If you have a Windows Mobile device with Jbed 3.1, any of the signed versions will do. Note that some people state you need to go for the all-certificate version; that’s not true with Jbed 3.1. Make sure you DO download a signed version and not the unsigned one so that you can easily (without any hacking) can get rid of the security prompts.
Note that, should you still not have Jbed 3.1, read the second section of THIS for more info & the download links.
1.2 What’s new?
1.2.1 Custom text input field
With the new URL input field, address autocompletion works just great:
http://www.winmobiletech.com/042008OM41/OM41AddressAutocomplete.png
Note that
1, unlike with Opera Mobile 9.5 (and just like any other browser, including pre-9.5 versions of Opera Mobile), the titles of these pages aren’t displayed, only the URL’s
2, copy / paste doesn’t work. If you do need it (and you do have a compatible JVM – it’s only the non-recommended TAO that isn’t), you’ll need to switch to the regular, native JVM URL editor by pressing Delete (right softkey, shouldn’t you have a device with a built-in hardware back key like MS Smartphones) once and, then, go down to highlight "Insert Symbol":
http://www.winmobiletech.com/042008OM41/om4insertsymblhighlight.png
Then, just press Action on it to get into the traditional URL input field, with the traditional menus.
3, textual input may be problematic on keyboards with combined numeric and alphabetical keys; for example, on the HTC Vox. In there, the numeric keys will always be considered as keypad numeric buttons; that is, they’ll input a for 1, d for button 2 etc. However, as they’re treated EXACTLY the same way as keypad buttons, you can still input any character or (with long-pressing) number with them. You’ll need to know the latter for numeric input with devices that have a separate numeric row (like the HTC Universal).
4, the Input Address field being new also results in the old system-level browser invocation script not working any more. To fix this,
either switch off the new direct input by just unticking the, by default, enabled "Direct address input" checkbox in Tools / Settings:
http://www.winmobiletech.com/042008OM41/OM41disabledirinut.png
or, alternatively, go for a modification of the current script version available HERE. (Incidentally, note that, now, there’s a full C++ implementation of the invocation script HERE. It’s still not compatible with 4.1 unless you untick "Direct address input" as explained above.)
1.2.2 Signing
First in Opera Mini’s lifetime, it comes signed. What does this mean? When deployed under a capable, compatible JVM (for example, Jbed 3.1), it’ll, upon trying to access the Net / the local file system for saving pages / downloading / uploading files, it’ll prompt you for permission:
http://www.winmobiletech.com/042008OM41/OM41PermissPrompt1.png
(reading the file system)
http://www.winmobiletech.com/042008OM41/OM41PermissPrompt1W.png
(writing the file system)
In there, you’ll notice a (compared to the unsigned case) new "always, don’t ask again" menu item (I’ve highlighted it in the following screenshot):
http://www.winmobiletech.com/042008OM41/OM41PermissPrompt2.png
Make sure you do select this before pressing OK. This will make sure you won’t ever need to answer this question any more.
Upon trying to saving pages, it even prompts you to switch to the signed version, should you still have a non-signed one:
http://www.winmobiletech.com/042008OM41/OM41PromptForSignedVersion.png
The link indeed takes you to a tutorial:
http://www.winmobiletech.com/042008OM41/OM41PromptForSignedVersion2.png
http://www.winmobiletech.com/042008OM41/OM41PromptForSignedVersion3.png
http://www.winmobiletech.com/042008OM41/OM41PromptForSignedVersion4.png
(as can clearly be seen, there is not a single word on Windows Mobile. Note that the tutorial is also directly available HERE)
1.2.3 Page Saving
The new page saving feature allows for saving the current page, along with all its resources (images), to a file. The file is in the native (condensed HTML in textual mode + JPEG images) format of Opera Mini currently not readable by other applications. Should you still need some of the contents for copy/paste operations, you can still directly copy from the file with a text viewer. This also means this also allows for some kind of rudimentary copy/paste functionality if you use an external file viewer like that of Resco File Explorer. Then, based on the (latest) timestamp of the saved page (the saved pages have cryptic filenames; however, you can easily recognize them based both of their timestamp in the file system and their header, which contains the title of the page), you view it and look for the info you wanted to copy to clipboard (and, from there, to, say, Notes or Word Mobile). As you can see, it’s in no way so easy than, say, copying and straightforward than copying the full / the visible textual contents of the page into a text input field, where a user could already highlight anything and copy to the clipboard (unless she uses TAO Intent), though. Hope the Opera coders also implement this, otherwise, very simple-to-code feature.
Note that the page saving target dialog is only displayed once (upon the first page saving attempt) and is pretty much far away from being pretty and/or intuitional (and, of course, it has missing functionality present in, say, the standard OS file save dialog like creating subdirectories) but it still does the job. Just select the directory you’d like to save your pages to. Again, remember this can’t be changed later so select a directory with sufficiently large free storage.
First, you’ll need to select the storage type you’d like to save your pages to. In the following screenshot, I’ve selected Storage Card:
http://www.winmobiletech.com/042008OM41/OM41SaveTarget1.png
After pressing Action, you’ll be shown the directories in there. You can select any of them (and, then, iteratively, any of its subdirectories etc.). Just press Select (left softkey) on the directory you’d like to save your stuff in. For example, in the following screenshot, I’ve stayed on Storage Card when pressing the key; this means it’ll store the pages in the root of the card:
http://www.winmobiletech.com/042008OM41/OM41SaveTarget2.png
(note that, as the storage card roots can only have up to 128 files, this isn’t the best thing to do unless you’re absolutely sure you only want to save some pages.)
Finally, you’ll be prompted a "Page saved." message:
http://www.winmobiletech.com/042008OM41/OM41SaveTarget3.png
Get rid of it with the Action button.
After this, all the saved pages will be listed in Tools / Saved Pages (and the latest three on the startpage):
http://www.winmobiletech.com/042008OM41/OM41StartpageSavedPageList.png
A VGA screenshot with more than one saved page:
http://www.winmobiletech.com/042008OM41/OM41ListOfSavedPages.png
http://www.winmobiletech.com/042008OM41/OM41ListOfSavedPagesVGA.png
1.2.4 Finding text in pages
Tools / Find in page implements something I’ve been asking for years: in-page text search. It not only iterates over all the occurrences of the searched-for word (see the "Next" left softkey), but also conveniently highlights all the occurrences. In the following screenshot, you can see the results of searching for the word "Opera" in the Opera Mini forums:
http://www.winmobiletech.com/042008OM41/41FindInPagesOpera.png
1.2.5 In-app file up/download
A lot of users have been asking the Opera folks for allowing for in-browser download and, even more importantly, upload.
1.2.5.1 Download
In-browser downloading, for Windows Mobile users, isn’t that important. It’s probably mostly MS Smartphone users that will find this useful because, as has also been explained in my MS Smartphone Web Browsing Bible (see section 1.1.1 Fixing the binary file download problem), the built-in Internet Explorer Mobile only downloads certain types of files. For Symbian users with, say, a Nokia N95 with a pre-20 firmware version, it’s more so because Symbian often killed Opera Mini when loading up Nokia Web for handling the download. This isn’t an issue with the new firmware version any more, of course – neither is with N95 8GB, N95-3, N82 or the soon-to-come, new, DVB-H enabled N-series models.)
Note that, while file system access is supported in the latest and most recommended Jbed 3.1, this isn’t necessarily the case with other MIDlet Managers. Therefore, you’re strongly recommended to upgrade to Jbed 3.1.
The new in-Opera download looks like this:
http://www.winmobiletech.com/042008OM41/MP3Download1.png
If you select Save As, you’ll be presented the usual file selector; here, I instruct it to save the contents on the storage card:
http://www.winmobiletech.com/042008OM41/MP3Download2.png
Then, the download will start:
http://www.winmobiletech.com/042008OM41/MP3Download3.png
If, instead of Save As, you select Open:
http://www.winmobiletech.com/042008OM41/MP3Download4.png
you’ll be taken to IE:
http://www.winmobiletech.com/042008OM41/MP3Download5.png
which downloads the file:
http://www.winmobiletech.com/042008OM41/MP3Download6.png
Unfortunately, if you go for in-process download, you can’t do anything else during downloading – as is the case with regular page loading. That is, you end up staring at the download screen. If you absolutely hate this and/or the download takes too much time (for example, during fetching a looooooong MP3), go for downloading within Internet Explorer Mobile and switching back to Opera Mini for browsing. You can safely do this: IEM will just download the file in the background without problems. (Unless, of course, you haven’t registered the file type with the system. Then, you’ll need to stick strictly with the built-in downloader of OM4.1.)
1.2.5.2 Upload
With Jukka "Yucca" Korpela’s excellent article & tester suite File input (or "upload") in HTML forms:
http://www.winmobiletech.com/042008OM41/FileUpload2.png
Then, the usual Opera file handler will be shown (not that of the OS). Let’s upload some text file:
http://www.winmobiletech.com/042008OM41/FileUpload3.png
http://www.winmobiletech.com/042008OM41/FileUpload4.png
and the results are as expected:
http://www.winmobiletech.com/042008OM41/FileUpload5.png
(note that it the (later?) 4.0 series it is rendered as can be seen in HERE but, of course, the "Choose" file chooser couldn’t be activated)
In this regard, Opera Mini (along with the commercial (!) Opera Mobile and [the, currently, severely crippled Technical Preview] NetFront) is the only browser to support file upload on the MS Smartphone platform. Let me point out that the built-in Internet Explorer Mobile (still) doesn’t support upload.
2. What’s still missing / problematic?
Now, in addition to direct copy/paste of textual contents, I only miss navigating (switching back) to any already-downloaded page while loading a new one. You can only navigate on the current page while fetching a new page but can’t use, say, #5 to quickly bring up the list of currently open pages and quickly switch to another page. There isn’t a "download page in background" feature either, which would be able for allowing this. This can be a nuisance, particularly on inherently sloooooooooow platforms like the current crop of BlackBerries.
Also, on Pocket PC devices with a built-in keyboard could benefit from some similar keyboard layout than on BlackBerries. On the latter, you can use the (wide and easy-to-reach) Space button to scroll a page down. I wish you could do the same on Windows Mobile devices. (In there, you still must use the "8" button, which is pretty much out of reach in two-hand, "bedtime" operation.)
The problem of "flashing", non-displayed pictures, particularly with pages heavily loaded with them, is still present.
Finally, the lack of italic support is (still) a big pain in the back. I don’t understand why the Opera folks don’t implement this (must be related to the additional storage the custom, smallest character set would require with added italic support, I don’t know – if that’s the problem, at least non-smallest characters should have this support) – after all, ALL major KVM’s do support rendering text in italics. (See my related tests in my MIDlet Bible.)
3. BlackBerry
The BlackBerry version doesn’t support signed versions; that is, as has already been pointed out, you MUST go with the unsigned one. I haven’t encountered any problems with it; page saving / loading, the new address autocomplete etc. all worked just great. I haven’t encountered the common bug with all OM 4.0 versions: that is, the BlackBerry (at least my T-Mo branded 8800) completely locking up upon loading pages. However, this doesn’t mean these bugs have been fixed: I "only" played with the new version on my BB for two or three hours and the aforementioned bug only turns up, say, once a day or two days, assuming actively using OM for at least 2-3 hours a day.
4. Symbian
I’ve also (quickly) tested the new (unsigned) version on my Nokia N95 v20. I haven’t really run into problems so far; neither have my fellow N95 users in the Opera Mini forum. I’ll later report on whether Opera Mini 4.1 still exhibits the well-known, but, fortunately, pretty rare problem of completely locking up the handset, which, as with the BlackBerry, can only be fixed by removing and reinserting the battery.
UPDATE (later the same day):
1. MoDaCo frontpage
2. note that the above-recommended Jbed 3.1 is NOT compatible with WM5 (or with even older operating system versions), only WM6. If you're still on WM5, use the old, "Cloudyfa" 2.1 version instead; or look around at XDA-Devs, where, according to THIS post, the 20080222 version of 3.1 is WM5-compatible.
i don't like the fact that opera mini is java.. which requires to launch java first before launching opera...that only makes the browser startup slower.. i can get to a website much faster with PIE because it launches faster.. sure it has a bunch of cool features but i guess im the only one that dislikes the fact that it's java emulated..
i'll wait for the REAL mobile opera version.
wow this new version of opera mini is great. i love the url input method. file download works great too. works perfectly on the kaiser. in fact im writting from it right now. go opera!
one thing-- the shortcuts method cooked up in the midlet bible doesnt work anymore. ill look into this at a later date. could be as simple as removing the old opera mini.
tft said:
i don't like the fact that opera mini is java.. which requires to launch java first before launching opera...that only makes the browser startup slower.. i can get to a website much faster with PIE because it launches faster.. sure it has a bunch of cool features but i guess im the only one that dislikes the fact that it's java emulated..
i'll wait for the REAL mobile opera version.
Click to expand...
Click to collapse
Read my 4.0 review - there, I've elaborated on crating shortcuts to OM so that you can avoid having to start up Jbed first.
UPDATE (04/05/2008):
1. I’ve tested the above (in the previous update) mentioned Jbed Java 3.1 20080222 (available HERE; mirrored HERE for your convenience). It runs flawlessly under WM5 (not only WM6). It supports 3D (tested with Need for speed carbon and Night Fever; neither of them run under the non-3D-capable Cloudyfa 2.1), (as usual, excellent) sound. It can’t be directly installed onto a storage card, however. (As with some older versions, it’s possible it can be hacked there, though, with some manual file copying and registry / start menu link rewriting – I haven’t tested this.)
I’ve also thoroughly tested JBed_20071119.3.1_3dMod_HeapSizeFix_v2_wm6(lovetz1) linked from THIS MoDaCo thread. As a plus, it can be directly installed on a storage card, as opposed to the version above. It, however, doesn’t support sound at all. Otherwise, it seems it’s pretty much the same as the version above – except for WM5-compliance: I haven’t tested the WM5-compliant subversion. I’d stick with the 20080222 (the first) version unless you really need every single byte in your built-in storage.
Note that neither version was able to run the s60v3 (Nokia) version of Command & Conquer 3: Tiberium Wars, the latest-and-greatest real-time strategy from EA Mobile – upon loading the mission (and displaying the progress bar), it just locks up. (Needless to say, it’s working flawlessly on the Nokia N95 v20). It seems no Jbed version is compatible with this excellent game.
2. 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).
I've installed 4.1 and it looks great, However, a few points are anoying me.
When I start Opera and I type a new adres, the foll msg apear
"Untrusted application Opera Mini 4.1 wants to send or receive information from.... This will use airtime. Do you allow net access?"
Then the options to choose are:
o Yes, but ask me next time
o Yes, but ask me next session
There is no option: o Yes, dont ask me again ??
When I recall a saved page, I get the next msg "Untrusted application Opera Mini 4.1 wants to read data located on this device or removabl emedia. Do you allow read user data?
The only options are Yes or No. In the security option of Opera, there are settings about reading data. But there are only 2 options
o Ask
o Never allow
Also here, I miss the option: o Dont ask me again !
The next thing is the text input field. I have a HTC tytn (virtual and real keyboard). When I switch the option 'direct addres input' tot ON, I can only type the input via the real keyboard and not via the virtual keyboard (its dissapears).
If I can fix those items, I would be very happy.
I have reinstalled the same file and now the first 2 points are working fine !!
Leaves me to solve the text input field and the virtual keyboard...
UPDATE (04/06/2008): I have some very good news for you all.
1. Several of my readers have asked (see for example THIS) whether it’s possible to change the page save directory in Opera Mini 4.1 after you’ve set it first. Contrary to the popular belief (you must reinstall it from scratch), it’s actually very easy to do this:
a. if you have originally selected a removable storage card as the target media, you only need to remove it before trying to save any page on it. Then, you’ll be prompted an error message and, on the next page saving attempt, you’ll be offered the chance of setting the new save directory. That is, if you’ve originally given Opera Mini a storage card, you can change the save path without any need for hexediting files.
b. if you have provided it with a movable / deletable directory in the built-in storage (or, for that matter, on the storage card), just move (cut / paste) the entire directory somewhere else on your device – or on your storage card. That is, if you’ve given \My Documents to it, just cut it with the built-in File Explorer and paste it to in any other subdirectory. (Of course, you’ll need to paste the directory back once you’re ready with the – failed – page saving attempt if it’s a directory used by other apps too – like \My Documents.)
3, if, for some reason, neither of the above-listed ways works, you’ll need to do some hexediting. To do this, search for the in the name of the directory in the \Windows\appdb\s?__d?.db files with, say, Total Commander (Alt-F7) on the desktop Windows and just change this occurrence to another directory with a hexeditor. An example showing changing \My Documents to \Storage Card with a hexeditor:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Again, it’ll be FAR easier to temporarily remove / move the directory than hexediting – only do the latter if you simply can’t (temporarily) delete the directory because you’ve given it, say, \Windows or some other, undeletable directory.
2. 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).
Menneisyys said:
2. 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).
Click to expand...
Click to collapse
I am not sure if I understand this correctly. Does this make mi device able to use the virtual keyboard, even if the direct adres input is selected or does it has nothing to do with it?
Quatz said:
I am not sure if I understand this correctly. Does this make mi device able to use the virtual keyboard, even if the direct adres input is selected or does it has nothing to do with it?
Click to expand...
Click to collapse
You mean the SIP? You can always assign it to a HW button so that, upon a keypress, it's briught up. If this is what you meant.
Read my Button Bible for more info.
Menneisyys said:
You mean the SIP? You can always assign it to a HW button so that, upon a keypress, it's briught up. If this is what you meant.
Read my Button Bible for more info.
Click to expand...
Click to collapse
Sorry, dont know the term SIP!
Where to find this Bible?
Quatz said:
Sorry, dont know the term SIP!
Where to find this Bible?
Click to expand...
Click to collapse
A SIP is a software (on-screen) keyboard. SIP stands for 'Soft Input Panel'.
The Button Bible.
http://forum.xda-developers.com/showthread.php?t=337602
(Google search: "xda dev button bible".)
Thanks, this helps a lot.
I have installed HBsettup and indeed, now I can toggle the SIP on and off when i use Direct Address input.
I am very happy now with Opera Mini !!
having issues with setting up the shortcut to start OM
I have as follows:
"\windows\jbed.exe" -run s1_
OM is the only midlet installed.
also there are NO .jar files in the /windows/appDB/ folder
thanks
EDIT:
did a quick reset and everthings working excellent
Hey thanks for the share. Its really good, I am waiting for the stable version.
Apart from the intense marketing campaign of the moderator posting this thread, can someone give a brief comparison between this Opera Mini and the other Opera ("Opera Mobile"?) that runs on WM5/WM6? I don't get why I would want to run a java, stripped down browser when I can run Opera Mobile. Is it that Mini is intended for phones that can't run the full version, or should Mini be considered as a replacement for the other Operas that run on PDA phones (touchscreen phone/PDAs that run WM5/6).
Ideally an impartial perspective that isn't 5 posts long would be great

[APP][3.0+] LectureNotes - help resources

There are several videos and instructions by LectureNotes' users concerning different aspects of the app (besides the searchable help page that comes with the app, select `Help´ in any of the main menus), so I thought that it might be helpful to collect links to them here in a single thread. Please feel invited to post additional ones!
Videos:
http://www.youtube.com/watch?v=U-c4DI2Tr5Y
http://www.youtube.com/watch?v=ZhW1Mwmmp-k
http://www.youtube.com/watch?v=39z4R_2DUj0
http://www.youtube.com/watch?v=F5KrP-ccwg0
http://www.youtube.com/watch?v=e_eDpWhu058
Instructions:
http://www.instructables.com/member/milessthomas/
There are separate threads with examples for custom paper pattern coded in JavaScript http://forum.xda-developers.com/showthread.php?t=1870639 and custom drawing tools coded in JavaScript http://forum.xda-developers.com/showthread.php?t=2610695.
There is a video by a German user:
http://www.youtube.com/watch?v=R8sM7uJkIJw
A short video how to combine audio and video stream produced by LectureVideos into a single MKV container file
http://www.youtube.com/watch?v=kTTc-2EtPAw
I havent figured out how to set custom page when creating a notebook. The presets are A4 and Letter, but what would be setting for A5 and B5 portrait on Note 1 (800 x 1280 I think)?
@nbog: What should be the difference between A4 and A5? Both formats have the same aspect ratio.
[emoji15]
Cutter non-standard clipboard
I was wondering if there was a way to set the nonstandard clip board to just hold a couple of .png files. I want to put circuit elements to use when doing circuit analysis so I don't have to keep drawing them.
@caffeinatedinsanity: The non-standard clipboard displays material from numerous sources, including recent imports, the standard Android clipboard and various non-standard clipboards, and content located in the `DCIM´, `Download´, and `Pictures´ directories. If you place your content in any of the latter directories (for instance in a subdirectory in the `Pictures´ directory), it will appear in the non-standard clipboard overview.
acadoid is best developer
Thank you so much for such quick and helpful responses. I was wondering if there was a way to move the menu so that it is on the left side of the screen instead of the top. That would just personally make it easier for me to use the different options with my off-hand so I can streamline my use of different features.
@caffeinatedinsanity: The so-called action bar is at the top in Android standard UI.
Would it be possible to
Would it be possible to set a default option for the fill function of the cutter? it seems like a small thing but would make the fill function much more useful and streamlined at least in my opinion because I only ever find myself using one so being able to set a default would make it much quicker.
I have a question about the extensions.
Does Lecturevideos only take a video recording of your screen? or could it be used with a webcam to record a professor's lecture and have that included in your notebook beside the notes? becasue i would love to get that be able to have a video along with my notes of the lecture.
@acadoid Is it possible to export a few pages to pdf from a notebook? Like I know I can do either the entire notebook or one page, but I can't seem to find a way to do it for a number of pages between 1 and the total number.
@caffeinatedinsanity: You can export a subset of pages to PDF by opening the notebook in notebook overview (either directly from the notebooks board by long-clicking on the notebook and selecting `Notebook overview´ in the popup menu, or by opening the notebook normally and selecting `Notebook overview´ in the main menu), click on the `tag´ icon to active tag mode, click on the pages to tag them, and select `Export tagged pages to PDF´ in the main menu.
Is there a way to save an item to the special clipboard permanently? like just pinning it there somehow? or even just being able to use an image as a drawing tool would work even better.
@caffeinatedinsanity: LectureNotes looks in several directories for content, including ‘Download’ and ‘Pictures’ (Android access restrictions apply).
Hi there! Is there any plan to port LN to ChromeOS? I'm a paid user of LN and I'm using LN on my Chromebook tablet (hp x2 11). However, the copy/paste is tedious without being able to copy/paste everything between ChromeOS apps like Google Keep. Thanks.
@testrider: I do not understand. What exactly is ‘tedious’? What did you do? What happened? Was there an error message?
@acadoid What I meant was, I could easily copy text & images from a web site and paste them into Keep when doing research. That's not easy or possible to do with LectureNotes. For ex, to transfer an image from a web page to LectureNotes I had to save the image as a file, then go to LectureNotes and import it. Many more steps than doing Ctrl-C, then Ctrl-V to Keep without having to save into a file.
@testrider: This is not LectureNotes' fault, images copied in Chrome for Android can be pasted in LectureNotes.
Text copied in Chrome for ChromeOS appears in Android's clipboard (as it should) and you can paste it in LectureNotes, while images copied in Chrome for ChromeOS do not (which is weird). I found this behavior on all Chromebooks that I tested. I doubt whether this is intentionally, it rather seems like a bug in Chrome for ChromeOS or ChromeOS itself.
Did something change recently because I can no longer import pdfs to my lectureNotes that section of the settings is greyed out.
Please help because this takes LectureNotes from my all in 1 solution for notes to basically useless for my class notes
@caffeinatedinsanity: Did you uninstall PDFView?
If PDFView is still installed, then Android probably put PDFView 'on ice'. Newer versions of Android put apps 'on ice' if they were not launched by the user for some time. Simply launch PDFView (it will display a dialog box), that will 'de-ice' PDFView.
Restart LectureNotes after (re)installing/'de-icing' PDFView, then the menu entries and the settings for PDF import will be accessible again.

Trident Encoder : Encryption for Windows RT

I implemented a browser based encryption solution which runs on Windows RT (and many other Windows computers). All I wrote was the HTML page, I am leveraging Crypto.JS javascript library for encryption algorithm. I am using the HTML 5 File API implementation which Microsoft provides for reading and writing files.
I make no claim on this but seems to work good for me. Feel free to feedback if you have any suggestions. The crypto.js library supports many different algorithms and configuration so feel free to modify it to your own purposes.
You can download the zip file to your surface, extract it and load the TridentEncode.htm file into Internet Explorer.
If you want to save to custom directory you probably need to load it from the Desktop IE instead of metro IE (to get the file save dialog). I usually drag and drop the file onto desktop IE and from there I can make favorite. This should work in all IE 11 and probably IE 10 browsers... if you use other browsers you may need to copy paste into the fields since the File API implementation seems rather browser specific. Running the html page from the local filesystem means that there is no man-in-the-middle which helps eliminate some of the vulnerabilities of using a javascript crypto implementation. You could also copy the attached zip file to your skydrive to decrypt your files from other computers.
Skydrive files in theory are secure (unless they are shared to public) so this might be useful for adding another layer of protection to certain info.
Again, use at your own risk, but feel free to play around and test it, and offer any suggestions or critiques of its soundness, or just use it as a template for your own apps.
Ok... this is really cool! Nice idea, and a good first implementation.
With that said, I have a few comments (from a security perspective). As an aside, minimized JS is the devil and should be annihilated with extreme prejudice (where not actually being used in a bandwidth-sensitive context). Reviewing this thing took way too long...
1) Your random number generation is extremely weak. Math.random() in JS (or any other language I'm aware of, for that matter) is not suitable for use in cryptographic operations. I recommend reading http://stackoverflow.com/questions/4083204/secure-random-numbers-in-javascript for suggestions. The answer by user ZeroG (bottom one, with three votes, as of this writing) gets my recommendation. Unfortunately, the only really good options require IE11 (or a recent, non-IE browser) so RT8.0 users are SOL.
NOTE: For the particular case in question here (where the only place I can see that random numbers are needed is the salt for the key derivation), a weak PRNG is not a critical failing so long as the attacker does not know, before the attack, what time the function is called at. If they do know, they can pre-compute the likely keys and possibly succeed in a dictionary attack faster than if they were able to generate every key only after accessing the encrypted file.
2) Similarly, I really recommend not using a third-party crypto lib, if possible; window.crypto (or window.msCrypto, for IE11) will provide operations that are both faster and *much* better reviewed. In theory, using a JS library means anybody who wants to can review the code; in practice, the vast majority of people are unqualified to either write or review crypto implementations, and it's very easy for weaknesses to creep in through subtle errors.
3) The default key derivation function (as used for CryptoJS.AES.encrypt({string}, {string})) is a single iteration of MD5 with a 64-bit salt. This is very fast, but that is actually a downside here; an attacker can extremely quickly derive different keys to attempt a dictionary attack (a type of brute-force attack where commonly used passwords are attempted; in practice, people choose fairly predictable passwords so such attacks often succeed quickly). Dictionary attacks can be made vastly more difficult if the key derivation process is made more computationally expensive. While this may not matter so much for large files (where the time to perform the decryption will dominate the total time required for the attack), it could matter very much for small ones. The typical approach here is to use a function such as PBKDF2 (Password-Based Key Derivation Function) with a large number of iterations (in native code, values of 20000-50000 are not uncommon; tune this value to avoid an undesirably long delay) although other "slow" KDFs exist.
4) There's no mechanism in place to determine whether or not the file was tampered with. It is often possible to modify encrypted data, without knowing the exact contents, in such a way that the data decrypts "successfully" but to the wrong output. In some cases, an attacker can even control enough of the output to achieve some goal, such as compromising a program that parses the file. While the use of PKCS7 padding usually makes naïve tampering detectable (because the padding bytes will be incorrect), it is not a safe guarantee. For example, a message of 7 bytes (or 15 or 23 or 31 or any other multiple of 8 + 7) will have only 1 byte of padding; thus there is about a 0.4% (1 / 256) chance that even a random change to the ciphertext will produce a valid padding. To combat this, use an HMAC (Hash-based Message Authentication Code) and verify it before attempting decryption. Without knowing the key, the attacker will be unable to correct the HMAC after modifying the ciphertext. See http://en.wikipedia.org/wiki/HMAC
5) The same problem as 4, but from a different angle: there's no way to be sure that the correct key was entered. In the case of an incorrect key, the plaintext will almost certainly be wrong... but it is possible that the padding byte(s) will be correct anyhow. With a binary file, it may not be possible to distinguish a correct decryption from an incorrect one. The solution (an HMAC) is the same, as the odds of an HMAC collision (especially if a good hash function is used) are infinitesimal.
6) Passwords are relatively weak and often easily guessed. Keyfiles (binary keys generated from cryptographically strong random number generators and stored in a file - possibly on a flashdrive - rather than in your head) are more secure, assuming you can generate them. It is even possible to encrypt the keyfile itself with a password, which is a form of two-factor authentication: to decrypt the data that an attacker wants to get at, they need the keyfile (a thing you have) and its password (a thing you know). Adding support for loading and using keyfiles, and possibly generating them too, would be a good feature.
The solutions to 3-5 will break backward compatibility, and will also break compatibility with the default parameters for openssl's "enc" operation. This is not a bad thing; backward compatibility can be maintained by either keeping the old version around or adding a decrypt-version selector, and openssl's defaults for many things are bad (it is possible, and wise, to override the defaults with more secure options). For forward compatibility, some version metadata could be prepended to the ciphertext (or appended to the file name, perhaps as an additional extension) to allow you to make changes in the future, and allow the encryption software to select the correct algorithms and parameters for a given file automatically.
Wow thanks GDTD that's great feedback
Not sure about his minified sources, the unminified aes.js in components is smaller than the minified version (which I am using) in rollups. I'll have to look into what his process for 'rollup' is to see if I can derive a functional set of non-minified script includes. If I can do that it would be easier to replace (what I would guess is) his reliance on Math.random.
His source here mirrors the unminified files in components folder : https://code.google.com/p/crypto-js/source/browse/tags/3.1.2/src
msCrypto that would be great, I had no idea that was in there. I found a few (Microsoft) samples so I will have to test them out and see if I can completely substitute that for crypto.js. Would be more keeping in line with the name I came up with.
Currently this version only works for text files, I am using the FileAPI method reader.readAsText(). I have been trying to devise a solution for binary files utilizing reader.readAsArrayBuffer but as yet I haven't been able to convert or pass this to crypto.js. I will need to experiment more with base64 or other interim buffer formats (which Crypto.js or msCrypto can work with) until I can get a better understanding of it.
Metadata is a great idea, maybe i can accommodate that with a hex encoded interim format.
You seem extremely knowledgeable in the area of encryption, hopefully i can refine the approach to address some of the issues you raised by setting up proper key, salt, and IV configuration... I'm sure I will understand more of your post as i progress (and after reading it about 20 times more as a reference).
Too bad we don't a web server for RT, that would at least open up localStorage for json serialization (mostly for other apps I had in mind). I guess they might not allow that in app store though. Could probably run one of a developers license though (renewed every 1-2 months)?
nazoraios said:
Too bad we don't a web server for RT, that would at least open up localStorage for json serialization (mostly for other apps I had in mind). I guess they might not allow that in app store though. Could probably run one of a developers license though (renewed every 1-2 months)?
Click to expand...
Click to collapse
I cant comment too much on the encryption, GoodDayToDie has covered anything I could contribute and more. But there is a functioning web server on RT. Apache 2.0 was ported: http://forum.xda-developers.com/showthread.php?t=2408106 I dont know if everything is working on it, I dont own an RT device and last time I tried I couldnt get apache to run on 64 bit windows 8 anyway (needed it at uni, spent hours going through troubleshooting guides and it never worked on my laptop, gave up and ran it under linux in virtualbox where it took 2 minutes to have functioning the way I needed it to).
Curious about the performance. Speaking of encryption, 7-Zip has it built-in, and from the discuss in StackExchange, it seems pretty good.
One of the neat things about this thing (local web app? Pseudo-HTA (HTml Application)? Not sure if there's a proper name for such things) is that it runs just fine even on non-jailbroken devices. That's a significant advantage, at least for now.
Running a web server should be easy enough. I wrote one for WP8 (which has a subset of the allowed APIs for WinRT) and while the app *I* use it in won't be allowed in the store, other developers have taken the HTTP server component (I open-sourced it) and packaged it in other apps which have been allowed just fine. With that said, there are of course already file crypto utilities in the store anyhow... but they're "Modern" apps so you might want to develop such a server anyhow so you can use it from a desktop web browser instead.
Web cryptography (window.crypto / window.msCrypto) is brand new; it's not even close to standardization yet. I'm actually kind of shocked MS implemented it already, even if they put it in a different name. It's pretty great, though; for a long time, things like secure random numbers have required plugins (Flash/Java/Silverlight/whatever). Still, bear in mind that (as it's still far from standardized), the API might change over time.
Yep, I think of them as Trident apps since trident is what Microsoft calls their IE rendering engine, but I guess they are sort of offline web apps (which come from null domain). Being from null domain you are not allowed to use localstorage which is domain specific. You also are not allowed to make ajax requests. You just have file api and json object serialization to make do with I/O.
Another app I am working on is a kind of Fiddler app similar to http://jsfiddle.net/ where you can sandbox some simple script programs.
Kind of turning an RT device into a modern/retro version of a commodore 64 or other on-device development environments. Instead of basic interpreter you've got your html markup and script.
I have an attached demo version which makes available jquery, jquery-ui, alertify javascript libraries in a sandbox environment that you can save as .prg files.
I put a few sample programs in the samples subfolder. Some of the animation samples (like solar system) set up timers which may persist even after cleared so you might need to reload the page to clear those.
It takes a while to extract (lots of little files for all the libraries) but once it extracts you can run the html page and I included a sample program 'Demo Fiddle.prg' you can load and run to get an idea.
I added syntax highlighting editors (EditArea) which seems to work ok and let's you zoom each editor full screen.
The idea would be to take the best third party javascript libraries and make them available and even make shortcuts or minimal API for making it easier to use them. Common global variable, global helper methods, ide manipulation. I'd like to include jqplot for charting graphs, maybe for mathematical programs and provide api for user to do their own I/O within the environment.
These are just rough initial demos, and obviously open source so if anyone wants to take the ideas and run with them i'd be interested in seeing what others do. Otherwise I will slowly evolve the demos and release when there are significant changes.

Categories

Resources