maemo.org - Talk - [BETA RELEASE] PhoneME Advanced (Java Mobile)

maemo.org - Talk (https://talk.maemo.org/index.php)

- Applications (https://talk.maemo.org/forumdisplay.php?f=41)

- - [BETA RELEASE] PhoneME Advanced (Java Mobile) (https://talk.maemo.org/showthread.php?t=81969)

Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release

sorry for this question i dont know if this is a normal thing but after installing the package i got this error

* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/x-netshow-channel'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/sdp'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/vnd.emusic-emusic_package'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/x-ica'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/vnd.mozilla.xul+xml'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/x-t602'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/x-cisco-vpn-settings'
* (in /usr/share/mime/packages/freedesktop.org.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Error in type 'application/x-osso-applet-certman'
* (in /usr/share/mime/packages/maemosec_certman.xml):
* Unknown freedesktop.org field 'generic-icon'.
* Warning: Unknown media type in type 'sketch/png'
***

so is that ok ?

./sifo

Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release

Quote:

Originally Posted by harry_e20000 (Post 1205669)

hey davy...Wanna say you are doing great with all the efforts you putting in to keep the community flame on...Wanna highlight just a few observation with the current bulid...After I did an update to the current build,,,,pending on the jar application I m runnin like 2go messenger,when using the live edit. letter 't' functions as backspace while others run perfectly and in ucbrowser...,when trying to download and you get to the prompt where you choose a file path, on selecting the browse option, nothing is displayed...just a blank slate...whereas options to save should display.....just felt you should know about this...Every oda thing runs great....More strength to your elbow..thanks..

Which device are you using? Is this 't' problem something that
happens with every midlet? My VM does its own keymappings from
the device to JavaME keys. However, if the microemu test midlet
does not have any problems, it is quite likely that the midlet itself
is trying to do its own keyboard handling (or perhaps it uses a
graphics library that tries to do it).

I can confirm the download issue with the UCBrowser midlet. I
expect it uses jsr 75 to get file system access, and I support this
JSR in my build. Unfortunately I do not see any errors or
exceptions. So it is really hard to figure out what assumptions
UCBrowser makes, or what it is trying to do :-(

Davy

Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release

Quote:

Originally Posted by Estel (Post 1205862)

Firs results - it's really awesome, finally I'm able to use java program for paying public communication in my city. It was never ever damn possible with microemu.

Here comes small question - sorry if it was covered before, but I don't remember it nor search gave me any results:

In "dumb phones" with java support, there was an option to "ask everytime" if application is allowed to send/receive data (over gprs, for example). It was extremely useful for programs, that got stupid restriction - for example, mentioned public transport payment program was closing itself after ~30 seconds, as miserable way of "preventing" people from just sitting with program open and hitting "yes" to "buy ticket?" prompt, when ticket control arrive. To make things worse, next starting of application was delayed to ~3 min of starting time.

As result, due to slow gprs connection or whatsnot, many times it wasn't enough time to pay for ticket. But, thanks to "allow connection" prompt, one was able to "sit" at this prompt - application was kinda "paused" in meantime - time counter started to work again only after answering.

Is it possible to simulate such mechanism in phoneME?

/Estel

// Edit

Maybe just pausing midlet, when phoneME is not in focus, i.e. when browsing taskbar/doing other things on phone? It would be enough, I suppose, and could be usefull in many other cases as well (pausing java games when doing something else etc)

// Edit 2
Small glitch in .desktop files for OperaMini and similar - field "version" should always be "1.0", as it's indicating version of .desktop file format, *no* version on program itself. It seems, that Hildon doesn't care anyway, so it's really minor glitch.

First of all, I fixed the "version" issue in the latest test builds.
Thanks for this tip.

http://davy.preuveneers.be/phoneme/public/maemo/deb/

Now, the "pausing" part. This is very difficult to do it "right". You
cannot pause an application at will, because there might be some
transactions going on (imagine a network connection that times
out while pausing). It would break the application. Ideally, the
application (or midlet) should be in a quiescent state. To
understand why quiescence is tough, have a look at [1].

I could see if there are ways to block the process with a signal,
as suggested, or pause the thread in which the phoneME VM is
running, but I cannot give guarantees that this will always work.

Cheers,
Davy

[1] J. Kramer and J. Magee. The evolving philosophers problem:
Dynamic change management. IEEE Transactions on
Software Engineering, 16(11):1293–1306, November 1990.

Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release

Quote:

Originally Posted by sifo (Post 1205940)

I have seen this before as well. It should be OK.

Davy

Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release

Updated the first post with download locations as given in Davy's post.

Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release

Quote:

Originally Posted by DavyP (Post 1205941)

I use an N900. The 't' problem is not noticed on any other midlet just the 2go messenger midlet....In the stable build it was ok....

Re: [BETA RELEASE] PhoneME Advanced (Java Mobile)

Another minor glitch I've encountered - When program requires on network connection, it - in case of Internet access lacking - shows message about GPRS connection unavailable. Ho ever, if connection is available for part of application's working time (for example, one action requiring connection is performed), then, network is unrachable (due to connection disabled in Maemo), program fail to recognize that - another operation requiring network connection result in program being stuck, forever on trying to perform it (i.e. "processing" and animation being played infinitely).

Even if one enable connection again, midlets neither finish successfully or fail - only one option is to kill them and start to scratch.

I hope that my report wasn't too complicated/confusing ;)

/Estel

Re: [BETA RELEASE] PhoneME Advanced (Java Mobile)

@Estel - this is an old bug in Qt, I have never been able to convince myself to chase and fix it. Maybe it is better to file a bug against CSSU, maybe along with the momentum it is gaining these days, there will be someone who will smash it.

Re: [BETA RELEASE] PhoneME Advanced (Java Mobile)

@DavyP hey bro,can you please add working Ucbrowser default in you next update to this fabulous programme,it would be great help coz ucbrowser is very very quick in loading pages in areas like me where even 2g is too low so please add it as default....thanx in advance......

Re: [BETA RELEASE] PhoneME Advanced (Java Mobile)

Hi Davy

Is it possible to ony install a .jar file if there is no jad file for it? If so, how?