Re: [O] Remembrance Agent and Orgmode

[Alan Schmitt]

Alan Schmitt  writes:

> I'm trying to set up the remembrance agent, but I'm not able to get the
> binaries to work. I'm on OS X Mountain Lion, and the binaries from
> http://www.remem.org/ tell me "bad CPU type". I tried building it from
> source, but I'm getting an error about strnlen.

I've been able to build it, by commenting out the "strnlen" function in
savutil/gbuf.c, as it's already define in OS X since Lion.

Alan

Re: [O] New exporter

[Sebastien Vauban]

Hello Yagnesh,

Yagnesh Raghava Yakkala wrote:
> "Sebastien Vauban" writes:
>> I've been hit by trying to export with `C-c E p' [1] to PDF, but had troubles
>> doing so. In fact, I had to do `C-c l p' -- though the new dispatcher is much
>> more clear and _easy_ to use, I thought there was a problem.
>
> Unless you found a bug in org-export-dispatch, I think its `C-c E l p' (since
> you have C-c E for org-export-dispatch).

Of course, typo (!), I meant: I had to type `C-c E l p'...

Thanks for correcting.

> Watch the highlighted characters as you press `l'. The difference is you
> need to press two keys instead of one as in old one in the dispatcher
> window.
>
> Actually I found that the new dispatch command is designed more sophisticated
> way even though there is an extra key press.
>
>  Of course there is also obvious another way `M-x org-e-latex-export-to-pdf'.

Yes, always possible, but I wanted to report my (stupid) problem using the new
dispatcher *and* the old habits!

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] New exporter

[Sebastien Vauban]

Hello Nicolas,

Nicolas Goaziou wrote:
> "Sebastien Vauban" writes:
>
>> I've been hit by trying to export with `C-c E p' [1] to PDF, but had troubles
>> doing so. In fact, I had to do `C-c l p' -- though the new dispatcher is much
>> more clear and _easy_ to use, I thought there was a problem.
>>
>> Why? Because there was no beep to say that `p' entered at that moment was a
>> wrong choice, nor other form of message. I think that'd help, if there was
>> such a sound produced, for example. Right now, the bad keys are simply 
>> ignored
>> without further notice.
>>
>> Second thing that puzzled me: the focus (active modeline) is on the window
>> with the Org source, not on the window with the dispatcher. It was the same
>> with the old exporter, but I wonder whether it must be like that, or whether
>> that could be changed, to emphasize that the key events are well going to the
>> dispatcher window?
>>
>> At first, I thought that my first problem (`p' not doing anything was due to
>> that -- dispatcher window not active). I wanted to switch over to it (via
>> `F6' [2]) and ended with garbage in the echo area... C-c E p f6 p p f6...
>>
>> Does this make sense?
>
> It does. I've implemented suggested changes in master. Thanks for
> suggesting them.

Many thanks. I'll have a look...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] [wish] also provide documentation for contrib

[Thomas Koch]

cbe...@tajo.ucsd.edu:
> ,[from contrib/README]
> 
> | These contributions are not part of GNU Emacs or of the official
> | Org-mode package.  But the git repository for Org-mode is glad to
> | provide useful way to distribute and develop them as long as they are
> | distributed under a free software license.
> 
> Maybe
>  http://orgmode.org/worg/org-contrib/org-drill.html 
> is what you need?

Hi Chuck,

I know that org-drill has its own webpage with good documentation. The point 
is, that the Debian maintainer (or Fedora, Gentoo, ...) just takes the org-
mode tarball and packages everything found in there. It would be an extra 
burden for the maintainer to go out to every single contrib site and somehow 
add the documentation in the package.

It would be much easier IMHO, if the org-mode developers would not only 
distribute the code of contribs but also their documentation. I would even say 
that distributing code without documentation is kind of a bug.

It would even be an extra advantage, if you could encourage the contrib 
developers to provide documentation in info format.

Best regards,

Thomas Koch, http://www.koch.ro

Re: [O] [New exporter] Wrong export to LaTeX

[Suvayu Ali]

Hi Nicolas,

Let me clarify to see if I understood things correctly.

On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
> 
> > However when I try to export to beamer (Seb's ECM) without the
> >
> >   (add-to-list 'org-e-latex-classes '("beamer" ...))
> 
> With a minimal setup, the ECM won't export because the file explicitly
> asks for a "beamer" class, which isn't defined.
> 
> In other words, you can use Beamer back-end on any class, as long as
> this class is defined in `org-e-latex-classes'. It doesn't have to be
> named "beamer".
> 

Okay, I do follow this.  However, doesn't LaTeX_CLASS determine what
goes into the \documentclass{class name} directive?  If so, does having
\begin{frames}..\end{frames} in the exported tex make sense if the
documentclass directive says, for example, article?

What I'm getting at is, without the LaTeX_CLASS set to beamer, the
crucial \documentclass{beamer} directive is missing and the exported
LaTeX document won't be compilable[1].  Given the preceding comments are
correct, I would then say having a "beamer" class already defined in
org-e-beamer will save new users some trouble.  Is my analysis valid, or
am I grossly wrong?

> > bit, I get a backtrace (attached).  Is that a bug?
> 
> This is strange. The error comes from a void function, although it is
> defined in org.el. I suppose you get the error because you use
> `load-library' instead of `require'. You may want to (load-library
> "org") to fix it.
> 

I think I know what went wrong; I had misunderstood your comment
earlier and had exported with the beamer backend Seb's original ECM.  Of
course it fails because it explicitly asks for the "beamer" class when
that was not defined.

Cheers,

Footnotes:

[1] I tried this with the LaTeX_CLASS set to article, and there were
errors in the exported pdf.


-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] [New exporter] Wrong export to LaTeX

[Sebastien Vauban]

Hi Suvayu and Nicolas,

Suvayu Ali wrote:
> On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:

Explanation to my first problem: I was *missing* the require of org-e-beamer,
hence only got "plain" LaTeX back-end, and no extra menus for Beamer.

That's perfectly clear to me, now. Thanks.

> Let me clarify to see if I understood things correctly.
>
>>> However when I try to export to beamer (Seb's ECM) without the
>>>
>>>   (add-to-list 'org-e-latex-classes '("beamer" ...))
>>
>> With a minimal setup, the ECM won't export because the file explicitly
>> asks for a "beamer" class, which isn't defined.
>>
>> In other words, you can use Beamer back-end on any class, as long as
>> this class is defined in `org-e-latex-classes'. It doesn't have to be
>> named "beamer".
>
> Okay, I do follow this.  However, doesn't LaTeX_CLASS determine what
> goes into the \documentclass{class name} directive?  If so, does having
> \begin{frames}..\end{frames} in the exported tex make sense if the
> documentclass directive says, for example, article?
>
> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> crucial \documentclass{beamer} directive is missing and the exported
> LaTeX document won't be compilable[1].  Given the preceding comments are
> correct, I would then say having a "beamer" class already defined in
> org-e-beamer will save new users some trouble.  Is my analysis valid, or
> am I grossly wrong?

I have had once my ECM exported without the documentclass directive as well,
but I'm not 100% anymore of how I did it -- can't reproduce it right now.
Anyhow, this is still strange to me.

The important is that I now am able to compile the ECM with the new exporter
and get the desired results. Thanks!

However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS, but
when using the latter, I get frames inside an `article' documentclass type of
document -- while using `C-c E l O' (for Beamer)? That results in a weird
document...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] New exporter

[Sebastien Vauban]

Hello Nicolas,

"Sebastien Vauban" wrote:
> Nicolas Goaziou wrote:
>> "Sebastien Vauban" writes:
>>
>>> I've been hit by trying to export with `C-c E p' [1] to PDF, but had
>>> troubles doing so. In fact, I had to do `C-c l p' -- though the new
>>> dispatcher is much more clear and _easy_ to use, I thought there was a
>>> problem.
>>>
>>> Why? Because there was no beep to say that `p' entered at that moment was
>>> a wrong choice, nor other form of message. I think that'd help, if there
>>> was such a sound produced, for example. Right now, the bad keys are simply
>>> ignored without further notice.
>>>
>>> Second thing that puzzled me: the focus (active modeline) is on the window
>>> with the Org source, not on the window with the dispatcher. It was the
>>> same with the old exporter, but I wonder whether it must be like that, or
>>> whether that could be changed, to emphasize that the key events are well
>>> going to the dispatcher window?
>>>
>>> At first, I thought that my first problem (`p' not doing anything was due
>>> to that -- dispatcher window not active). I wanted to switch over to it
>>> (via `F6' [2]) and ended with garbage in the echo area... C-c E p f6 p p
>>> f6...
>>>
>>> Does this make sense?
>>
>> It does. I've implemented suggested changes in master. Thanks for
>> suggesting them.

Did you mean both changes?  That is:

- beep (or message) when erroneous key is typed, and
- dispatcher becomes the active window?

> Many thanks. I'll have a look...

I didn't notice any of these when using Org-mode version 7.9.2
(release_7.9.2-428-ge2e545 @ d:/home/sva/src/org-mode/lisp/)?

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] New exporter

[Sebastien Vauban]

Hello Nicolas,

"Sebastien Vauban" wrote:
> "Sebastien Vauban" wrote:
>> Nicolas Goaziou wrote:
>>> "Sebastien Vauban" writes:
 Does this make sense?
>>>
>>> It does. I've implemented suggested changes in master. Thanks for
>>> suggesting them.
>
> Did you mean both changes?  That is:
>
> - beep (or message) when erroneous key is typed, and
> - dispatcher becomes the active window?
>
>> Many thanks. I'll have a look...
>
> I didn't notice any of these when using Org-mode version 7.9.2
> (release_7.9.2-428-ge2e545 @ d:/home/sva/src/org-mode/lisp/)?

Forget it. It *does* work. Somehow, I wasn't up to date.

Now: Org-mode version 7.9.2 (release_7.9.2-436-g9b11e6 @
d:/home/sva/src/org-mode/lisp/).

Excellent!  Thanks a lot...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] [New exporter] Wrong export to LaTeX

[Sebastien Vauban]

Hi Suvayu and Nicolas,

"Sebastien Vauban" wrote:
> Suvayu Ali wrote:
>> On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
>>
>> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
>> crucial \documentclass{beamer} directive is missing and the exported
>> LaTeX document won't be compilable[1].  Given the preceding comments are
>> correct, I would then say having a "beamer" class already defined in
>> org-e-beamer will save new users some trouble.  Is my analysis valid, or
>> am I grossly wrong?
>
> I have had once my ECM exported without the documentclass directive as well,
> but I'm not 100% anymore of how I did it -- can't reproduce it right now.
> Anyhow, this is still strange to me.

I've updated Org (as said in my last post): Org-mode version 7.9.2
(release_7.9.2-436-g9b11e6 @ d:/home/sva/src/org-mode/lisp/).

Then, restarted Emacs, launched the export dispatcher on my ECM:

--8<---cut here---start->8---
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]
#+BEAMER_THEME: mc
#+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_act(Act) %4BEAMER_col(Col) 
%8BEAMER_opt(Opt)
#+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 0.0 :ETC
#+OPTIONS: H:2

* First section

** First frame

Introduction: why?

** Second frame

Objective is...

* Second section

** Third frame

Conclusions are...
--8<---cut here---end--->8---

... noticed that I did not get the Beamer extra menus in the dispatcher,
loaded the `org-e-beamer' library, re-exported to Beamer (`C-c E l O') and get
an uncompilable LaTeX file:

--8<---cut here---start->8---
% Created 2012-10-12 Fri 13:25
\usetheme{mc}
\author{Sebastien Vauban}
\date{\today}
\title{ecm}
\hypersetup{
  pdfkeywords={},
  pdfsubject={},
  pdfcreator={}}
\begin{document}

\maketitle
\begin{frame}{Outline}
\tableofcontents
\end{frame}


\begin{enumerate}
\item First section
\label{sec-1}

\begin{frame}[label=sec-1-1]{First frame}
Introduction: why?
\end{frame}
\begin{frame}[label=sec-1-2]{Second frame}
Objective is\ldots{}
\end{frame}
\item Second section
\label{sec-2}

\begin{frame}[label=sec-2-1]{Third frame}
Conclusions are\ldots{}
\end{frame}
\end{enumerate}
\end{document}
--8<---cut here---end--->8---

Reason: no `documentclass' directive. Why? At this point, still a mystery to
me...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] [New exporter] Wrong export to LaTeX

[Suvayu Ali]

Hi Seb,

On Fri, Oct 12, 2012 at 01:06:24PM +0200, Sebastien Vauban wrote:
> Hi Suvayu and Nicolas,

[...]

> 
> However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS, but
> when using the latter, I get frames inside an `article' documentclass type of
> document -- while using `C-c E l O' (for Beamer)? That results in a weird
> document...
> 

I believe that is the property name only for subtree export.  So when
exporting a file, use:

  #+LaTeX_CLASS: beamer

for subtree export use:

  * Beamer presentation
:PROPERTIES:
:EXPORT_LaTeX_CLASS: beamer
:END:

Hope this helps,

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] [New exporter] Wrong export to LaTeX

[Nicolas Goaziou]

Hello,

Suvayu Ali  writes:

> Okay, I do follow this.  However, doesn't LaTeX_CLASS determine what
> goes into the \documentclass{class name} directive?

No. Key in `org-e-latex-class' is just a label. You can have an
association like:

  ("foo" "\\documentclass{article}" ...)

It is here to help you name different configurations.

> If so, does having \begin{frames}..\end{frames} in the exported tex
> make sense if the documentclass directive says, for example, article?

You can use article, or book document classes along with Beamer, i.e.
when you want to create handouts for your presentation. This requires to
load "beamerarticle" package (cf. Beamer documentation).

So, yes it can make sense to call Beamer back-end on an "article"
documentclass.

> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> crucial \documentclass{beamer} directive is missing and the exported
> LaTeX document won't be compilable[1].  Given the preceding comments are
> correct, I would then say having a "beamer" class already defined in
> org-e-beamer will save new users some trouble.  Is my analysis valid, or
> am I grossly wrong?

Like in the LaTeX back-end, if you specify some class, you have to make
sure it does match an association in `org-e-latex-classes'. Though,
having a class named "beamer" isn't mandatory: you can have many classes
named differently and all using internally "\\documentclass{beamer}".

Also, I don't want to automatically modify a defcustom
(`org-e-latex-classes') once `org-e-beamer' is loaded. It isn't very
clean, even with careful checks.

`e-beamer' could also default to some header when provided class doesn't
match, but that looks ugly, too.

> Footnotes:
>
> [1] I tried this with the LaTeX_CLASS set to article, and there were
> errors in the exported pdf.

Because, in that case, your header must contain:

  \usepackage{beamerarticle}


Regards,

-- 
Nicolas Goaziou

Re: [O] [New exporter] Wrong export to LaTeX

[Suvayu Ali]

On Fri, Oct 12, 2012 at 01:32:55PM +0200, Sebastien Vauban wrote:
> Hi Suvayu and Nicolas,
> 
> "Sebastien Vauban" wrote:
> > Suvayu Ali wrote:
> >> On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
> >>
> >> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> >> crucial \documentclass{beamer} directive is missing and the exported
> >> LaTeX document won't be compilable[1].  Given the preceding comments are
> >> correct, I would then say having a "beamer" class already defined in
> >> org-e-beamer will save new users some trouble.  Is my analysis valid, or
> >> am I grossly wrong?
> >
> > I have had once my ECM exported without the documentclass directive as well,
> > but I'm not 100% anymore of how I did it -- can't reproduce it right now.
> > Anyhow, this is still strange to me.
> 
> I've updated Org (as said in my last post): Org-mode version 7.9.2
> (release_7.9.2-436-g9b11e6 @ d:/home/sva/src/org-mode/lisp/).
> 

Org-mode version 7.9.2 (release_7.9.2-436-g9b11e6 @ ...)

> Then, restarted Emacs, launched the export dispatcher on my ECM:
> 

$ emacs -nw -Q -l minimal.el ECM.org # only theme changed to default

Followed by M-x org-e-beamer-export-to-pdf RET, exports correct LaTeX
source which compiles without errors to a pdf.

Are you sure it is not something in your setup?

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] [New exporter] Wrong export to LaTeX

[Suvayu Ali]

Hi Nicolas,

Your explanations below explains all the gaps in my understanding!
Thanks a lot and apologies for all the confusion.

:)


On Fri, Oct 12, 2012 at 02:09:02PM +0200, Nicolas Goaziou wrote:
> Hello,
> 
> Suvayu Ali  writes:
> 
> > Okay, I do follow this.  However, doesn't LaTeX_CLASS determine what
> > goes into the \documentclass{class name} directive?
> 
> No. Key in `org-e-latex-class' is just a label. You can have an
> association like:
> 
>   ("foo" "\\documentclass{article}" ...)
> 
> It is here to help you name different configurations.
> 
> > If so, does having \begin{frames}..\end{frames} in the exported tex
> > make sense if the documentclass directive says, for example, article?
> 
> You can use article, or book document classes along with Beamer, i.e.
> when you want to create handouts for your presentation. This requires to
> load "beamerarticle" package (cf. Beamer documentation).
> 
> So, yes it can make sense to call Beamer back-end on an "article"
> documentclass.
> 
> > What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> > crucial \documentclass{beamer} directive is missing and the exported
> > LaTeX document won't be compilable[1].  Given the preceding comments are
> > correct, I would then say having a "beamer" class already defined in
> > org-e-beamer will save new users some trouble.  Is my analysis valid, or
> > am I grossly wrong?
> 
> Like in the LaTeX back-end, if you specify some class, you have to make
> sure it does match an association in `org-e-latex-classes'. Though,
> having a class named "beamer" isn't mandatory: you can have many classes
> named differently and all using internally "\\documentclass{beamer}".
> 
> Also, I don't want to automatically modify a defcustom
> (`org-e-latex-classes') once `org-e-beamer' is loaded. It isn't very
> clean, even with careful checks.
> 
> `e-beamer' could also default to some header when provided class doesn't
> match, but that looks ugly, too.
> 
> > Footnotes:
> >
> > [1] I tried this with the LaTeX_CLASS set to article, and there were
> > errors in the exported pdf.
> 
> Because, in that case, your header must contain:
> 
>   \usepackage{beamerarticle}
> 
> 
> Regards,
> 
> -- 
> Nicolas Goaziou

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] [PATCH] * org-insert-link: use ido when inserting links

[Nicolas Goaziou]

Hello,

Thanks for considering my suggestions. So here are new ones:

tony day  writes:

> org.el (org-insert-link): removed a list within the list of link
> creation that was causing a bug when using ido.

Nitpick: "Removed a list...".

Judging by your test case, it's the

  (mapcar 'cadr org-stored-links)

part that cause problems, isn't it? I'm not sure why it should belong to
the provided collection. Wouldn't dropping it solve the ido problem?

> Removed the hard coded iswitch and ido switches.

Just wondering: what will happen if an user wants to use iswitchb?

> Changed the order of prefixes so http came up first.

Please do not add unrelated "features" during a patch review. By the
way, I'm not sure to agree with you: it /is/ meaningful to have
user-defined link abbrevs before default types.

> (org-iread-file-name): created a function that can use
> ido-read-file-name if flagged as ok.

Nitpick: "Created..."

> (org-file-complete-link): referenced org-iread-file-name.

Nitpick: "Referenced..."

> ---
>  lisp/org.el |   44 
>  1 file changed, 28 insertions(+), 16 deletions(-)
>
> diff --git a/lisp/org.el b/lisp/org.el
> index bdfc919..41c2572 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -9311,24 +9311,22 @@ Use TAB to complete link prefixes, then RET for 
> type-specific completion support
>;; Fake a link history, containing the stored links.
>(setq tmphist (append (mapcar 'car org-stored-links)
>   org-insert-link-history))
> -  (setq all-prefixes (append (mapcar 'car abbrevs)
> -  (mapcar 'car org-link-abbrev-alist)
> -  org-link-types))
> +  (setq all-prefixes (append org-link-types
> + (mapcar 'car abbrevs)
> + (mapcar 'car
>  org-link-abbrev-alist)))

For now, you can remove that part, unless it is tied to the current
patch. But having http first doesn't sound convincing.

>(unwind-protect
> (progn
>   (setq link
> -   (let ((org-completion-use-ido nil)
> - (org-completion-use-iswitchb nil))
> - (org-completing-read
> -  "Link: "
> -  (append
> -   (mapcar (lambda (x) (list (concat x ":")))
> -   all-prefixes)
> -   (mapcar 'car org-stored-links)
> -   (mapcar 'cadr org-stored-links))
> -  nil nil nil
> -  'tmphist
> -  (caar org-stored-links
> +   (org-completing-read
> +   "Link: "
> +(append
> + (mapcar 'cadr org-stored-links)
> + (mapcar (lambda (x) (concat x ":"))
> + all-prefixes)

Why do you need to change that order?

> + (mapcar 'car org-stored-links))
> +nil nil nil
> +   'tmphist
> +   (cadr org-stored-links)))

It means the default value will be the second stored link, if any? Is it 
intended?

>   (if (not (string-match "\\S-" link))
>   (error "No link selected"))
>   (mapc (lambda(l)
> @@ -9422,7 +9420,7 @@ Use TAB to complete link prefixes, then RET for 
> type-specific completion support
>  (defun org-file-complete-link (&optional arg)
>"Create a file link using completion."
>(let (file link)
> -(setq file (read-file-name "File: "))
> +(setq file (org-iread-file-name "File: "))
>  (let ((pwd (file-name-as-directory (expand-file-name ".")))
> (pwd1 (file-name-as-directory (abbreviate-file-name
>(expand-file-name ".")
> @@ -9440,6 +9438,20 @@ Use TAB to complete link prefixes, then RET for 
> type-specific completion support
> (t (setq link (concat "file:" file)
>  link))
>  
> +(defun org-iread-file-name (&rest args)
> +  "Read-file-name using `ido-mode' speedup if available.
> +ARGS are arguments that may be passed to `ido-read-file-name' or 
> `read-file-name'.
> +See `read-file-name' for a description of parameters.
> +"
> +  (org-without-partial-completion
> +   (if (and org-completion-use-ido
> +(fboundp 'ido-read-file-name)
> +(boundp 'ido-mode) ido-mode
> +(listp (second args)))
> +   (let ((ido-enter-matching-directory nil))
> + (apply 'ido-read-file-name args))
> + (apply 'read-file-name args
> +
>  (defun org-completing-read (&rest args)
>"Completing-read with SPACE being a normal character."
>(let ((enable-recursive-minibuffers t)

It looks good.

You can answer to this mail, no need to post the patch on another
thread.


Regards,

-- 
Nicolas Goaziou

[O] template, position search

[Petro]

Hi list,

I am developing a template, which will enable me to group notes about
one article together. It is my first attempt of elisp programming and I
have some difficulties.
In the first version my plan if to bind notes to a file name. (Later when
I make it working I plan to combine it with ebib but there is a long way
to go.)

* Articles
** /home/article1.pdf
*** note1
*** note2
** /home/article2.pdf
*** note1
*** note2

I open a article1.pdf file in emacs, run org-capture command and choose the
following template:

("a" "article note" entry (file+function "~/org/scientific_notes.org" 
find-create-article-note-location)
 "*** test %?\nEntered on %U\n" )

The find-create-article-note-location function scans the org file for an
entry "** /home/article1.pdf" and moves cursor below it. If there is no such 
entry then it is
created. Bellow is my attempt to implement it.
I do not know how to send an article filename to the
find-create-article-note-location function.
Once executed it creates  this headline and places the note bellow it.
** /home/petro/org/scientific_notes.org
*** note1
I would appreciate a hint how to make this function aware of the pdf
file name.

Thanks
Petro

- code---
;; templates
(setq org-capture-templates
  '(("t" "Todo" entry (file+headline "~/org/tasks.org" "Tasks")
 "* TODO %?\n  %i\n  %a")
("n" "Note" entry (file+datetree "~/org/notes.org")
 "* %?\nEntered on %U\n  %i\n  %a")
("a" "article note" entry (file+function "~/org/scientific_notes.org" 
find-create-article-note-location)
 "*** test %?\nEntered on %U\n" )
  ))

;; org-mode functions
(defun find-create-article-note-location ()
  "Find a place to put an annotation note from pdf file"
  (defvar article-to-note buffer-file-name)
  (goto-char (point-min)) ;; go to the top of the file
  (if (search-forward (concat "** " article-to-note) nil t)
  (go-to-note-place)
  (create-place-for-note) 
  )
 ) 
(defun go-to-note-place()
  "Move cursor to the top of an article notes "
  (goto-char (point-min))
  (re-search-forward (concat "** " article-to-note) nil t)
  (newline 2))
(defun create-place-for-note() 
  "Create place for notes"
  (goto-char (point-min))
  (re-search-forward (concat "* Articles") nil t)
  (newline 2)
  (insert (concat "** " article-to-note))
  (newline 2)
  )

[O] Bug: org-read-date: problem with year in dotted european date input [7.9.2 (release_7.9.2-436-g9b11e6 @ /home/grfz/src/org-mode/lisp/)] (was: Re: how to customise Emacs to recognise 13.10. as 13th

[Gregor Zattler]

Dear org-moders,

I now believe I found a bug in org-read-date.  There is a problem
parsing European dotted dates.  In Dates the like DD.MM. or
DD.MM.YY or DD.MM. `MM' is recognised as year instead of month:

Today is 2012-10-11:

(org-read-date t nil "Kommt am 27.10.2012 um 14:00 Uhr")
gives
"2010-10-27"
expectet outcome is
"2012-10-27"

Same with abbreviated years:
(org-read-date t nil "Kommt am 27.10.12 um 14:00 Uhr")
"2010-10-27"
expectet outcome is
"2012-10-27"

Days are interpreted correctly:
(org-read-date t nil "Kommt am 27. um 14:00 Uhr")
"2012-10-27"

Since I customised german day names this also is correct:
(org-read-date t nil "Kommt am Sonntag um 14:00 Uhr")
"2012-10-14"

The most common way of expressing dates this year is interpreted
wrongly: 
(org-read-date t nil "Kommt am 27.10. um 14:00 Uhr")
"2010-10-27"
expectet outcome is
"2012-10-27"

I read the source of org-read-date but didn't grok it.  The regex
in the section labeled ";; Help matching dotted european dates"
looks good to me, but...

Emacs  : GNU Emacs 24.2.50.1 (i486-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2012-10-09 on dex, modified by Debian
Package: Org-mode version 7.9.2 (release_7.9.2-436-g9b11e6 @ 
/home/grfz/src/org-mode/lisp/)


I also did these tests with `env -i emacs -d :0.0 -Q':
- GNU Emacs 24.2.50.1 / Org-mode 7.9.2
- GNU Emacs 23.4.1/ Org-mode: 6.33x
--> same results (with the exception of german day names).



Thanks for your attention, Gregor



* Gregor Zattler  [11. Oct. 2012]:
> 
> 
> today (2012-10-11) I yanked "Kommt am 13.10. um 14:00 zum" into
> the date/time prompt: the date is recognised as "<2010-10-13 Mi
> 14:00>" instead of <2012-10-13 Sa 14:00> as I would expect since
> I have the following customisations (excerpt):
> 
> (custom-set-variables
> ;[...]
>  '(calendar-date-style (quote european))
> ;[...]
>  '(diary-date-forms (quote ((day "\\. ?" month "\\. ?[^0-9]") 
>(day "\\. ?" month "\\. ?" year "[^0-9]") 
>(day "/" month "[^/0-9]") 
>(day "/" month "/" year "[^0-9]") 
>(backup day " *" monthname 
> "\\W+\\<\\([^*0-9]\\|\\([0-9]+[:aApP]\\)\\)") 
>(day " *" monthname " *" year "[^0-9]") 
>(dayname "\\W"
> ;[...]
> )
> 
> as part of my .init.el.
> 
> 
> I thought the first diary date form would match this text but it
> doesn't.  Even "Kommt am 13.10.2012 um 14:00 zum" is parsed as 
> "<2010-10-13 Mi 14:00>".  I thought the second diary date form
> would match this.
> 
> Before I realised this I captured several events with wrong dates.
> 
> Any Ideas?
> 
> Ciao, Gregor
> 

Ciao, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-

Re: [O] Remembrance Agent and Orgmode

[Benjamin Slade]

Alan,

So do you have it working now? I don't run Macs, so I didn't have
anything to suggest earlier.

That sounds like something which should
be documented somewhere (i.e. which now someone should document).


On Fri, 12 Oct 2012, Alan Schmitt  wrote:

> Alan Schmitt  writes:
>
>> I'm trying to set up the remembrance agent, but I'm not able to get the
>> binaries to work. I'm on OS X Mountain Lion, and the binaries from
>> http://www.remem.org/ tell me "bad CPU type". I tried building it from
>> source, but I'm getting an error about strnlen.
>
> I've been able to build it, by commenting out the "strnlen" function in
> savutil/gbuf.c, as it's already define in OS X since Lion.
>
> Alan


-- 
~
Dr Benjamin Slade 
  Dept. of Linguistics & TESOL 
University of Texas at Arlington
  132E Hammond Hall | Office Hours: tba
~
{sent by mu4e on Emacs running under GNU/Linux}

Re: [O] Use default value if a variable is not defined

[Ivan Andrus]

On Oct 11, 2012, at 6:04 PM, Nathan Neff wrote:

> Hello,
> 
> I'm trying to create a function that will tell org-capture
> dynamically where to put the captured item.
> 
> I have it almost working -- where I'm getting hung up on is
> with basic Emacs lisp.  I want to basically implement this
> pseudo code:
> 
> IF I have defined a variable called njn/current-q-file then
>(find-file njn/current-q-file)
> ELSE
>   (find-file ("questions.org")))
> 
> However, if I do not define my njn/current-q-file then
> I get a "Symbol's value as variable is void" error when Emacs starts up.
> 
> How do I test for the existence (and non-nil ness of a variable in Emacs)


You can use boundp.  So 

(if (boundp 'njn/current-q-file)
njn/current-q-file
  "questions.org")

can be used wherever you need it.

-Ivan

Re: [O] Remaining work/progress report: nearly useful, help needed

[Myles English]

Just in case anyone is following this, but it is starting to feel like
my own personal thread.

>> 4 Improvements necessary to make it truly useful
>> 

1. Solved.

>>   2. Accumulate the time Remaining in the same way that CLOCKSUM does;
>>  it propagates upwards to higher level headings so that you can see
>>  (e.g.) how long Chapter 1 will take in total

This is done using {:} in the column specification:

#+COLUMNS: %10ITEM %5Effort{:} %5CLOCKSUM %5Remaining{:}

So now (part of) my dynamic block looks like this:

| ITEM | Effort | CLOCKSUM | Remaining |
|--++--+---|
| .1 Heading One   |   4:28 | 1:46 |  2:48 |
| ... 1.1 A sub heading|| 0:42 |   |
| .Inline ting |   1:00 | 0:42 |  0:24 |
| ... 1.2 Another sub heading  || 1:04 |   |
| .Write this bit  |   1:20 | 0:49 |  0:31 |
| .Do something|   1:23 | 0:05 |  1:18 |
| .This bit too|   0:45 | 0:10 |  0:35 |
| ... 1.3 Heading with no inline tasks ||  |   |
| .. 1.3.1 a   ||  |   |


>>   3. Refresh all the Remaining properties automatically

Any ideas?  (Don't worry I'll work it out)

Myles

Re: [O] Bug: org-read-date: problem with year in dotted european date input [7.9.2 (release_7.9.2-436-g9b11e6 @ /home/grfz/src/org-mode/lisp/)]

[Nicolas Goaziou]

Hello,

Gregor Zattler  writes:

> I now believe I found a bug in org-read-date.  There is a problem
> parsing European dotted dates.  In Dates the like DD.MM. or
> DD.MM.YY or DD.MM. `MM' is recognised as year instead of month:
>
> Today is 2012-10-11:
>
> (org-read-date t nil "Kommt am 27.10.2012 um 14:00 Uhr")
> gives
> "2010-10-27"
> expectet outcome is
> "2012-10-27"

AFAICT `org-read-date' expects a date string alone, not a date string in
the middle of some text.

  (org-read-date t nil "12.10.") => "2012-10-12"


Regards,

-- 
Nicolas Goaziou

[O] how to avoid floating number problems with org-table for finances?

[Thomas Koch]

Hi,

I use a simple org-mode table to sum up the expenses and incomes of a small 
private project. Now I remembered that I should know as a programmer to NEVER 
EVER USE FLOATS FOR FINANCES!!!

But I did...

|0.3 |
|0.3 |
|0.3 |
| 0.9000222044604925031308084726 |
#+TBLFM: @4$1=vsum(@1..@3);%.40f

Do you know any quirck how I can continue using point notation but be sure 
that the numbers are added correctly? I think I'd need another vsum method 
that would

- find the number of decimal points of the most precise field
- parse all numbers to integers by filling up zeros at the end and ignoring 
the decimal point
- sum up
- write the result with a decimal point at the right position

Best regards,

Thomas Koch, http://www.koch.ro

Re: [O] how to avoid floating number problems with org-table for finances?

[Johan Sandblom]

Sorry, I meant

#+TBLFM: @4$1=round(vsum(@1..@3),2);%.40f

Johan

--
Johan Sandblom, MD PhD
m +46735521477
What is wanted is not the will to believe, but the
will to find out, which is the exact opposite
--Bertrand Russell

Re: [O] how to avoid floating number problems with org-table for finances?

[Johan Sandblom]

Not what you asked for, but how about simply rounding it?

2012-10-12 19:06 skrev Thomas Koch:

| 0.9000222044604925031308084726 |
#+TBLFM: @4$1=vsum(@1..@3);%.40f


#+TBLFM: @4$1=round(vsum(@1..@3);%.40f

--
Johan Sandblom, MD PhD
m +46735521477
What is wanted is not the will to believe, but the
will to find out, which is the exact opposite
--Bertrand Russell

Re: [O] Is Worg updating correctly?

[Jason Dunsmore]

Fixed.  Thanks for reporting this.

Regards,
Jason

On Tue, Oct 09 2012, Thomas S. Dye wrote:

> Aloha all,
>
> Changes I pushed recently aren't reflected on the web site.  Not sure
> what might be wrong.
>
> All the best,
> Tom

Re: [O] Entry text mode: does it work for you?

[Nicolas Goaziou]

Hello,

"Sebastien Vauban"
 writes:

> Just tried to reuse the entry text mode, by pressing `E' from the agenda view.
>
> I get mixed results: the "notes" which are displayed don't always belong to
> the right entry. Some do, some don't.
>
> At this moment, I still have no clue on the cause of this -- I am, though,
> still trying to produce an ECM. Hence, my question: does it work for you?  Are
> the notes the first lines that really belong to the items to which they
> should?

I do not use the feature, but AFAICT, I cannot reproduce your problem.
Notes always belong to the appropriate entry.


Regards,

-- 
Nicolas Goaziou

Re: [O] [New exporter] Wrong export to LaTeX

[Nicolas Goaziou]

Hello,

"Sebastien Vauban"
 writes:

> Reason: no `documentclass' directive. Why? At this point, still a mystery to
> me...

You probably don't have a beamer entry in `org-e-latex-classes'.


Regards,

-- 
Nicolas Goaziou

[O] org-store-link and org-link-to-org-use-id issue

[John Hendy]

Hi,


I have the following in .emacs:

(setq org-link-to-org-use-id "create-if-interactive")

When I navigate to a headline and do =C-c l=, a unique ID is not
created for that headline. Am I misunderstanding the
'create-if-interactive' setting for this variable? It reads as though
if I call =org-store-link= manually, a unique ID will be created. I've
tried both =C-c l= and =M-x org-store-link=. Neither produces the ID.

As a side note, is there completion for links? This would be even
better for me than using =C-c l=. I'd like to just do =C-c l file: RET
~/org/filename.org/ TAB for headline names... etc.=

Something similar to interactive refiling would be fantastic for
links. Does this exist?


Thanks,
John

Re: [O] org-store-link and org-link-to-org-use-id issue

[John Hendy]

Disregard... missed the bit about having org-id in loaded  modules for
all of this to work. Everything's now fine.

Sorry for the noise,
John

On Fri, Oct 12, 2012 at 3:34 PM, John Hendy  wrote:
> Hi,
>
>
> I have the following in .emacs:
>
> (setq org-link-to-org-use-id "create-if-interactive")
>
> When I navigate to a headline and do =C-c l=, a unique ID is not
> created for that headline. Am I misunderstanding the
> 'create-if-interactive' setting for this variable? It reads as though
> if I call =org-store-link= manually, a unique ID will be created. I've
> tried both =C-c l= and =M-x org-store-link=. Neither produces the ID.
>
> As a side note, is there completion for links? This would be even
> better for me than using =C-c l=. I'd like to just do =C-c l file: RET
> ~/org/filename.org/ TAB for headline names... etc.=
>
> Something similar to interactive refiling would be fantastic for
> links. Does this exist?
>
>
> Thanks,
> John

Re: [O] Question about HTML export, drawers, and links

[Thomas Moyer]

So what would I need to do to use the "new exporter"?

-Tom

--
Thomas Moyer
tommo...@gmail.com



On Fri, Sep 21, 2012 at 12:21 PM, Bastien  wrote:

> Nicolas Goaziou  writes:
>
> >> Thomas Moyer  writes:
> >>
> >>> I have a set of files that I put notes in that I would like to export
> >>> to HTML. When I do this, I have configured everything to allow
> >>> certain drawers to included in the export, but those drawers are put
> >>> in  blocks. Is there a way to convince the export mechanism to
> >>> treat links inside drawers as links that need exported. I put a link
> >>> in the drawer to another file and would like the link to work.
> >>
> >> This is not currently possible.
> >>
> >> The new HTML exporter (contrib/lisp/org-e-html.el) supports using a
> >> custom function to export drawers.  It is not easily usable for now,
> >> but maybe you can explore from there.
> >
> > AFAIU, the new exporter defaults to what the OP is asking for.
>
> Indeed, thanks for double-checking.
>
> --
>  Bastien
>

Re: [O] Remaining work/progress report: nearly useful, help needed

[Myles English]

my-progress.el
Description: application/emacs-lisp

I have a solution that does everything I need apart from exclude DONE
items from the CLOCKSUM property.  Writing it here for posterity.

I get a table like this (Note: the "0:08" is from a DONE task that is
excluded from the table and the other property columns):

#+BEGIN: columnview-toc :id file:a.org
| ITEM   | Effort | CLOCKSUM | 
Remaining |   |
|++--+---+---|
| .1 Heading One |   3:28 | 1:13 |  
2:23 |   |
| ... 1.1 First heading  ||  |  
 |   |
| ... 1.2 A sub heading  || 0:08 |  
 |   |
| ... 1.3 Another sub heading|| 1:05 |  
 |   |
| .Write this bit|   1:20 | 0:50 |  
0:30 |   |
| .Do something  |   1:23 | 0:05 |  
1:18 |   |
| .This bit too  |   0:45 | 0:10 |  
0:35 |   |
| ... 1.4 Heading with no inline tasks   ||  |  
 |   |
| .. 1.4.1 a ||  |  
 |   |
| .2 Heading Two |   0:40 | 0:12 |  
0:33 |   |
| .   Finish writing under heading two   ||  |  
 |   |
| ... 2.1 Sub heading that will show up in the table |   0:20 | 0:05 |  
0:14 |   |
| .. 2.1.1 Will this one?|   0:20 | 0:05 |  
0:14 |   |
| . Test |   0:20 | 0:05 |  
0:14 |   |
| ... 2.2 Yet another subheading |   0:20 | 0:07 |  
0:19 |   |
| .. 2.2.1 A sub sub heading || 0:07 |  
 |   |
| . Do an inline thing   |   0:20 | 0:07 |  
0:19 |   |
| .. 2.2.2 Another sub sub heading   ||  |  
 |   |
| .3 Heading Three of main doc   |   2:28 | 1:00 |  
0:30 |   |
| ... 3.1 An included sub heading||  |  
 |   |
| ... 3.2 Yet another included subheading|   2:28 | 1:00 |  
0:30 |   |
| .. 3.2.1 An included sub sub heading   || 1:00 |  
 |   |
| . Yet More Do an included inline thing |   1:30 | 1:00 |  
0:30 |   |
| .4 Heading Four|| 0:06 |  
 |   |
| .   Finish writing under included heading two  ||  |  
 |   |
| .   Somethingorother   |   0:58 | 0:06 |  
 |   |
| .5 Progress table  ||  |  
 |   |
|++--+---+---|
| Total time [H:M]:  |   6:36 |  |  
3:26 |   |

#+END:

By using the attached library (my-progress.el), having these columns
defined:

#+COLUMNS: %5ITEM %5Effort{:} %5CLOCKSUM %5Remaining{:}

and using this config:

;; - BEGIN my-progress.el 
(add-to-list 'load-path "~/lib/lisp")
(require 'my-progress)
(add-to-list 'org-export-filter-final-output-functions
 'my-progress-remove-toc-heading)
(add-to-list 'org-properties-postprocess-alist
 '("Remaining" lambda(value)
   (let ((clocksum (org-duration-string-to-minutes
(my-get-clock-sum)))
 (effort (org-duration-string-to-minutes
  (org-entry-get (point) "Effort"
 (org-minutes-to-hh:mm-string (- effort clocksum)

(add-hook 'org-clock-in-prepare-hook
  'my-progress-org-mode-ask-effort 'append)

(add-hook 'org-clock-out-hook
  (lambda ()
(org-set-property my-progress-remaining-property 0))
  'append)

(add-hook 'org-after-todo-state-change-hook
  'my-progress-rename-properties)
;; - END my-progress.el --

Myles

[O] [PATCH] * org-insert-link: use ido when inserting links

[tony day]

On 12 Oct 2012, at 23:50, Nicolas Goaziou  wrote:

> Thanks for considering my suggestions. So here are new ones:

And a revised patch for your reviewing pleasure :)

> Judging by your test case, it's the
> 
>  (mapcar 'cadr org-stored-links)
> 
> part that cause problems, isn't it? I'm not sure why it should belong to
> the provided collection. Wouldn't dropping it solve the ido problem?

No, but the combination of removing this and removing the list wrapper solves 
the ordering issues I was trying to fix.  I wasn't sure why the cadr was there 
either.  

>> Removed the hard coded iswitch and ido switches.
> 
> Just wondering: what will happen if an user wants to use iswitchb?

Works for the first part and reverts to no assist on file: selection.

>> Changed the order of prefixes so http came up first.
> 
> Please do not add unrelated "features" during a patch review. By the
> way, I'm not sure to agree with you: it /is/ meaningful to have
> user-defined link abbrevs before default types.

Excellent advice (yes, even the nitpicks :)

From 31c9855ca6db95d10ca09611f749d74074b19b08 Mon Sep 17 00:00:00 2001
From: Tony Day 
Date: Fri, 12 Oct 2012 14:39:53 +1100
Subject: [PATCH] * org-insert-link: use ido when inserting links

org.el (org-insert-link): remove a list within the list of link
creation that causes a bug when using ido.  Remove the hard coded
iswitch and ido switches.

(org-iread-file-name): create a function that can use
ido-read-file-name if flagged as ok.

(org-file-complete-link): reference org-iread-file-name.
---
 lisp/org.el |   37 -
 1 file changed, 24 insertions(+), 13 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index bdfc919..89acb81 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -9317,18 +9317,15 @@ Use TAB to complete link prefixes, then RET for 
type-specific completion support
   (unwind-protect
  (progn
(setq link
- (let ((org-completion-use-ido nil)
-   (org-completion-use-iswitchb nil))
-   (org-completing-read
-"Link: "
-(append
- (mapcar (lambda (x) (list (concat x ":")))
- all-prefixes)
- (mapcar 'car org-stored-links)
- (mapcar 'cadr org-stored-links))
-nil nil nil
-'tmphist
-(caar org-stored-links
+ (org-completing-read
+  "Link: "
+  (append
+   (mapcar (lambda (x) (concat x ":"))
+   all-prefixes)
+   (mapcar 'car org-stored-links))
+  nil nil nil
+  'tmphist
+  (caar org-stored-links)))
(if (not (string-match "\\S-" link))
(error "No link selected"))
(mapc (lambda(l)
@@ -9422,7 +9419,7 @@ Use TAB to complete link prefixes, then RET for 
type-specific completion support
 (defun org-file-complete-link (&optional arg)
   "Create a file link using completion."
   (let (file link)
-(setq file (read-file-name "File: "))
+(setq file (org-iread-file-name "File: "))
 (let ((pwd (file-name-as-directory (expand-file-name ".")))
  (pwd1 (file-name-as-directory (abbreviate-file-name
 (expand-file-name ".")
@@ -9440,6 +9437,20 @@ Use TAB to complete link prefixes, then RET for 
type-specific completion support
(t (setq link (concat "file:" file)
 link))
 
+(defun org-iread-file-name (&rest args)
+  "Read-file-name using `ido-mode' speedup if available.
+ARGS are arguments that may be passed to `ido-read-file-name' or 
`read-file-name'.
+See `read-file-name' for a description of parameters.
+"
+  (org-without-partial-completion
+   (if (and org-completion-use-ido
+(fboundp 'ido-read-file-name)
+(boundp 'ido-mode) ido-mode
+(listp (second args)))
+   (let ((ido-enter-matching-directory nil))
+ (apply 'ido-read-file-name args))
+ (apply 'read-file-name args
+
 (defun org-completing-read (&rest args)
   "Completing-read with SPACE being a normal character."
   (let ((enable-recursive-minibuffers t)
-- 
1.7.9.6 (Apple Git-31.1)

[O] fontifying superscript/subscript

[Benjamin Slade]

Is there a way to have org-mode fontify superscript/subscript the way
that AUCTeX does?

(A second, but related, question---especially assuming that the answer
to the first question may be "no"---is there any straightforward way of
getting emacs to raise/lower text as part of a "face"? [I looked at
font-latex.el of AUCTeX, but it's not clear to me exactly how the
raising/lowering is being implementd.])


-- 
~
Dr Benjamin Slade 
  Dept. of Linguistics & TESOL 
University of Texas at Arlington
  132E Hammond Hall | Office Hours: tba
~
{sent by mu4e on Emacs running under GNU/Linux}

Re: [O] fontifying superscript/subscript

[Carsten Dominik]

On 13.10.2012, at 08:04, Benjamin Slade wrote:

> Is there a way to have org-mode fontify superscript/subscript the way
> that AUCTeX does?

C-c C-x \

> 
> (A second, but related, question---especially assuming that the answer
> to the first question may be "no"---is there any straightforward way of
> getting emacs to raise/lower text as part of a "face"? [I looked at
> font-latex.el of AUCTeX, but it's not clear to me exactly how the
> raising/lowering is being implementd.])
> 
> 
> -- 
> ~
> Dr Benjamin Slade 
>  Dept. of Linguistics & TESOL 
>University of Texas at Arlington
>  132E Hammond Hall | Office Hours: tba
> ~
>{sent by mu4e on Emacs running under GNU/Linux}
> 

Re: [O] fontifying superscript/subscript

[Benjamin Slade]

Thanks. 

I suppose that:

(add-hook 'org-mode-hook 'org-toggle-pretty-entities)

is the way the auto-enable it?


On Sat, 13 Oct 2012, Carsten Dominik wrote:

> On 13.10.2012, at 08:04, Benjamin Slade wrote:
>
>> Is there a way to have org-mode fontify superscript/subscript the way
>> that AUCTeX does?
>
> C-c C-x \
>
>> 
>> (A second, but related, question---especially assuming that the answer
>> to the first question may be "no"---is there any straightforward way of
>> getting emacs to raise/lower text as part of a "face"? [I looked at
>> font-latex.el of AUCTeX, but it's not clear to me exactly how the
>> raising/lowering is being implementd.])
>> 
>> 
>> -- 
>> ~
>> Dr Benjamin Slade 
>>  Dept. of Linguistics & TESOL 
>>University of Texas at Arlington
>>  132E Hammond Hall | Office Hours: tba
>> ~
>>{sent by mu4e on Emacs running under GNU/Linux}
>> 


-- 
~
Dr Benjamin Slade 
  Dept. of Linguistics & TESOL 
University of Texas at Arlington
  132E Hammond Hall | Office Hours: tba
~
{sent by mu4e on Emacs running under GNU/Linux}