review of some problems

Started by daroojoo, 18. October 2011, 14:43:52

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

daroojoo

hello
i want to mention the some problems of dictionary for mids 3.5.7 to improve in future vesrions:

:) if a defenition (=language 2 entery) is some large it takes much time to show it after clicking 'translate' on language 1 entery. this problem is seen specially with coloured display.
:) if mobilePhone does not have a suitable theme (e.g dark or non homogenous  background) and coloured display is active, the reading preview is dificult for users. this problem is very simply may be solve by adding a new feature to set backgroun colour (independent of phone theme) at properties file.
:) I am and an Iranian and my language is Persian, the Persian language has a right to left writting. if possible set a new feacher to add or not add right-align text capability. for example the * key on phone keyboard can shift right align/left align. Arabics also have a right to left writting.
:) heap  memmory error with large texts before making dictionary. this problem may solve with make DFM able to automically divide large texts to prevent out of memmory errors.
  :) by D.F.M users can also create non language-ralated dictionary. for example i have made a good pharmaceutical dictionary with DFM. Some users may want to earn with their dictionaries or register users. please add a new capability that created jar dictionaries ask (or not ask)   for password after 3th time (session) that the file is opened. users can review and evaluate the product in previous two sessions. for example the dictionary shows next screen[/li][/list]

your code:231
password: [____]
please send this code to phone number
+989123456546 to get the password

(this sentence has been designed by vendor of dictionary creator)
the mathmetic relation between the code and passwoeds is determined by creator and each copy of the dictionary (even after bluetooth) shows a new random and different code.
other problem is that the bitmap font does not realized some characters such as new line (\n) character.
thanks. I wish this comment could be useful for you.



Gert

First: thank you a lot for your suggestions :)

Quoteif a defenition (=language 2 entery) is some large it takes much time to show it after clicking 'translate' on language 1 entery. this problem is seen specially with coloured display.
For the class StringColourItem we know that there are problems (there are other postings on that); for non-coloured display, that one should be fast. May I ask which mobile you are using ?

Quoteif mobilePhone does not have a suitable theme (e.g dark or non homogenous  background) and coloured display is active, the reading preview is dificult for users. this problem is very simply may be solve by adding a new feature to set backgroun colour (independent of phone theme) at properties file.
There is this possibility: you can set the global background colour via the properties file. Ummm, I just don't remember the name of the property ... I will look it up.

QuoteI am and an Iranian and my language is Persian, the Persian language has a right to left writting. if possible set a new feacher to add or not add right-align text capability. for example the * key on phone keyboard can shift right align/left align. Arabics also have a right to left writting.
Hmmm, is this problem only about alignment ? I mean if the translation results were shown right-aligned instead of left-aligned, would that solve the problem ?

Quoteheap  memmory error with large texts before making dictionary. this problem may solve with make DFM able to automically divide large texts to prevent out of memmory errors.
This is for the DictionaryGeneration tool, right ? Using the -Xmx parameter to java will solve that problem.
Well, I guess some optimization in memory usage could be done in DictionaryGeneration; The DictionaryForMIDs app that runs on the mobile is heavily optimized for speed and memory usage (for most if its components); DictionaryGeneration on the other hand is not optimized for memory usage.

Regards,
Gert

daroojoo

hello thanks for your guides
As answer of your question, my mobile phone model is nokia 7310 (java but not simbian. )
I dont think properties has a room to set background colour, you had said. I think it is a good idea to provide Dfm with a backgroud for coloured display.
Is it possible to add dfm a new feature to ask a password after a few session of opening the dictionary application, it is for registration of our dictionary users. users can evaluate the dictionary in prior sessions.
thanks.

Gert

QuoteI dont think properties has a room to set background colour, you had said. I think it is a good idea to provide Dfm with a backgroud for coloured display.
This is already implemented; I believe the property is "backgroundColour". With a normal RGB value.


QuoteIs it possible to add dfm a new feature to ask a password after a few session of opening the dictionary application, it is for registration of our dictionary users. users can evaluate the dictionary in prior sessions.
Sure this can be done, DfM is Open Source, everyone who likes can add that feature ;)

Gert

daroojoo

yes backgroundColour worked. any need to have a certain mobile phone theme. if you explain this, many of users claims and objectives would be resolved. thanks very much. but there is a problem else, my nokia 7310 runs my dictionary (with large language 2 entries very well) but some other models like, Nokia x2 and Nokia C600, run language 2 information with coloured display as incomplete (only a few initial text lines). are there any characteristics like backgroud colour that you have not explained before? please explain all capabilities of Properties at How Set up A new Dictionary. thanks.