Problem with Mnemogogo 2.0.4

[Chris]

I am using the Mnemogogo 2.0.4. plugin with the current Linux version of Mnemosyne.
After exporting to the mobile phone (Nokia Symbian S60 with Mnemojojo) it is possible to leave the Mnemogogo Dialog using Esc instead of clicking on "Done". But after that Mnemosyne "doesn't know" that mobile reviewing is enabled. So it is possible to review cards on both the mobile phone and the computer (without using "force to local").

BTW a question regarding Mnemojojo: For RTL languages in Menmojojo the letters of a word are correct sorted as RTL, but the words of a sentence are sorted LTR. Will this be fixed in the 2.x update for Mnemojojo?

[Timothy Bourke]

On Aug 16 at 03:33 -0700, Chris wrote:
> I am using the Mnemogogo 2.0.4. plugin with the current Linux version of
> Mnemosyne.
> After exporting to the mobile phone (Nokia Symbian S60 with Mnemojojo) it is
> possible to leave the Mnemogogo Dialog using Esc instead of clicking on "Done".
> But after that Mnemosyne "doesn't know" that mobile reviewing is enabled. So it
> is possible to review cards on both the mobile phone and the computer (without
> using "force to local").

Thanks for reporting that. I've just patched Mnemogogo (attached). It
will work properly in the next release.

> BTW a question regarding Mnemojojo: For RTL languages in Menmojojo the letters
> of a word are correct sorted as RTL, but the words of a sentence are sorted
> LTR. Will this be fixed in the 2.x update for Mnemojojo?

Are you using the Gogorender plugin? Have you tried the solution
suggested at?:
https://groups.google.com/d/msg/mnemosyne-proj-users/ZmdI4WRRKUc/e85csDpELU0J

I would like to simplify Gogorender so that it gives better results
with less configuration. It's just a question of finding the time to
do it.

Tim.

[Chris]

Thanks for providing the patch. :-)

Am Samstag, 18. August 2012 01:51:18 UTC+2 schrieb Timothy Bourke:

Are you using the Gogorender plugin? Have you tried the solution
suggested at?:
https://groups.google.com/d/msg/mnemosyne-proj-users/ZmdI4WRRKUc/e85csDpELU0J

I would like to simplify Gogorender so that it gives better results
with less configuration. It's just a question of finding the time to
do it.

Tim.

I have now installed the Gogorender plugin. When activating "Render in Mnemosyne (for testing)" it works on my computer, but it doesn't work for my mobile phone (Nokia 5800). The pictures are not exported and the RTL text is shown as before. Do I need a newer version of mnemojojo? The version on my mobile phone is mnemojojo_5.jad.

[Timothy Bourke]

On Aug 18 at 03:28 -0700, Chris wrote:
> Am Samstag, 18. August 2012 01:51:18 UTC+2 schrieb Timothy Bourke:
>
> Are you using the Gogorender plugin? Have you tried the solution
> suggested at?:
> https://groups.google.com/d/msg/mnemosyne-proj-users/ZmdI4WRRKUc/
> e85csDpELU0J
>
> I would like to simplify Gogorender so that it gives better results
> with less configuration. It's just a question of finding the time to
> do it.
>

> I have now installed the Gogorender plugin. When activating "Render in
> Mnemosyne (for testing)" it works on my computer, but it doesn't work for my
> mobile phone (Nokia 5800). The pictures are not exported and the RTL text is
> shown as before. Do I need a newer version of mnemojojo? The version on my
> mobile phone is mnemojojo_5.jad.

That's odd. Are you sure that it is rendering them inside Mnemosyne?
(One way to check is to try to select the text, as if to copy and
paste, to see whether you can highlight individual characters, or
only whole blocks).

If the pictures are not exported then the text will still not be
displayed properly! In this case, the problem is in either Gogorender
(most likely) or Mnemogogo.

But, a newer version of Mnemojojo is available and recommended for use
with Mnemosyne 2.x (since it logs statistics with the detail required
for the sync protocol):
http://www.tbrk.org/software/mnemojojo.html#install

This version also has a new "night mode"; thanks Mihai Basa for the
suggestion and help with the style files.

Tim.

[Chris]

Am Montag, 20. August 2012 13:23:40 UTC+2 schrieb Timothy Bourke:

That's odd. Are you sure that it is rendering them inside Mnemosyne?
(One way to check is to try to select the text, as if to copy and
 paste, to see whether you can highlight individual characters, or
 only whole blocks).

When "Render in Mnemosyne (for testing)" is enabled only whole blocks can be highlighted, no individual characters.
 

If the pictures are not exported then the text will still not be
displayed properly! In this case, the problem is in either Gogorender
(most likely) or Mnemogogo.

It seems to me as if Gogorender doesn't do  anything when exporting to the mobile phone. The cards on the mobile phone look the same with and without the Gogorender plugin activated. Is there any other setting necessary in addition to the settings for testing Gogorender on the computer?

But, a newer version of Mnemojojo is available and recommended for use
with Mnemosyne 2.x (since it logs statistics with the detail required
for the sync protocol):
    http://www.tbrk.org/software/mnemojojo.html#install

This version also has a new "night mode"; thanks Mihai Basa for the
suggestion and help with the style files.

Thanks for providing the new version - the "night mode" is great :-)

Another question: On the download page for Mnemojojo I found the following information regarding my mobile phone:
"Nokia 5800 (Express Music) - Works perfectly (better handling of security prompts)"
What does "better handling of security prompts" mean? At the moment there is a security prompt for each image or sound file and I wonder if the number of security prompts can somehow be reduced? I played around with the security settings for Mnemosyne but so far nothing helped...

[Timothy Bourke]

On Aug 20 at 08:11 -0700, Chris wrote:
> Am Montag, 20. August 2012 13:23:40 UTC+2 schrieb Timothy Bourke:
>
> That's odd. Are you sure that it is rendering them inside Mnemosyne?
> (One way to check is to try to select the text, as if to copy and
> paste, to see whether you can highlight individual characters, or
> only whole blocks).
>
> When "Render in Mnemosyne (for testing)" is enabled only whole blocks can be
> highlighted, no individual characters.

Ok. In that case, it's hard to understand why the images are not being
exported to your phone.

> If the pictures are not exported then the text will still not be
> displayed properly! In this case, the problem is in either Gogorender
> (most likely) or Mnemogogo.
>
> It seems to me as if Gogorender doesn't do anything when exporting to the
> mobile phone. The cards on the mobile phone look the same with and without the
> Gogorender plugin activated. Is there any other setting necessary in addition
> to the settings for testing Gogorender on the computer?

Could you please run a fresh export from Mnemogogo and check the IMG
subdirectory of the export directory? Are there no filenames like
3FA98E79A86839237296F5DBFE77459F-.PNG containing rendered text?

There are no additional settings. It should just work.

> But, a newer version of Mnemojojo is available and recommended for use
> with Mnemosyne 2.x (since it logs statistics with the detail required
> for the sync protocol):
> http://www.tbrk.org/software/mnemojojo.html#install
>
> This version also has a new "night mode"; thanks Mihai Basa for the
> suggestion and help with the style files.
>
> Thanks for providing the new version - the "night mode" is great :-)
>
> Another question: On the download page for Mnemojojo I found the following
> information regarding my mobile phone:
> "Nokia 5800 (Express Music) - Works perfectly (better handling of security
> prompts)"
> What does "better handling of security prompts" mean? At the moment there is a
> security prompt for each image or sound file and I wonder if the number of
> security prompts can somehow be reduced? I played around with the security
> settings for Mnemosyne but so far nothing helped...

In the application security settings on the phone itself, there should
be an entry for Mnemojojo that lets you set the "Read User Data"
permission to "Ask once per session" or "Always Allowed".

Tim.

[Chris]

Am Montag, 20. August 2012 22:30:40 UTC+2 schrieb Timothy Bourke:

Could you please run a fresh export from Mnemogogo and check the IMG
subdirectory of the export directory? Are there no filenames like
3FA98E79A86839237296F5DBFE77459F-.PNG containing rendered text?

There are no additional settings. It should just work.

I checked the IMG subdirectory each time I tried to export from Mnemogogo and there were no such files.

But today after reinstalling the Gogorender plugin it suddenly worked - at least for some time. When reviewing on the mobile phone the words of a sentence were shown in the correct order (RTL) and the font looked much better than before :-)

But after some time it stopped working again. Reinstalling the Gogorender plugin helped again.

At the moment I have no idea what could trigger it to stop working. But I'll monitor this and post it here when I have new information.
As long as Gogorender works at least for some time after reinstalling it I can live with it.

In the application security settings on the phone itself, there should
be an entry for Mnemojojo that lets you set the "Read User Data"
permission to "Ask once per session" or "Always Allowed".

There is no setting "Always allowed". I tried the  "Ask once per session" setting but there seems to be no difference compared to "Always ask". I would have expected that with "Ask once per session" there would be only one security prompt for each media file, but when the same audio or image is shown multiple times during one session (e.g. when using the replay button), the security prompt is shown each time before the audio is played or the image is shown.

Thanks for your continued support!

Chris

[Chris]

Am Dienstag, 21. August 2012 19:21:31 UTC+2 schrieb Chris:

There is no setting "Always allowed". I tried the  "Ask once per session" setting but there seems to be no difference compared to "Always ask". I would have expected that with "Ask once per session" there would be only one security prompt for each media file, but when the same audio or image is shown multiple times during one session (e.g. when using the replay button), the security prompt is shown each time before the audio is played or the image is shown.

Correction: There is no setting  "Ask once per session" for "Read User Data", only "Always ask" or "Not allowed". I changed the setting for "Multimedia" to "Ask once per session" and that didn't reduce the number of security prompts.

[Chris]

I did some more tests with the Gogorender plugin. This is what I found out so far - the error seems to be reproducible:

After reinstalling (or deactivating and activating) the Gogorender plugin the export works, but only for one time.

Case A: The following steps work:
1. Import the data from the mobile phone
2. Reinstall or deactivate and activate the Gogorender plugin
3. Export the data to the mobile phone

Case B: The following steps don't work:doesn't work:
1. Import the data from the mobile phone
2. Export the data to the mobile phone

Case C: The following steps don't work:
1. Import the data from the mobile phone
2. Reinstall or deactivate and activate the Gogorender plugin
3. Close Mnemosyne
4. Open Mnemosyne
5. Export the data to the mobile phone

In case B and C there are no files with the rendered text exported to the IMG directory on the mobile phone. "Render in Mnemosyne (for testing)" is working though.

I am using revision 1576 of the development version of Mnemosyne with the following plugins activated: Map, Cloze deletion, Sentence, Mnemogogo and Gogorender.

[Timothy Bourke]

Thanks for the extra detailed information. That's very helpful.

I will find some time over the next few days to try to replicate the
problem on my PC (Mnemogogo and Gogorender have always worked
correctly for me).

It's very strange that the two plugins should interact like that. It
may be something to do with the way the filter queues are being
initialized/modified (this is the only point of interaction).

Could you please also try:
1. Import the data from the mobile phone.
2. Deactivate and reactivate Mnemogogo.
3. Export the data to the mobile phone.

Tim.

[Timothy Bourke]

Sorry about that. Apparently, some phones do allow "Read User Data" to
be set to "Ask once per session". My old Nokia did not, and the
constant prompting eventually pushed me to buy an Android phone.

You could try searching to see if there are any tricks for your model
of phone to disable the security prompts. There sometimes are.

(The J2ME security model is, in my opinion, quite broken. As I
understand things, to have an app signed requires investing hundreds
of dollars per phone, per app release, and completing a tedious
testing process, and even then success is not completely guaranteed.
All this is incompatible with open-source development.

I bought signing keys for Blackberry devices after someone's helpful
suggestion. That only cost USD 25 for virtually unlimited signatures
that work on all Blackberry devices.)

Tim.

[Chris]

Am Montag, 3. September 2012 13:01:39 UTC+2 schrieb Timothy Bourke:

Could you please also try:
  1. Import the data from the mobile phone.
  2. Deactivate and reactivate Mnemogogo.
  3. Export the data to the mobile phone.

This doesn't work.
I also tried to deactivate and reactivate both Mnemogogo and Gogorender. This works if both plugins are reactivated at once or if Mnemogogo is activated first and then Gogorender. It doesn't work when Gogorender is activated first and then Mnemogogo.

[Oisín]

On 3 September 2012 11:08, Timothy Bourke <t...@tbrk.org> wrote:

On Aug 21 at 10:30 -0700, Chris wrote:
> Am Dienstag, 21. August 2012 19:21:31 UTC+2 schrieb Chris:
>
>     There is no setting "Always allowed". I tried the  "Ask once per session"
>     setting but there seems to be no difference compared to "Always ask". I
>     would have expected that with "Ask once per session" there would be only
>     one security prompt for each media file, but when the same audio or image
>     is shown multiple times during one session (e.g. when using the replay
>     button), the security prompt is shown each time before the audio is played
>     or the image is shown.
>
> Correction: There is no setting  "Ask once per session" for "Read User Data",
> only "Always ask" or "Not allowed". I changed the setting for "Multimedia" to
> "Ask once per session" and that didn't reduce the number of security prompts.

Sorry about that. Apparently, some phones do allow "Read User Data" to
be set to "Ask once per session". My old Nokia did not, and the
constant prompting eventually pushed me to buy an Android phone.

You could try searching to see if there are any tricks for your model
of phone to disable the security prompts. There sometimes are.

(The J2ME security model is, in my opinion, quite broken. As I
 understand things, to have an app signed requires investing hundreds
 of dollars per phone, per app release, and completing a tedious
 testing process, and even then success is not completely guaranteed.
 All this is incompatible with open-source development.

Yes, it is indeed an unpleasant experience for almost all concerned (except, maybe, the phone vendor who makes quite a profit). Recently, I developed an application just for personal use on my Nokia 6700 Classic, and was amazed that I could neither permit unsigned applications (as a user) to access the filesystem freely, nor generate and install my own certs on the phone without paying Nokia a large amount of money for some time-restricted certificate which _might_ work.

My first implementation used the RecordStore API, which turned out to be laughably limited, causing even small strings to be truncated.

In the end, I downloaded some software which allowed me to read the phone's firmware and flash it back with some debug option which permanently allows file access to any J2ME application. Obviously a poor solution, but apparently the only one for these devices. Also, I wouldn't recommend it for non-technical users, as you can ruin your phone, which might require special hardware to fix.

I look forward to a simpler, more productive development and deployment situation on Android and iPhone (although I'm not too enamoured with Apple's "pay us every year to upload your own software onto your own phone" philosophy - but it's much better than having to buy certificates for countless phone models/vendors).

Oisín

[Chris]

Thanks for your answer and thoughts regarding my mobile phone.
Maybe the best solution is indeed to buy a new phone...

[Chris]

Am Montag, 3. September 2012 17:18:48 UTC+2 schrieb Oisín Mac Fhearaí:

 

...

In the end, I downloaded some software which allowed me to read the phone's firmware and flash it back with some debug option which permanently allows file access to any J2ME application. Obviously a poor solution, but apparently the only one for these devices. Also, I wouldn't recommend it for non-technical users, as you can ruin your phone, which might require special hardware to fix.

...

Do you know if there is something like this for the "Nokia 5800 (Express Music)"?

Chris

[Oisín]

Hi Chris,

Yes, but it's an Series 60 phone and the typical workarounds seem rather different to the method I used with my S40 model.

It can be a risky process, but if you want to investigate, searching the web for 'bypass certificate s60 "nokia 5800"' turns up quite a few hits.