Re: sharing data between bbdb records
Roland Winkler wink...@gnu.org writes: On Tue May 28 2013 Eric Abrahamsen wrote: Yup, I think changes would be confined to bbdb.el. ...and bbdb-com.el The latter contains the user interface for creating and editing BBDB records, and this is possibly the trickier part. Having fancy editing and printing functions is one thing. But establishing a user interface that uses the right functions in the right moment without too much extra effort could be much trickier. Currently such thoughts have a rather low priority on my agenda. No surprise there -- plenty of time. -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
On 27 May, 2013, at 4:54 pm, Roland Winkler wrote: On Mon May 27 2013 Gijs Hillenius wrote: Very happy user of bbdb, but one with a one long-standing question. Consider two or three records, that share some information, Me too, I have been annoyed by this. Yet you did not miss anything. Currently BBDB does not allow that multiple records share some information so that this can be entered and updated only once. Such a feature reqires substantial modifications of BBDB internals, including the data format. No idea if this is feasible, but the thought occurs to me: how about using the auto-complete framework? Or pcomplete? -- Phil Hudson http://hudson-it.no-ip.biz @UWascalWabbit PGP/GnuPG ID: 0x887DCA63 -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
On Tue May 28 2013 Eric Abrahamsen wrote: Could the organization field, instead of being a string, actually be a link (or a search-string) to a separate record? Then when you display an individual record that links to that organization, there could be a display-only, virtual work address shown for that individual. Gets you partway there, anyway. I guess that a proper solution to this problem could be some sort of this kind. But I'd prefer to have such a solution not only for the organization field but, say, for addresses too. In any case, links go beyond the currently supported format of the database file. That's why all this goes beyond what is currently possible. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
On Tue May 28 2013 Philip Hudson wrote: No idea if this is feasible, but the thought occurs to me: how about using the auto-complete framework? Or pcomplete? If one needs to update an address that occurs multiple times, it would be nice if this can be done for all records simultaneously. Maybe BBDB could check whether the field that gets updated appeared in multiple records. Then BBDB could ask the user whether it should update the other fields, too. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
Roland Winkler wink...@gnu.org writes: On Tue May 28 2013 Eric Abrahamsen wrote: Could the organization field, instead of being a string, actually be a link (or a search-string) to a separate record? Then when you display an individual record that links to that organization, there could be a display-only, virtual work address shown for that individual. Gets you partway there, anyway. I guess that a proper solution to this problem could be some sort of this kind. But I'd prefer to have such a solution not only for the organization field but, say, for addresses too. In any case, links go beyond the currently supported format of the database file. That's why all this goes beyond what is currently possible. I once half-jokingly suggested rewriting BBDB to use the EIEIO object system. The joke part was only because it would be a hell of a lot of work: actually I think an OO-type system is pretty much ideal for what BBDB does. Advantages I can think of: 1. Probably a much smaller codebase, at least for bbdb.el, also clearer and easier to maintain. 2. You'd get multiple databases (and I think remote databases) for free with eieio-persistent 3. Incoming data checking/cleaning/validation becomes methods on field classes 4. Inheritance of field classes means it becomes very easy for users to create new kinds of fields 5. Printing methods on field types means users can override how existing fields are displayed in the *BBDB* buffer 6. I'm pretty sure those same printing methods could be used to store text properties and other fancy display stuff along with the data 7. Reading/printing methods for the database as a whole would make it easier to write importers/exporters for BBDB. Database printers could (I think) also override existing field printers, so users could run an existing LaTeX exporter (for instance), but just override how some of the fields were converted to latex. 8. It would be easier to attach arbitrary methods to certain field types, to make them do things, ie notify a birthday, send an IM, etc. It's still more or less pie-in-the-sky, but I think it makes a lot of sense in principle. Eric -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
Roland Winkler wink...@gnu.org writes: On Tue May 28 2013 Eric Abrahamsen wrote: I once half-jokingly suggested rewriting BBDB to use the EIEIO object system. The joke part was only because it would be a hell of a lot of work: actually I think an OO-type system is pretty much ideal for what BBDB does. Advantages I can think of: Actually, without knowing too much about EIEIO, I believe that such a thing would be doable. I already tried to separate different layers of the code as much as possible. Not sure. Many nitty-gritty details of BBDB internals are related to the MUA interfaces of BBDB. Yup, I think changes would be confined to bbdb.el. It's still more or less pie-in-the-sky, but I think it makes a lot of sense in principle. Well, this could become BBDB v4 I had imagined you'd find that thought somewhat exhausting, having only just finished v3, but if not that's great! E -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
On Tue May 28 2013 Eric Abrahamsen wrote: Yup, I think changes would be confined to bbdb.el. ...and bbdb-com.el The latter contains the user interface for creating and editing BBDB records, and this is possibly the trickier part. Having fancy editing and printing functions is one thing. But establishing a user interface that uses the right functions in the right moment without too much extra effort could be much trickier. Currently such thoughts have a rather low priority on my agenda. Roland -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
sharing data between bbdb records
Hello! Very happy user of bbdb, but one with a one long-standing question. Consider two or three records, that share some information, for example the address. Bob Creature mail: bob.creature@company address (office): some address//zip//city/country Alice Individual mail: alice.individual@company address (office): same as Bob Creature Eve Being ... office address like Alice and Bob I find myself adding such address information for the second time, when adding the bbdb record for Alice. And if the company adds Eve Being to their staff member, a third time for Eve. And updating it twice, three times, if the company changes address. Should there not be a way to manage that more automatic? Did I miss that in the manual? -- BOFH excuse #277: Your Flux Capacitor has gone bad. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
On Mon May 27 2013 Gijs Hillenius wrote: Very happy user of bbdb, but one with a one long-standing question. Consider two or three records, that share some information, Me too, I have been annoyed by this. Yet you did not miss anything. Currently BBDB does not allow that multiple records share some information so that this can be entered and updated only once. Such a feature reqires substantial modifications of BBDB internals, including the data format. Roland -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: sharing data between bbdb records
Roland Winkler wink...@gnu.org writes: On Mon May 27 2013 Gijs Hillenius wrote: Very happy user of bbdb, but one with a one long-standing question. Consider two or three records, that share some information, Me too, I have been annoyed by this. Yet you did not miss anything. Currently BBDB does not allow that multiple records share some information so that this can be entered and updated only once. Such a feature reqires substantial modifications of BBDB internals, including the data format. Could the organization field, instead of being a string, actually be a link (or a search-string) to a separate record? Then when you display an individual record that links to that organization, there could be a display-only, virtual work address shown for that individual. Gets you partway there, anyway. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/