[sip-comm-dev] Adding a contact


#1

Hi fellow usability experts,

I'm sharing a few observations bellow on me being added as a contact by someone new in Google Talk.

When someone who I don't have in my Google Talk contact list adds me to their contact list, I get asked to accept that. What I don't like about it is that (not necessarily in any order of severity):

- it showed me a dialog with a lock which I can somehow associate with privacy but it's too vague and I totally don't think of adding a contact,
- it showed just the address of the person and no details such as name, avatar,
- it didn't offer me a way to send a message to that person asking him who he is, what he wants with me
- after I accepted the operation, I was almost immediately notified that he has accepted my adding him as a contact in my contact list. I was surprised (like I was surprised upon my previous encounters with that dialog) because I did not request such a thing.
- the lock image used in the two dialogs is somewhat not right because it has some whitish shadow or something as it can be seen in the attached screenshot.

Best regards,
Lubomir


#2

What bothers me the most here is that after accepting the request of
the person who added me to their contact list and getting notified
that I've been allowed to add him to my contact list, he still remains
in the group NotInContactList and I have to restart the application to
see him in my contact list and not in the group NotInContactList.

···

On Fri, Oct 2, 2009 at 1:49 PM, Lubomir Marinov <lubo@sip-communicator.org> wrote:

Hi fellow usability experts,

I'm sharing a few observations bellow on me being added as a contact by
someone new in Google Talk.

When someone who I don't have in my Google Talk contact list adds me to
their contact list, I get asked to accept that. What I don't like about it
is that (not necessarily in any order of severity):

- it showed me a dialog with a lock which I can somehow associate with
privacy but it's too vague and I totally don't think of adding a contact,
- it showed just the address of the person and no details such as name,
avatar,
- it didn't offer me a way to send a message to that person asking him who
he is, what he wants with me
- after I accepted the operation, I was almost immediately notified that he
has accepted my adding him as a contact in my contact list. I was surprised
(like I was surprised upon my previous encounters with that dialog) because
I did not request such a thing.
- the lock image used in the two dialogs is somewhat not right because it
has some whitish shadow or something as it can be seen in the attached
screenshot.

Best regards,
Lubomir

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


#3

Hey Lubo,

I understand your furstration :). The contact adding procedures were
among the first we implemented so they might be a bit rusty.

(more inline)

Lubomir Marinov wrote:

Hi fellow usability experts,

I'm sharing a few observations bellow on me being added as a contact by
someone new in Google Talk.

When someone who I don't have in my Google Talk contact list adds me to
their contact list, I get asked to accept that. What I don't like about
it is that (not necessarily in any order of severity):

- it showed me a dialog with a lock which I can somehow associate with
privacy but it's too vague and I totally don't think of adding a contact,

I am not sure which dialog you are referring to. Remember what it said?
Is it the icon that bothered you, the message, or the presence of a
dialog at this point?

- it showed just the address of the person and no details such as name,
avatar,

I see. Could you please log a feature request for this one?

- it didn't offer me a way to send a message to that person asking him
who he is, what he wants with me

This one's tricky. You didn't have the guy in your contact list so
messaging him would not be possible over any protocol. Could you please
add a feature request for that as well (but we'd probably need to go for
a P5 since it's going to be relatively convoluted to implement).

- after I accepted the operation, I was almost immediately notified that
he has accepted my adding him as a contact in my contact list. I was
surprised (like I was surprised upon my previous encounters with that
dialog) because I did not request such a thing.

I am not sure this is up to us and that we have a choice. We'll need to
check sooner or later though so could you please log an issue when you
get a chance?

- the lock image used in the two dialogs is somewhat not right because
it has some whitish shadow or something as it can be seen in the
attached screenshot.

Issue please :slight_smile:

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


#4

Hi!

I have some decoding problems with H264 videocalls. I'd like to know what's the meaning of the method avcodeccontext_set_workaround_bugs and how it works.

Thanks.

Pablo.

···

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


#5

Hi again devs,

My attempt to remove the guy from my list after nearly a week of him
not appearing online and not sending me messages was far from optimal
as well.

It was probably unwise of me but I removed him from my contact list by
going in the Contacts section of Gmail and deleting him there. If
Gmail chat or Google Talk was online at the time, it would've (almost)
immediately removed him from its contact list. I logged in both of
them afterwards and, as expected, he was not there. Unfortunately, SIP
Communicator didn't remove him and he's still in its contact list
after me going online and offline numerous times.

Then I tried to remove him from the SIP Communicator contact list using its UI.

The strange thing I had to do here when I right-clicked on the contact
was that I had to select the remove action from a menu related to
sub-contacts (I'm translating from Bulgarian here so I may be
inaccurate in the terms) i.e. I had to use two levels of menus. I find
it quite a complex UI behavior because I haven't done anything to
merge two contacts into one and there is just one contact there
anyway. Moreover, I haven't been exposed to Contacts and MetaContacts
as a user in any way by now.

After triggering the remove action and confirming it in the respective
dialog, I was presented with an error dialog with the following
cryptic message:

Failed to remove JabberContact[id = <Contact name removed for privacy

@gmail.com, isPersistent = false, isResolved = false] from its

protocol provider.

The exception it gave me after following the "More info >>" link was:

net.java.sip.communicator.service.contactlist.MetaContactListException:
Failed to remove JabberContact[ id=hlabishik@gmail.com,
isPersistent=false, isResolved=false] from its protocol provider.
  at net.java.sip.communicator.impl.contactlist.MetaContactListServiceImpl.removeContact(MetaContactListServiceImpl.java:1062)
  at net.java.sip.communicator.impl.gui.main.contactlist.ContactRightButtonMenu$RemoveContactThread.run(ContactRightButtonMenu.java:743)
Caused by: java.lang.NullPointerException
  at org.jivesoftware.smack.Roster.removeEntry(Roster.java:274)
  at net.java.sip.communicator.impl.protocol.jabber.ServerStoredContactListJabberImpl.removeContact(ServerStoredContactListJabberImpl.java:559)
  at net.java.sip.communicator.impl.protocol.jabber.OperationSetPersistentPresenceJabberImpl.unsubscribe(OperationSetPersistentPresenceJabberImpl.java:552)
  at net.java.sip.communicator.impl.contactlist.MetaContactListServiceImpl.removeContact(MetaContactListServiceImpl.java:1058)
  ... 1 more

I know I can go to the contact list XML file and delete his entry there.

Regards,
Lubomir

···

On Sat, Oct 3, 2009 at 11:55 AM, Lubomir Marinov <lubo@sip-communicator.org> wrote:

What bothers me the most here is that after accepting the request of
the person who added me to their contact list and getting notified
that I've been allowed to add him to my contact list, he still remains
in the group NotInContactList and I have to restart the application to
see him in my contact list and not in the group NotInContactList.

On Fri, Oct 2, 2009 at 1:49 PM, Lubomir Marinov > <lubo@sip-communicator.org> wrote:

Hi fellow usability experts,

I'm sharing a few observations bellow on me being added as a contact by
someone new in Google Talk.

When someone who I don't have in my Google Talk contact list adds me to
their contact list, I get asked to accept that. What I don't like about it
is that (not necessarily in any order of severity):

- it showed me a dialog with a lock which I can somehow associate with
privacy but it's too vague and I totally don't think of adding a contact,
- it showed just the address of the person and no details such as name,
avatar,
- it didn't offer me a way to send a message to that person asking him who
he is, what he wants with me
- after I accepted the operation, I was almost immediately notified that he
has accepted my adding him as a contact in my contact list. I was surprised
(like I was surprised upon my previous encounters with that dialog) because
I did not request such a thing.
- the lock image used in the two dialogs is somewhat not right because it
has some whitish shadow or something as it can be seen in the attached
screenshot.

Best regards,
Lubomir

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


#6

Lubomir Marinov wrote:

What bothers me the most here is that after accepting the request of
the person who added me to their contact list and getting notified
that I've been allowed to add him to my contact list, he still remains
in the group NotInContactList and I have to restart the application to
see him in my contact list and not in the group NotInContactList.

I see. Could you please add this in the description of the corresponding
issue?

Thanks,
Emil

···

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


#7

Please consult the FFmpeg API documentation for the struct
AVCodecContext and its field workaround_bugs.

···

On Mon, Oct 5, 2009 at 10:21 AM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:

Hi!

I have some decoding problems with H264 videocalls. I'd like to know what's the meaning of the method avcodeccontext_set_workaround_bugs and how it works.

Thanks.

Pablo.

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


#8

Hi,

Last week I had similar observations with adding and deleting ICQ contact...
further on there was no check whether the contact is already in the
list/group, and after adding it second time I deleted it. The duplicate that
was left couldn't be deleted before restarting the app.

By the way currently the chat text box doesn't scroll down on new message
from the other side (when I write it's ok), did someone change that by
mistake?

May I suggest that we make specific distinction for usability issues (bugs,
missing features and so on), so that we (newbies) can focus on them and make
SC a little more user-friendly as we are pursuing an official release and
currently there are quite much of the usability issues in the low priority
list (P4, P5)? Some of those I speak of are really simple, but yet helpful
for new developers to get used to the architecture.

Better suggestions are welcome :slight_smile:

Vladimir Vassilev

···

On Thu, Oct 8, 2009 at 10:48 PM, Lubomir Marinov <lubo@sip-communicator.org>wrote:

Hi again devs,

My attempt to remove the guy from my list after nearly a week of him
not appearing online and not sending me messages was far from optimal
as well.

It was probably unwise of me but I removed him from my contact list by
going in the Contacts section of Gmail and deleting him there. If
Gmail chat or Google Talk was online at the time, it would've (almost)
immediately removed him from its contact list. I logged in both of
them afterwards and, as expected, he was not there. Unfortunately, SIP
Communicator didn't remove him and he's still in its contact list
after me going online and offline numerous times.

Then I tried to remove him from the SIP Communicator contact list using its
UI.

The strange thing I had to do here when I right-clicked on the contact
was that I had to select the remove action from a menu related to
sub-contacts (I'm translating from Bulgarian here so I may be
inaccurate in the terms) i.e. I had to use two levels of menus. I find
it quite a complex UI behavior because I haven't done anything to
merge two contacts into one and there is just one contact there
anyway. Moreover, I haven't been exposed to Contacts and MetaContacts
as a user in any way by now.

After triggering the remove action and confirming it in the respective
dialog, I was presented with an error dialog with the following
cryptic message:

Failed to remove JabberContact[id = <Contact name removed for privacy
>@gmail.com, isPersistent = false, isResolved = false] from its
protocol provider.

The exception it gave me after following the "More info >>" link was:

net.java.sip.communicator.service.contactlist.MetaContactListException:
Failed to remove JabberContact[ id=hlabishik@gmail.com,
isPersistent=false, isResolved=false] from its protocol provider.
       at
net.java.sip.communicator.impl.contactlist.MetaContactListServiceImpl.removeContact(MetaContactListServiceImpl.java:1062)
       at
net.java.sip.communicator.impl.gui.main.contactlist.ContactRightButtonMenu$RemoveContactThread.run(ContactRightButtonMenu.java:743)
Caused by: java.lang.NullPointerException
       at org.jivesoftware.smack.Roster.removeEntry(Roster.java:274)
       at
net.java.sip.communicator.impl.protocol.jabber.ServerStoredContactListJabberImpl.removeContact(ServerStoredContactListJabberImpl.java:559)
       at
net.java.sip.communicator.impl.protocol.jabber.OperationSetPersistentPresenceJabberImpl.unsubscribe(OperationSetPersistentPresenceJabberImpl.java:552)
       at
net.java.sip.communicator.impl.contactlist.MetaContactListServiceImpl.removeContact(MetaContactListServiceImpl.java:1058)
       ... 1 more

I know I can go to the contact list XML file and delete his entry there.

Regards,
Lubomir

On Sat, Oct 3, 2009 at 11:55 AM, Lubomir Marinov > <lubo@sip-communicator.org> wrote:
> What bothers me the most here is that after accepting the request of
> the person who added me to their contact list and getting notified
> that I've been allowed to add him to my contact list, he still remains
> in the group NotInContactList and I have to restart the application to
> see him in my contact list and not in the group NotInContactList.
>
> On Fri, Oct 2, 2009 at 1:49 PM, Lubomir Marinov > > <lubo@sip-communicator.org> wrote:
>> Hi fellow usability experts,
>>
>> I'm sharing a few observations bellow on me being added as a contact by
>> someone new in Google Talk.
>>
>> When someone who I don't have in my Google Talk contact list adds me to
>> their contact list, I get asked to accept that. What I don't like about
it
>> is that (not necessarily in any order of severity):
>>
>> - it showed me a dialog with a lock which I can somehow associate with
>> privacy but it's too vague and I totally don't think of adding a
contact,
>> - it showed just the address of the person and no details such as name,
>> avatar,
>> - it didn't offer me a way to send a message to that person asking him
who
>> he is, what he wants with me
>> - after I accepted the operation, I was almost immediately notified that
he
>> has accepted my adding him as a contact in my contact list. I was
surprised
>> (like I was surprised upon my previous encounters with that dialog)
because
>> I did not request such a thing.
>> - the lock image used in the two dialogs is somewhat not right because
it
>> has some whitish shadow or something as it can be seen in the attached
>> screenshot.
>>
>> Best regards,
>> Lubomir

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


#9

Hey Lubo,

Could you please log an issue for this one as well?

Thanks,
Emil

Lubomir Marinov wrote:

···

Hi again devs,

My attempt to remove the guy from my list after nearly a week of him
not appearing online and not sending me messages was far from optimal
as well.

It was probably unwise of me but I removed him from my contact list by
going in the Contacts section of Gmail and deleting him there. If
Gmail chat or Google Talk was online at the time, it would've (almost)
immediately removed him from its contact list. I logged in both of
them afterwards and, as expected, he was not there. Unfortunately, SIP
Communicator didn't remove him and he's still in its contact list
after me going online and offline numerous times.

Then I tried to remove him from the SIP Communicator contact list using its UI.

The strange thing I had to do here when I right-clicked on the contact
was that I had to select the remove action from a menu related to
sub-contacts (I'm translating from Bulgarian here so I may be
inaccurate in the terms) i.e. I had to use two levels of menus. I find
it quite a complex UI behavior because I haven't done anything to
merge two contacts into one and there is just one contact there
anyway. Moreover, I haven't been exposed to Contacts and MetaContacts
as a user in any way by now.

After triggering the remove action and confirming it in the respective
dialog, I was presented with an error dialog with the following
cryptic message:

Failed to remove JabberContact[id = <Contact name removed for privacy
>@gmail.com, isPersistent = false, isResolved = false] from its
protocol provider.

The exception it gave me after following the "More info >>" link was:

net.java.sip.communicator.service.contactlist.MetaContactListException:
Failed to remove JabberContact[ id=hlabishik@gmail.com,
isPersistent=false, isResolved=false] from its protocol provider.
  at net.java.sip.communicator.impl.contactlist.MetaContactListServiceImpl.removeContact(MetaContactListServiceImpl.java:1062)
  at net.java.sip.communicator.impl.gui.main.contactlist.ContactRightButtonMenu$RemoveContactThread.run(ContactRightButtonMenu.java:743)
Caused by: java.lang.NullPointerException
  at org.jivesoftware.smack.Roster.removeEntry(Roster.java:274)
  at net.java.sip.communicator.impl.protocol.jabber.ServerStoredContactListJabberImpl.removeContact(ServerStoredContactListJabberImpl.java:559)
  at net.java.sip.communicator.impl.protocol.jabber.OperationSetPersistentPresenceJabberImpl.unsubscribe(OperationSetPersistentPresenceJabberImpl.java:552)
  at net.java.sip.communicator.impl.contactlist.MetaContactListServiceImpl.removeContact(MetaContactListServiceImpl.java:1058)
  ... 1 more

I know I can go to the contact list XML file and delete his entry there.

Regards,
Lubomir

On Sat, Oct 3, 2009 at 11:55 AM, Lubomir Marinov > <lubo@sip-communicator.org> wrote:

What bothers me the most here is that after accepting the request of
the person who added me to their contact list and getting notified
that I've been allowed to add him to my contact list, he still remains
in the group NotInContactList and I have to restart the application to
see him in my contact list and not in the group NotInContactList.

On Fri, Oct 2, 2009 at 1:49 PM, Lubomir Marinov >> <lubo@sip-communicator.org> wrote:

Hi fellow usability experts,

I'm sharing a few observations bellow on me being added as a contact by
someone new in Google Talk.

When someone who I don't have in my Google Talk contact list adds me to
their contact list, I get asked to accept that. What I don't like about it
is that (not necessarily in any order of severity):

- it showed me a dialog with a lock which I can somehow associate with
privacy but it's too vague and I totally don't think of adding a contact,
- it showed just the address of the person and no details such as name,
avatar,
- it didn't offer me a way to send a message to that person asking him who
he is, what he wants with me
- after I accepted the operation, I was almost immediately notified that he
has accepted my adding him as a contact in my contact list. I was surprised
(like I was surprised upon my previous encounters with that dialog) because
I did not request such a thing.
- the lock image used in the two dialogs is somewhat not right because it
has some whitish shadow or something as it can be seen in the attached
screenshot.

Best regards,
Lubomir

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

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
SIP Communicator
emcho@sip-communicator.org PHONE: +33.1.77.62.43.30
http://sip-communicator.org FAX: +33.1.77.62.47.31

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


#10

By the way currently the chat text box doesn't scroll down on new message
from the other side (when I write it's ok), did someone change that by
mistake?

I sincerely hope this problem doesn't appear with r6148. It's not
available in the Downloads section yet.

···

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


#11

May I suggest that we make specific distinction for usability issues (bugs,
missing features and so on), so that we (newbies) can focus on them and make
SC a little more user-friendly as we are pursuing an official release and
currently there are quite much of the usability issues in the low priority
list (P4, P5)? Some of those I speak of are really simple, but yet helpful
for new developers to get used to the architecture.

I'm afraid I'm not sure what you mean by "specific distinction for
usability issues (bugs, missing features and so on)". Could I please
ask you to elaborate on that? I take it the Type column in the issue
list (i.e. the Issue type field when looking at a specific issue)
which contains the values DEFECT, ENHANCEMENT, FEATURE, TASK and PATCH
is considered insufficient and a complementary, finer-grained approach
is being proposed?

···

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


#12

Nah, tested it last night and it is now alright (r6149)

Vladimir Vassilev

···

On Thu, Oct 15, 2009 at 3:48 PM, Lubomir Marinov <lubo@sip-communicator.org>wrote:

> By the way currently the chat text box doesn't scroll down on new message
> from the other side (when I write it's ok), did someone change that by
> mistake?

I sincerely hope this problem doesn't appear with r6148. It's not
available in the Downloads section yet.

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


#13

May I suggest that we make specific distinction for usability issues

(bugs,

missing features and so on), so that we (newbies) can focus on them and

make

SC a little more user-friendly as we are pursuing an official release and
currently there are quite much of the usability issues in the low

priority

list (P4, P5)? Some of those I speak of are really simple, but yet

helpful

for new developers to get used to the architecture.

I'm afraid I'm not sure what you mean by "specific distinction for
usability issues (bugs, missing features and so on)". Could I please
ask you to elaborate on that? I take it the Type column in the issue
list (i.e. the Issue type field when looking at a specific issue)
which contains the values DEFECT, ENHANCEMENT, FEATURE, TASK and PATCH
is considered insufficient and a complementary, finer-grained approach
is being proposed?

Type is okay, but it does not tell you whether it's something about making
the user more comfortable with the basic available features of the
Communicator, or is about adding new functionalities, protocols, fixing
specific technical (or other not so visual or user-disturbing bugs) and so
on.

I'm trying to say that new SC developers and even observers, like myself,
could try to work on those (otherwise not so important) tasks in order to
improve usability of the available features and make SC a little bit more
friendlier. Still my idea is not quite clear, so don't take it too seriously
now. We can discuss it by Jabber or even off-line :slight_smile: Just wanted to mention
it here in case anyone else thought of something like that before.

Best regards,

Vladimir Vassilev


#14

Hey Vladimir,

Vladimir Vassilev wrote:

Type is okay, but it does not tell you whether it's something about
making the user more comfortable with the basic available features of
the Communicator, or is about adding new functionalities, protocols,
fixing specific technical (or other not so visual or user-disturbing
bugs) and so on.

I'm trying to say that new SC developers and even observers, like
myself, could try to work on those (otherwise not so important) tasks in
order to improve usability of the available features and make SC a
little bit more friendlier. Still my idea is not quite clear, so don't
take it too seriously now. We can discuss it by Jabber or even off-line
:slight_smile: Just wanted to mention it here in case anyone else thought of
something like that before.

I see what you mean. Adding a "difficulty" field to our issues would
definitely be very handy but I don't think there's a way to do this in
CollabNet's issue tracker.

However ... I was just looking at the "Enter issue" form [1] and was
thinking that we could use the "subcomponent" field. We could split the
development component into several new ones (e.g. dev-easy, dev-medium,
dev-tough, and dev-wizard :slight_smile: ).

How does this sound?

Emil

[1] - https://sip-communicator.dev.java.net/issues/enter_bug.cgi

···

Best regards,

Vladimir Vassilev

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


#15

Sounds nice, but I was thinking of something else. It would be great to have
alternative priorities for the tasks, stating whether a bug/feature/task is
of greater importance for improving the usability of the application than
others. Correct me if I'm wrong, but current Priority field states whether
the entry is important prior to the milestones you've set and in some cases
- major functionality is broken.

Is my idea clearer now?

Otherwise, setting subcomponent for defining difficulty of a task is a
little tricky as it would be a personal judgement, that might not be
appropriate for other developers. Separate list of issues, filled by anyone
who decides that an issue is quite easier than common ones, would do the
trick, no?

I suggest that we continue the discussion by jabber, as most of the guys
don't really need such a list and there is no need to bother them any more
with this topic.

Best regards,

Vladimir Vassilev

Vice President
init Lab

Start UP Foundation
mobile: +359 885 44 84 75
www.initlab.org
www.startup-bg.org

···

On Mon, Oct 19, 2009 at 4:10 PM, Emil Ivov <emcho@sip-communicator.org>wrote:

Hey Vladimir,

Vladimir Vassilev wrote:
> Type is okay, but it does not tell you whether it's something about
> making the user more comfortable with the basic available features of
> the Communicator, or is about adding new functionalities, protocols,
> fixing specific technical (or other not so visual or user-disturbing
> bugs) and so on.
>
> I'm trying to say that new SC developers and even observers, like
> myself, could try to work on those (otherwise not so important) tasks in
> order to improve usability of the available features and make SC a
> little bit more friendlier. Still my idea is not quite clear, so don't
> take it too seriously now. We can discuss it by Jabber or even off-line
> :slight_smile: Just wanted to mention it here in case anyone else thought of
> something like that before.

I see what you mean. Adding a "difficulty" field to our issues would
definitely be very handy but I don't think there's a way to do this in
CollabNet's issue tracker.

However ... I was just looking at the "Enter issue" form [1] and was
thinking that we could use the "subcomponent" field. We could split the
development component into several new ones (e.g. dev-easy, dev-medium,
dev-tough, and dev-wizard :slight_smile: ).

How does this sound?

Emil

[1] - https://sip-communicator.dev.java.net/issues/enter_bug.cgi
>
> Best regards,
>
> Vladimir Vassilev

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


#16

Vladimir Vassilev wrote:

Sounds nice, but I was thinking of something else. It would be great to
have alternative priorities for the tasks, stating whether a
bug/feature/task is of greater importance for improving the usability of
the application than others. Correct me if I'm wrong, but current
Priority field states whether the entry is important prior to the
milestones you've set and in some cases - major functionality is broken.

Is my idea clearer now?

Nah ... afraid I completely lost you there :). I thought the point was
to add a way for newcomers to pick simple tasks that would allow them to
pick tasks that they could handle without knowing the project well.

I think this is completely orthogonal to priority, milestone, and
whether or not the task is related to usability.

Otherwise, setting subcomponent for defining difficulty of a task is a
little tricky as it would be a personal judgement, that might not be
appropriate for other developers.

Don't think so. Complexity is fairly straightforward to define as it
depends on objective factors such as whether or not the problem is easy
to reproduce and hence test, located in a single place (as opposed to a
race condition that causes an occasional deadlock between different
modules), whether it requires knowledge of one or more protocols, and
whether it would require a lot of coding to fix. I think these would be
easy to evaluate.

Separate list of issues, filled by
anyone who decides that an issue is quite easier than common ones, would
do the trick, no?

Well I am not sure I follow. Are we talking about a separate list which
would be external to the tracker? If that's the case then I don't think
it's a good idea since it would very easily go out of sync with the
existing issues.

I suggest that we continue the discussion by jabber, as most of the guys
don't really need such a list and there is no need to bother them any
more with this topic.

Sure, feel free to ping me.

Cheers,
Emil

···

Best regards,

Vladimir Vassilev

Vice President
init Lab

Start UP Foundation
mobile: +359 885 44 84 75
www.initlab.org <http://www.initlab.org>
www.startup-bg.org <http://www.startup-bg.org>

On Mon, Oct 19, 2009 at 4:10 PM, Emil Ivov <emcho@sip-communicator.org > <mailto:emcho@sip-communicator.org>> wrote:

    Hey Vladimir,

    Vladimir Vassilev wrote:
    > Type is okay, but it does not tell you whether it's something about
    > making the user more comfortable with the basic available features of
    > the Communicator, or is about adding new functionalities, protocols,
    > fixing specific technical (or other not so visual or user-disturbing
    > bugs) and so on.
    >
    > I'm trying to say that new SC developers and even observers, like
    > myself, could try to work on those (otherwise not so important)
    tasks in
    > order to improve usability of the available features and make SC a
    > little bit more friendlier. Still my idea is not quite clear, so don't
    > take it too seriously now. We can discuss it by Jabber or even
    off-line
    > :slight_smile: Just wanted to mention it here in case anyone else thought of
    > something like that before.

    I see what you mean. Adding a "difficulty" field to our issues would
    definitely be very handy but I don't think there's a way to do this in
    CollabNet's issue tracker.

    However ... I was just looking at the "Enter issue" form [1] and was
    thinking that we could use the "subcomponent" field. We could split the
    development component into several new ones (e.g. dev-easy, dev-medium,
    dev-tough, and dev-wizard :slight_smile: ).

    How does this sound?

    Emil

    [1] - https://sip-communicator.dev.java.net/issues/enter_bug.cgi
    >
    > Best regards,
    >
    > Vladimir Vassilev

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

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
SIP Communicator
emcho@sip-communicator.org PHONE: +33.1.77.62.43.30
http://sip-communicator.org FAX: +33.1.77.62.47.31

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