Paul Sandoz wrote:
I did consider adding another field to the
card-ldap table which was an index. So
'SecondEmail' could be:
xmozillasecondemail, 0
mail, 1
But it still does not solve the general
Paul Sandoz [EMAIL PROTECTED] writes:
If you use async then the GUI becomes very sluggish
in debug, not sure what its like in release, as per
bug 50104.
I am testing against an internal LDAP server which
contains all Sun employee info, so it is very
responsive.
If you use async then the GUI becomes very sluggish
in debug, not sure what its like in release, as per
bug 50104.
I am testing against an internal LDAP server which
contains all Sun employee info, so it is very
responsive.
OK, that makes sense. You
Paul Sandoz wrote:
It would solve multiple email in some way
but which email address takes priority if
order cannnot be guranteed?
Does it matter?
I did consider adding another field to the
card-ldap table which was an index. So
Paul Sandoz [EMAIL PROTECTED] writes:
Attached is the Mozilla card to LDAP attribute
mapping that is currenly used. This is based on
the LDIF conversion code.
At some point it might be advantageous to have
a mapping table in the preferences, or changes to
the
Should be 'reasonably' easy to parse so
i think i can do it fairly quickly.
Cool!
I modified the query string spec to use
'and', 'or' and 'not' instead of the symbols
because the '|' is not a recommended character
in the URI spec.
OK, I think I see what you mean now. How about this: instead of
having a single set of QueryChildCard attributes on the moz-abdirectory://
URL, I think the right thing to do is to define a way to represent
each query as a URI, and then assert the QueryChildCard properties on
the relevant URI.
Paul Sandoz [EMAIL PROTECTED] writes:
When a searchable address book is selected
the 'search bar' should be displayed.
I'm not quite sure what you mean by this.
Hmm... that a search tool bar should become
visible if not already so, so that a user
What specifically about the GUI are you unsure about?
HCI design mostly, + lack of familiarity
with XUL and associate js.
Not sure how much existing js requires
modification to allow the switch between
conventional viewing of child cards
Paul Sandoz wrote:
Wanted to run by some things i think are required
for the Mozilla address book to cater for organisational
(LDAP) and '10K' address books i.e. address books
with so many cards it is not feasible to list all cards.
o Need
[EMAIL PROTECTED] (Josh Harding) writes:
Paul Sandoz wrote:
Wanted to run by some things i think are required
for the Mozilla address book to cater for organisational
(LDAP) and '10K' address books i.e. address books
with so many cards it is not
11 matches
Mail list logo