a few corrections ...

Hi JD,

sorry for the lag. I have just committed your french
translation of the 
systray. I'll also add your contribution to our web site.
Thanks!!!

Cheers,
Yana

JD wrote:
> On Tue, Apr 1, 2008 at 10:28 AM, Yana Stamcheva
<yanasip-communicator.org>
> wrote:
> 
>> Hi JD,
>>
>> JD wrote:
>>> Hi devs,
>>>
>>> I was using SC (with the french translation)
and i saw that not
>> everything
>>> is translated such as in the menu
Outils>Advanced call history search
>>  and
>>> in the help menu I get to elements About which
give the same result
>> after
>>> clicking on it.
>>>
>>> Concerning the systay, I saw that a french
version of the properties
>> file is
>>> also missing...right ? Shoudl it be done ?
>> Yes, we don't have a french version of the systray
yet. You're more than
>> welcome to do one if you wish
> 
> 
> Ok it's done. The french version of the systray
resources.properties  is
> attached to this mail.
> 
>>
>>> I was trying to find the messages.properties to
see if there were some
>>> mistakes I could find but I didn't find this
file ( referenced also in
>> the
>>> resources_fr.properties ).
>>> So where could I find the messages.properties
file, if there still is
>> one.
>>
>> The messages.properties file is now replaced by the
resources.properties
>> file that you have found in
resources/languages/impl/gui.
> 
> 
> Ok I thought so.
> 
>>
>>> However I did find a few typing mistakes in the
resources_fr.properties
>>> file.
>>>
>>> Here are the lines fixed as far as i'm
concerned. It may remains a few
>> more
>>> though...
>> Hey, thanks for this contribution! It may take some
time to apply it
>> though, because of the GSoC, but don't be
discouraged, we'll let you
>> know as soon as we commit it.
> 
> 
> Sure, I totally understand.
> 
>>
>> Cheers,
>> Yana
>>
>>>
>>>
resources>languages>impl>gui>resources_fr.proper
ties
>>> ========================================
>>>
>>> 56 authRejected=Le contact a rejetÃ(c) votre
demande d'autorisation.
>>>
>>> 67 banFailedNotAllowed=Erreur lors de
l'exclusion . Le
>> propriÃ(c)taire et
>>> l'administrateur du salon ne peuvent pas être
exclus.
>>>
>>> 68 banFailedNotEnoughPermissions=Erreur lors de
l'exclusion . Vous
>> n'avez
>>> pas les droits suffisants pour cela.
>>>
>>> 76 chatRoomConfiguration=Configuration du salon

>>>
>>> 86 chatRoomNotExist=Le salon  est
introuvable sur le serveur .
>> Prière
>>> de vÃ(c)rifier la validité du nom que vous avez
saisi.
>>>
>>> 90 chatRoomRegistrationRequired=Vous devez
être enregistrÃ(c) avant de
>>> pouvoir rejoindre le salon .
>>>
>>> 100 connectionFailedMessage=Echec de connexion
pour le compte : Nom
>>> d'utilisateur : , Nom du serveur : .
>>>
>>> 101 connectionExpiredMessage=Vous avez
Ã(c)tÃ(c) dÃ(c)connectÃ(c) du
>>> serveur .
>>>
>>> 103 contactNotSupportingTelephony=Le contact
choisi  ne supporte pas
>> la
>>> tÃ(c)lÃ(c)phonie.
>>>
>>> 106 contactTypingStateStale=L'Ã(c)tat de la
saisie ne peut pas être mis
>> Ã
>>> jour
>>>
>>> 110 copyLink=Copier l'&adresse
>>>
>>> 114 createChatRoomError=Echec lors de la
crÃ(c)ation du salon : .
>>>
>>> 117 createGroupName=Veuillez saisir dans le
champ suivant le nom du
>> groupe
>>> que vous dÃ(c)sirez crÃ(c)er.
>>>
>>> 175 kickFailedNotAllowed=Echec de la tentative
d'exclusion . Le
>>> propriÃ(c)taire et l'administrateur du salon ne
peuvent être exclus.
>>>
>>> 185 logoffNotSucceeded=Une erreur est survenue
lors de la dÃ(c)connexion
>> avec
>>> le compte suivant : Nom d'utilisateur : ,
Nom du serveur : .
>>>
>>> 192 moveContactError=Le &contact ne peut
pas être dÃ(c)placÃ(c)
>>>
>>> 194 msgDeliveryOfflineNotSupported=Le protocole
que vous utilisez ne
>>> supporte pas l'envoi de messages en mode
"dÃ(c)connectÃ(c)". Vous
>>> pouvez essayer
>>> de joindre votre contact au moyen d'un autre
protocole ou attendre
>> jusqu'Ã
>>> ce qu'il ou elle soit
"connectÃ(c)(e)".
>>>
>>> 196 msgNotDelivered=Un problème au niveau du
rÃ(c)seau est survenu.
>>>
>>> 240 removeContactText=<DIV>Etes-vous
certain de vouloir supprimer <b>
>> 
>>> </b><br>de votre liste de contacts
?</DIV>
>>>
>>> 243 renameContact=Re&nommer le contact
>>>
>>> 245 renameGroup=Re&nommer le groupe
>>>
>>> 246 renameGroupInfo=Dans le champ suivant, vous
pouvez saisir le nom de
>>> groupe que vous souhaitez utiliser.
>>>
>>>
>>> 246 renameGroupInfo=Dans le champ suivant, vous
pouvez saisir le nom de
>>> groupe que vous souhaitez utiliser.
>>>
>>> 249 requestAuthorizationInfo=Impossible
d'ajouter  Ã  votre liste de
>>> contacts.  doit accepter votre demande pour
l'ajouter. Merci d'entrer
>>> votre demande ci-dessous.
>>>
>>> 251 requestAuthReasonEnter=Entrez la raison de
votre demande
>>>
>>> 252 responseAuthReasonEnter=Entrez la raison de
votre rÃ(c)ponse
>>>
>>> 274 sendSmsNotSupported=Le protocole que vous
avez sÃ(c)lectionnÃ(c) ne
>> permet
>>> pas l'envoi de SMS.
>>>
>>> 293 unknown=Utilisateur inconnu
>>>
>>>
>>>
============================================================

>>>
>>>
>>>
>>> Cheers,
>>>
>>> JD
>>>
>>
------------------------------------------------------------
---------
>> To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
>> For additional commands, e-mail: dev-helpsip-communicator.dev.java.net
>>
>>
> 
> 
>
------------------------------------------------------------
------------
> 
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
> For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

Hi Thomas,

You're right, but for some protocole like MSN, the
DisplayName is
stored on the server.
In this case, we don't need to specify a DisplayName, and if
we set a
DisplayName, will it be change if the contact set another
nickname ?

Why not personalize the word "Identifier"
depending on the type of account ?

For example :
SIP : telephone number
MSN : Email address
Dict : Dictionary

And if the contact ID isn't explicit (always depending of
the type of
account) adding a field to set a DisplayName directly.

What do you think ?

Cheers

Damien

2008/4/28 Thomas Hofer <mailinglistenfamilie-hofer.net>:
>
>
>
>
> Hi! I noticed, that adding a new (SIP) contact is not
very comfortable and
> intuitive. You just enter the ID (the telefon number,
not everyone
> recognizes this) and afterwards can rename your
contact. I propose to split
> the dialog, that a DisplayName and the ID can be
entered. The displayname
> then shall be the name in the contact list, the
telephonnumber (or other
> account id) are then the ID(s) of the selected
accounts.
>
>
>
> What do you think?
>
> Cheers, Thomas

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

You're right, but how to implement this:
1) serverstored protocols impmement
OperationSetServerStoredContactInfo,
right?
2) how? The plugin shall provide the identifier? 

> And if the contact ID isn't explicit (always depending
of the type of
> account) adding a field to set a DisplayName directly.
3) actually, no protocol has per default a explicit display
name, I think.
Am I right?

Cheers, Thomas

> -----Ursprüngliche Nachricht-----
> Von: Damien Roth [mailto:damien.rothgmail.com]
> Gesendet: Montag, 28. April 2008 11:52
> An: devsip-communicator.dev.java.net
> Betreff: Re: [sip-comm-dev] New Contact Dialog
> 
> Hi Thomas,
> 
> You're right, but for some protocole like MSN, the
DisplayName is
> stored on the server.
> In this case, we don't need to specify a DisplayName,
and if we set a
> DisplayName, will it be change if the contact set
another nickname ?
> 
> Why not personalize the word "Identifier"
depending on the type of
> account ?
> 
> For example :
> SIP : telephone number
> MSN : Email address
> Dict : Dictionary
> 
> And if the contact ID isn't explicit (always depending
of the type of
> account) adding a field to set a DisplayName directly.
> 
> What do you think ?
> 
> Cheers
> 
> Damien
> 
> 2008/4/28 Thomas Hofer <mailinglistenfamilie-hofer.net>:
> >
> >
> >
> >
> > Hi! I noticed, that adding a new (SIP) contact is
not very
> comfortable and
> > intuitive. You just enter the ID (the telefon
number, not everyone
> > recognizes this) and afterwards can rename your
contact. I propose to
> split
> > the dialog, that a DisplayName and the ID can be
entered. The
> displayname
> > then shall be the name in the contact list, the
telephonnumber (or
> other
> > account id) are then the ID(s) of the selected
accounts.
> >
> >
> >
> > What do you think?
> >
> > Cheers, Thomas
> 
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
> For additional commands, e-mail: dev-helpsip-communicator.dev.java.net


------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

Another issue: you can select multiple accounts in the first
page, but only
one ID-page is displayed for all protocols.  I do not thing,
anybody has the
same id in his SIP/Yahoo/MSN and Yahoo account.

I'll have a detailed look on it
Cheers
Thomas

> -----Ursprüngliche Nachricht-----
> Von: Thomas Hofer [mailto:mailinglistenfamilie-hofer.net]
> Gesendet: Montag, 28. April 2008 13:52
> An: devsip-communicator.dev.java.net
> Betreff: AW: [sip-comm-dev] New Contact Dialog
> 
> You're right, but how to implement this:
> 1) serverstored protocols impmement
> OperationSetServerStoredContactInfo,
> right?
> 2) how? The plugin shall provide the identifier?
> 
> > And if the contact ID isn't explicit (always
depending of the type of
> > account) adding a field to set a DisplayName
directly.
> 3) actually, no protocol has per default a explicit
display name, I
> think.
> Am I right?
> 
> Cheers, Thomas
> 
> > -----Ursprüngliche Nachricht-----
> > Von: Damien Roth [mailto:damien.rothgmail.com]
> > Gesendet: Montag, 28. April 2008 11:52
> > An: devsip-communicator.dev.java.net
> > Betreff: Re: [sip-comm-dev] New Contact Dialog
> >
> > Hi Thomas,
> >
> > You're right, but for some protocole like MSN, the
DisplayName is
> > stored on the server.
> > In this case, we don't need to specify a
DisplayName, and if we set a
> > DisplayName, will it be change if the contact set
another nickname ?
> >
> > Why not personalize the word
"Identifier" depending on the type of
> > account ?
> >
> > For example :
> > SIP : telephone number
> > MSN : Email address
> > Dict : Dictionary
> >
> > And if the contact ID isn't explicit (always
depending of the type of
> > account) adding a field to set a DisplayName
directly.
> >
> > What do you think ?
> >
> > Cheers
> >
> > Damien
> >
> > 2008/4/28 Thomas Hofer <mailinglistenfamilie-hofer.net>:
> > >
> > >
> > >
> > >
> > > Hi! I noticed, that adding a new (SIP)
contact is not very
> > comfortable and
> > > intuitive. You just enter the ID (the telefon
number, not everyone
> > > recognizes this) and afterwards can rename
your contact. I propose
> to
> > split
> > > the dialog, that a DisplayName and the ID can
be entered. The
> > displayname
> > > then shall be the name in the contact list,
the telephonnumber (or
> > other
> > > account id) are then the ID(s) of the
selected accounts.
> > >
> > >
> > >
> > > What do you think?
> > >
> > > Cheers, Thomas
> >
> >
------------------------------------------------------------
---------
> > To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
> > For additional commands, e-mail: dev-helpsip-
> communicator.dev.java.net
> 
> 
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
> For additional commands, e-mail: dev-helpsip-communicator.dev.java.net


------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

So. commited (and fixed) the automatic-status-plugin
yesterday.

Currently i am working on a better "new contact"
dialog, which is
1) more intuitively
2) can add several contacts under one metacontact, which
have different
account-ids
3) fixing some bugs in the dialog.

cheers


------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

Hi Thomas,

I agree that we should make changes and make the add contact
process 
more intuitive, but I'm not sure I understand your idea.
Could you 
explain a little more what is your suggestion?

Thanks,
Yana

Thomas Hofer wrote:
> I've implemented following dialog:
> 
> 
> 
>  
> 
>  
> 
> If more than one accounts are added to a new
meta-contact, the metacontact
> can be given a name.
> 
> If a protocol is added without serverstored information
(like sip) the
> metacontact can be given a name.
> 
> If a protocol is added with serverstored information
(like icq) the
> metacontact cannot be given a name.
> 
>  
> 
> I hope this meets all requirements.
> 
>  
> 
> If there are no comments left, I'll commit it in the
afternoon. 
> 
> Yana: you wrote the original code, what do you think of
my
> changes/extensions? 
> 
>  
> 
> Cheers, Thomas
> 
>  
> 
>  
> 
>  
> 
> Von: Thomas Hofer [mailto:mailinglistenfamilie-hofer.net] 
> Gesendet: Montag, 28. April 2008 11:31
> An: devsip-communicator.dev.java.net
> Betreff: [sip-comm-dev] New Contact Dialog
> 
>  
> 
> Hi! I noticed, that adding a new (SIP) contact is not
very comfortable and
> intuitive. You just enter the ID (the telefon number,
not everyone
> recognizes this) and afterwards can rename your
contact. I propose to split
> the dialog, that a DisplayName and the ID can be
entered. The displayname
> then shall be the name in the contact list, the
telephonnumber (or other
> account id) are then the ID(s) of the selected
accounts.
> 
>  
> 
> What do you think?
> 
> Cheers, Thomas
> 
>  
> 
>  
> 
> 
> 
> 

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net

Hey,

I didn't see the attached images. I'll have a look and reply
write you 
again.

Cheers,
Yana

Thomas Hofer wrote:
> I've implemented following dialog:
> 
> 
> 
>  
> 
>  
> 
> If more than one accounts are added to a new
meta-contact, the metacontact
> can be given a name.
> 
> If a protocol is added without serverstored information
(like sip) the
> metacontact can be given a name.
> 
> If a protocol is added with serverstored information
(like icq) the
> metacontact cannot be given a name.
> 
>  
> 
> I hope this meets all requirements.
> 
>  
> 
> If there are no comments left, I'll commit it in the
afternoon. 
> 
> Yana: you wrote the original code, what do you think of
my
> changes/extensions? 
> 
>  
> 
> Cheers, Thomas
> 
>  
> 
>  
> 
>  
> 
> Von: Thomas Hofer [mailto:mailinglistenfamilie-hofer.net] 
> Gesendet: Montag, 28. April 2008 11:31
> An: devsip-communicator.dev.java.net
> Betreff: [sip-comm-dev] New Contact Dialog
> 
>  
> 
> Hi! I noticed, that adding a new (SIP) contact is not
very comfortable and
> intuitive. You just enter the ID (the telefon number,
not everyone
> recognizes this) and afterwards can rename your
contact. I propose to split
> the dialog, that a DisplayName and the ID can be
entered. The displayname
> then shall be the name in the contact list, the
telephonnumber (or other
> account id) are then the ID(s) of the selected
accounts.
> 
>  
> 
> What do you think?
> 
> Cheers, Thomas
> 
>  
> 
>  
> 
> 
> 
> 

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net