QuoteYes, complain at Nokia so that they will allow the user to get rid of those stupid messages. It is the Nokia firmware that generates them.
Realistically, I don't think nokia cares what I say. In the future, I will be considering the ability to run 3rd party applications unrestricted when I purchase new phones (this one was a gift). One also only discovers these things after a long time of use - I've had the device for 2 years before becoming aware of this problem
---
Let me rephrase my question a little - I am an open-source developer, who is moving to a foreign country where I have limited grasp of the local language, and possessing a 6300, may have both the time and inclination to make a good dictionary app somewhat more usable for myself. DMID seems to be the best open-source dictionary out there.
If I can load 2 MB (according to your device details link) on the heap, then I could theoretically fill free-ram with words from the filesystem. AFAICS, each fopen (or java equivalent) should generate exactly one request to the user, by fopening exactly once for one single compressed (or what have you) dictionary file, I then proceed to shove as much data as possible into ram (eg with in-ram compression), leaving sufficient space to keep the dictionary app running. This will generate one request, and load the dictionary from the filesystem - words that don't fit could be randomly, or priority-wise dropped.
For me, the available size that I could fit into ram is bigger than the JAR size, and would work if the loadable dictionary was smaller than the available device ram. This might provide a useable user experience, where I only get one prompt per-app run, and this fits within the current system constraints.
Am I missing something here? Would this, hypothetically, be possibly implementable by a sufficiently motivated developer?