[Bug 457736] Inline contact editor (and Edit Contact properties dialogue) should support freeform contact tags (single-row simple text input field)

neandr neandr at gmx.de
Mon May 18 10:46:51 UTC 2020


Thanks & sorry for not referencing the Moz pages.

@Mark
Maybe a List and a Category seems to be equivalent. But, adding more
that one Category item for an AddressCard makes it much more powerful!
Think about yourself as part of different projects, or some other
business or private aspects. Defining that via Lists isn't that
transparent (at least for me ;-)).

@Magnus
Could you reference a bug or page to link to the status showing if and
how a Category item is implemented with the revised AB?


Am 18.05.20 um 12:08 schrieb Mark Banner:
> ...
>> Bug 457736 is 12y old and is around a Category field to be used with
>> AddressCard/Addressbook (pl. see for more details there).
>>
>> This feature was skipped with TB3 !!! due to other priorities, which
>> was ok at this time.
>> But it should get more attention again after the grateful redesign
>> (removing MORK and adding CardDAV).
>>
> With 12 years of more knowledge, I think there could be better ways to
> provide similar functionality without necessarily implementing separate
> tags, or at least simplifying the overall existing address book
> implementation.
>
> For example, if mailing lists are just a group of people, then all you
> need is to make the mailing list functionality work properly and provide
> better UI for it. You don't necessarily need tags specifically. Though
> you could say it the other way around - implement tags and allow mailing
> everyone with a specific tag. At the end of the day, they're both the
> same type of thing. You don't have your contacts book on your phone
> having mailing lists and tags separately, you just have groups.
>
> Mark

Am 18.05.20 um 12:10 schrieb Magnus Melin:
>
> Hey, yes I was going through some old bugs list trying to get the the
> bug list priorities set properly for at least P1-P1.
>
> Not sure why you link to the TDF wiki. Firefox has the priority
> definitions link this:
> https://firefox-source-docs.mozilla.org/bug-mgmt/guides/priority.html#priority-definitions
>
> Since we have a slightly different setup it doesn't carry over 100%,
> but we try to follow. For us it's more
>
>   * Thunderbird P1: need/really want to fix this ASAP
>   * Thunderbird P2: hoping to fix for next ESR.
>   * P3: backlog
>
> For this bug, we would like to fix it but it's unlikely to make it for
> 78 since we have many other things to handle.
>
>  -Magnus
>
> On 2020-05-18 12:21, neandr wrote:
>>
>> :mkmelin  just changed Priority from P2 -->P3 (without any
>> explanation, sadly).
>>
>> Bug 457736 is 12y old and is around a Category field to be used with
>> AddressCard/Addressbook (pl. see for more details there).
>>
>> This feature was skipped with TB3 !!! due to other priorities, which
>> was ok at this time.
>> But it should get more attention again after the grateful redesign
>> (removing MORK and adding CardDAV).
>>
>> I'm unsure what the P2 --> P3 here means. Looking into Bugzilla Wiki
>> <https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Priority#Priority_Levels>
>> there is no numbering.
>> Maybe Magnus can explain the motivation for the change. Is this
>> 'only' for editing (UI) a category field or the category feature as a
>> whole?
>>
>> There are other promotors on the bug, to name just two of them: Wayne
>> and Mark
>>
>> Any further comments?
>>
>> Guenter
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/tb-planning/attachments/20200518/3c683d45/attachment.html>


More information about the tb-planning mailing list