Re: TAB should move from field to field
If I could add a rider request to this, it would be great to have a single key command to copy the field contents to the kill ring (the way 'M' does now for the primary mail address). I often need to copy people's details to other places, and every time I do I wish I had this… I'd personally even prefer if fields work as sexp, so I can just use M-C-SPC to mark a few fields and then M-w to copy them. I.e. hooking into forward-sexp-function would suit my fingers. Stefan -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Mon Apr 25 2011 Stefan Monnier wrote: I'd personally even prefer if fields work as sexp, so I can just use M-C-SPC to mark a few fields and then M-w to copy them. I.e. hooking into forward-sexp-function would suit my fingers. Interesting idea - though admittedly I don't know yet how this could work. What would be a sexp in a BBDB buffer? How should a command such as forward-sexp treat data (such as email addresses and phone numbers) versus comments (such as field labels)? Also I would always prefer if copying of individual fields did not depend on whether a record is displayed in multi-line or in one-line format. So copying should be based on the raw data in the database (with possibly some base formatting), but not on the displayed data including the field labels, line breaks and indentation. Roland -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Mon, 25 Apr 2011 15:19:02 -0500 Roland Winkler wink...@gnu.org wrote: RW On Mon Apr 25 2011 Stefan Monnier wrote: I'd personally even prefer if fields work as sexp, so I can just use M-C-SPC to mark a few fields and then M-w to copy them. I.e. hooking into forward-sexp-function would suit my fingers. ... RW Also I would always prefer if copying of individual fields did not RW depend on whether a record is displayed in multi-line or in one-line RW format. So copying should be based on the raw data in the database RW (with possibly some base formatting), but not on the displayed data RW including the field labels, line breaks and indentation. Maybe always copy the raw data (fields or the whole record) but provide yank functions insinuated into each known recipient? Maybe simply `bbdb-yank' could be the function? For example yanking into a fundamental buffer would paste the text version. Yanking into a lisp mode would paste in Lisp syntax. Yanking into Gnus/VM/etc. would paste a vcard. Just an idea, it could be useful though. Ted -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On 2011-04-24 01:48 +0800, Roland Winkler wrote: On Sat Apr 23 2011 Leo wrote: I have one suggestion. I think making TAB move from field to field is useful. For example, in the following record, assume point at `R'ichard, TAB could move from R - F - m - n - next record Sounds like a good idea. Yet all fields except for the name field are really lists (snail mail addresses, phone numbers, email addresses, etc.). So it seems more appropriate to me if this command moves from one such subfield to the next one. This matches than bbdb-transpose-field, i.e., you can use TAB to jump to the position where you want to transpose fields. (I would not want to base the behavior of such a command on how things are displayed: in multi-line display mode the snail mail addresses and phone numbers are displayed line by line, whereas email addresses are merged in one line.) Roland TAB to sub-field is excellent. I like it. Leo -- Oracle is the new evil -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sun, Apr 24 2011, Roland Winkler wrote: On Sun Apr 24 2011 Eric Abrahamsen wrote: Seems like preserving line breaks in multi-line fields (and removing any left-hand whitespace) would be all the formatting you'd need Well, I guess that extracting the field from the database with just some base formatting should be a yet shorter way to go. Roland PS Which keybindings are not yet taken? f? Works for me -- f is unoccupied here. -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sat, 23 Apr 2011 04:17:14 +0800 Leo sdl@gmail.com wrote: L I have one suggestion. I think making TAB move from field to field is L useful. For example, in the following record, assume point at `R'ichard, L TAB could move from R - F - m - n - next record L Richard Stallman - FSF Lmail: r...@gnu.org L notes: The best hacker, founder of GNU I'd use `p' and `n' to move between records and TAB only between fields of a record. That way when you lean on TAB you don't get surprised, and if you're on the last field you can go to the first one in a circular way. Ted -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sun Apr 24 2011 Ted Zlatanov wrote: I'd use `p' and `n' to move between records and TAB only between fields of a record. That way when you lean on TAB you don't get surprised, and if you're on the last field you can go to the first one in a circular way. To the best of my knowledge, none of the forward-xxx commands implements a circular behavior. So I guess BBDB should not stick out here. Roland -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sat Apr 23 2011 Leo wrote: I have one suggestion. I think making TAB move from field to field is useful. For example, in the following record, assume point at `R'ichard, TAB could move from R - F - m - n - next record Sounds like a good idea. Yet all fields except for the name field are really lists (snail mail addresses, phone numbers, email addresses, etc.). So it seems more appropriate to me if this command moves from one such subfield to the next one. This matches than bbdb-transpose-field, i.e., you can use TAB to jump to the position where you want to transpose fields. (I would not want to base the behavior of such a command on how things are displayed: in multi-line display mode the snail mail addresses and phone numbers are displayed line by line, whereas email addresses are merged in one line.) Roland -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sun, Apr 24 2011, Roland Winkler wrote: On Sat Apr 23 2011 Leo wrote: I have one suggestion. I think making TAB move from field to field is useful. For example, in the following record, assume point at `R'ichard, TAB could move from R - F - m - n - next record Sounds like a good idea. Yet all fields except for the name field are really lists (snail mail addresses, phone numbers, email addresses, etc.). So it seems more appropriate to me if this command moves from one such subfield to the next one. This matches than bbdb-transpose-field, i.e., you can use TAB to jump to the position where you want to transpose fields. If I could add a rider request to this, it would be great to have a single key command to copy the field contents to the kill ring (the way 'M' does now for the primary mail address). I often need to copy people's details to other places, and every time I do I wish I had this… -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sun Apr 24 2011 Eric Abrahamsen wrote: If I could add a rider request to this, it would be great to have a single key command to copy the field contents to the kill ring (the way 'M' does now for the primary mail address). I often need to copy people's details to other places, and every time I do I wish I had this There is bbdb-copy-records-as-kill. But I can add bbdb-copy-field-as-kill. Oops: bbdb-copy-records-as-kill takes the records as displayed in the BBDB buffer. For bbdb-copy-field-as-kill it would probably make more sense to omit all the extra formatting such as the indentation, but only use some base formatting (snail mail addresses would be difficult to use otherwise). Roland -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sun, Apr 24 2011, Roland Winkler wrote: On Sun Apr 24 2011 Eric Abrahamsen wrote: If I could add a rider request to this, it would be great to have a single key command to copy the field contents to the kill ring (the way 'M' does now for the primary mail address). I often need to copy people's details to other places, and every time I do I wish I had this There is bbdb-copy-records-as-kill. But I can add bbdb-copy-field-as-kill. Oops: bbdb-copy-records-as-kill takes the records as displayed in the BBDB buffer. For bbdb-copy-field-as-kill it would probably make more sense to omit all the extra formatting such as the indentation, but only use some base formatting (snail mail addresses would be difficult to use otherwise). Exactly! I tried bbdb-copy-records-as-kill but it was more work to remove the extra stuff than it was simply to move point to the field and copy what I wanted manually. Seems like preserving line breaks in multi-line fields (and removing any left-hand whitespace) would be all the formatting you'd need… E -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: TAB should move from field to field
On Sun Apr 24 2011 Eric Abrahamsen wrote: Seems like preserving line breaks in multi-line fields (and removing any left-hand whitespace) would be all the formatting you'd need Well, I guess that extracting the field from the database with just some base formatting should be a yet shorter way to go. Roland PS Which keybindings are not yet taken? f? -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
TAB should move from field to field
Hello, I have one suggestion. I think making TAB move from field to field is useful. For example, in the following record, assume point at `R'ichard, TAB could move from R - F - m - n - next record Richard Stallman - FSF mail: r...@gnu.org notes: The best hacker, founder of GNU Leo -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
