Hallo,
I run up against the same problem, so I mailed booken give an account of it.
This is what I wrote to them:
I was trying to read an Italian book which had some paragraphs in French, so I created a French->Italian dictionary with Mobipocket creator. It worked well enough on the Mobipocket Desktop Reader, but it didn't on the CyBook.
After several attempts I found out that the CyBook, being the book I was reading setted as to be in Italian, was looking for a dictionary which had Italian as input language, couldn't find any, and reported no results.
I tried to rebuild the dictionary as an Italian monolingual one, and it worked, so I could at last lookup French words on the CyBook. This is very annoying because it is a limitation that isn't present on the desktop reader. In the case I introduced, the Desktop Rader accorded priority to an Italian->Italian dictionary, but it looked up in other dictionaries too, in every dictionary in fact, and I could see the other results by clicking on the "More results.." link.
It is a very uncomfortable restriction, because it forces me to make several copies of the same dictionary with "fake" input languages, but, while I can do this with custom dictionaries, I can't with purchased ones.
I purchased the Chambers Pocket English Dictionary, and I can't use it but on English books; I can't look up English words if they are in, say, an Italian book, or a French one.
Is it a bug of the version of the reader implemented on the CyBook? Can you do something to fix it?
Of course, I haven't thought of changing the language of the book to "neutral" with mobiperl...
Anyway, Bookeen answered me:
Madam,
Thank you for taking the time to email us your precious feedback.
We are forwarding your email to our Dev team. The issue should be resolved in a future firmware upgrade.
Best regards,
Bookeen Support Team
I hope they are really dealing with the issue, and I suggest we users give feedbacks whenever there is something that doesn't work as it should be; the most bookeen receives, the better.