O
oliderid
Hello,
I'm about to submit a MIDLET (MIDP 1.0 and CLDC 1.0) to the java
verified program. I tried to stick to their rules during the
development.
But I still have some points where I'm not sure that my application
will pass...
I'm not that rich, I have enough money to pay a first certification but
it will take me another month to get enough money to pay it again. So I
really want it to pass the first time.
My application is an electronic checkbook. I use only high level UI
(except two screens).
Here they are:
UL6: Each menu or selection item must perfom a valid action.
------------------------------------------------------------
I use "list", To display expenses and revenues. I place at the top of
the list "add item" To speed up the entry of new expenses or revenues.
The user should simply select this item to add a new entry (it's faster
than openning the menu and select add menu). But "of course", delete
item and modify Item won't work when "add item" is selected. There are
no errors, they are simply ignored.
Is this a problem?
UL7: Submitting a form with informative feedback.
-------------------------------------------------
When an entry is succesfull, the midlet doesn't bother to display an
alert msg telling the user that the operaiton is successful. the Alert
only appears when something wrong happenned.
Is it a problem?
UL12: number of screen minimal:
------------------------------
I've got around 12 different screens (add entry, modify entry, delete
entry, list revenues, list expenses, balance, archived year, archived
month, and so on).
It seems to me to be minimal considering the software features. But wat
do they mean by "minimal". Is there a maximum number of screens?
SE1: Use encryption to send data:
---------------------------------
The MIDLET sends backups by emails. It is an electronic checkbook so
expenses and their references (Payee, sum, method, memo, etc.) are sent
through an HTTP connection and redirect by a server side application to
the desired mailbox. Tthey are no sensitive data such as Visa number or
password sent. Data aren't encrypted.
I didn't know that MIDP 1.0 was able to deal with a HTTPS (SSL)
connection.
is it a problem?
LO1: Data format: date, time, time zone, numeric separators, currency
localized.
------------------------------------------------------------
I only used numeric format for date (YYYY/MM/DD). it is compatible with
accounting software. Numeric separotors are dot, not comma. The
application proposes different currencies ($,£ and EURO). the MIDLET
doesn't care about the currency, it uses always the same separators.
Is it a problem?
LO2: handle international characters:
-------------------------------------
Well Here I use only high level UI. I've tested the MIDLET with French
and English. I didn't test it with Cyrillic, Greek or asiatic
characters. Is it a problem?
If you have an answer for any of these points, please tell me. I really
want it to be certified.
Olivier
I'm about to submit a MIDLET (MIDP 1.0 and CLDC 1.0) to the java
verified program. I tried to stick to their rules during the
development.
But I still have some points where I'm not sure that my application
will pass...
I'm not that rich, I have enough money to pay a first certification but
it will take me another month to get enough money to pay it again. So I
really want it to pass the first time.
My application is an electronic checkbook. I use only high level UI
(except two screens).
Here they are:
UL6: Each menu or selection item must perfom a valid action.
------------------------------------------------------------
I use "list", To display expenses and revenues. I place at the top of
the list "add item" To speed up the entry of new expenses or revenues.
The user should simply select this item to add a new entry (it's faster
than openning the menu and select add menu). But "of course", delete
item and modify Item won't work when "add item" is selected. There are
no errors, they are simply ignored.
Is this a problem?
UL7: Submitting a form with informative feedback.
-------------------------------------------------
When an entry is succesfull, the midlet doesn't bother to display an
alert msg telling the user that the operaiton is successful. the Alert
only appears when something wrong happenned.
Is it a problem?
UL12: number of screen minimal:
------------------------------
I've got around 12 different screens (add entry, modify entry, delete
entry, list revenues, list expenses, balance, archived year, archived
month, and so on).
It seems to me to be minimal considering the software features. But wat
do they mean by "minimal". Is there a maximum number of screens?
SE1: Use encryption to send data:
---------------------------------
The MIDLET sends backups by emails. It is an electronic checkbook so
expenses and their references (Payee, sum, method, memo, etc.) are sent
through an HTTP connection and redirect by a server side application to
the desired mailbox. Tthey are no sensitive data such as Visa number or
password sent. Data aren't encrypted.
I didn't know that MIDP 1.0 was able to deal with a HTTPS (SSL)
connection.
is it a problem?
LO1: Data format: date, time, time zone, numeric separators, currency
localized.
------------------------------------------------------------
I only used numeric format for date (YYYY/MM/DD). it is compatible with
accounting software. Numeric separotors are dot, not comma. The
application proposes different currencies ($,£ and EURO). the MIDLET
doesn't care about the currency, it uses always the same separators.
Is it a problem?
LO2: handle international characters:
-------------------------------------
Well Here I use only high level UI. I've tested the MIDLET with French
and English. I didn't test it with Cyrillic, Greek or asiatic
characters. Is it a problem?
If you have an answer for any of these points, please tell me. I really
want it to be certified.
Olivier