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 begin with.
What makes v3 difficult for me to use right now is (1) the text-properties issue (which impacts Asynk) and (2) the lack of fully-developed Wanderlust integration, which is really a problem for Wanderlust users to fix I suppose. Anyway Roland, thanks for your great work on bringing BBDB up to snuff, but I would vote for BBDB being just a repository of data, not appearances. Elisp ought to be able to handle any decoration with text properties (perhaps with the help of a customized field in BBDB itself) when and if the need arises. Regards, On 01/27/2013 07:21 AM, Roland Winkler wrote: > On Sun Jan 27 2013 Sriram Karra wrote: >> (a) The "True Origin" of the text is not known (I mean, it is either from a >> minibuffer, or a MUA, but could conceivably be a script or whatever). The >> properties that come with a piece of text today come with whatever that >> property means at the point of origin. BBDB makes no promises to retain or >> return such properties. > Right now, I can only think of one way for deliberately introducing > text properties into BBDB in a meaningful way: There would have to > be some BBDB command for that. But I have not thought about details. > (If someone has a "permanent external feeding trough" for BBDB that > uses text properties in a predictable way, it could be another thing.) > > Yet first of all, right now there is no context coming to my mind > where having such a feature was an improvement of some kind. > >> Yet all the text processing in between the grabbing of text >> strings and adding them to the database should preserve text >> properties. >> >> Makes a lot of sense. And we could do all this even before we come >> up with any real use of having text properties in the database, >> making it more flexible but keeping the database format more >> predictable for those who desire it to be so. > Exactly. > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnnow-d2d > _______________________________________________ > bbdb-info@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bbdb-info > BBDB Home Page: http://bbdb.sourceforge.net/ ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d _______________________________________________ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
