Re: Vector form for strings in ~/.bbdb
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 me to try to > make the move to begin with. As I said before: If one day text properties are added to BBDB: (1) this should bring some noticable advantage to BBDB (2) this should include an option to completely disable this feature (I guess without such a user option, it would not be BBDB anymore. BBDB is fully customizable.) Roland -- 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/
Re: Vector form for strings in ~/.bbdb
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/
Re: Vector form for strings in ~/.bbdb
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/
Re: Vector form for strings in ~/.bbdb
On Sat, Jan 26, 2013 at 11:01 PM, Roland Winkler 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 meaningful to deliberately introduce > text properties into BBDB (here, I mean the database itself). > So IMO BBDB should not remove text properties when operating on > text strings originating from BBDB --unless these strings are passed on > to an application for which it is known that it cannot handle text > properties. > Hm I cannot argue that having text properties in BBDB is a bad idea for all of eternity. But at the moment I cannot see any use for such - for two reasons: (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. (b) A fontified contact name has no counterpart in any contact manager that I am familiar with. > - Once BBDB starts using text properties deliberately, there should > also be a user option that inhibits that text properties ever > enter the database itself. This option will have to be implemented > rather low-level, where text strings "are really added to the > database". > > 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. -- 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/
