all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ralf Angeli <angeli@caeruleus.net>
To: emacs-devel@gnu.org
Subject: Re: RefTeX Merge
Date: Thu, 01 Nov 2012 15:05:21 +0100	[thread overview]
Message-ID: <87390t8llq.fsf@caeruleus.net> (raw)
In-Reply-To: <87k3uqsw4w.fsf@thinkpad.tsdh.de> (Tassilo Horn's message of "Tue, 16 Oct 2012 09:39:59 +0200")

* Tassilo Horn (2012-10-16) writes:

> I've seen the reftex changes have landed in emacs/trunk.  As far as I
> can see, it works just fine.  Now after the merge, even the TAB
> completion for bib-entries at the `reftex-citation' prompt works
> again. :-)

Good to know. (c:

> One thing which seems a bit inconvenient to me is `reftex-reference' now
> always querying if one wants a \ref or \pageref.

You can turn this off by setting `reftex-ref-macro-prompt' to nil.  IIRC
I made t the default value because other reference styles (see
`reftex-ref-style-alist') offer macros in addition to \ref and \pageref.
With the prompt enabled it is quite convenient to insert those.  And it
is also easier to insert \pageref with the prompt.

> This is made even a
> bit stranger by the fact that this query pops up a selection window
> immediately, whereas the next query (which labels to show) starts
> without a window (it pops up only after some idle time).  IMO, either
> both should pop up the selection window immediately, or both should
> start with a minibuffer message and pop up the full selection window
> after some idle time.

It should not be too difficult to make both behave identically because
both are implemented by calling `reftex-select-with-char'.  Personally I
don't have a problem in them behaving differently.  I dunno if one gets
so familiar with the shortcuts used for the reference styles that it is
not necessary anymore to display the selection buffer.  But people are
likely quite familiar with the shortcuts for the label types and there
it makes sense to display the selection buffer only after a short delay.

> And can't the \ref or \pageref question be guessed with rather high
> certainty anyway?  E.g. only if the preceeding word is "page", "Seite",
> "página", etc, one wants a \pageref, else we want a \ref.

That would be convenient if we were only dealing with \ref and \pageref.
But what about the macros offered by the other reference styles?  For
those you'd need the prompt nevertheless.

> Anyway, thanks a lot for your work!  I'm pretty sure that wasn't much
> fun.

And it took quite some time because I merged "by hand". (c:

> Is the reftex CVS now officially obsolete, so that when I change
> reftex stuff in emacs I don't need to fiddle the change in there, too?

Yes, I guess it is obsolete.  I still plan to do a final release based
on the state which is in CVS but I don't think it is necessary to merge
anything from the Emacs repository until then.

-- 
Ralf



      reply	other threads:[~2012-11-01 14:05 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-23 18:10 RefTeX Merge Ralf Angeli
2012-09-23 18:39 ` Paul Eggert
2012-09-24  6:13   ` Chong Yidong
2012-09-24 20:44     ` Ralf Angeli
2012-09-24 23:32       ` Richard Stallman
2012-09-25  6:30       ` Tassilo Horn
2012-09-26  6:11         ` Ralf Angeli
2012-09-26  7:09           ` Tassilo Horn
2012-09-26  7:59           ` Stephen J. Turnbull
2012-09-26 13:20           ` Stefan Monnier
2012-09-26 10:20       ` Chong Yidong
2012-09-26 13:24         ` Subdirectories in `lisp' Stefan Monnier
2012-09-30 20:46         ` RefTeX Merge Ralf Angeli
2012-09-23 18:48 ` Glenn Morris
2012-09-23 18:58   ` Glenn Morris
2012-09-23 19:09   ` Glenn Morris
2012-09-24  1:42     ` Glenn Morris
2012-09-24  1:50       ` Glenn Morris
2012-09-24 21:02   ` Ralf Angeli
2012-10-16  7:39 ` Tassilo Horn
2012-11-01 14:05   ` Ralf Angeli [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87390t8llq.fsf@caeruleus.net \
    --to=angeli@caeruleus.net \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.