[sip-comm-dev] presentation for online dictonnary plugin


#1

Hi everybody

As you know me and damien are working for an online dictonnary plugin. In a prior mail we present you the possibles interfaces for adding an account and a contact.

As we can't modify the Interface to add a contact, we decide to use polymorphism for AddContactPanel Class constructor. Therefore if we are on a translation server our Interface will be show otherwise default addContact Interface appears.

So you can see our Interface on this message.

For the Account Registration Wizard, you have to choose one host and one port. We check if the hostname is correct thanks to a regex. When hostname is correct the Combobox for strategies became enabled and filled by all the strategies available on this server.

You have to choose one strategy to go on the next page which will be a summary page ( Not present on this message ).

The last Interface is for add a Contact ( which is here a database).

Do you have some remark?

Cedric and Damien


#2

Hi,

It would probably be better to use the InetAddress class to validate the
address string rather than a regular expression of your own. This way
you would be certain that you are not missing any non-common cases such
as different IPv6 address forms for example. Besides, if you use
InetAddress.getByName() this would also give you a DNS check for FQDNs.

Thanks for the idea of using the InetAddress class. We have some
missing patterns, currently we are only matching textual web address
(like dict.org or all.dict.org) and not IP v4 or v6 address.

Could you please explain what exactly is the difference between your
AddContactPanel and the default one?

The difference between the AddContactPanel presented and the default
one is the presence of a combo box in place of a text field. I don't
remember if we explain this in a previous mail, but the dictionaries
code used in the servers are not easy to know. So it's more easy to
get the list (code + description) from the server and display it as a
combo box.
I heard that the LAPD protocol will be implemented in SC, this system
might be usefull and it seams that a solution was found by some SC
members.

Hmmm. Be careful with this one. I doubt that anyone that doesn't know
the protocol in detail would know what a "strategy" is. I guess it would
be best to simply pick a default one and hide the combo box in an
"Advanced" tab so that it would not confuse users. WDYT?

Today we had a meeting with Vincent Lucas (who support us) and we also
come to the same result. We decided to automatically select the first
possible strategy. More we will add some explanations below the combo
box.

According to our schedule, we sould publish on the mailing list a
patch containing the implementation of the Dict protocol and the add
contact wizard. We hope it will be functional by then.

Other than that, I think this is a great project so good luck, guys! :slight_smile:

Thanks a lot for your encouragement.

Bye,
Damien & Cédric

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

Damien Roth написа:

The difference between the AddContactPanel presented and the default
one is the presence of a combo box in place of a text field. I don't
remember if we explain this in a previous mail, but the dictionaries
code used in the servers are not easy to know. So it's more easy to
get the list (code + description) from the server and display it as a
combo box.
I heard that the LAPD protocol will be implemented in SC, this system
might be usefull and it seams that a solution was found by some SC
members.

Right, got it. Thanks for explaining!

Cheers
Emil

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net