On Sat, Jan 26, 2013 at 11:01 PM, Roland Winkler wink...@gnu.org wrote:
I thought more about this, and I do not believe anymore that simply
replacing calls of (buffer-)substring with (buffer-)substring-no-properties
throughout BBDB is a meaningful strategy.
- In the future, it could be
Roland,
For what it's worth, I would like to see text properties kept out of the
db until there is some
need for them. Right now, one of the big pluses for BBDBv3 to my mind
is that it allows two-way syncing with
Sriram's Asynk facility, which is what motivated me to try to make the
move to
On Sun Jan 27 2013 Daniel Doherty wrote:
For what it's worth, I would like to see text properties kept out
of the db until there is some need for them. Right now, one of the
big pluses for BBDBv3 to my mind is that it allows two-way syncing
with Sriram's Asynk facility, which is what motivated
On Thu Jan 24 2013 Sriram Karra wrote:
On Wed, Jan 23, 2013 at 9:35 PM, Roland Winkler wink...@gnu.org wrote:
On Wed Jan 23 2013 Sriram Karra wrote:
#(John 0 4 (fontified nil))
Could you be a bit more specific? Which version of BBDB are
you talking about?
BBDB v3
Is
On Fri, Jan 25, 2013 at 8:34 PM, Roland Winkler wink...@gnu.org wrote:
But I just went through the code and replaced occurences of
(buffer-)substring with (buffer-)substring-no-properties where
copying text properties appears not meaningful to me. I'll install
this patch shortly.
Nice.
On Thu Jan 24 2013 Sriram Karra wrote:
The function bbdb-divide-name uses substring to extract the first
and last names.
Note that this code uses both substring and match-string. And the
latter uses substring, too (not substring-no-properties). So it
really does not make sense to try to rely
On Wed, Jan 23, 2013 at 9:35 PM, Roland Winkler wink...@gnu.org wrote:
On Wed Jan 23 2013 Sriram Karra wrote:
#(John 0 4 (fontified nil))
Could you be a bit more specific? Which version of BBDB are
you talking about?
BBDB v3
Is it your own experience, or are you talking about
On Wed Jan 23 2013 Sriram Karra wrote:
In some instances it has been observed that the strings written to
the .bbdb file are in vector form containing some fontification
metadata. For e.g. in the field position for a contact's first
name, where one would normally expect to find a string John
In some instances it has been observed that the strings written to the
.bbdb file are in vector form containing some fontification metadata. For
e.g. in the field position for a contact's first name, where one would
normally expect to find a string John one finds, instead, this:
#(John 0 4
