headers
Sam Steingold | 1 Jan 2012 02:22
Picon

Re: bbdb-check-auto-save-file is broken

> * Roland Winkler <jvaxyre <at> tah.bet> [2011-12-31 07:50:44 -0600]:
>
> -- Yet I am wondering once more: how do you end up in such a
> situation (more regularly?) that emacs leaves behind the auto-save
> data? If you quit an "emacs -Q", it will ask you whether you want to
> save any unsaved buffers. To the best of my knowledge, emacs must
> crash or you must kill it to leave behind auto-save data (or you
> explicitly say "no" when emacs is asking you to save a buffer).

I think you are right, auto-save files are left only on a crash.

--

-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000
http://pmw.org.il http://palestinefacts.org http://openvotingconsortium.org
http://www.memritv.org http://mideasttruth.com http://jihadwatch.org
I may be getting older, but I refuse to grow up!

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
bbdb-info <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/
Permalink | Reply | 0 comments |
headers
Sam Steingold | 1 Jan 2012 03:08
Picon

Re: v3 window splitting: problem

> * Roland Winkler <jvaxyre <at> tah.bet> [2011-12-31 07:50:14 -0600]:
>
> On Fri Dec 30 2011 Sam Steingold wrote:
>> In that case you might appreciate my shrink-window-if-larger-than-buffer
>> patch: v2 created a fixed height *BBDB* window, v3 creates a *BBDB*
>> window half the height of the tallest one.  Did you see the
>> e-mail?
>
> I saw your email. I am simply trying to understand better what kind
> of issue (occuring in which context) you want to address.

That specific patch was trying to address the problem where the *BBDB*
window was exactly the same size as the *Article* window, i.e., it would
split the tallest window in half and take of the halves.

>> Because the horiz-p argument is not always passed, which means that the
>> my (bbdb-message-pop-up 'horiz) setting is ignored unless *BBDB* window
>> is popped from a very specific place (which it is not always is).
>> 
>> Also, a function which takes 6 (optional!) arguments is brittle by
>> design.
>
> Are you talking about bbdb-display-records? When are you using it?

I don't think I am ever calling it directly.

> All its args are optional. You must insist on some kind of
> non-default behavior when you use its optional args.

My problem with 6 positional arguments is that they are very easy to get
(Continue reading)

Permalink | Reply | 2 comments |
headers
Roland Winkler | 1 Jan 2012 09:15
Picon

Re: v3 window splitting: problem

On Sat Dec 31 2011 Sam Steingold wrote:
> > * Roland Winkler <jvaxyre <at> tah.bet> [2011-12-31 07:50:14 -0600]:
> That specific patch was trying to address the problem where the
> *BBDB* window was exactly the same size as the *Article* window,
> i.e., it would split the tallest window in half and take of the
> halves.

The *BBDB* window was exactly the same size as the *Article* window
before or after the splitting? Are you using multiple *BBDB*
windows? Is the *Article* window the window you want to split or do
you want to split a different window?

> > The arg horiz-p is really used only by the function
> > bbdb-mua-auto-update.
> 
> And this is the problem.  This means that my bbdb-message-pop-up setting
> is only respected by bbdb-mua-auto-update, which is wrong.
> if you do not want to drop horiz-p altogether, please use my "tallest
> window" approach when horiz-p is nil.

It was the basic idea in BBDB v2 that horizontal window splitting
was used only for MUA windows (using mua-specific versions of the
command bbdb-mua-auto-update). The old behavior appeared reasonable
to me and I don't think I changed concepts here for BBDB v3 (though
details are different). As you come from BBDB v2 I have been trying
to understand this better.

> > Under what circumstances does it not fit your needs and you want to
> > call the command bbdb-display-records instead?
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Roland Winkler | 1 Jan 2012 09:29
Picon

Re: bbdb-check-auto-save-file is broken

On Fri Dec 30 2011 Roland Winkler wrote:
> If BBDB is using some hooks in the background, it can read and
> modify bbdb-file (using bbdb-buffer) without ever creating the
> *BBDB* buffer. So a solution could be to check for the auto-save
> file only when bbdb-file is actually read. Under normal
> circumstances, this should happen only once. 

I'll look into this.

Roland

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
bbdb-info <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/
Permalink | Reply | 1 comment |
headers
Sam Steingold | 2 Jan 2012 03:48
Picon

Re: v3 window splitting: problem

> * Roland Winkler <jvaxyre <at> tah.bet> [2012-01-01 02:15:53 -0600]:
>
> On Sat Dec 31 2011 Sam Steingold wrote:
>> > * Roland Winkler <jvaxyre <at> tah.bet> [2011-12-31 07:50:14 -0600]:
>> That specific patch was trying to address the problem where the
>> *BBDB* window was exactly the same size as the *Article* window,
>> i.e., it would split the tallest window in half and take of the
>> halves.
>
> The *BBDB* window was exactly the same size as the *Article* window
> before or after the splitting?

before: 2 windows: "*Summary*" (list of articles in the group) - about
20% of the frame and *Article* (the content of the current message) -
about 80% of the frame.
when I visit the article written by someone in the db, the *Article*
window is split into two windows: *Article* and *BBDB*.
v2 split it into 5 lines for *BBDB* and the rest for *Article*.
v3 split it into 1/2 (i.e., 40% of the frame) for *BBDB* and 1/2 (i.e.,
40% of the frame) for *Article*.
I want the *BBDB* window to be as small as possible so that the frame
real estate is not wasted.

> Are you using multiple *BBDB* windows?

no.

> Is the *Article* window the window you want to split or do you want to
> split a different window?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Roland Winkler | 3 Jan 2012 17:00
Picon

Re: bbdb-check-auto-save-file is broken

On Sun Jan 1 2012 Roland Winkler wrote:
> On Fri Dec 30 2011 Roland Winkler wrote:
> > If BBDB is using some hooks in the background, it can read and
> > modify bbdb-file (using bbdb-buffer) without ever creating the
> > *BBDB* buffer. So a solution could be to check for the auto-save
> > file only when bbdb-file is actually read. Under normal
> > circumstances, this should happen only once. 
> 
> I'll look into this.

I wrote a patch that merges most of the code in bbdb-records with
bbdb-buffer.  I want to test it out before installing it.

Roland

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
bbdb-info <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/
Permalink | Reply | 0 comments |
headers
Ivan Kanis | 14 Jan 2012 18:08
Face

[PATCH] recover key ; edit record notes

Hi Roland,

A trivial patch to recover the key ";" behavior of the old bbdb. I use
it often.

Take care,

Ivan

diff --git a/emacs/bbdb/bbdb-com.el b/emacs/bbdb/bbdb-com.el
index 4a5af00..817de33 100644
--- a/emacs/bbdb/bbdb-com.el
+++ b/emacs/bbdb/bbdb-com.el
 <at>  <at>  -918,6 +918,12  <at>  <at>  then the entire field is edited, not just the current line."
     (bbdb-change-record record bbdb-need-to-sort)
     (bbdb-redisplay-record record)))

+;;;###autoload
+(defun bbdb-record-edit-notes ()
+  "Edit notes of current record."
+  (interactive)
+  (bbdb-edit-field (bbdb-current-record) 'notes))
+
 (defun bbdb-record-edit-name (record &optional first-and-last)
   (let (fn ln new-name old-name)
     (bbdb-error-retry
	Modified emacs/bbdb/bbdb.el
diff --git a/emacs/bbdb/bbdb.el b/emacs/bbdb/bbdb.el
index 44c4181..c0fb095 100644
--- a/emacs/bbdb/bbdb.el
(Continue reading)

Permalink | Reply | 3 comments |
headers
Roland Winkler | 15 Jan 2012 10:28
Picon

Re: [PATCH] recover key ; edit record notes

On Sat Jan 14 2012 Ivan Kanis wrote:
> A trivial patch to recover the key ";" behavior of the old bbdb. I
> use it often.

I am a bit hesitant with this patch because it sticks out from the
rest of the code. It is the only interactive command for editing a
specific field of a record. Unlike the old command your new code is
(fortunately) yet much simpler. So I am tempted to say that anyone
needing such a command (or any other command bbdb-record-edit-foo)
can write it for him- or herself and put it in the init field. I'd
be more interested in a more generic approach that works not only
for a particular field (without moving point on that field as
required by bbdb-edit-field). We already had some preliminary
discussions about this on this list.

Roland

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
_______________________________________________
bbdb-info <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/
Permalink | Reply | 2 comments |
headers
Ivan Kanis | 15 Jan 2012 13:55
Face

Re: [PATCH] recover key ; edit record notes

"Roland Winkler" <winkler <at> gnu.org> wrote:

> On Sat Jan 14 2012 Ivan Kanis wrote:
>> A trivial patch to recover the key ";" behavior of the old bbdb. I
>> use it often.

> So I am tempted to say that anyone needing such a command (or any
> other command bbdb-record-edit-foo) can write it for him- or herself
> and put it in the init field.

Do you mean that people should add code to their customization? It takes
a bit of knowledge to figure it out.

> I'd be more interested in a more generic approach that works not only
> for a particular field (without moving point on that field as required
> by bbdb-edit-field).

I am not sure I understand the specification. Would it be a function
that prompts for a field? How would it make ";" work again?

Take care,
--

-- 
Ivan Kanis
http://kanis.fr

A lie gets halfway around the world before the truth has a chance to
get its pants on.
    -- Winston Churchill

------------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Leo | 15 Jan 2012 16:57
Face
Picon
Gravatar

Re: [PATCH] recover key ; edit record notes

On 2012-01-15 17:28 +0800, Roland Winkler wrote:
> I am a bit hesitant with this patch because it sticks out from the
> rest of the code. It is the only interactive command for editing a
> specific field of a record. Unlike the old command your new code is
> (fortunately) yet much simpler. So I am tempted to say that anyone
> needing such a command (or any other command bbdb-record-edit-foo)
> can write it for him- or herself and put it in the init field. I'd
> be more interested in a more generic approach that works not only
> for a particular field (without moving point on that field as
> required by bbdb-edit-field). We already had some preliminary
> discussions about this on this list.

I think I agree.

When I switched to bbdb3, initially I missed that but not very much now.

Leo

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
_______________________________________________
bbdb-info <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/
(Continue reading)

Permalink | Reply | 0 comments |

Gmane