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

This doesn't work. It even doesn't start.

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

same problem here...plz give step by step guide to make it working...

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

Its already been discussed before! Search and Read!

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

Thanks for the tip. This is a nice opportunity to get a N9 and a good way to attract more developers for this platform!

Unfortunately, I think I joined too late in order to be eligible. I only very recently created myself a Maemo profile as I did not realize the accounts for maemo.org and talk.maemo.org were different (I was looking for my "Karma" level, which now seems to be 181 whatever that means :)). Anyway, I am sure there are probably many more developers out there who have been contributing for much longer than I have.

PS: For those trying to run the Opera Mini Next 7.0 midlet, I have similar lock-ups on my Android port. Strange ...

Cheers.
Davy

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

The short answer is that my phoneME does not support JSR 120/205 (i.e. the Wireless Messaging APIs) that this application relies upon.

The problem is that several classes are missing (you get a java.lang.NoClassDefFoundError when you try to run this app). I might be able to add a dummy implementation, but I am not sure if that would resolve the problem with this application.

Davy

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

I would hope the organisers would make allowances for situations like this as it is easy enough for them to see you have been making useful contributions to the community and have had at least a talk account plenty of time before the cut-off date.

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

Hi all,

I included some preliminary JSR 120 support. Actually it only provides the abstract classes so that the missing classes exception is gone. There is no functionality to send sms etc., but this rudimentary hack is enough to get UC Browser up and running.

Get the build of today (2012-05-05) at:
http://davy.preuveneers.be/phoneme/public/maemo/deb/

Cheers,
Davy

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

Can you also add the missing classes that eBuddy is using?
pretty please

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

eBuddy requires JSR 234 (Advanced Media Supplements API), which
is fairly more complicated to add compared to JSR 120. I will see
what I can do.

Davy

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

After yet another even more dirty hack for adding a dummy implementation of JSR 234, eBuddy 1.5 seems to work. At least it starts, allows you to choose a language and then offers you to sign in (but I do not have an eBuddy account).

Try out the latest test build of today (2012-05-07) at:
http://davy.preuveneers.be/phoneme/public/maemo/deb/

Cheers,
Davy

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

Davy, can You please check up and add support for classes that use for Yandex.metro to online update maps? It's ran but updates doesn't work in full version and close app in lite version.
There is links to apps
http://md.ya.ru/download/metro/yande...p2hs-64x64.jar
http://md.ya.ru/download/metro/yande...lite-64x64.jar

And how about support for Java Whatsapp?

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

BIG THANKS! It works!

Edit: It doesn't save the preferences/settings. Everytime that you start eBuddy, it will start up like it's the first time you're using the app.

Also, can you change the buttons of the numbers? if I press the numbers on the N950, it will act like an "old numpad". So if I want to type in the number "5" I have to press it 4 times...

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

I wish I could help, but I am afraid I don't speak the language of the
app. Furthermore, as I do not have the sources of the app I
cannot really figure out what is failing. The difference between
this app and other ones is that they at least gave an exception
about which class is missing. Here I have no idea at all.

Regarding the WhatsApp application, I reported about this before
in this forum:
* I know there is a version that runs on a plain java virtual machine.
It runs on AWT/Swing which is not supported on JavaME.
* There is also a Java ME midlet version, but it requires a bunch of
Nokia S40 specific classes for which I have no implementation:

com.nokia.mid.s40.bg.BGUtils;
com.nokia.mid.s40.codec.DataDecoder;
com.nokia.mid.s40.codec.DataEncoder;
com.nokia.mid.s40.io.LocalMessageProtocolConnectio n;
com.nokia.mid.s40.io.LocalMessageProtocolServerCon nection;
com.nokia.mid.ui.CanvasGraphicsItem;
com.nokia.mid.ui.DeviceControl;
com.nokia.mid.ui.DirectGraphics;
com.nokia.mid.ui.DirectUtils;
com.nokia.mid.ui.lcdui.Indicator;
com.nokia.mid.ui.lcdui.IndicatorManager;
com.nokia.mid.ui.s40.TextEditor;
com.nokia.mid.ui.TextEditor;
com.nokia.mid.ui.TextEditorListener;

Davy

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

Thanx for reply! About Whatsapp I understand and it's ok. But for Yandex.metro I really sad. It's in Russian and have no English language or separately English jar as I know to my regrets. So it seems that everything will remain as is.

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

I don't seem to have this problem. I created myself an account,
and after the initial registration process all me credentials were
remembered. That is all the testing I did. Maybe you did something
else?

Is a N950 similar to a N900 or N9? I only have a N900 to test with.
The phoneME maps character codes from the device to JavaME
equivalent ones, but I have seen midlets reimplementing the
keyboard behavior all over again. Maybe it is that what you see?

Davy

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

Actually, the Russian is not the major issue (a slight annoyance).
Someone like you could perfectly lead me through the application to
trigger the update.

However, it is not having the source code to the midlet that is more problematic.

Davy

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

The N950 was an early prototype of the N9 with a physcial keyboard, crappier optics (or at least not certified as Carl Zeiss optics) and a slightly different shell and maybe slightly poorer screen. It was never sold to the public and is only available through special channels of Nokia...e.g. if you won the latest coding competition or something similar. A limited number of N950's were made.

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

The N950 is a bit similair to the N900. No, its not the reimplantation of the app, even opera mini is acting like this, very annoying :( have to press several times to get the numbers.

By the way, backspace doesn't seems to work on eBuddy.
Somehow it does reset the settings for me. any way how i can find out why it resets the settings each time i try to run ebuddy?

Maybe you can add eBuddy to the deb just like you did with opera mini, im sure many people will like that

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

Coz of My noob I think that You can detect needed classes even if You can ran app and look into contents .jar file at least. Sure I wrong. But sources isn't public domain. So if I make some screenshots to guide You trough Russian menu will this be enough for You? Let Me clarify: the application can't gain access to the Internet to check for updates maps and/or a list of cities.

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

OK. If I run the microemu demo midlet that is included in the deb,
and do the TextBox->Any Character input, I can get the numbers
with a single keypress on the N900 (tap the digit while holding the
blue arrow down). I am also unable to confirm the backspace
problem :-(

It seems the N950 is behaving a bit differently (perhaps producing
different keyboard scancodes?). This means I would have to
tweak the key mappings for the N950 to fix this, but without a way
to trap these codes (or even reproduce the problem), I am afraid I
cannot do much. Do N9 owners experience something similar?

For your convenience, I included the eBuddy app into the latest
build which you can get at:
http://davy.preuveneers.be/phoneme/public/maemo/deb/

I also promoted this build to the main download page:
http://davy.preuveneers.be/phoneme/?q=node/10#maemo

Cheers,
Davy

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

If you look at the names of the classes in the jar file, it looks like they used a code obfuscator like ProGuard, which means even if a decompile would be successful, I would not be able to make sense of the code anyhow.

You can make some screenshots, but I cannot guarantee that I can fix the problem.

Davy

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

Oh well... I think I shouldn't bother You for this anymore. Thank Ya anyway!

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

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..

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

What is the best way to install latest release? Is version presented in the 1st post actual, or "thread crawling" is needed to find the latest?

I would like to finally get my hands on it - I've been using microEmulator up to this date ;)

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

install the first build from here : http://davy.preuveneers.be/phoneme/public/n900/deb/

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

Go here: http://davy.preuveneers.be/phoneme/public/maemo/deb/
Packages have dates in thier name :)

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

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.

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

Maybe not a proper solution but it should work:
Use killall -STOP and killall -CONT with the phoneme process
Maybe a script to automate it depending of the focus of phoneme window, but that would be a rather inefficient way to do it, I agree that this feature should be a option of phoneme :)

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

After consideration, I think that pausing while window not in focus is best solution, if doable. We need to wait for Davy's answer :)

Anyway, thank for this workaround. Another one I discovered is to
1. disable any connection (wifi, gprs)
2. try something that require it - network error popup will appear, that actually pauses program
3. Enable network again, without clicking OK @ error window
4. Wait until it's needed, program is paused and won't timeout.

Of course, Your solution is much better, and auto-pausing of phoneME would be "heaven" :)

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

Just to clarify:

This is the main download website with "stable" builds:
http://davy.preuveneers.be/phoneme/?q=node/10#maemo

This is the website where I upload all my builds for testing by the
community, including "unstable" ones:

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

On this page, you also find older builds which could be useful to
identify between which two builds a new bug appeared.

Cheers,
Davy

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
 

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
 

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
 

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
 

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?