Re: [Orgmode] pretty export of tags

[Scot Becker]

> Would it not be more consistent if I just make the command for the taglist
> be specified in a variable, similar to org-export-latex-todo-keyword-markup.
> This seems the more logical solution to me.  You could still use a
> non-existing command and define it in the header

Not sure how I missed your last email, so long ago... but:  Yes.  That
seems great solution.

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Bug: org-feed customization group is called org-id (can't customize org-id)

[Scot Becker]

In org-feed.el (line 105), the 'defgroup' entry for org-feed has the
tag "Org ID", which is the same tag as the group org-id (in
'org-id.el'). This has the result that you are unable to get to the
real org-ID variables from the M-x customize-group RET org RET top
level menu.

The culprit:

(defgroup org-feed  nil
  "Options concerning RSS feeds as inputs for Org files."
  :tag "Org ID"
  :group 'org)


Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] A LaTeX class for Org-mode export

[Scot Becker]

Well this is very cool.  A whole new paradigm for org-LaTeX
integration.  Well done.  I was especially glad for the introduction
to the 'paralist' package.

Could it be that the line to clone the git repo should be this:

git clone git://github.com/tsdye/org-article.git

instead of what I find in the document:

git clone g...@github.com:tsdye/org-article.git

(which didn't work for me)?


And I think 'org-export-packages-alist'  should be
org-export-latex-packages-alist
in the section entitled: Org-Mode LaTeX Export Setup (1.4).

Also the code windows of the resulting PDFs dont' work that well for
pasting the the code blocks to the command line or into Emacs, but
don't know how to fix that. (Is 'microtype' meddling too much in the
code blocks?)

Anyway, many thanks for this.  I look forward to experimenting in the
days to come.

Scot
(resent to the whole list, whoops!)

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] pretty export of tags

[Scot Becker]

Great.  Thanks.


Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Any way to limit which subtrees to export based on TODO keywords?

[Scot Becker]

I'm working up a way to print out my org-mode reading notes to
individual half-sheets of paper.  I'm using tags for content-related
things, so I'd love to sort those notes which need to be printed from
those notes which have been printed already by using TODO keywords.  I
don't think there is an inbuilt mechanism to do this.  Can anyone
suggest a mechanisim by which I might achieve a similar effect using
TODO keywords (or, failing that, inheritable properties)?

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Any way to limit which subtrees to export based on TODO keywords?

[Scot Becker]

Thanks Jeff,

:noexport: does what I want, but I want to send org the same "no
export" signal without tags, but using TODO keywords (since I'm using
tags for tagging the content of the notes, since TODO words are unused
in this document, and since they have a nice workflow oriented
interface, which is perfect for this application.

Scot


On Thu, Sep 16, 2010 at 2:59 AM, Jeff Horn  wrote:
> I'm not sure I understand the use case, but you can set which tags
> export on a per-file basis.
>
> http://orgmode.org/manual/Selective-export.html#Selective-export
>
> I read somewhere that :noexport: will prevent a subtree from being
> exported automatically, and I've used that to tag some notes, export
> to PDF, and print.
>
> On Wed, Sep 15, 2010 at 6:19 PM, Scot Becker  wrote:
>> I'm working up a way to print out my org-mode reading notes to
>> individual half-sheets of paper.  I'm using tags for content-related
>> things, so I'd love to sort those notes which need to be printed from
>> those notes which have been printed already by using TODO keywords.  I
>> don't think there is an inbuilt mechanism to do this.  Can anyone
>> suggest a mechanisim by which I might achieve a similar effect using
>> TODO keywords (or, failing that, inheritable properties)?
>>
>> Scot
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
>
>
> --
> Jeffrey Horn
> PhD Student in Economics
> George Mason University
>
> (704) 271-4797
> jh...@gmu.edu
> jrhorn...@gmail.com
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Emacs version

[Scot Becker]

I also update from the git repo, about weekly and install to the new
Emacs to the default location in /usr/local, that way (1) the
development version loads by default, so long as /usr/local/bin is
earlier in your path, and (2) you keep your default ubuntu Emacs
packages intact, and can go back to them if you ever want to, by
running /usr/bin/emacs

Scot


On Thu, Sep 16, 2010 at 4:16 AM, suvayu ali  wrote:
> On 15 September 2010 15:31, Sebastian Rose  wrote:
>> highly recommended, git:
>>
>>  http://repo.or.cz/w/emacs.git
>
> I wasn't aware of the git repo! thanks a lot. :)
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Any way to limit which subtrees to export based on TODO keywords?

[Scot Becker]

> The TODO keyword COMMENT should do what you're after.

I can't believe I didn't think of that.  I even use that one already
in other files.  Thanks,

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Sparse trees and searching for multiple words

[Scot Becker]

Tom,

I agree that a flexible multi-term search would be a great addition to
org-mode and Emacs in general.  I'd say that Google has spoiled us,
but like all who are spoiled I believe my inflated desires to be
perfectly reasonable!  I'm keeping more and more notes in org-mode,
and the more I keep, the more this comes up.  I had a look at the page
Ilya suggested, and got the 'first alternative' to work with org-occur
(code below), but I also followed the links there and it looks like
Drew Adams has done some significant work in this regard with his
'icicles' library.   See his discussion on search here:

http://www.emacswiki.org/emacs/Icicles_-_Search_Commands%2c_Overview

For example, using M-x icicles-search you can specify both a 'search
context' (for example sentences, paragraphs, or any other span of text
that you can define with a regexp perhaps org-mode outline
nodes?), then from there you can drill down with one search term after
another.  This amounts to a progressive AND search, like what you're
asking for.  And as I remember, icicles does have a pretty good set of
commands for tweaking searches in progress.  Not Google Instant, but
if it works, it could be pretty good.  I'm not sure if you could
somehow do org-sparse trees with something like this.

On a first attempt a year ago, I wasn't able to swallow the icicles
pill whole.  I went back to ido in the end---partly because I couldn't
manage the complexity.  But `icicles-search' really motivates me to
refresh my configuration and see if it is useful, at least for this
kind of thing.

For a simpler and less flexible solution, here is the code from the
'String Permutations' page, with the top-level function rewritten to
call org-occur.  It works reasonably well for the kind of searches you
are asking about, but the search terms do have to be on the same line.
 This is less of a problem if, like me, you are using visual-line-mode
and your paragraphs don't have newlines breaking them up.

(defun scb/search-words-any-order (keywords)
  "Search for a comma-separated list of terms in any order."
  (interactive "sKeywords: (comma-separated) ")
  (org-occur (my-csv-string-to-regexp keywords)))

(defun my-csv-string-to-regexp (str)
  "Translate comma separated values into regexp.
A,B,C turns into
\\(A.*B.*C\\|A.*C.*B\\|B.*A.*C\\|B.*C.*A\\|C.*A.*B\\|C.*B.*A\\)"
  (let* ((l (perms (split-string str ",\\s-*"
(mapconcat (function (lambda (n)
  (mapconcat 'identity n ".*"))) l "\\|")))

;; thanks to Christoph Conrad 
(require 'cl)
(defun perms (l)
  (if (null l)
  (list '())
(mapcan #'(lambda( a )
(mapcan #'(lambda( p )
(list (cons a p)))
(perms (remove* a l :count 1
l)))



Scot

On Tue, Sep 21, 2010 at 6:20 PM, Ilya Shlyakhter  wrote:
>> For example, I'd like to see entries which contains the words 'cat' and
>> 'dog' in any order. Or 'apple', 'orange', 'melon', 'plum' and 'pear'
>> in any order.
>
> Maybe this will help: http://www.emacswiki.org/emacs/StringPermutations
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [WISH] ELPA repo for org-mode?

[Scot Becker]

> 1) more goes to org-mode/contrib/lisp: this is okay, but requires
>   more people to have write access to Org

I can't comment on whether that is undesirable, but I assume that if
the number of contributions grows, it might be best to take one of the
other routes.

> 2) have a separate Org contribs repo: then we can be more liberal
>   with write access and let users have all extensions in one pull.

This would be find with me.  Git is easy and quick.

> 3) migrate as much Org extensions as possible to ELPA: I'm still
>   trying to figure out what would be the consequences of this.

Well, for one thing, at the moment contributions to ELPA seem to be
reviewed /en masse/, at an interval of about every two weeks:

http://tromey.com/elpa/news.html

It might be better for org to have a method where extension developers
can say, "There.  Fixed it." and users can get updates immediately.
People seem to do that kind of thing a lot, 'round here.  And many of
run the freshest code out there for extensions and main packages
alike.

>
> 4) adopt OLGA (Org Lisp Gadget Archive) on orgmode.org: we would
>   need to adapt package.el for a custom ELPA-like on orgmode.org
>   but this is feasible.  The advantage of having OLGA separately
>   from ELPA is that we might be more liberal about what extension
>   is allowed there.

This might work.  I like the idea of distributed repositories for ELPA
anyway, and such a move might prompt the addition of an explicit way
to include multiple package repos (debian-like) if such a way does not
exist.  I believe in a well-designed, well-used package manager for
Emacs, and whatever aids that seems to me to be a Good Thing.

> Of course, we can combine (2) and (4): have a git repos containing
> Org extensions (those who are not officially part of Emacs/Org) and
> this repo can feed our OLGA, so that users can *also* navigate and
> update Org extensions thru OLGA.

Yep.  This might be nice both for the git-crowd and those who are
inclined towards a package manager.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Org-mode screencasts

[Scot Becker]

Richard,

That's a great intro screencast.

Scot


On Sun, Sep 26, 2010 at 7:41 PM, Jeff Kowalczyk  wrote:
> Eric Abrahamsen  ericabrahamsen.net> writes:
>>
>> One thing that would be really excellent is to show keystrokes as you do
>> the tutorial. I don't know what system you're using, but this link:
>>
>> http://screencasters.heathenx.org/blog/2009/04/06/smaller-key-status-monitor/
>>
>>
>> Rustom Mody wrote:
>>
>> mwe-log-commands may be particularly useful for an emacs related
>> screencast http://www.foldr.org/~michaelw/emacs/mwe-log-commands.el
>
> It would be extremely nice for screencasting Emacs to have a configurable 
> input
> and prompt display similar to the calc trail.
>
> Wish list:
>
> - stack view of the keystream from view-lossage
> - annotations (i.e. an overlay) when a binding dispatches a command
>  using the mechanism from mwe-log-commands.
> - annotations of minibuffer prompts
> - annotations of keybinding hints
>
> The view-lossage stream doesn't use the format one would want for user
> documentation:
>
> C-x b f o ov i e w - l o s s a g e 
>
> Something like the following would be more like documentation:
>
> C-x b [switch-to-buffer]
> f o o RET [minibuffer input]
> RET [minibuffer prompt confirm]
> [visiting buffer] foo
> M-x []
> v i e w - l o s s a g e RET [minibuffer input]
> [visiting buffer] *Help*
>
> The parts in [brackets] are intended to indicate some kind of face overlay. As
> uncolored plaintext the information is just distracting.
>
> Another tool, http://www.emacswiki.org/emacs/ScreencastMode has good ideas for
> keybinding hints and one-key stepthrough. I don't think the typed-text 
> narration
> style is a good fit for these particular screencasts and their target 
> audience,
> however.
>
> Jeff
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] ELPA [WAS] Re: [PROPOSAL] Quick and easy installation instructions

[Scot Becker]

Dan,

I have no special expertise on this, but I'll hazzard an answer as a
simple ELPA user:

> Using ELPA does seem like an attractive route, especially if it
> (package.el) is going to be in Emacs24.

To me too, ELPA is a great idea.  It probably needs some perfecting,
but if it works for these purposes, we only help the perfecting by
encouraging it's use.

> - How much work would it take to put and maintain Org-mode on ELPA?

I'll let someone else answer that, but I'd be suprised if it couldn't
be automated.

> - Would it make sense to have two different packages available via ELPA,

To me, yes.  I like using git for the development tree, but I expect
that ELPA makes for a nice way for Windows users (and others who don't
want to or can't use git) to get the latest version easily (and
possibly even to downgrade if necessary).  The latest release version
is of course necessary as well, since using it is the main
recommendation to new users.

> - Will it be possible for the Org project to have control over the files

An excellent and important question.  We'd rather not be dependent on
personal intervention from others to update, especially the '-latest'
version.  And even for the releases, we'd probably be glad to see them
propagate to the repository pretty quickly.  (The current non-gnu ELPA
repo only updates every two weeks or so.  This is fine for many
projects, but probably not enough even for org-mode releases.)

> - Will ELPA be able to get the info files installed suitably?

In principle, yes.  ELPA does concern itself with both the load-path
and the info-path.

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-footnote in messages, practical question.

[Scot Becker]

ditto.  same reason.  In my mind the sig is like letterhead.  Useful
perhaps, but not really part of the message.



On Mon, Sep 27, 2010 at 5:55 PM, Sebastian Rose  wrote:
> Łukasz Stelmach  writes:
>> Hi.
>>
>> I am thinking about deploying org-footnote in message-mode. I'd like to
>> use it for URLs most and I'd like to ask you a question. Where would you
>> like to see the footnotes sections in my messages ;-) below or above the
>> signature. Please consider that if they get below then they will be
>> ripped off on reply. If, on the other hand I should put them above the
>> signature then some hacking is required in the org-footnote-normalize
>> function which of course is fun.
>
>
> My vote is _above_.
>
> As you said:  they will be ripped of on reply if placed below the
> signature.
>
> Also, I expect the signature to be the last thing in a mail.  I often do
> not scroll down to see if something is below it.
>
>
>  Sebastian
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] ELPA

[Scot Becker]

On Tue, Sep 28, 2010 at 6:48 PM, Eric Schulte  wrote:
> I don't think it makes sense to use ELPA to re-distribute the version of
> Org-mode which users already have installed as part of their Emacs
> install.  Un-installing the bleeding edge Org-mode would be equivalent
> to downgrading to the Emacs version.

Sure that doesn't make sense, but remember that Emacs development
protocol is very conservative, and requires included packages to stop
all changes except bug fixes long in advance of new Emacs releases,
for stability.  This typically has had the result that an Emacs
version is released with an org-mode version which is a good few
org-mode releases behind---even on the day the Emacs release becomes
official.  In that case it would never happen that ELPA would be
re-distributing the version already installed with Emacs.  The latest
org-mode release will always be an advance on what got from a stock
Emacs.  This means that if you think that there is a place for people
to run the latest org release (as opposed to the dev version), then,
it seems, there is a decent place in ELPA for it, or?

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Latex exporter bug or feature?

[Scot Becker]

This is, if I remember right, a feature.  Or at least a known
limitation, a deliberate attempt to respect document structure.  Can
you perhaps get what you want by customizing org-export-latex-classes
to start the numbering already on heading level 4?  For example one of
it's 'stanzas' looks like this:

("article" "\\documentclass[11pt, a4paper]{article}"
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
  ("\\paragraph{%s}" . "\\paragraph*{%s}")
  ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))

So make a custom one that looks like this:

("myarticle" "\\documentclass[11pt, a4paper]{article}"
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}"))

... and make sure it gets added into the existing list of classes
properly.  i.e  correctly enclosed in parentheses.  This is untested.

Org-mode seems to hold pretty tightly to proper tree structure.  I
think you'll have to achieve what you want by some means other than
skipping a heading level


Scot

On Sun, Oct 3, 2010 at 11:55 AM, Indraneel Majumdar
 wrote:
>  Or am I doing something wrong?
>
> With
> #+OPTIONS H:5
>
> paragraphs are not exported if subsubsection is missing.
>
> eg. my orgfile:
>
> * Section
> ** Sub section
> 
>        My paragraph starts here...
>
>
> The paragraph is not exported. The reason I want H:5 is that this is the
> simplest way to obtain numbered paragraphs (I do not have to put
> \paragraph{} in front of every paragraph).
>
> Please help,
>
> Indraneel
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: [PATCH] Compiling multiple times the LaTeX output

[Scot Becker]

As soon as I can, I'll give the patch a test using XeLaTeX as well.
It'd be great to have this feature also be able to run xelatex instead
of pdflatex to support that toolchain as well (for its better UTF-8
support and OpenType font integration).  I expect this to be easy,
because as far as I can tell the output/error/warning messages are the
same.

Scot


2010/10/4 Carsten Dominik :
> Hi Sebastian,
>
> Thanks for the patch!  I would certainly have a better way to process
> these files.
>
> My questions:
>
> 1. Can we run bibtex only if we have an indication that it might be needed?
> Maybe by looking at the output of the first LaTeX run?  Hmm, maybe this
> would not work if only the bibtex database file was changed.
>
> 2.  The contrill structures you are using, are they standard shell
> or is bash needed for this?
>
> 3. Maybe we can extract a useful error message if the last PDFLaTeX
> run still contains problems?  Maybe even load the log file in this case?
>
> Thanks!
>
> - Carsten
>
> On Oct 1, 2010, at 11:17 PM, Sébastien Vauban wrote:
>
>
>
>>
>> Here is my (much) better proposition:
>>
>> --8<---cut here---start->8---
>> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
>> index 9a62457..0a2c5fe 100644
>> --- a/lisp/org-latex.el
>> +++ b/lisp/org-latex.el
>> @@ -455,25 +455,35 @@ allowed.  The default we use here encompasses both."
>>  :group 'org-export-latex
>>  :group 'org-export)
>>
>> +(defcustom org-latex-pdf-max-runs 3
>> +  "Maximum number of times PDFLaTeX is run after BibTeX."
>> +  :group 'org-export-pdf
>> +  :type 'int)
>> +
>> (defcustom org-latex-to-pdf-process
>> -  '("pdflatex -interaction nonstopmode -output-directory %o %f"
>> -    "pdflatex -interaction nonstopmode -output-directory %o %f")
>> +  `("pdflatex -interaction nonstopmode -output-directory %o %f"
>> +    "bibtex %b"
>> +    ,(concat "let COUNTER=0; while (grep -e \"Rerun .* cross-references\"
>> %b.log > /dev/null); do if [ $COUNTER -eq "
>> +             (int-to-string org-latex-pdf-max-runs)
>> +             " ]; then break; fi; pdflatex -interaction nonstopmode
>> -output-directory %o %f; let COUNTER=COUNTER+1; done"))
>>  "Commands to process a LaTeX file to a PDF file.
>> This is a list of strings, each of them will be given to the shell
>> as a command.  %f in the command will be replaced by the full file name,
>> %b
>> by the file base name (i.e. without extension) and %o by the base
>> directory
>> of the file.
>> The reason why this is a list is that it usually takes several runs of
>> -pdflatex, maybe mixed with a call to bibtex.  Org does not have a clever
>> -mechanism to detect which of these commands have to be run to get to a
>> stable
>> -result, and it also does not do any error checking.
>> +pdflatex, mixed with a call to bibtex.  Org does now have a clever
>> mechanism
>> +to detect how many times the document has to be compiled to get to a
>> stable
>> +result for the cross-references.  Moreover, the number of compilations
>> after
>> +bibtex is limited to 3 by default (see `org-latex-pdf-max-runs' for
>> more).
>> +Though, it does not do any error checking.
>>
>> Alternatively, this may be a Lisp function that does the processing, so
>> you
>> could use this to apply the machinery of AUCTeX or the Emacs LaTeX mode.
>> This function should accept the file name as its single argument."
>>  :group 'org-export-pdf
>>  :type '(choice (repeat :tag "Shell command sequence"
>> -                 (string :tag "Shell command"))
>> +                        (string :tag "Shell command"))
>>                 (function)))
>>
>> (defcustom org-export-pdf-logfiles
>> --8<---cut here---end--->8---
>>
>> Enhancements:
>>
>> - variable to limit the number of PDFLaTeX runs (3, by default)
>>
>>  Though, the way it is evaluated, you need to set it before calling
>> org-latex
>>  (before defining org-latex-to-pdf-process). Not a problem, IMHO. Maybe
>> there
>>  are better ways, though?
>>
>> - real standard sequence to compile the doc:
>>
>>  + one call to PDFLaTeX
>>  + one call to BibTeX
>>  + as many calls as needed to PDFLaTeX (max 3)
>>
>> Best regards,
>>  Seb
>>
>> --
>> Sébastien Vauban
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: [PATCH] Compiling multiple times the LaTeX output

[Scot Becker]

> How about introducing a "#+LATEX_CMD:" option in org-mode? (and default
> to pdflatex)

Yes, please!  I use xelatex almost exclusively since it has  unicode
support for non-latin scripts.  And increasingly, some will presumably
want to use LuaTeX, which I'm told is slated to replace pdflatex in
the longer term as the standard latex processing engine.

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Header levels and section numbering > 3, in LaTeX export

[Scot Becker]

And if you just want deeply nested numbered paragraphs, like lists.
You might try the Easylist package:

http://www.tex.ac.uk/tex-archive/help/Catalogue/entries/easylist.html

You'd have to do a tweak or to to get org-mode to export to easylist,
but it shouldn't be too complicated, since easylist takes its input in
a format almost exactly like org's native outline structure.

Scot


On Wed, Oct 6, 2010 at 6:38 AM, Nick Dokos  wrote:
> Kai  wrote:
>
>> With a .org file having headers 4-5 levels deep (e.g.  This
>> Section), I'd like the LaTeX export to treat it as a subsubsubsection
>> with numbering, e.g. 1.1.1.1.  But no luck, and I'm not sure whether
>> I'm doing something wrong with org-mode, or need to customize my LaTeX
>> template.  In the org file I have:
>>
>> #+OPTIONS: H:5 num:t
>>
>> ...which does give the TeX markup of \label{sec-1_1_1_1} in the .tex
>> file, but the header text is wrapped in a \paragraph{The Header},
>> instead of \subsubsubsection{The Header}.
>>
>> Is there a way to have the org-mode LaTeX export mark that up as a
>> subsubsubsection?  I'm using the org-mode trunk.  Thanks in advance
>> for any help,
>>
>
> This is a LaTeX limitation (if you want to call it that), not an orgmode
> one. See
>
>     http://www.tex.ac.uk/cgi-bin/texfaq2html?label=subsubsub
>
> for some workarounds/comments/references (but be prepared for at least some
> strangeness).
>
> HTH,
> Nick
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Header levels and section numbering > 3, in LaTeX export

[Scot Becker]

Indraneel,

>  Thanks Scot, exactlt what I was looking for, and I was actually
> deliberating on the Tractacus!

Funny.  Glad it looks like it may work.

> I couldn't get easylist to understand the
> \star symbol that orgmode uses. Do you know how to do that?

No.  You might have seen the footnote in the easylist documentation
(on p. 2) which says:

"You might not be happy with the symbols and maybe you'd like to use
another one, or simply have your favorite symbol
as default to avoid remembering such a cumbersome name as 'pilcrow'.
Here's a simple hack that does the job: select the
entire code of the package, and replace all occurrences of Ÿ (<<-- the
pilcrow) with your symbol. Make sure you won't use it in the list for
other purposes, though."

I've not tried this, however.  It would be nice if there were a dead
easy way to get easylist and org-mode to work well together, since the
two are very natural partners.  Let me know if you can make this work.

> And also to skip
> the first 3 stars in a level4 heading (if I want to retain latex's default
> top 3 levels)?

I've never actually gone all the way to making a document
easy-to-publish with Easylist.  I've just manually converted
org-mode's stars to a character Easylist can understand, then manually
wrapped the whole thing in a LaTeX preamble.  The ideal would be to
automate the process, perhaps by using org-babel and putting your
easylist sections in special code blocks. But I've not taken the time
to figure all that out.

Failing that, I bet you could do a halfway hack with minimal amount of
manual work.  For example (if I understand you correctly), you could
make an org document like this:

* Regular org heading
** Subheading
** Here's a third-level heading
STARTLIST
 My first thesis, which is longer and wordier than it probably should be.
* Of course it's nothing compared to the length of its supporting arguments
*  Both of them
 Here is my second thesis, as convincing as the first
ENDLIST

Org-mode will let you do all of that, just fine.  Then either
manually, or with a temporary latex export hook, do something like
this:

replace STARTLIST with \begin{easylist} and ENDLIST with \end{easylist}
replace ' ' with '& ' and '* ' with '&& ' and ** ' with '&&& ', etc.


If you do it in an export hook, I think you'd want to do it in one
that runs before everything else.  That way org-mode will leave
everthing in your easylist environment alone.  What that will do to
quotation marks and /emphasis/ I don't know.

This should leave you with an easylist which starts at level '1', in a
document which uses org's header levels 1-3 in the normal latex way.
Is that what you want?

Make sure in the preamble, you have \usepackage[ampersand]{easylist}

Let me know if you need help figuring any of this out in detail.
That's just a rough sketch.

Cheers,

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] how difficultwould it be to support zotero in org?

[Scot Becker]

Jean,

Even though I knew about this development at Zotero, It didn't occur
to me that it might help org-Zotero integration.  This is (or will be)
pretty cool, when it happens.

And I see that they already have the beginnings of an alpha release:

http://www.zotero.org/blog/zotero-everywhere-first-look/

Scot

On Wed, Oct 13, 2010 at 10:18 AM, Jean-Marie Gaillourdet
 wrote:
> Hi,
>
> sorry to bring up this old thread, but there rather are rather new 
> developments at Zotero which might interesting to people here. See below.
>
>
> On 03.09.2010, at 22:12, Scot Becker wrote:
>
>> Another Zotero + org user here.  Right now I do what Christian does: export 
>> Zotero to slightly tweaked BibTeX, and insert with RefTeX's amazingly cool 
>> reference-insertion interface (another genius piece of work by Carsten).  I 
>> can think of two profitable ways to make inserting references from one's 
>> Zotero database into org-mode notes better, and one further way that 
>> org-mode could be more tightly linked with Zotero.
>>
>> 1)  A utility (presumably part firefox plugin) which keeps a BibTeX file in 
>> sync with one of Zotero's collections.  That way you don't have to do a full 
>> manual export of your Zotero collection every time you add or change 
>> something.  RefTeX provides the citation insertion interface.  Something 
>> similar this to exists for LyX.  It doesn't sync a whole Z. collection, but 
>> creates a .bib file with the items you actually cite in your document.  The 
>> author (an Emacs user) even considered generalizing it for use without LyX 
>> runing, i.e. for Emacs, but didn't find enough steam (after all, he uses 
>> LyX).  (I also know that Mendeley can be made to auto-import from Zotero and 
>> to auto-export to BibTeX, but Mendeley's BibTeX export is not flexible.)
>>
> Zotero.org announced a new desktop application which will use a public 
> available read/write api to the Zotero service:
>
>> With full read/write access to bibliographic data, attached files like PDFs,
>> and the citation formatting engine, developers will be able to integrate a 
>> full
>> range of Zotero features into their own web, mobile, and desktop 
>> applications,
>> and users will be able to take advantage of this functionality at zotero.org.
>
> See http://www.zotero.org/blog/zoteros-next-big-step/ for more details.
>
> This should make it possible to use an official api to implement the use case 
> described above.
>
>> 2)  a org-mode-specific plain-text citation mechanism, analogous to BibTeX, 
>> but useful for both LaTeX and non-LaTeX exports.  It would presumably have a 
>> CSL backend, and work the way that citeproc-hs works for pandoc.  Presumably 
>> it could also use a RefTeX-like interface for citation insertion.
>>
>> 3) Easier ways to take reading notes (in org) on items in the Zotero 
>> database, with two way linking.  (Thanks already for the tips in this 
>> thread.)
>
> Regards,
> Jean
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Latex Export

[Scot Becker]

I guess you have an ancient version of org mode.  (do M-x org-version, after
org-mode has started.  Current release version is 7.01h).  See how to get
the latest version here:

http://orgmode.org/manual/Installation.html#Installation

And find the link to the latest version on:

http://orgmode.org

Org mode has expanded exponentially since the version it looks like you
have.

If you want the very latest, follow the instructions on installing the
development version.

Scot


On Sat, Oct 16, 2010 at 3:55 PM, Chris Malone  wrote:

> Hi,
>
> I'm using emacs version 22.2.1 on a Fedora Core 9 machine.  I'm new to
> org-mode and am interested in using it to write LaTeX documents/Beamer
> presentations.  When I load the export dispatcher with C-c C-e, however, I
> do not have the "l" option for LaTeX export; I only have the following:
>
> [t]   insert the export option template
> [v]   limit export to visible part of outline tree
>
> [a] export as ASCII
> [h] export as HTML
> [b] export as HTML and browse immediately
> [x] export as XOXO
>
> [i] export current file as iCalendar file
> [I] export all agenda files as iCalendar files
> [c] export agenda files into combined iCalendar file
>
> [F] publish current file
> [P] publish current project
> [X] publish... (project will be prompted for)
> [A] publish all projects
>
>
> Is there something that I need to turn on in my .emacs file or an
> additional module that needs to be installed to have access to the LaTeX
> exporter?
>
> Chris
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: RE [Orgmode] Re: Issues with org-mode and LaTeX export.

[Scot Becker]

I do hear you about not wanting to add maintenance overhead to yourself, but
when they install the new Emacs, you even then may find you need a more
recent recent org-mode release in your home directory.  It does come with
Emacs, to be sure, but they've been quite conservative about their cutoff
dates, so even a brand new Emacs version typically has an org-mode version
which has been significantly improved upon.


sb

On Thu, Oct 21, 2010 at 8:47 PM, Nick Dokos  wrote:

> gerald.j...@dgag.ca wrote:
>
> > I tried this:
> >
> > #+LATEX_HEADER: "\usepackage{longtable}"
> >
> > No effects?
> >
>
> AFAIK, the quotes are not necessary, but the reason it's not
> working is indeed that your version of org-mode doesn't know about
> LATEX_HEADER at all.
>
> It was implemented with this commit:
>
> commit 20364d043a51c3c71493369c58a43b49566dbdaa
> Author: Carsten Dominik 
> Date:   Thu Oct 2 15:00:14 2008 +0200
>
>Implement #+LATEX_HEADER special.
>
>Proposed by Austin Frank and apparently also by Russel Adams.
>
>
> which I believe appeared in
>
>release_6.08
>
> Note that the commit is two years old.
>
> > >
> > > > I also looked at the manual to selectively export a part of the org
> > > > file.  They talk about the "org-export-select-tags" and
> > > > "org-export-exclude-tags"; these variables don't even exist?
> > >
> > > They do.  Are you still using that old org version 5.x?  If so, well,
> > > then maybe there were no such variables.  And somewhen in org version
> > > 6.x the export facilities were completely rewritten, so I guess you are
> > > pretty alone with your problems unless you get a recent version.
> >
> > For the time being I am stuck with this version.  I am sending a request
> to
> > our IT group to upgrade Emacs to the most recent version for the version
> of
> > RedHat we have, this should have a more recent version of org-mode, if I
> am
> > lucky that should be done in a couple weeks.  In the mean time I will
> > manually add, or exclude, what I want from the exported "*.tex" file.
> >
>
> A couple of weeks?!?  And you are not even sure which version of emacs
> and org-mode you are going to get? I'd say, build your own: get
> emacs/orgmode from the git mirror and build it yourself, install it in
> your home directory if necessary. Even if it takes you a week or two to
> get it done, at the end of it you'll be much better off at the end of
> it.
>
> If you have a community of users, this might be more difficult, but maybe
> you can exercise concerted pressure on your IT dept: they might be more
> willing to listen to ten people than to one.
>
> If you are reasonably comfortable with git and make, it should only take
> an hour or so to update/build/install; and assuming you stay with
> "released" versions, you will only have to do that every couple of
> months.
>
> In addition, depending on what emacs version you have, you might be able
> to run recent org-mode even if your emas is old (certainly on emacs 23,
> probably on emacs 22, and just maybe on emacs 21, although I'm not sure
> about these). That might be enough for your purposes and it reduces
> time requirements to just a few minutes every month or two.
>
> FWIW, the only use I have of whatever emacs gets installed with a system
> is to bootstrap the latest emacs/orgmode: after that, it's deleted (or
> at least, never used again).
>
> Nick
>
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [WISH] Org Importers

[Scot Becker]

Jambunathan,

 (2) could be useful but a bit far-fetched at the
> moment.
>

Really?  Lots of us track changes with git, sometimes by means of one of the
Emacs interfaces for it like Magit.  You may be thinking of some
interface-level features which aren't available by this method, like the
ability to annotate changes in the same place you make them, I suppose.  But
working this way has a lot of 'features' that "track changes" doesn't.


Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: epresent and Org-mode: using Emacs to run presentations of Org-mode docs

[Scot Becker]

Eric,

This is cool and very useful.  Thanks.

This must be Zeitgeist-y because I was thinking about preparing
presentations in Emacs this week.  Then I saw slidy, now this and s5.

Here's a further idea, to see what people think.  Do you think it would be
possible to make a temporary org-mode display configuration to display
org-mode-written presentations (similar to epresent) without leaving org
mode, and leaving the displayed slides editable?

I once saw a video of someone doing a live presentation on something Emacs-y
and he did the presentation by typing headlines, lists and detail in a clean
Emacs buffer as he went along, similar to the way that some teachers might
write out subject headings or outlines on the chalkboard or overhead
projector as they lecture.  I liked this a lot. As I see it, for less formal
presentation situations, it lets you annotate and record class discussions
discussions.  It also lets the talk proceed in a less scripted manner:  you
can for example re-work the problem on the fly according to the way the
group has defined it in the moment, not only according to the way you
planned it at home.

But doing it on the fly means that you don't have any of the advantages of
typical slide-style presentations: an outline to prompt you, important
figures, tables and visuals already there, links, detail, and the rest,
pre-assembled.

I've wondered whether org mode might not be a nice vehicle to combine these
things.  For example, you create your script (just like in Eric's '
present.org'), but instead of showing in a custom display mode, you actually
tweak the display parameters of org-mode itself to look slide-like (no
stars, bigger fonts for titles, invisible /markup characters/, etc.), and
then display the slides by displaying each top level subtree in a narrowed
buffer one at a time.  You add key bindings for moving back and forth, even
perhaps a temporary minor mode for single key frame navigation that you
could go in and out of (vi-like, I suppose).

This way you'd be in (a slightly modified) org mode all the time, and could
edit as you go, using all the structural features of org mode, and at the
end you'd have a neat record of the way the lecture actually went, that you
could distribute as you wish.

Can anyone think why this might not be doable?

Scot









2010/10/28 Łukasz Stelmach 

> "Eric Schulte"  writes:
>
> > Phil Hagelberg recently introduced me to epresent.el by Tom Tromey.
> > It's a very nice little utility for giving presentations using Emacs as
> > the display engine.
> [...]
> > http://github.com/eschulte/epresent
> > (instructions in the README)
>
> I am preparing a talk about org-mode. I've decided to use org-s5 but
> I'm starting to hesitate :-)
>
> --
> Miłego dnia,
> Łukasz Stelmach
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] include an .org file and lower the level of all its headers

[Scot Becker]

Jianshi,

I've never heard of any way to do that with an #+INCLUDE.  There are
variables that automatically demote subtrees that you yank in with CTRL-Y,
but that's a hard-INCLUDE, so to speak, and you probably have your reasons
for wanting to keep them in separate files.

Scot


On Wed, Nov 10, 2010 at 9:46 AM, Jianshi Huang wrote:

> Hi,
>
> I know I can include any file using #+INCLUDE.
>
> I need to include several org files, but they were edited
> independently as a complete document.
>
> Now I want to lower the levels of headers in these org files
> automatically during inclusion. Is there a way to do that?
>
>
> Cheers,
> Jianshi
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Bastien is going to become the maintainer of Org mode in January

[Scot Becker]

Org-mode is just a cool way to organize, to write, to collect and keep
data.  Many thanks to you, Carsten, for your imagination and hard work, and
to you Bastien, for your willingness to carry this torch further.

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Another LaTeX export corner case...

[Scot Becker]

> Is this a bug, or something that I must learn an Org incantation to work
> around?
>
> Well it's a bug in the sense that it's undesirable behaviour.  I use the
somewhat ugly workaround of just switching to LaTeX \footnote{} commands
just for those footnotes where I need optional arguments.   But I'd be glad
not to have to mix footnote commands.

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Pandoc can now do Org

[Scot Becker]

Puneeth,

Very cool!  This opens up a lot of nice importers for org-mode.

Scot


On Mon, Dec 6, 2010 at 4:45 AM, Puneeth  wrote:

> Hi Jeff,
>
> On Mon, Dec 6, 2010 at 12:54 AM, Jeff Horn  wrote:
> > Nice! I looked at pandoc once but don't remember a lot about it. How
> > well does your importer handle math?
> >
>
> The LaTeX reader (and therefore the Orgmode writer) of pandoc does
> math pretty well. You may want to try it, to see if it fits your
> needs.
>
> But some other things are broken and need to be fixed. It doesn't seem
> to have table support, as of now. Also, it seems to parse some
> environments incorrectly as quote environments. I didn't look at the
> source, so I do not know for sure.
>
> --
> Puneeth
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Evangelize the world with Org-mode

[Scot Becker]

Sebastien,

I don't think any of this is crazy.

 The first idea is similar to the HTML composition GUIs which now seem to be
everywhere.  I'm told it's a pretty complex task to get them to reliably be
both WYSISYG and to maintain syntactically correct markup through multiple
edits, but people are attempting it---with some success for HTML and BBcode.


Could org-syntax be used in a Wiki? I suppose so with some elisp or
scripting infrasturcture.  In fact, such an idea is has potential to help
with other problems as well, such as making simple changes to your
server-stored org-documents when at a non-emacs machine or a simple
web-enabled device like a smartphone.   I imagine that the overhead of
processing org-markup to html via Emacs is high-ish in comparision with
traditonal ways of generating html from other markup languages.   But with
static pages and mostly internal use, that should be no issue.

Look at this link for an example of online PDF generation.  In this case
it's from another lightweight markup language called ReStructured Text, and
uses pdflatex on a server to automatically generate pdf's.

http://rst2a.com/

If they can do it.

Scot
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] visual-line-mode

[Scot Becker]

I don't know much about exporting to HTML, but I do all my writing in org
with visual-line-mode (with occasional export to latex).  I really like
v-l-m and have had no problems.  There is a lot of functionality in org
which I don't make use of, however.  So, in my experience, they're good
friends.

Scot


On Wed, Oct 21, 2009 at 7:24 PM, Scott Randby  wrote:

> Quintana Seguí wrote:
> > Hello,
> >
> > I have a problem relating /emphasis/ which leads to a question related
> > to visual-line-mode.
> >
> > b) Are visual-line-mode and org-mode good friends?
>
> I've found that one must exit visual-line-mode before converting an
> org file to html. Weird things can happen if you forget to exit before
> the conversion.
>
> Scott Randby
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] the great^n grand-daddy of orgmode? :)

[Scot Becker]

Awesome indeed, and amusing.  As is the picture of the occasional struggle
between Man and his Interface, which perhaps never will go away.
(Appreciations however, for those who try to minimize it).

Thanks.
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] A Header outline and an Argument outline in one?

[Scot Becker]

Greetings, org-moders,

I use org for academic writing, and it seems to me that org might be a
good way (perhaps even the only existing way) to keep the following
two kinds of outline structures in one place:

1.  The typographic outline.  Headers and Subheaders that should
organize my final document.
2.  The argument outline.  The running structure of my argument, not
finally published but visible to me as I organize and write.  This
should also be printable as an outline, to discuss my ongoing work.

Right now I do use org to do (1), as part of my writing, which then
gets exported to LaTeX.  This is nothing new.  Org makes a fantastic
sandbox for (2).  But it isn't very easy to keep them both together.
I'm thinking of a way that:

(a) I can use org's great outlining UI to do either (1) or (2), in the
same outline structure, even if not at the same time.
(b) keeps them both together, so I can use (2) to prompt my writing.
(c) Lets me just print the argument outline (i.e. with the easylist[1]
latex package), or just the document headings, or both
(c) lets me keep my statements of argument with my text as my written
piece develops, and possibly
(e) lets me have argument statements for small sections that I don't
want typographical headings for.  (Paragraphs yet to be written).

It seems to me that the only way to be able to use org-ui to do and
keep a non published argument outline is to have a mechanism that
would exchange the org heading ("*  Chapter One" ) with the argument
statements when I tell it to.  It could then store the currently
inactive 'header' either in a commented line or an org-property.  This
would allow all the goodness of org to operate freely on either kind
of node title, and the typical export case which keeps the Argument
lines hidden, or exports them as comments.

I could then have another mechanism which would allow both headers AND
argument lines to be exported to LaTeX/HTML, for those cases when I
want a talking points outline to discuss with my supervisor, or to
work on the whole in pen-and-paper mode.  I assume such a mechanism
would either put the two headers together in one heading (* Chapter
One :: The Music of the 50s made a generation crazy), or somehow
export the property containing the Argument AS the body text, or as
the argument of a custom latex command.


(e) above is a bit of another matter, and I'm not sure how to
accomplish it in orgmode, which only has native capacity to supress
whole nodes, not just the headers, but it would be a great addition,
since it would let me do pre-writing outlining at a far finer level.

I am an elisp learner (as an Emacs user must be, I suppose), but still
very early in my elisp childhood.  I would be very grateful for some
ideas about the best way to accomplish this, and/or some guidance
about what code I might take model these things on.  And of course any
expressions of enthusiasm for the idea, or hacks that already
accomplish something like it are mightily welcome.

Thanks,

Scot


Footnotes

[1] 
http://www.ctan.org/tex-archive/macros/latex/contrib/easylist/easylist-doc.pdf


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: A Header outline and an Argument outline in one?

[Scot Becker]

Thanks, Bernt for the suggestion and for working up that test file.

I think you're right, that something like that will work.  The minor
disadvantage is that it puts the 'argument' after the body text that
expresses it, but the huge advantage is that everything is already in
place.  I've extended your sample document to try it, and I think it
could work for me.  Now I'll try to do some work that way.

Thanks,
Scot


On Wed, Nov 18, 2009 at 2:35 PM, Bernt Hansen  wrote:
> Scot Becker  writes:
>
>> Greetings, org-moders,
>>
>> I use org for academic writing, and it seems to me that org might be a
>> good way (perhaps even the only existing way) to keep the following
>> two kinds of outline structures in one place:
>>
>> 1.  The typographic outline.  Headers and Subheaders that should
>> organize my final document.
>> 2.  The argument outline.  The running structure of my argument, not
>> finally published but visible to me as I organize and write.  This
>> should also be printable as an outline, to discuss my ongoing work.
>>
>> Right now I do use org to do (1), as part of my writing, which then
>> gets exported to LaTeX.  This is nothing new.  Org makes a fantastic
>> sandbox for (2).  But it isn't very easy to keep them both together.
>> I'm thinking of a way that:
>>
>> (a) I can use org's great outlining UI to do either (1) or (2), in the
>> same outline structure, even if not at the same time.
>> (b) keeps them both together, so I can use (2) to prompt my writing.
>> (c) Lets me just print the argument outline (i.e. with the easylist[1]
>> latex package), or just the document headings, or both
>> (c) lets me keep my statements of argument with my text as my written
>> piece develops, and possibly
>> (e) lets me have argument statements for small sections that I don't
>> want typographical headings for.  (Paragraphs yet to be written).
>>
>> It seems to me that the only way to be able to use org-ui to do and
>> keep a non published argument outline is to have a mechanism that
>> would exchange the org heading ("*  Chapter One" ) with the argument
>> statements when I tell it to.  It could then store the currently
>> inactive 'header' either in a commented line or an org-property.  This
>> would allow all the goodness of org to operate freely on either kind
>> of node title, and the typical export case which keeps the Argument
>> lines hidden, or exports them as comments.
>>
>> I could then have another mechanism which would allow both headers AND
>> argument lines to be exported to LaTeX/HTML, for those cases when I
>> want a talking points outline to discuss with my supervisor, or to
>> work on the whole in pen-and-paper mode.  I assume such a mechanism
>> would either put the two headers together in one heading (* Chapter
>> One :: The Music of the 50s made a generation crazy), or somehow
>> export the property containing the Argument AS the body text, or as
>> the argument of a custom latex command.
>>
>>
>> (e) above is a bit of another matter, and I'm not sure how to
>> accomplish it in orgmode, which only has native capacity to supress
>> whole nodes, not just the headers, but it would be a great addition,
>> since it would let me do pre-writing outlining at a far finer level.
>>
>> I am an elisp learner (as an Emacs user must be, I suppose), but still
>> very early in my elisp childhood.  I would be very grateful for some
>> ideas about the best way to accomplish this, and/or some guidance
>> about what code I might take model these things on.  And of course any
>> expressions of enthusiasm for the idea, or hacks that already
>> accomplish something like it are mightily welcome.
>
>
> Hi Scot
>
> I think you can do most if not all of what you want with tags.  I'm not
> sure but I think you want to keep your notes and arguments inline with
> your document structure something like this:
>
> Consider the following test org-mode document
>
> ,[ test.org ]
> | #+EXPORT_SELECT_TAGS:
> | #+EXPORT_EXCLUDE_TAGS: argument note
> |
> | * One
> |   Stuff about One
> | ** One.Argument                                                          
> :argument:
> |    Argument for One
> | * Two
> |   Stuff about Two
> | ** Two.One
> |    Stuff about Two.One
> | ** Some note about two                                                      
>  :note:
> |    This is a note
> | ** Two.Two
> |    Stuff about Two.Two
> | * Three
> |   Stuff about Three
> | ** Argument for Three                        

Re: [Orgmode] LaTeX habits and org-mode

[Scot Becker]

Emmanuel,

If the introduction LOOKs just like a normal chapter, then you just do:

* Introduction

In this paper I indend to once and for all solve the problem of [blaaa].

* Chapter One: The Problem
* Chapter Two: Lame Previous Attempts at a Solution
* Chapter Three:  Appproach it Like This
* Chapter Four: The Goods

In other words, if this section is a chapter unto itself, just give it its
own top level heading.  What you then have to pay attention to is the way
the org exports the LaTeX, which you do by adding a configuration to the
org-export-latex-classes list, something like this:

(setq org-export-latex-classes '(("book"
"\\documentclass[11pt]{book}\n\\usepackage[utf8]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{hyperref}"
  ("\\chapter{%s}" . "\\chapter*{%s}")
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}"

I'm not sure if this one is useful as it is, so you might want to look at
other (better formatted) examples as well.  But the trick is just to tell
org to assign first level headings to 'chapters'.

Now if you don't want your introduction chapter numbered, that's a slightly
different problem, which I'm not sure I know how to solve.

Hope that gets you started.

Scot



On Fri, Nov 20, 2009 at 1:59 PM, Emmanuel Di Pretoro
wrote:

> Hi,
>
> I'm currently writing a document with org-mode instead of LaTeX. Usually,
> with LaTeX, the first section of such a document is a
> \chapter*{Introduction} where I explain the context of the document. How can
> I do that with org-mode ?
>
> Thanks in advance,
>
> Emmanuel Di Pretoro
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Bug: Org finds footnotes in LaTeX export where none are intended [6.33trans (release_6.33f.35.g3efe)]

[Scot Becker]

I cite my references in org like this.\autocite[231]{bibtexkey_2009},
where '231' is the relevant page number.  When exporting to LaTeX, Org
thinks that the value in square brackets is a footnote number and
produces a document with a "footnote definition not found: 231" error
message at the bottom of the document.  My settings are below, and
I've searched pretty hard through them to look for anything that might
have caused it.  Any ideas?


Many thanks.
Scot

(sample org file, output, and my full org configuration included below)

Sample file:

#+TITLE: Some Lorem
#+LaTeX_CLASS: mychapter

* Heading
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
minim veniam, quis nostrud exercitation ullamco laboris nisi ut
aliquip ex ea commodo consequat. Duis aute irure dolor in
reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla
pariatur. Excepteur sint occaecat cupidatat non proident, sunt in
culpa qui officia deserunt mollit anim id est
laborum.\autocite[51]{Einstein_1950}

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
minim veniam, quis nostrud exercitation ullamco laboris nisi ut
aliquip ex ea commodo consequat.\autocite[123]{dominik_2010}  Duis
aute irure dolor in reprehenderit in voluptate velit esse cillum
dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non
proident, sunt in culpa qui officia deserunt mollit anim id est
laborum.\autocite[xxi]{spacebook_2001}
--

output (edited):
---
% Created 2009-11-26 Thu 11:22
\documentclass[12pt,oneside,a4paper]{book}

\title{Some Lorem}
\author{Scot Becker}
\date{26 November 2009}

\begin{document}

\maketitle

\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}

\section{Heading}
\label{sec-1}

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
minim veniam, quis nostrud exercitation ullamco laboris nisi ut
aliquip ex ea commodo consequat. Duis aute irure dolor in
reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla
pariatur. Excepteur sint occaecat cupidatat non proident, sunt in
culpa qui officia deserunt mollit anim id est
laborum.\autocite[1]{Einstein_1950}

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
minim veniam, quis nostrud exercitation ullamco laboris nisi ut
aliquip ex ea commodo consequat.\autocite[2]{dominik_2010}  Duis aute
irure dolor in reprehenderit in voluptate velit esse cillum dolore eu
fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident,
sunt in culpa qui officia deserunt mollit anim id est
laborum.\autocite[xxi]{spacebook_2001}

$^{1}$ FOOTNOTE DEFINITION NOT FOUND: 51

$^{2}$ FOOTNOTE DEFINITION NOT FOUND: 123


\end{document}


---Settings---
Emacs  : GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3)
 of 2009-11-10 on vernadsky, modified by Debian
Package: Org-mode version 6.33trans (release_6.33f.35.g3efe)

current state:
==
(setq
 org-export-html-final-hook '(org-inlinetask-remove-terminator)
 org-export-ascii-final-hook '(org-inlinetask-remove-terminator)
 org-hide-leading-stars t
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-footnote-section nil
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-babel-interpreters '("sh" "emacs-lisp")
 org-export-preprocess-hook '(org-export-blocks-preprocess)
 org-tab-first-hook '(org-hide-block-toggle-maybe)
 org-src-mode-hook '(org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-default-notes-file "~/org/notes.org"
 org-cycle-hook '(org-cycle-hide-archived-subtrees
org-cycle-hide-drawers org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
 org-export-latex-classes '(("article"

"\\documentclass[11pt]{article}\n\\usepackage[utf8]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{hyperref}"
 ("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" .
"\\subsubsection*{%s}") ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
    ("xetex-article"

"\\documentclass[11pt]

Re: [Orgmode] Bug: Org finds footnotes in LaTeX export where none are intended [6.33trans (release_6.33f.35.g3efe)]

[Scot Becker]

Wonderful.  I, for one don't mind the font lock problem.  You have to
leave some problems for your successor, (long may he wait).

Gratefully,
Scot


On Thu, Nov 26, 2009 at 12:51 PM, Carsten Dominik
 wrote:
> Hi Scott,
>
> I have fixed this for export - but the string are still highlighted as
> footnotes
> by font-lock, this is harder to solve.
>
> - Carsten
>
> On Nov 26, 2009, at 12:27 PM, Scot Becker wrote:
>
>> I cite my references in org like this.\autocite[231]{bibtexkey_2009},
>> where '231' is the relevant page number.  When exporting to LaTeX, Org
>> thinks that the value in square brackets is a footnote number and
>> produces a document with a "footnote definition not found: 231" error
>> message at the bottom of the document.  My settings are below, and
>> I've searched pretty hard through them to look for anything that might
>> have caused it.  Any ideas?
>>
>>
>> Many thanks.
>> Scot
>>
>> (sample org file, output, and my full org configuration included below)
>>
>> Sample file:
>> 
>> #+TITLE: Some Lorem
>> #+LaTeX_CLASS: mychapter
>>
>> * Heading
>> Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
>> eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
>> minim veniam, quis nostrud exercitation ullamco laboris nisi ut
>> aliquip ex ea commodo consequat. Duis aute irure dolor in
>> reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla
>> pariatur. Excepteur sint occaecat cupidatat non proident, sunt in
>> culpa qui officia deserunt mollit anim id est
>> laborum.\autocite[51]{Einstein_1950}
>>
>> Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
>> eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
>> minim veniam, quis nostrud exercitation ullamco laboris nisi ut
>> aliquip ex ea commodo consequat.\autocite[123]{dominik_2010}  Duis
>> aute irure dolor in reprehenderit in voluptate velit esse cillum
>> dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non
>> proident, sunt in culpa qui officia deserunt mollit anim id est
>> laborum.\autocite[xxi]{spacebook_2001}
>> --
>>
>> output (edited):
>> ---
>> % Created 2009-11-26 Thu 11:22
>> \documentclass[12pt,oneside,a4paper]{book}
>>
>> \title{Some Lorem}
>> \author{Scot Becker}
>> \date{26 November 2009}
>>
>> \begin{document}
>>
>> \maketitle
>>
>> \setcounter{tocdepth}{3}
>> \tableofcontents
>> \vspace*{1cm}
>>
>> \section{Heading}
>> \label{sec-1}
>>
>> Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
>> eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
>> minim veniam, quis nostrud exercitation ullamco laboris nisi ut
>> aliquip ex ea commodo consequat. Duis aute irure dolor in
>> reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla
>> pariatur. Excepteur sint occaecat cupidatat non proident, sunt in
>> culpa qui officia deserunt mollit anim id est
>> laborum.\autocite[1]{Einstein_1950}
>>
>> Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
>> eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad
>> minim veniam, quis nostrud exercitation ullamco laboris nisi ut
>> aliquip ex ea commodo consequat.\autocite[2]{dominik_2010}  Duis aute
>> irure dolor in reprehenderit in voluptate velit esse cillum dolore eu
>> fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident,
>> sunt in culpa qui officia deserunt mollit anim id est
>> laborum.\autocite[xxi]{spacebook_2001}
>>
>> $^{1}$ FOOTNOTE DEFINITION NOT FOUND: 51
>>
>> $^{2}$ FOOTNOTE DEFINITION NOT FOUND: 123
>>
>>
>> \end{document}
>>
>>
>> ---Settings---
>> Emacs  : GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3)
>>  of 2009-11-10 on vernadsky, modified by Debian
>> Package: Org-mode version 6.33trans (release_6.33f.35.g3efe)
>>
>> current state:
>> ==
>> (setq
>>  org-export-html-final-hook '(org-inlinetask-remove-terminator)
>>  org-export-ascii-final-hook '(org-inlinetask-remove-terminator)
>>  org-hide-leading-stars t
>>  org-metaup-hook '(org-babel-load-in-session-maybe)
>>  org-footnote-section nil
>>  org-after-todo-state-change-hook '(org-clock-out-if-

Re: [Orgmode] Re: Collaborate with heretics

[Scot Becker]

Yours is an interesting question, and it's one I've thought about as
well.  I have a friend just starting a PhD, and she was asking me how
I keep my work.  Org+emacs is great for me.I sometimes also think
anyone who needs a robust tool and can muster the patience to learn it
should try org/Emacs.

But then I shake my head.  I'm still just a beginner after a year,
unable to muster more than the simplest elisp, forever forgetting
bindings and printing out new lists to past to my office walls.  Emacs
has come along with the times in some very nice ways, but, friends,
it's /hard/.  My friend is not a big fan of computers (wants to 'do
work', imagine!)  So I had a hard time recommending it to her.

I don't mean to push Andrea's question off topic. We could debate that
statement.  I debate it myself all the time.  (Is Emacs hard or is it
easy?)  But it's at least arguably hard.  Or rather, it's hard to
stick only to the easy stuff.

As  to Andrea's question.  It's true that most editors aren't capable
of producing a full implementation of something like org-mode (is
any?), but perhaps one or two implementations of org-lite would be a
useful thing, for collaboration, and for beginners.   It could perhaps
even use the org-mobile framework.

And about the full 'spec'.  I think the best we've got is the manual.
which is not bad, though it's not a full spec in the same way as the
Restructured Text manual.

Scot



On Thu, Nov 26, 2009 at 12:48 PM, andrea  wrote:
> andrea  writes:
>
> Sorry for the double post, I thought I had an error and didn't listen to
> gnus when it was saying it was a duplicate.
>
> Anyway I did some researches and I only noticed that there are vim users
> looking for something equivalent to org-mode for vim.
>
> To simplify things at maximum I think just keeping orgstruct without
> even tables would be already something.
>
> Is there a complete grammar somewhere?
>
> I could try to write something for textmate, the only editor I know
> which is so easily configurable...
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bug: Footnotes in combination with LaTeX fragments is broken in latest trunk

[Scot Becker]

I noticed this this week as well.  I don't know how to do a backtrace
(though I'll look it up and try) but attached (and pasted below) is a
sample file.

Scot
(Edit: and the backtrace)

#+TITLE: Some Lorem

* Heading


If you do a \autocite{key_} followed by an org-footnote[fn:: You
seem to get an error.]  Does this happen for you too?

The error is "Invalid use of `\' in replacement text."

If you do a \autocite{key_} and break the line
like this [fn:: No trouble now.]  everything's fine.  I notice this
because I use long-lines mode.

And I just realized that I do this kind of thing with some
frequency:[fn:: See the fine discussion of this and other relevant
matters in \fullcite{bibtexkey_}]  Do I have any hope that that
might be made to work?  At the moment, it throws the same error.  If I
need to I can use LaTeX footnote for this kind of thing, since I
already do  live with the limitations that imposes (no HTML export).


--
Backtrace:

Debugger entered--Lisp error: (error "Invalid use of `\\' in replacement text")
  replace-match("\\[1]")
  org-footnote-normalize(nil t)
  org-export-preprocess-string(#("#+TITLE: Some Lorem\n\n* Heading
\n\n\nIf you do a \\autocite{key_} followed by an
org-footnote[fn:: You seem to get an error.]  Blah here.\n\nThe error
is \"Invalid use of `\\' in replacement text.\"\n\nIf you do a
\\autocite{key_} and break the line \nlike this [fn:: No trouble
now.]  everything's fine.  I notice this because I use long-lines
mode.\n\nAnd I just realized that I do this kind of thing with some
frequency:[fn:: See the fine discussion of this and other relevant
matters in \\fullcite{bibtexkey_}]  Do I have any hope that that
might be made to work?  At the moment, it throws the same error.  If I
need to I can use LaTeX footnote for this kind of thing, since I
already do  live with the limitations that imposes (no HTML
export).\n\n\n\n\n\n" 0 19 (fontified nil font-lock-fontified t
:org-license-to-kill t) 19 20 (fontified nil :org-license-to-kill t)
20 21 (fontified nil) 21 23 (fontified nil) 23 31 (fontified nil) 31
34 (fontified nil) 34 138 (fontified nil) 138 347 (fontified nil) 347
746 (fontified nil) 746 751 (fontified nil)) :emph-multiline t
:for-LaTeX t :comments nil :tags not-in-toc :priority nil :footnotes t
:drawers nil :timestamps t :todo-keywords t :add-text nil
:skip-before-1st-heading nil :select-tags ("export") :exclude-tags
("noexport") :LaTeX-fragments nil)
  org-export-as-latex(nil nil nil "*Org LaTeX Export*")
  org-export-as-latex-to-buffer(nil)
  call-interactively(org-export-as-latex-to-buffer)
  org-export(nil)
  call-interactively(org-export nil nil)


newbug.org
Description: Binary data
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bug: Footnotes in combination with LaTeX fragments is broken in latest trunk

[Scot Becker]

It appears so! No errors on my sample file.

Muchas gracias,

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] report a bug

[Scot Becker]

It looks as if the 'snapshot' version available for lenny is pre-August:

 Archive contents:

lenny|main|i386: emacs-snapshot 1:20090730-1~lenny1
lenny|main|amd64: emacs-snapshot 1:20090730-1~lenny1
lenny|main|source: emacs-snapshot 1:20090730-1~lenny1

(from http://emacs.orebokech.com/)

Wow, that's a pretty severe bug for the release version to contain for
so long.   I've experienced it several times, but I couldn't put
together what the fault was.

It may not help you, but I see that the emacs-snapshot version for
Ubuntu 9.10 (karmic) is from Sept 27.


Scot

On Wed, Dec 2, 2009 at 5:07 PM, Carsten Dominik
 wrote:
> Hi Wentao,
>
>
>
> this was Emacs bug #4131 which was fixed in August.  You need a newer
> version of Emacs than that, best the current CVS version.
>
>
>
> - Carsten
>
> On Dec 2, 2009, at 8:53 AM, Wentao Zheng wrote:
>
>> Hi
>>
>> I don't know what's real cause of the bug, the emacs, or the org-mode.
>>
>> The bug looks like this:
>>
>>    when I edit org file, then type  or use the menu to trigger
>> global cycling function, the emacs sometimes will crash with an error
>> message: Fatal error (11)Segmentation fault
>>
>> It happens frequently when the cursor is located at non-header text. It
>> seems that if I change the cursor position into some places such as the
>> start of the document, it never crashes.
>>
>> I'm using emacs-snapshot in debian lenny, with Linux kernel 2.6.31. And
>> the org-mode is checked out from git repository. Both latest version of
>> org-mode and 6.33 have the bug.
>>
>> Thanks
>>
>> --
>> Wentao Zheng
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Install orgmode alongside older version?

[Scot Becker]

Though I don't know NTemacs, you should have no problem just following
the docs.  The trick is that you will be adding your new
path/to/org-mode to the *front* of your load-path, so emacs will find
it first.  The old code will still be there, it just won't be used.
No harm done, and minimal changes made.

Org development proceeds much faster than Emacs, and the Emacs
maintainers have a very conservative policy about inclusions.  The
result is that so far, the versions of org mode in an Emacs release
are oldish versions already when the Emacs versions that include them
are released.  The Emacs-release versions of org-mode do have many
bugs squashed that come up in the interval between their inclusion and
the Emacs release, but not the new features.  And since org has gotten
some cool stuff lately, almost everyone who wants to really milk it
has to do exactly what you'll be doing: install it afresh.  (And in
two months you may be wondering how you can get the development git
version).

Let us know if you need any help.  if you need any help after reading
the docs (and the Worg FAQ, then we need to improve Worg).

Cheers, and welcome,

Scot




On Mon, Dec 7, 2009 at 3:39 PM, Uriel Avalos  wrote:
> I'm running NTemacs. I thought it was a "bleeding" edge version but it is 
> apparantly running an old version of orgmode (5.03b). How can I install the 
> latest version? Can I follow the official docs? The docs seem to assume that 
> orgmode is *not* installed on your system. If I add a load-path, will that 
> overwrite the old orgmode installed on my system?
>
> --
> --Thanks!
> Uriel
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Org needs your vote

[Scot Becker]

On the upside, Lifehacker is much more mainstream than, say,
Sourceforge.  And to be in the top five is pretty impressive.  (And
lifehacker readers know that the actual polls are a bit of a joke.
They ask for 'the best' X, but it's not as if the voters have actually
tried each of the contenders.).

Anyway,  this is Emacs in a pretty public limelight.  I like it.

Scot


On Mon, Dec 7, 2009 at 7:47 PM, plutek-infinity  wrote:
>>Date: Mon, 7 Dec 2009 14:49:36 -0400
>>From: Norbert Zeh 
>>
>>IMO, the low rating of org-mode on this list shows that most people
>>prefer flashy GUIs over extreme power, efficiency, and flexibility.
>>Then again, that seems to be the general state in today's computing
>>world.
>
> yes... and, really, the word "computing" is entirely optional in your last 
> sentence. the poll points to a much more generalized preference for style and 
> ease-of-use over flexibility and engagement of the mind.
>
> ugh.
>
> cheers!
>
> --
> .pltk.
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Beamer support in Org-mode

[Scot Becker]

For what it's worth, my preparation style would follow Mark's.  Chart the
flow of what I want to say in org, ideally using whatever hierarchy I need
to do it, then export the outline and essential detail for
beamer-and/or-handouts.  I'd keep the teaching notes to myself (and keep
them part of the same outline) if there was a way to do it.  I'm happy to
use the \notes{} proposal until the org-hive figures out if something more
elegant can be done.

Scot


On Thu, Dec 10, 2009 at 8:49 PM, Mark Elston  wrote:

> I have been following this discussion with some interest as it may
> provide the basis for something I am interested in doing as well.
> I hope my discussion doesn't muddy the waters too much...
>
> Nick Dokos wrote:
>
>> Darlan Cavalcante Moreira  wrote:
>>
>>  At Thu, 10 Dec 2009 17:09:33 +0100,
>>> Carsten Dominik  wrote:
>>>
 ...
>
 I still don't have any better ideas than this to represent notes
 in Org for beamer presentations.  Just writing \noe{...} as you
 suggest will certainly work - the disadvantage is that this does
 not make a lot of sense when exporting to other formats.

 One option would be to turn all those notes into footnotes
 for other export.

 I'd really be interested to get more input on this issue.

 - Carsten

  Maybe it is better to simple ignore notes when exporting to other
>>> formats.
>>>
>>> For me notes in beamer are useful only to give me an idea of what I
>>> intend to
>>> talk about in the presentation and help me training for the presentation.
>>> They
>>> are not really "part of the final exported document" and sometimes I put
>>> a lot
>>> of information in them (possible in a different language from the
>>> presentation).
>>>
>>> Also, the contents in notes can be anything such as a table or a figure.
>>> This
>>> obviously would result in an error if or if org tried to put them into a
>>> footnote when exporting to other formats.
>>>
>>> Therefore, the question is has anyone here any interest in notes when
>>> exporting
>>> to other formats or do they only make sense when exporting to beamer?
>>>
>>>
> My case is similar.  I teach a class each week and, so far, have created
> two documents; a set of handouts and my notes for teaching.  Generally
> these documents start from the same original and I modify and expand the
> notes I use for teaching while leaving the handouts a smaller doc for
> those in the class to take their own notes from.
>
> I don't use beamer as the handouts tend to be 6-8 pages of 'normal' text
> as it is and my teaching notes are usually far larger.  I don't want to
> manipulate a stack of paper while teaching.
>
>
>
>> For me, notes are rather important: in addition to reminding me what to
>> say, they are essentially a second level to the presentation (and I
>> always include them in any handouts). Somebody who has a vague interest
>> in the subject can look at the slides. If they want to go into it a bit
>> deeper, they can look at the notes.
>>
>
> My case is similar but I don't 'expose' my teaching notes to the
> students for a variety of reasons.
>
>
>> ...
>>
>> So unless somebody comes up with a really good idea, delaying any
>> org-specific implementation might be the best way forward: it would save
>> wear-and-tear on Carsten, allow the rest of us to catch up and gather
>> some experience and perhaps come up with better ideas on how to handle
>> this.
>>
>> Nick
>>
>>
> I guess my request is similar to what has been discussed above in that I
> would *very* much like to maintain handouts and teaching material in the
> same file and then export it to two different files as necessary.  This
> would make my job a lot easier to manage.  I could decide which tables,
> figures, text, etc are common to both docs and which are just for me and
> everything happens automatically behind the scenes.
>
> Beamer output is not critical for me (or even necessarily desired) right
> now but I would like a way of marking some text for 'limited' export.
> Using a special notation is not a problem if it gives me the ability to
> maintain a single document that I can export to two different LaTeX/PDF
> docs.
>
> Mark
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] FR: org-hide-context

[Scot Becker]

I like that, too.


On Wed, Dec 16, 2009 at 3:58 PM, Adam Spiers  wrote:

> It would be great to have an opposite to `org-reveal' which folded all
> siblings, ancestors, and maybe even all ancestors' siblings of the
> current headline.  A suitable key-binding might be C-u C-u C-c C-r
> or similar.
>
> Thanks,
> Adam
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Clock logging -- possible to include seconds?

[Scot Becker]

I have no idea if it's possible.  If it turns out not to be, you could
console yourself with the thought that the rounding error will most likely
be spread around.  So everyone gets 'stolen from' about as often as they get
'given to'.



On Tue, Dec 22, 2009 at 3:16 PM, Bill Powell wrote:

>
> Hi folks,
>
> Thanks again to y'all for org-mode. Here's a quick question: how hard
> would it be to include seconds in the clock logging? It may sound like
> a silly request, but I often have to work on two or three billable
> different projects in a day, sometimes switching back and forth
> between them. When you add up all those intervals for an invoice
> covering a month or more, counting those half and quarter
> minutes might add up to an additional hour or so of billable time.
>
> It's possible I'm just misunderstanding the org-mode algorithm, and
> that its rounding turns out to be almost as accurate over the long
> haul. Plus, many people expect to be billed by the half hour anyhow.
> But I time various projects for myself, too, so this is really an
> interest for my own work. What do you all think?
>
> Bill Powell
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] FR: org-hide-context

[Scot Becker]

I'm not the OP, but that  works for me.  Somehow I thought I'd loose my
place when I did S-TAB.  Thanks,



On Fri, Jan 1, 2010 at 10:38 AM, Carsten Dominik
wrote:

> Hi Adam,
>
> I am not sure I find this useful.
>
> to localize, I usually do
>
> S-TAB to hide everything
> C-c C-r   to reveal the current location
>
> Can you maybe describe a bit more what this is supposed to do and
> under what circumstances you'd like to use this?
>
> Thanks.
>
> - Carsten
>
>
> On Dec 16, 2009, at 4:58 PM, Adam Spiers wrote:
>
>  It would be great to have an opposite to `org-reveal' which folded all
>> siblings, ancestors, and maybe even all ancestors' siblings of the
>> current headline.  A suitable key-binding might be C-u C-u C-c C-r
>> or similar.
>>
>> Thanks,
>> Adam
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
> - Carsten
>
>
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [feature request] Quotation marks in LaTeX export

[Scot Becker]

For what it's worth, I also think that an option to do this would be useful.



On Sun, Jan 24, 2010 at 7:22 PM, Sven Bretfeld  wrote:

> Hi
>
> "Sven Bretfeld"  writes:
>
> > Quotation marks like "these" are converted to ``these'' by
> > org-export-latex. It would be much better to use \enquote{these}.
>
> I have seen that org-latex.el links the quotation marks to the LANG
> environment. So far only French and English are supported. I think this
> is more complicated than it needs to be. Anyway, users with a French
> environment also write English texts from time to time. We already have
> a user-configurable, language-sensitive solution with the
> csquotes-package. Why not use it?
>
> On my system, I just changed the respective code in org-latex.el to
> \enquote{}. It's working and it's easy. But it will be gone with the
> next update.
>
> Greetings,
>
> Sven
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Org2Mobile Announcement

[Scot Becker]

[resent due to what looks like a problem with gnu.org accepting mail from
gmail]
This does look interesting, and I too, would be glad to try it on my E63
(S60 3rd ed).  I'm not a Windows user either, and would be most glad if I
could set up my own server.

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bold text beginning line produces empty PDF

[Scot Becker]

Eric,

Others will know better, but I think it's right to say, that's just how
latex export (currently) works.  It needs to have your buffer saved (C-x
C-s), and not just written to a file somewhere (C-x C-w).  This seems true
even if all you want to do is get your latex in a temporary buffer.  It's
not ideal for rustling up a quick piece of throwaway LaTeX, but, as I
remember, it's always been that way.

Scot


On Thu, Feb 11, 2010 at 10:23 AM, Eric S Fraga  wrote:

> On Thu, 11 Feb 2010 01:54:11 -0500, Raffi R  wrote:
> >
> > If I begin a line with bolded text, like so:
> >
> > *Case 1:*
> >
> > it produces the following LaTeX:
> >
> > \textbf{Case 1:\}
> >
> > Exporting with C-c C-e d produces an empty LaTeX document.
> >
> > Is this reproducible? Is it a bug?
>
> It works fine with me so long as I have something before this line,
> even just the template generated by C-x C-e t.  (see attached file)
>
> However, in testing this out, I have run into two little problems:
>
> 1. if I simply visit a buffer (not a file), say x.org, and try
>   exporting to Latex in a temporary buffer (C-c C-e L), I get the
>   following error:
>
> ,
> | Debugger entered--Lisp error: (wrong-type-argument stringp nil)
> |   file-name-nondirectory(nil)
> |   org-export-as-latex(nil nil nil "*Org LaTeX Export*")
> |   org-export-as-latex-to-buffer(nil)
> |   call-interactively(org-export-as-latex-to-buffer)
> |   org-export(nil)
> |   call-interactively(org-export nil nil)
> `
>
> 2. if I subsequently save the buffer into a file (C-x C-w x.org), for
>   some reason I get prompted for a file name when trying C-c C-e L.
>
> This is all with org-mode from git as of this morning.
>
> eric
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Github understands us

[Scot Becker]

Wow.  That's nice.  Now if only I could fork Github itself

On Wed, Feb 17, 2010 at 1:32 PM, Sebastian Rose wrote:

> Andrea Crotti  writes:
> > Maybe some of you already noticed, but I found out that actually github
> > understands org-mode!
> >
> > If you put a README.org it just works, there surely are some minor
> > problems (for example footnotes) but see for example here
> > http://github.com/AndreaCrotti/Razz
> > for an example.
>
>
> That's cl :-)
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] RE: Org-Mode for Nexus One?

[Scot Becker]

On that page, I assume it's the "check it" phase of the cycle.  It's a
little confusing since the article has similar concepts to your signature,
"think it, ink it... "but it's not exactly the same loop.  You review last.
 He checks third.

But anyway, wouldn't checking/reviewing be quite different depending on what
sort of work you're doing?   And org does have certain visibility and export
features which could help--not to mention checkboxes with dynamically
updated cumulative 'done' percentages---but as you said, a short description
like you gave would need to be filled out with a little more detail.  What
do you mean by 'review it'  and what aspect of the review stage do want to
facilitate?

Scot


On Wed, Mar 3, 2010 at 12:55 PM, Carsten Dominik
wrote:

> Hi Dennis,
>
> I did read the PDCA page you mentioned - but the word "review" does
> not even appear in it.  So I guess I do not understand yet what you
> might mean with a "review-it" mode.
>
> Either I am too stupid, or you have enemies that edit Wikipedia
> as soon as you have referenced an article, or you linked to the wrong page,
> or ...?
>
> :-)
>
> Anyway, please enlighten me.
>
> - Carsten
>
>
> On Feb 28, 2010, at 4:36 PM, Dennis Groves wrote:
>
>  Hello fellow org-mode users and Carsten,
>>
>> Since 2008 I have used org-mode to manage my work and life, and likely
>> in the most rudimentary ways compared to many of you, especially
>> considering the features of org-mode...
>>
>> Recently, I have recently procured a google android nexus-one phone
>> and would love to see something like the mobileorg for nexus; does
>> anybody else have a similar interest?
>>
>> Carsten: org mode allows us to think it, ink it, and do it: any chance
>> of getting a review it mode into org-mode? if you have no idea what I
>> am talking about (http://en.wikipedia.org/wiki/PDCA) and this is a
>> fairly vague requirement I will be happy to discuss it further...
>>
>> --
>> Dennis Groves
>> co-founder of OWASP.org
>>
>> E: dennis dot groves at gmail dot com
>>
>> "Think it, Ink it, Do it, Review it"
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
> - Carsten
>
>
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Writing a dissertation using org-mode

[Scot Becker]

Henri-Paul,

I'm doing the same, with basically the same setup, but using biblatex, and
Zotero, but planning to give Mendeley a serious test for PDF management.
(And yes there are still problems and repeated manual tweaking associated
with using Zotero + bibtex.  The export is just not bibtex-y enough).   It
remains to be seen whether I'll wish I had worked in pure LaTeX at the end.
It's true that I have run into occaisional problems with the latex
conversion.  Sometimes things like quotes (") and italics next to each other
can conflict.  (I haven't done recent tests to see if I still have these
problems). But the org-mode community has seemed pretty wiling to help
navigate, fix or work around these problems.

Still, I like the outlinability the oversee-ability of keeping all my work
in org-mode, as well as the ability to use comments and "inline" TODOs.
(they're not really inline, but they are independant of the outline
structure.)  And I figure when the thing is nearing its final form, I'll nix
org if I have to and just work in the exportd LaTeX.

My next small project is finding a way to make my thesis.org file keep a
standard header outline (where the '** Headlines" hold the text that will
eventually head the chapters, sections and subsections), and also an outline
of my argument, which won't be printed, but is more useful for the writing
process. I've tried a few things but have not settled on anything yet.

Keep well,

Scot


On Thu, Mar 4, 2010 at 5:33 AM, Torsten Wagner wrote:

> Dear Henri,
>
>
> On 03/04/2010 01:45 PM, Henri-Paul Indiogine wrote:
>
>> I started writing my doctoral dissertation in history using org-mode. I
>> am also using git.el for my version control and gnus for my email. Of
>> course I export my org file to LaTeX which I compile to pdf.  My
>> bibliography is managed using BibTeX.
>>
>
> please consider that you might have to follow a very stricy layout style
> depening on your university, department, lab or supervisor. If your are
> lucky there will be a LaTeX template somewhere at your university. If you
> are unlucky there is nothing like that or even worse only a MS-word
> template.
>
> I'm not sure how good org-mode might be usable in that case. org-mode is
> really great and I try to use it for many purposes. However, for a thesis I
> would use directly LaTeX which gives me a bit more control of what is going
> on.
>
> Furthermore, try biber [1] and biblatex [2]... the somehow next generation
> of bibtex and bib-file compatible. For me they work very well already
> despite of the fact that they are still beta-versions. biblatex gives you
> much more freedom of formatting your citations and bibliography... I guess
> both highly needed in your scientific field.
>
> Good luck
>
> Torsten
>
> [1] http://biblatex-biber.sourceforge.net/
> [2] http://www.ctan.org/tex-archive/help/Catalogue/entries/biblatex.html
>
>
>
>
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] cannot pull from repo.or.cz today

[Scot Becker]

...and here.

On Wed, Mar 17, 2010 at 6:37 PM, David Maus  wrote:

> William Henney wrote:
> >Is anyone else seeing this?
>
> >$ git pull --verbose
> >repo.or.cz[0: 195.113.20.142]: errno=Operation timed out
> >fatal: unable to connect a socket (Operation timed out)
>
> Nope, works fine here.
>
>  -- David
>
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: AI for orgmode

[Scot Becker]

I quite like Thomas' idea of packets for specific org mode uses.  As a
starting list consdier: writing for the web, writing for print, basic task
management, "full" GTD, time tracking, code/LaTeX tangling. The list could
obviously be edited down or up in length.  Each of these packets might
include Thomas' list (relevant .emacs code, sample org document, tutorial
document and a screencast.)

It's true that org is in some ways very simple (remember the 'taskpaper'
discussion of a year ago?), for basic outlining. But it's also true that the
minimal code-and-knowhow needed to do some of the specific tasks which org
has proven so good at it can be a fair hurdle for a beginner to put
together.  In this respect the raw flexibility of org-mode (exactly like
Emacs itself) has its down side.  We might be able to lower the
getting-started hurdle if we were able to tell people; "You want to do
GTD-like task management?  Look  and follw the recipe.  You want to
outline your writing?  Look .  Heaven knows you can always tweak it
later."  I have often thought that there would be ways to get people up and
running even without the venerable Emacs tutorial.

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] suggestion: display of #+TITLE

[Scot Becker]

Or what about---in the spirit of the 'hidden' outline stars---the option to
set "#+TITLE:" and friends in a 'barely visible' color, and in the
'standard' font of the document, if that's possible.  As sexy as it is,
really hiding the markup is a fair break from most (all?) of 'standard' org
mode, where what you see is what you got.Even the invisible starts are
there when you cursor over them.  Just my 2p.

Scot


On Wed, Mar 24, 2010 at 2:52 PM, Carsten Dominik
wrote:

> Hi Dan,
>
> I think the patch is almost good.  I do like the larger face
> for the title, and I know that some themes also use larger faces
> for headlines.
>
> But I think we at least need a variable
> governing if the keyword will be made invisible or not.
> If you type "#+email:", for example, that string does disappear
> without a trace, and that is very confusing.  In fact, my preference
> would be to not make the keyword invisible.
>
> Thanks
>
> - Carsten
>
>
> On Mar 22, 2010, at 2:24 AM, Dan Davison wrote:
>
>  Dan Davison  writes:
>>
>>  Carsten Dominik  writes:
>>>
>>>  On Mar 16, 2010, at 5:25 PM, Dan Davison wrote:

  Might it be worth considering a special display for the #+title line
> in
> org buffers?
>
> Currently it is easy for the title to get buried among more technical
> configuration lines like #+options, #+startup, #+seq_toto etc. One can
> take the approach of leaving #+title at the top of the document, and
> moving the other config lines elesewhere, but even so I am wondering
> whether anyone else is attracted by the idea of providing an org-title
> display property that would hide the #+title: component, and use an
> appropriate face for the title text.
>
> In some ways, the current state gives the impression that the title is
> something which becomes important during export, but is not really a
> key
> component of document when it is being viewed in emacs. For example, I
> expect others are familiar with the experience of exporting an org
> file
> without a title, finding that the first heading has been used as a
> title, and then going back to add in the title as an
> afterthought. But a
> title is an important part of a document, and I thought perhaps a
> special title display would help to make the title more of a first
> class
> citizen in org buffers?
>

 Hi Dan,

 I agree.  Maybe he same should be true for DATE and AUTHOR, maybe EMAIL?

 Would you like to make a patch for this, introducing a new face
 and applying it to these constructs?

>>>
>> I've made a proposed patch (below). This involved making a few decisions
>> about appearance -- it would be great to get other peoples' views and
>> alternative proposals.
>>
>> At the risk of stating the obvious, I think we should ask the question
>> "What might attract new users to org-mode most?", rather than query our
>> personal preferences (because we can all change it ourselves or fire off
>> an email to this list asking how).
>>
>> Here's my main proposal (corresponding to the patch below). Note that in
>> the first 4 lines the #+TITLE: and #+AUTHOR: etc bits are still there,
>> but invisible.
>>
>> [I've also put the screenshots at
>> http://www.princeton.edu/~ddavison/org-faces/]
>>
>> [Default-MidnightBlue.png]
>>
>> 
>> The main issue then is that I'm suggesting making the title face larger
>> than the other faces. This would be the only large face in org-mode, but
>> I thought that it was appropriate for the title. Here's a version
>> without the large title face:
>>
>> [Default-MidnightBlue-NoBigTitle.png]
>>
>> 
>> As for the colours, here's an alternative:
>>
>> [Default-DarkSlateGrey.png]
>>
>> 
>> The important thing is the default emacs colour theme shown above, but I
>> did pick a colour for dark backgrounds. For what it's worth, here is
>> what it looks like with (the excellent) color-theme-charcoal-black:
>>
>> [CharcoalBlack-SteelBlue.png]
>>
>> 
>> Here's the patch. If anyone wants to play around, it's pretty obvious in
>> the patch below where to change the colours (and boldness and
>> height). Don't forget the functions list-colors-display and
>> list-faces-display.
>>
>> There's at least one issue with the patch: if you leave a space between
>> e.g. '#+TITLE:' and the start of the title text, then that space will
>> not be made invisible and so will appear at the start of the title. I
>> couldn't see how to avoid that without altering one of the key font-lock
>> regexps.
>>
>> Dan
>>
>> --8<---cut here---start->8---
>> commit 72aa791ea0bf613d50b9bf88affd6a53e91c1ebe
>> Author: Dan Davison 
>> Date:   Sun Mar 21 20:26:02 2010 -0400
>>
>>   Alter display of title, author, email and date lines.
>>
>>   For each of #+TITLE:, #+AUTHOR:, #+EMAIL:, #+DATE:, the
>>   initial #+KEYWORD: part is hidden and the following new
>>   faces are applied to the remaining visible

Re: [Orgmode] suggestion: display of #+TITLE

[Scot Becker]

I like it.  This is a great little piece of work.   Thanks a lot.

Scot


On Fri, Mar 26, 2010 at 3:34 AM, Dan Davison  wrote:

> Carsten, Scot --
>
> Scot Becker  writes:
>
> > Or what about---in the spirit of the 'hidden' outline stars---the option
> to set
> > "#+TITLE:" and friends in a 'barely visible' color, and in the 'standard'
> font
> > of the document, if that's possible.
>
> OK, I understand that suddenly-disappearing text might be confusing. My
> intention was to help in the current efforts to avoid making org seem
> too "technical" to people coming from more mainstream software, by
> providing a clean document title. But OK, so magical hiding off by
> default. Scot's suggestion seems like a good intermediate
> position. Below is a new version of the patch which follows that. I
> resisted the temptation to go crazy with the "barely visible"-ness, just
> the same as other dimmed text in org (archived, code, etc).  An image is
> at
>
>
> http://www.princeton.edu/~ddavison/org-faces/Default-MidnightBlue-DimmedKeywords.png<http://www.princeton.edu/%7Eddavison/org-faces/Default-MidnightBlue-DimmedKeywords.png>
>
> >  As sexy as it is, really hiding the
> > markup is a fair break from most (all?) of 'standard' org mode,
>
> Right, apart from links I guess. Org users are used to sudden hiding
> behaviour on their part.
>
> [...]
>
> > On Wed, Mar 24, 2010 at 2:52 PM, Carsten Dominik <
> carsten.domi...@gmail.com>
> > wrote:
> >
> > Hi Dan,
> >
> > I think the patch is almost good.  I do like the larger face
> > for the title, and I know that some themes also use larger faces
> > for headlines.
> >
> > But I think we at least need a variable
> > governing if the keyword will be made invisible or not.
>
> In addition to the new faces, I've introduced a new variable
> org-hidden-keywords which is a list of special keywords to hide, with a
> customise interface. At the moment that allows for hiding
> of #+TITLE, #+AUTHOR, #+DATE and #+EMAIL. By default all hiding is off.
>
> Dan
>
> --8<---cut here---start->8---
> diff --git a/lisp/org-faces.el b/lisp/org-faces.el
> index e336b3c..fc80e82 100644
> --- a/lisp/org-faces.el
> +++ b/lisp/org-faces.el
> @@ -59,6 +59,19 @@ The foreground color of this face should be equal to the
> background
>  color of the frame."
>   :group 'org-faces)
>
> +(defface org-dim; similar to shadow
> +  (org-compatible-face 'shadow
> +'class color grayscale) (min-colors 88) (background light))
> +   (:foreground "grey50"))
> +  (((class color grayscale) (min-colors 88) (background dark))
> +   (:foreground "grey70"))
> +  (((class color) (min-colors 8) (background light))
> +   (:foreground "green"))
> +  (((class color) (min-colors 8) (background dark))
> +   (:foreground "yellow"
> +  "Face used to de-emphasise text by dimming."
> +  :group 'org-faces)
> +
>  (defface org-level-1 ;; originally copied from
> font-lock-function-name-face
>   (org-compatible-face 'outline-1
> 'class color) (min-colors 88) (background light)) (:foreground
> "Blue1"))
> @@ -468,6 +481,41 @@ changes."
>:group 'org-faces
>   :version "22.1")
>
> +(defface org-document-title
> +  'class color) (background light)) (:foreground "midnight blue"
> :weight bold :height 1.44))
> +(((class color) (background dark)) (:foreground "steel blue" :weight
> bold :height 1.44))
> +(t (:weight bold :height 1.44)))
> +  "Face for document title, i.e. that which follows the #+TITLE: keyword."
> +  :group 'org-faces)
> +
> +(defface org-document-author
> +  'class color) (background light)) (:foreground "midnight blue"))
> +(((class color) (background dark)) (:foreground "steel blue")))
> +  "Face for document author, i.e. that which follows the #+AUTHOR:
> keyword."
> +  :group 'org-faces)
> +
> +(defface org-document-email
> +  (org-compatible-face 'org-document-author '((t nil)))
> +  "Face for document email, i.e. that which follows the #+EMAIL: keyword."
> +  :group 'org-faces)
> +
> +(defface org-document-date
> +  (org-compatible-face 'org-document-author '((t nil)))
> +  "Face for document date, i.e. that which follows the #+DATE: keyword."
> +  :group 'org-faces)
> +
&g

Re: [Orgmode] Poll: Who is using these commands

[Scot Becker]

I use those four combos, but not too often, and I think I'd prefer to
map them to CM-[npud].



On Sat, May 8, 2010 at 5:44 PM, Sebastian Rose  wrote:
> Carsten Dominik  writes:
>> Hi everyone,
>>
>> I am wondering:
>>
>> How many of your are using these keys
>>
>> C-c C-f
>> C-c C-b
>> C-c C-n
>> C-c C-p
>
>
> I never did. To many keypresses to navigate fast.
>
> I bound C-DOWN C-UP to forward- and backward-paragraph, which perfect
> for me.
>
>
>  Sebastian
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] one .emacs on multiple computers

[Scot Becker]

Many thanks from me too, Jan.  That's very helpful.

Scot

On Thu, May 13, 2010 at 1:37 PM, Jan Böcker  wrote:

> On 05/13/2010 03:48 AM, charles snyder wrote:
>
> > Can I just do something like:
> >
> > (defvar cls-org-file "C:/Users/clsnyder/My Documents/My
> > Dropbox/emacs_org/") ;; WINDOWS VERSION
> > (defvar cls-org-file "/Users/clsnyder/Dropbox/emacs_org/") ;; IMAC
> VERSION
> >
> > and then in each of the various .emacs files on each of the machines,
> > just do something like this throughout the file:
> >
> > (add-to-list 'load-path "cls-org-file" + org-mode6.35i/lisp" )
> > (add-to-list 'load-path "cls-org-file" + personal.org
> > " )
>
> Yes, that approach works.
>
> Create a directory for your org-mode configuration in your dropbox
> directory, say /path/to/dropbox/emacs-config/.
>
> Put the contents of your .emacs in, say, emacs-config/init.el.
>
> In the .emacs file on each machine, put:
>
> (setq cls/config-dir "/absolute/path/to/dropbox/emacs-config/")
> ; note the trailing slash!
> (load (concat cls/config-dir "init.el"))
>
>
> In init.el, set the `custom-file' variable to make the emacs customize
> interface store its data under the dropbox directory:
>
> (setq custom-file (concat cls/config-dir "customize.el"))
>
> Assuming your org-mode checkout is at emacs-config/org-mode6.35i, use
> (add-to-list 'load-path (concat cls/config-dir "org-mode6.35i/lisp"))
> (require 'org)
> ; other org-mode setup stuff
>
> If you want to have some machine-specific configuration, there is no
> need to use different files for different machines -- just check for the
> hostname.
>
> For example, I use org-mode on my laptop and my n900 smartphone, so my
> startup files include:
>
>  (setq jb/system
>(cond ((string-match "N900" system-name) 'n900)
>  ((string-match "pythagoras" system-name) 'laptop)
>  (t 'unknown)))
>
> and later I can do:
>
> (when (eq jb/system 'n900)
>  (blink-cursor-mode 0))
>
> to disable blink-cursor-mode on the n900 to save battery power.
> (Emacs idle CPU usage with blink-cursor-mode: 1.5%. Without: 0% :) )
>
>
> Because the path to your org files is rather long, you also might be
> interested in this post, where Nathan Neff describes a way to easily
> define shortcuts to jump to frequently used files/headings:
> http://article.gmane.org/gmane.emacs.orgmode/25106/
>
> HTH, Jan
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] import text from firefox with hyperlinks

[Scot Becker]

On Mon, May 17, 2010 at 10:33 AM, Carsten Dominik
 wrote:
>
> On May 17, 2010, at 12:59 AM, Kestutis Matonis wrote:
>
>> How can i copy/import selected page part from firefox to emacs with
>> hyperlinks?
>
> What is wrong with just copy and paste?

Well, the man wants to have hyperlinks converted to [[org][links]].
At least for my setup, there is no behind-the-scenes magic that does
this.  I just get the visible text, not the (invisible) links.

I can't answer your original question, (though I'll be keen to see if
someone can), but you also might be interested in org-protocol, which
can pass a URL, a document title and a selected region directly from a
web browser to a running instance of Emacs.  AFAIK,l it doesn't do
link formatting, but it will pass the link to the page you're looking
at.  See this blissfully complex introduction to it.

http://orgmode.org/worg/org-contrib/org-protocol.php

org-annotation-helper is a simpler tool that also does this.

http://orgmode.org/worg/org-contrib/org-annotation-helper.php


Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bug involving *bold* text in second level headings

[Scot Becker]

Works here too, on dev emacs (24.0.50.3) with org 36trans
release_6.36.58.g99afb.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bug involving *bold* text in second level headings

[Scot Becker]

...ah, that's to say, EXPORT works fine.  If I look closely, I see the
text isn't actually made bold on the screen.  But I normally don't
look that closely.

(my org setup uses hidden initial stars, FWIW)




On Tue, May 18, 2010 at 12:06 PM, Scot Becker  wrote:
> Works here too, on dev emacs (24.0.50.3) with org 36trans
> release_6.36.58.g99afb.
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] video of the org-mode git repository

[Scot Becker]

It's marked as a 'Private Video'.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] unordered list feature request: new sub-lists automatically switch to different list-character

[Scot Becker]

I like this  idea, even as default, though I'm sure that some people
are doing things with org for which they would want to turn it off.

Scot


On Fri, May 21, 2010 at 6:54 AM, Livin Stephen Sharma
 wrote:
>
> Context/Sample org content
> current
>  unordered list
> + topA
>   + innerA1
>   + innerA2
> + topB
>   + innerB1
>
> proposed
>  unordered list
> + topA
>   - innerA1 <--- '-' used automatically instead of '+'
>   - innerA2 <--- " " "
> + topB
>   - innerB1 <--- " " "
> -
>
> When creating nested/child lists ('innerX' items) under an existing list
> item ('topX' items),
> the current behaviour does not make an effort to change the
> leading list-denoter character (-,+,*).
> Could a feature be provided where creating a such a child-list would make
> this list's items begin with a different list-denoter?
> I find it helps readability (and hence efficiency when working with lists)
> when I manually (S-left, S-right) do this. If others agree, perhaps this
> could be provided as a built-in feature?
> I don't know lisp, (& it's increasingly looking like it may be time to
> *find* the time to learn JJ) so I can't code this myself.
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] pretty export of tags

[Scot Becker]

On Mon, May 31, 2010 at 3:56 PM, David Bremner  wrote:
>
> I would like some more control over how tags are exported to PDF. I
> tried both latex and docbook based methods, and as far as I can tell, in
> both cases the treatment is hard-coded (at least in the docbook case it
> does mark them as being different from the headline).  Is there some
> existing trick I should know about?  I'd like the tags e.g. right
> justified, or on the next line in a box.  The HTML treatment is almost
> OK.

David,

I could have sworn I was looking at the relevant variable this
morning, but I can't find it.  (I was looking at
org-export-latex-todo-keyword-markup, but that's of course for TODO
words).  It looks to me like tag markup is hard-coded for LaTeX
export, as a simple substitution in the function
'org-export-latex-keywords-maybe.

I, too, would be glad to do some tricks on tags for LaTeX output.
Would it add to the complexity too much to expand the capabilities of
org-export-latex-classes, so that in the lines where you define the
header markup for each class, you can also define tag markup?

So in the following, %s is just the text of the header and %t is a
(comma-separated, for possible use as LaTeX arguements?) tag list:

 '(("mynewclass"
 "\\documentclass[11pt, a4paper]{article}"
 ("\\section{%s}\n\taglist{%t}" . "\\section*{%s}\n\taglist{%t}")
 ("\\subsection{%s}\n\taglist{%t}" . "\\subsection*{%s}\n\taglist{%t}")
   ... and so on.

 The above example would produce LaTeX code like this:

\section{This is a Title Here}
\taglist{tag1,tag2,tag3}
Section text goes here.

I would then define \taglist{} in my header as a custom latex command
which does the formatting I want on the tags.

Presumably I could also add whatever formatting I want around %t ---at
least whatever formatting LaTeX supports.  David, you might want to
assure yourself that LaTeX is capable of producing the results you
want.  I'm weak on the specifics, but there is some trouble putting
certain kinds of commands in LaTeX header lines.

It may be that in time, org-export-generic will grow into a tool that
can be made to produce a decent LaTeX exporter, (and might now for
certain well-structured and not-too-demanding kinds of documents), but
I suspect that time quite yet.

I'd be glad to hear of any other solutions or hacks.

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] feature request: C-k safety

[Scot Becker]

Scott,

You asked:
> Feature request: add an option preventing tree deletion with C-k without
> user confirmation.  Actually, I'd like an option to prevent it period.
> If this option is already in there, then you're encouraged to tell me to
> RTFM.  But then also please tell me where it is, because I can't find it.

In the FAQ, you can find this:

(setq org-special-ctrl-k t) before losing your work.

It's a clever compromise, though I suspect it doesn't give as much
protection as you want.

Here's what it does. From the docstring:

When t, the following will happen while the cursor is in the headline:

- When the cursor is at the beginning of a headline, kill the entire
  line and possible the folded subtree below the line.
- When in the middle of the headline text, kill the headline up to the tags.
- When after the headline text, kill the tags.

Scot

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] For Org-mode on the go?

[Scot Becker]

Looks very cool, especially at the price.  But the spacebar.  Yikes
it's small.

At least it has all the meta-keys and TAB, which make it nicer than
most other pocket keyboards for running Emacs.

Do report.

Scot

On Sat, Jun 5, 2010 at 11:10 AM, Tim O'Callaghan
 wrote:
> Just though I'd point out the NanoNote a $99 Linux Palmtop, that
> should run Emacs.
>
> "The 本 version of NanoNote is an ultra small form factor computing
> device. The device sports a 336 MHz processor, 2GB of flash memory,
> microSD slot, head phone jack, USB device and 850mAh Li-ion battery.
> It boots Linux out of the box and also boots over USB. It’s targeted
> squarely at developers who see the promise of open hardware and want
> to roll their own end user experience. It’s the perfect companion for
> open content; we envision developers turning the device into a music
> or video player for Ogg or an offline Wikipedia or MIT OpenCourseWare
> appliance. Or you can simply amaze your friends by creating an ultra
> small handheld notebook computer. You choose the distribution. The 本
> Nanonote is the first in a line of products that will see the addition
> of other hardware capabilities. Get your NanoNote and start a
> Nanoproject today. Or join one of the existing projects in our
> developer community."
>
> http://sharism.cc/gallery/?bwbps_page_1=1
>
> Planning on getting one to see...
>
> Tim.
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: how to upgrade org-mode version?

[Scot Becker]

See:
http://orgmode.org/manual/Installation.html#Installation

And if you're not installing globally with 'make install' (I don't)
make sure that the org manual gets read by adding /path/to/org/doc to

 'Info-default-directory-list
like so:

  (add-to-list 'Info-default-directory-list "/path/to/org/doc")

Scot



On Sat, Jun 5, 2010 at 11:30 PM, Bernt Hansen  wrote:
> Kristofer Bergstrom  writes:
>
>> I would like to upgrade my version of org-mode (I'm using Emacs23),
>> with the hopes it will solve a problem of the :tags option not being
>> evaluated in clocktable dynamic blocks.  According to "M-x
>> org-version", I am currently using 6.21b.  Matt pointed me to
>> http://orgmode.org/org-6.36c.tar.gz .
>>
>> Is there information available about how to upgrade, or install
>> multiple versions of org-mode?  The "Installation" instructions in the
>> org-mode manual refer to Emacs22 or to enabling the pre-installed
>> Emacs23 version.
>>
>> Thank you in advance!
>
> Hi,
>
> just download the new version and unpack it in some directory then add
> that directory to your load path.
>
> HTH,
> Bernt
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Could inline footnotes be made to work with latex commands that have arguments?

[Scot Becker]

If I put a LaTeX citation command inside one of org's inline footnotes, no
problem, thus:

Lorem ipsum dolor sit amet,\footnote{\cite{rowe_acts_2007} } consectetur
adipisicing elit,

But if I need an optional argument, no dice.  This:

 ex ea commodo consequat.[fn:: \cite[56]{fitzmyer_one_2007}] Duis aute irure
dolor

exports to LaTeX like this:

ex ea commodo consequat.[fn:: \cite[56]{fitzmyer_one_2007}] Duis aute irure
dolor

(i.e. there is no \footnote{} macro created)

For consistency in my markup, I would rather use org's inline footnotes for
citations like this (which sometimes number several inside a footnote).   If
I can't, I'd just go ahead and use LaTeX \footnote{} macros right in my org
files.

Is the present behaviour likely to be fixable?  Or should I just write my
footnotes as LaTeX \footnotes{}?

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] how to upgrade org-mode version?

[Scot Becker]

Kris,

You may have discovered this in the meantime, but I gave you the wrong line
for adding the org documentation to your info-path in emacs (so that M-x
org-info gets you to the latest docs).  It's not

 (add-to-list 'Info-default-directory-list "/path/to/org/doc")

but:

 (add-to-list 'Info-directory-list "/path/to/org/doc")

I don't know how long this has been broken in my own setup, but I just
noticed it and thought I'd correct my advice to you.  If you actually
install org mode to a place that the info commands can find (/usr/local
perhaps) you don't need this.  But I just put the org repository right in my
~/.emacs.d/vendor/ directory, compile it in place, and leave it there.  As
long as I add the right paths to the org-mode/lisp and org-mode/doc,
everything works.

If you use stuff from the org contrib directory, you can also do:

(add-to-list 'load-path "/home/you/newpath/org-mode/contrib/lisp")


Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Could inline footnotes be made to work with latex commands that have arguments?

[Scot Becker]

Thanks, David, for your response.  I suspected it might not be that easy to
fix.

I hadn't thought of making a custom command which only used mandatory
arguments.  I'll try it out and see if I like it.

Thanks,

Scot


On Sun, Jun 13, 2010 at 3:16 PM, David Maus  wrote:

>
> Scot Becker wrote:
>
> >If I put a LaTeX citation command inside one of org's inline
> >footnotes, no problem, thus:
>
> >Lorem ipsum dolor sit amet,\footnote{\cite{rowe_acts_2007} }
> >consectetur adipisicing elit,
>
> >But if I need an optional argument, no dice.  This:
>
> > ex ea commodo consequat.[fn:: \cite[56]{fitzmyer_one_2007}] Duis aute
> irure dolor
>
> >exports to LaTeX like this:
>
> >ex ea commodo consequat.[fn:: \cite[56]{fitzmyer_one_2007}] Duis aute
> irure dolor
>
> >(i.e. there is no \footnote{} macro created)
>
> >For consistency in my markup, I would rather use org's inline
> >footnotes for citations like this (which sometimes number several
> >inside a footnote).   If I can't, I'd just go ahead and use LaTeX
> >\footnote{} macros right in my org files.
>
> >Is the present behaviour likely to be fixable?  Or should I just
> >write my footnotes as LaTeX \footnotes{}?
>
> This does not look like easy to fix: It are the square brackets of the
> \cite command that prevent Org mode from recognizing the inline
> footnote.
>
> You could try to work with a LaTeX hack, something along:
>
> ,
> | \newcommand{\mycite}[2]{\cite[#1]{#2}}
> `
>
> This would provide the macro \mycite with two arguments given in
> curly brackets that is expanded to the \cite sequence.
>
> HTH
>   -- David
>
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [ANN] Org to Atom, revisited

[Scot Becker]

Wow, David,  This is cool stuff.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] mixing emphasis fails

[Scot Becker]

I think that this is a 'known' issue, and not easy to get right.  One thing
you can try (and report back, since I've meant to do it to try to solve this
very problem), is to customize org-emphasis-regexp-components.  If I'm not
mistaken, it exists to help users troubleshoot this kind of thing.  It would
be great if we could manage to get this working.

Scot


On Wed, Jun 23, 2010 at 1:58 PM, Robert Hennig wrote:

> Dear Orgmode-List,
>
> I was trying to mixing different Emphasis styles and failed badly.
> or example:
> An italic markup in a bold one:
>
> *This sentence /is/ bold*.
>
> The bold markup will succeed, but the italic will not, in all exports
> (html, latex) it will be left as '/it/'.
>
> The only fix for this I came up with was:
>
> #+BEGIN_HTML
> This sentence is bold
> #+END_HTML
> #+BEGIN_LaTeX
> \textbf{This sentence \emph{is} bold}
> #+END_LaTeX
>
> which is not very at all...
> Thank you for your advices,
>
> yours
> Robert Hennig
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: keeping uptodate?

[Scot Becker]

Just yesterday, I finally added this to my .bash_aliases file:

alias orgupdate='cd /home/scot/.emacs.d/vendor/org-mode; git pull && make &&
make doc'

I have the org-mode/lisp path in my 'load-path and org-mode/doc at the front
of 'Info-directory-list, so it all just stays in place.  I don't "make
install" at all.

This will work if you are running GNU/Linux and you run org-mode from the
development tree (many do).  It avoids having to download the whole tarball
each time (which admittedly isn't all that arduous these days), and of
course you ge(i)t the latest goods, which is what I prefer.

That's a little sparse on detail.  If you need me to spell it out I will.

Scot


On Wed, Jun 23, 2010 at 6:24 PM, Mark A. Hershberger wrote:

> Matt Price  writes:
>
> > apologies for this one -- i remember reading somewhere about a script or
> > package that lets you keep uptodate with org development versions without
> > having to pull manually from git.
>
> We should have daily build installable as a debian package soon.  It
> will (eventually) be at 
> 
> >
>
> Mark.
>
> --
> http://hexmode.com/
>
> Embrace Ignorance.  Just don't get too attached.
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode

[Scot Becker]

On Tue, Jun 29, 2010 at 11:03 PM, Eric Schulte wrote:

> >   - Org-babel adds rather specific and complex functionality to org-mode
> > that those who use it as a simple outliner and todo manager do not
> > require. (In other words, an option to turn it off might be nice for
> > those who are worried about "feature creep.")
> >
>
> I'm less struck by this point, as there are many features of Org-mode
> which I personally don't understand or use and I'm certainly some
> features the existence of which I am completely unaware.  However as
> long as Babel doesn't significantly affect load time, I'd rather it be
> present in the background, to simplify it's use.
>

And there's a significant advantage to having it included and 'on':
ubiquity.  An  org user doesn't have to have set anything up to load up
Eric's babel-ized version of the emacs starter kit and start playing with it
in babel.  [http://github.com/eschulte/emacs-starter-kit]

It's the same advantage that org-mode gains by being part of Emacs.  We can
say:  "Want to try org-mode?  just do 'M-x org-mode'  Now make some
headlines with CTRL-RET and"  Org babel is good, useful and stable
enough that it deserves the same boost.

Having said that, I'm all for Carsten's new code execution key binding.  Org
advertises C-c C-c as a friendly key which mostly 'does the right thing' on
the current block.  I could imagine that unwary newish users might not
realize that in this case 'the right thing' is to execute that code.
Paranoia does seem a good default practice in this case.

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] question about links in org-mode

[Scot Becker]

Tomer,

Welcome.  I don't think that any such export routine exists, but I like the
idea.  Perhaps someone else could comment on what this would take.

Off topic:  Did you know that the latest development Emacs has decent
(in-progress) bidi support, and that there are new Hebrew input methods (not
yet included in the sources, but posted on the emacs-bidi mailing list).
They're keen to have testers, before they turn on automatic bidi reordering
globally.  I use this with org-mode, and so far it works well.  You can
email me privately if you want help getting started.

Scot


On Wed, Jul 7, 2010 at 10:10 PM, תומר לוין  wrote:

> hello,
>
> I have a org-mode file which contains many many links.
>
> Is there kind of export which replace all links with the subtree in which
> the link point to?
>
> Thanks
>
> Tomer
>
>
>
>
> --
> Walla! Mail - Get your free unlimited mail today 
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Possible Bug in org-refile [6.36trans (release_6.36.654.g2cd3)]

[Scot Becker]

I can't seem to make org-refile work.

Using Emacs development sources from a pull last night, and the latest
org-mode sources from a git pull and make done just
now from the org-mode repository. I do this:

(1) Start clean:

emacs -Q -eval "(setq load-path (cons
\"~/.emacs.d/vendor/org-mode/lisp\" load-path))"

(2) Create a new buffer and start org-mode

C-x b try.org RET

M-x org-mode

(3) Make a minimal file:


* One

* Two

* Three

* Four

(4) Try refiling a node under any other node

C-c C-w One RET

RESULT in Message buffer:

Getting targets...done

find-buffer-visiting: Wrong type argument: arrayp, nil

And of course no refiling is done.  No customizations to
org-refile-targets should mean that I can refile
under the top-level headlines in the current file.

What's up?

Here's the info from org-bug:


Emacs  : GNU Emacs 24.0.50.2 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2010-07-14 on mayim
Package: Org-mode version 6.36trans (release_6.36.654.g2cd3)

current state:
==
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-after-todo-state-change-hook '(org-clock-out-if-current)

 org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-export-preprocess-hook '(org-export-blocks-preprocess)

 org-tab-first-hook '(org-hide-block-toggle-maybe
  org-babel-hide-result-toggle-maybe)
 org-src-mode-hook '(org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p

 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines

  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all

append local]
   5]
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)

 org-ctrl-c-ctrl-c-hook '(org-babel-lob-execute-maybe org-babel-hash-at-point
  org-babel-execute-src-block-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-interblocks '((lob org-babel-exp-lob-one-liners)

  (src org-babel-exp-inline-src-blocks))
 org-occur-hook '(org-first-headline-recenter)
 org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc

   org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-blocks nil)

 (comment org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil)
 (dot org-export-blocks-format-dot nil))
 )
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Possible Bug in org-refile [6.36trans (release_6.36.654.g2cd3)]

[Scot Becker]

No bug here.  If I SAVE the buffer to a file, everything works great.  I had
something wrong with the value of org-refile-targets in my full set up that
triggered all this.  I think I can make it right.

Carry on...

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] fix for error of quoted and emphasized text in LaTeX export

[Scot Becker]

Robert,

Did you have a chance to try this yet?  I'm keen to know if it seems to
work.  I'll try if I get the chance, but (perhaps like you), I'm no expert,
and it might be a few days before I have a chance to play with it.

Scot


On Wed, Jul 7, 2010 at 3:48 PM, Robert Hennig wrote:

> Dear Orgmode List,
>
> In LaTeX export the following will fail:
>
> "/Hello/" -> ``/Hello/''
>
> instead of
>
> "/Hello/" -> ``\emph{Hello}''
>
> The fix I propose is to change the order of
> calling
> org-export-latex-quotation-marks AFTER
> org-export-latex-fontify in
> the org-export-latex-content function, because the quotation marks would
> be changed and do not match the regexp anymore.
>
> But I'm not too shure if there are other implications to regard.
>
> best regards,
>
>
> Robert Hennig
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [ANN] List improvement v.2

[Scot Becker]

Nicolas and list friends

This sounds great.  And it seems you've made it easy to try by putting in in
git.  Since my git usage consists almost exclusively of pulling from the
org-mode repository, and I've never dealt with testing branches, would one
of you be so kind as to feed me the commands necessary to try this out in
the  easiest way possible.  I keep current on the org 'master' repo.

Should I pull a separate repo, or make a branch on the one I have?  Assuming
I find no reason to undo the changes, and assuming they are merged into the
core after some weeks, and assuming that I want keep current on the main org
repository, will I need to do anything if and when these changes get added
to the core if I'm already testing them on the branch?  I'm sure all of this
is blissfully easy (git seems so clever), but I'd be glad to have someone
explain how to do it in the easiest way.

Scot


On Thu, Jul 22, 2010 at 10:08 PM, Nicolas Goaziou wrote:

> Hello,
>
> Here is a new, and probably final feature-wise, suggestion of list
> improvement in Org Mode.
>
> Table of Contents
> =
> 1 What is it about again ?
> 2 Is that all ?
>2.1 Preserving blank lines
>2.2 Timer lists
>2.3 Automatic rules
>2.4 `org-apply-on-list'
> 3 Where can it be tried ?
>
>
> 1 What is it about again ?
> ~~~
>
>  I redefined lists in Org Mode. Lists start, as before, at a bullet
>  (whose true regexp is at `org-item-beginning-re'), and end at either
>  `org-list-end-regexp', a new headline, or, obviously, end of buffer.
>
>  `org-list-end-regexp' is customizable and defaults to 2 blank lines,
>  but `org-empty-line-terminates-plain-lists' has precedence over it.
>  Moreover, any `org-list-end-regexp' found in special blocks does not
>  end list. Here are two examples of valid lists:
>
>  Case 1: `org-list-end-regexp' is at default value
>
>
>  - First item
>
>- Sub item
>
>  #+BEGIN_EXAMPLE
>  Two blank lines below
>
>
>  Two blank lines above
>  #+END_SRC
>
>- Last sub item
>
>
>  List has ended at the beginning of this line.
>
>  Case 2: `org-list-end-regexp' is "^[ \t]*___[ \t]*\n"
>
>
>  - item 1
>  - item 2
>- sub-item
>- sub-item 2
>  - item 3
>  __
>  List has ended at the beginning of this line.
>
>  Now, Org Mode knows when a list has ended and how to indent line
>  accordingly. In other words, you can `org-return-indent' three times
>  to exit a list and be at the right column to go on with the text.
>
>  This new definition is also understood by exporters (LaTeX, DocBook,
>  HTML or ASCII) and `org-list-end-regexp' will appear in source as a
>  blank line, whatever its value is (as long as it starts with a caret
>  and ends with a newline character, as specified in doc-string).
>
>  Another advantage is that you can have two lists of different types
>  in a row like in the example below:
>
>
>  - item
>  - item
>
>
>  1. item
>  2. item
>
>  In this example, you can move (or cycle, or indent) items in the
>  second list without worrying about changing the first one.
>
> 2 Is that all ?
> 
>
>  Yes and no. I tried as much as possible to keep compatibility with
>  previous implementation. But, as I was at it, I made a number of
>  minor improvements I am now going to describe.
>
> 2.1 Preserving blank lines
> ===
>
>   `org-move-item-up' and `org-move-item-down' will not eat blank
>   lines anymore. You can move an item up and down and stay assured
>   list will keep its integrity.
>
>   The same is true for `org-sort-list' that would previously collapse
>   the list being sorted. Sorting is now safe.
>
>   `org-insert-item', when 'plain-list-item is set to 'auto in
>   `org-blank-before-new-entry' (the default, I think), will work hard
>   to guess the appropriate number of blank lines to insert before the
>   item to come. The function is also much more predictable (in
>   previous version, trying to insert an item with point on a blank
>   line between 2 items would create a new headline).
>
> 2.2 Timer lists
> 
>
>   There are three improvements in timer lists (C-c C-x -).
>
>   1. When a new item is created, it should be properly indented and
>  not sticked to column 0 anymore,
>
>   2. When an item is inserted in a pre-existing timer list, it will
>  take profit of what has been done to `org-insert-item',
>
>   3. `org-sort-list' can now sort timer lists with the t and T
>  commands.
>
>   /Note/: in order to preserve lists integrity, Org Mode will send an
>   error if you try to insert a timer list inside a list of another
>   type.
>
> 2.3 Automatic rules
> 
>
>   I've added sets of rules (applied by default) that can improve
>   lists experience. You can deactivate them individually by
>   customizing `org-list-automatic-rules'.
>
>   Bullet rule: Some may have noticed that you couldn't obtain *
>as a bullet when cycling a list a

Re: [Orgmode] Re: worg recent changes exported page?

[Scot Becker]

Thanks.  That seems to work.

Scot


On Tue, Aug 3, 2010 at 10:56 AM, Roman  wrote:

>
> Scot Becker  gmail.com> writes:
> >
> >
> > True.  I watch the recent changes to worg in an RSS feed reader, and it
> would
> be very nice to get from there to the worg pages itself (rather than just
> the
> diffs)Scot
>
>
> http://pipes.yahoo.com/pipes/pipe.info?_id=7874b4183cbacfa142403259494c074e
> There. Replaces files mentions with correspondent links.
> You can clone the pipe and edit if you wish.
> But if it's good enough, when the rss output is subscribed
> by at least few people in Google Reader, it'll be grabbed
> by Google once per a hour; once per 4 hours with single subscriber AFAIK
>
>
> > On Fri, Jan 9, 2009 at 7:47 PM, Samuel Wales  gmail.com>
> wrote:On Fri, Jan 9, 2009 at 08:04, Bernt Hansen> I think the misconception
> here
> is that Worg is a wiki and it's not :)
> > Fair enough :).
> > However, if it were possible to look at a recent commit and then click
> > to get to the exported page, that would be a convenient way to keep up
> > with worg.
> >
> > --
> > For personal gain, myalgic encephalomyelitis denialists are knowingly
> > causing further suffering and death by grossly corrupting science.  Do
> > you care about the world?
> http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm
> > ___
> >
> >
> >
> > Emacs-orgmode mailing list
> > Remember: use `Reply All' to send replies to the list.Emacs-orgmode 
> gnu.orghttp://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >
> >
> >
> >
> >
> >
> >
> > ___
> > Emacs-orgmode mailing list
> > Remember: use `Reply All' to send replies to the list.
> > Emacs-orgmode  gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >
>
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] trying to get xetex working with org-mode

[Scot Becker]

2010/8/13 Christian Wittern 

> There are some more lines I did not ask for and do not want, like for
> example the \usepackage[utf8]{inputenc} which does not work with XeTeX.
> Now the number of possible relevant variables etc is just too complex for me
> to understand.  I would appreciate if some kind soul would explain to me how
> to trim this down to use only the packages I need.

Ain't that the truth.  The new LaTeX header system is very flexible,
but it multiplies the places you can put header stuff, and because of
the way XeLaTeX headers are structured, not all of them work.

This is what I do.  The following is a little hastily written.  I'm
happy to come back to anything that doesn't make sense.

First, I set org-export-latex-classes like so.  The relevant stanzas
are 5-7, staring with "mythesis"
Note that I explicitly exclude ORG's default set of loaded packages,
so i can include my own set.
Also note that it's a pretty small header.  For some reason I couldn't
get things to work if I put all of the XeTeX header stuff in there,
nor could I get it to work by putting in a bunch of #+Latex_header
lines (or whatever their syntax is).

(setq org-export-latex-classes
  '(("article"
 "\\documentclass[11pt, a4paper]{article}"
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
("report"
 "\\documentclass[11pt]{report}"
 ("\\part{%s}" . "\\part*{%s}")
 ("\\chapter{%s}" . "\\chapter*{%s}")
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("book"
 "\\documentclass[11pt, a4paper]{book}"
 ("\\part{%s}" . "\\part*{%s}")
 ("\\chapter{%s}" . "\\chapter*{%s}")
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("beamer"
 "\\documentclass{beamer}"
 org-beamer-sectioning)
  ;; Here starts my personal latex classes
  ;; use them with:  #+LaTeX_CLASS: mythesis
("mythesis"
 "%!TEX TS-program = xelatex\n%!TEX encoding = UTF-8
Unicode\n\\documentclass[12pt,oneside,a4paper]{book}\n\\usepackage{fontspec}\n\\usepackage{xunicode}\n\\usepackage{xltxtra}\n\n%
Load My Thesis Defaults\n\\input{/home/scot/lin/tex/thesis-header.tex}\n%
Don't Load Org's standard list for this
class\n[NO-DEFAULT-PACKAGES]\n\\defaultfontfeatures{Scale=MatchLowercase,Mapping=tex-text}
% converts LaTeX specials (``quotes'' --- dashes etc.) to
unicode\n\\setromanfont{Gentium}\n\\setsansfont{Liberation Sans}
%change this, if you even use it."
 ("\\chapter{%s}" . "\\chapter*{%s}")
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
("mychapter"
 "%!TEX TS-program = xelatex\n%!TEX encoding = UTF-8
Unicode\n\\documentclass[12pt,oneside,a4paper]{book}\n\\usepackage{fontspec}\n\\usepackage{xunicode}\n\\usepackage{xltxtra}\n\n%
Load My Thesis Defaults\n\\input{/home/scot/lin/tex/thesis-header.tex}\n%
Don't Load Org's standard list for this
class\n[NO-DEFAULT-PACKAGES]\n\\defaultfontfeatures{Scale=MatchLowercase,Mapping=tex-text}
% converts LaTeX specials (``quotes'' --- dashes etc.) to
unicode\n\\setromanfont{Gentium}\n\\setsansfont{Liberation Sans}
%change this, if you even use it."
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
("mytextchunk"
 "%!TEX TS-program = xelatex\n%!TEX encoding = UTF-8
Unicode\n\\documentclass[12pt,oneside,a4paper]{article}\n\\usepackage{fontspec}\n\\usepackage{xunicode}\n\\usepackage{xltxtra}\n\n%
Load My Thesis Defaults\n\\input{/home/scot/lin/tex/thesis-header.tex}\n%
Don't Load Org's standard list for this
class\n[NO-DEFAULT-PACKAGES]\n\\defaultfontfeatures{Scale=MatchLowercase,Mapping=tex-text}
% converts LaTeX specials (``quotes'' --- dashes etc.) to
unicode\n\\setromanfont{Gentium}\n\\setsansfont{Liberation Sans}
%change this, if you even use it."
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}"

Then I have the following in my thesis-header.tex file.

% Standard org stuff which I have to include by hand
% since I didn't want the other (font handling, entities) bits:
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
%\usepackage{soul}
\usepackage{hy

Re: [Orgmode] trying to get xetex working with org-mode

[Scot Becker]

Noted.  I'll see what I can do (but nobody be afraid to beat me to it, OK?)

Scot


On Fri, Aug 13, 2010 at 2:47 PM, Bastien  wrote:
> Scot Becker  writes:
>
>> That seems to produce a header that works with xetex.
>
> If so, it would be good to document it in Worg.
>
> I quickly grep'ed the Worg dir and there is no mention of XeTeX...
>
> --
>  Bastien
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Patch for latex export supporting nested emphasis

[Scot Becker]

That's very useful.

On Fri, Aug 20, 2010 at 3:30 PM, Robert Hennig wrote:

> Dear Orgmode maintainers,
>
> I would like to provide a patch which allows nested emphasis
> for the latex export. The problem of handling nested emphasis
> was solved by applying the org-export-latex-fontify recursively.
> The example
>
>  Now *you /can/ write* /nested/ */emphasis/ recursively!*
>
> will be translated to:
>
>  Now \textbf{you \emph{can} write} \emph{nested}
>  \textbf{\emph{emphasis} recursively!}
>
> Best regards, yours faithful
>
> Robert Hennig
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] "{" in Latex fragments

[Scot Becker]

Or what about \J{japanese characters here}?  I do the same with Hebrew,
\heb{לִפְנֵי יְהוָה} and (without claiming to have done extensive testing),
it seems to work.  Org mode is set up to let arbitrary macros of the format
\mymacro{data} pass through to LaTeX.  You might not even have to change
your definitions.


Scot


On Wed, Aug 25, 2010 at 9:21 AM, Giovanni Ridolfi  wrote:

> Christian Wittern  writes:
>
> > In my org-mode document, I have a special sequence to switch to a
> Japanese
> > font defined as \J.  When using this, I have to do something like {\J
> > (Japanese characters here}.  However, when I run the org-mode export, the
> > braces "{" and "}" are escaped as \{ and \} and thus loosing their
> > function.
>
> yes.
>
> but why don't you change the sequence? I mean:
>
> from:
>
> hello {\J ウ}
>
> to
>
> hello  [\J ウ ] or: (\J ウ)
>
> [] and () are not escaped
>
> cheers,
> Giovanni
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] LaTeX export: Skip headline lines? "Paragraph" sectioning?

[Scot Becker]

He wants to write up a document using org-mode's outline facilities as a
skeleton to help him build up, navigate and visualize his document, but then
he wants only to use SOME of the headlines but ALL of the text when he
actually makes a printed version for others to read.   I've wanted this as
well, since when you think about it the structure you need as a writer may
not be the structure you want to pass on to your readers.

I'd be glad to see a formal feature for this in org-mode, and even more glad
if I could figure out a good way to basically keep up to two headlines per
'node' (org section): one for me while I'm writing (the outline of my
argument, in sentence form, say) and another for export (the catchy
'heading' which goes---for some headings only---in the printed output).

Until we get something like that, Alan, you could just use a little manual
work (or some elisp and one of org's export hooks) to help manage something
like this:

1) choose a :tag: for "don't print this headline (just the text under it)"
2) If you want to keep those headings in the file (I assume you do), then
when you want to export, you'll want to make a temporary (saved) copy of the
file somewhere then:
3) use emacs' "M-x flush-lines" to kill lines with that tag just before
export.

As for exporting lists as \paragraph{} sections, I'm not sure.  But on this
you might take nick's suggestion and give a sample input and output file to
help visualize (and show us) what you're asking for.  And do make sure your
org lists are compatible with the new list definitions (see recent
discussions elsewhere on this list).  When you do this kind of thing it
becomes critical that you pay attention to what constitutes a new item and
the end of the list.

As you'll see org-mode's latex export is currently designed to use org for
basic document structuring and only allows for a limited set of mappings
between org's structure and latex structure.  But you'll see in the latex
configuration documentation that it is possible to define what kind of
\section{}, \chapter{}, or \subsubparagraph{} is exported for each level of
org's headlines.

Also have a look at the documentation for the latex package 'easylist'  It's
not what you're asking for here, but you may find it interesting if you want
to get structured thought-outlines out to paper.  It basically takes
something like an org-mode header list and typesets in latex as nested
(numbered or un-numbered) lists, i.e. not as LaTeX headers.


Scot









On Mon, Aug 30, 2010 at 5:06 AM, Nick Dokos  wrote:

> Alan E. Davis  wrote:
>
> > Sometimes, I have used outliners, like ThinkTank, to organize my
> > thoughts, and reorganize the structure of a document of whatever kind.
> > I don't need headings or sectioning in some cases.
> >
> > I have not found a way to exclude heading lines from
> > LaTeX output in Orgmode, nor have I found a
> > tag to say, "omit this headline."  I do see the variables
> > org-export-exclude-tags, and org-export-select tags; as well as an
> > option to include a specific number of headings as LaTeX sections.  In
> > the later case, other  headings are exported as plain list items, not
> > what I have in mind.
> >
> > A related issue perhaps: what would it take to export, say list items,
> > as "paragraph" and "subparagraph" sections in LaTeX.
> >
> > The ability to export a pdf almost automatically through LaTeX, even
> > with images, is magical.  Many thanks for this.
> >
>
> Some examples might help. I may be particularly dense tonight but I have
> read your mail a few times and I still have no idea what you are asking
> (or rather I have multiple ideas, none of which make much sense to me.)
>
> Thanks,
> Nick
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] LaTeX export: Skip headline lines? "Paragraph" sectioning?

[Scot Becker]

Hmm, Tomas, this is interesting.  I have thought about using babel for this
sort of thing, but assumed that the textual overhead would be too high to
make it worth it (It'd be ugly, and not that fun to generate).  I don't
suppose you'd be so kind as to past in an example that shows this kind of
thing in action?  Even just an example text itself, with the structure and
some blocks. (And of course, I do still owe you my examples of org+xetex).

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] LaTeX export: Skip headline lines? "Paragraph" sectioning?

[Scot Becker]

Thanks, Thomas,

I knew I had seen that example.  I just couldn't find it when searching.

Scot

On Mon, Aug 30, 2010 at 5:20 PM, Thomas S. Dye  wrote:

> Aloha Scot,
>
> An example is here:
>
> http://orgmode.org/worg/org-contrib/babel/examples/research-project.php
>
> <http://orgmode.org/worg/org-contrib/babel/examples/research-project.php>This
> approach is *definitely* not as much fun as the Org-mode LaTeX exporter, and
> the org files can be ugly, but it gives fine control over the LaTeX output
> and can produce notes and metadata in LaTeX, HTML, docbook, etc.
>
> I use it for projects intended for publication, where I'm willing to invest
> some thought and energy into the setup.
>
> Let me know if you have questions.
>
> All the best,
> Tom
>
> P.S. Yes, by all means, let me know when you've tamed the xetex
> configuration or edit the LaTeX export tutorial yourself to include what
> you've found.
>
> On Aug 30, 2010, at 4:22 AM, Scot Becker wrote:
>
> Hmm, Tomas, this is interesting.  I have thought about using babel for this
> sort of thing, but assumed that the textual overhead would be too high to
> make it worth it (It'd be ugly, and not that fun to generate).  I don't
> suppose you'd be so kind as to past in an example that shows this kind of
> thing in action?  Even just an example text itself, with the structure and
> some blocks. (And of course, I do still owe you my examples of org+xetex).
>
> Scot
>
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bug: Impossible to have right bracket in footnotes [7.01trans]

[Scot Becker]

Giovanni,

Thanks for that.  I have the same problem, since I put citations in my
footnotes in the format \cite[50]{Ridolfi_2011_Autobiography}.  This is
great.  It's also a nice model for a few other petty troubles I want to
postprocess away.

Scot



On Tue, Aug 31, 2010 at 3:13 PM, Giovanni Ridolfi  wrote:

> Carsten Dominik  writes:
>
> > unfortunately this is difficult to fix in a good way.
> > I do want to go back to footnotes, because I think there are many
> > things that do not yet work satisfactorily.  And then I also hope to
> > address the issue you raised.  For the time being, unfortunately, I do
> > not have a solution for you.
>
> I have a workaround.
> If the author uses the a special code for [ and ], e.g.
> #91; and #93; then the note is exported correctly.
> 
> ** example
> This is not anymore a broken footnote.[fn:: Some book at #91; 42-24 #93;.]
>
> Exports to:
> This is not anymore broken footnote.[1]
> [1] Some book at #91; 42-24 #93;.
> --
>
> But then the file have to be post-processed to substitute #91; and #93;
>
> Place these lines in .emacs, or evaluate them (goto the last ") " and hit
> C-x C-e)
> for the current session :
> --
> (add-hook 'org-export-html-final-hook  'gio/replace-square-brackets)
> (add-hook 'org-export-ascii-final-hook 'gio/replace-square-brackets)
>
> (defun gio/replace-square-brackets ()
> "Replace #91; with [ and #93; with ] "
> (interactive)
> (setq a "#91;")  ; use "\[" for LaTeX export
> (setq a1  "[")
> (setq b "#93;")  ; use "\]" for LaTeX export
> (setq b1  "]")
> (ignore-errors (goto-char 1) (setq p (point))
> (while (< p (point-max))
> (re-search-forward a nil nil) (replace-match a1)  (setq p (point)) )  )
> ;;
> (ignore-errors (goto-char 1) (setq p (point))
> (while (< p (point-max))
> (re-search-forward b nil nil) (replace-match b1)  (setq p (point)) )  )
> (save-buffer) )
> --
> Tested for  HTML, ASCII.
>
> For the LaTeX export  the line:
>  This is not anymore a broken footnote.[fn:: Some book at #91;
>  42-24#93;.]
> exports to:
>
>  This is not anymore a broken footnote.\footnote{Some book at \[
>  42-24 \]. }
>
>
> So the LaTeX seems to convert directly the #9?; character.
>
> Not tested for docbook.
>
> HTH
> Giovanni
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Bug: Impossible to have right bracket in footnotes [7.01trans]

[Scot Becker]

Well I use biblatex to produce the chicago citations, used pretty widely in
the humanities in N. America, and the LaTeX \cite{} commands under that
setup take their optional arguments in square brackets.  The most frequent
optional argument is a page number for the citation, but I also use them for
prefixes to the citation, e.g. a footnote which reads "See also Becker, 59"
would be generated like this \autocite[59][See also](Becker2010).

Scot


On Wed, Sep 1, 2010 at 1:29 AM, Aidan Gauland wrote:

> Alan L Tyree wrote:
> > Disable footnotes like [2010], but keep footnotes like [fn:2010]
> >
> > The reason is that I write legal texts that have references to case law
> > that look like: Marreco v Richardson [1908] 2 KB 584. The dates in
> > square brackets are an essential part of the reference.
>
> Perhaps it would be best to determine for what type of writing the current
> way
> Org handles footnotes is lacking.  Is it just academic writing in general,
> of
> mostly only certain fields?  Both Alan and I have needed to use a
> workaround
> for legal writing (I'm a first-year student; don't know about Alan).  What
> have other people had trouble footnoting/citing in Org?
>
> --Aidan
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] how difficultwould it be to support zotero in org?

[Scot Becker]

Another Zotero + org user here.  Right now I do what Christian does: export
Zotero to slightly tweaked
BibTeX, and insert with
RefTeX's amazingly cool reference-insertion
interface (another genius piece of work by Carsten).  I can think of two
profitable ways to make inserting references from one's Zotero database into
org-mode notes better, and one further way that org-mode could be more
tightly linked with Zotero.

1)  A utility (presumably part firefox plugin) which keeps a BibTeX file in
sync with one of Zotero's collections.  That way you don't have to do a full
manual export of your Zotero collection every time you add or change
something.  RefTeX provides the citation insertion interface.  Something
similar this to
existsfor LyX.
It doesn't sync a whole Z. collection, but creates a .bib file
with the items you actually cite in your document.  The author (an Emacs
user) even considered generalizing it for use without LyX runing, i.e. for
Emacs, but didn't find enough steam (after all, he uses LyX).  (I also know
that Mendeley can be made to auto-import from Zotero and to auto-export to
BibTeX, but Mendeley's BibTeX export is not flexible.)

2)  a org-mode-specific plain-text citation mechanism, analogous to BibTeX,
but useful for both LaTeX and non-LaTeX exports.  It would presumably have a
CSL backend, and work the way that
citeproc-hsworks for pandoc.
Presumably it could also use a RefTeX-like interface for
citation insertion.

3) Easier ways to take reading notes (in org) on items in the Zotero
database, with two way linking.  (Thanks already for the tips in this
thread.)

Scot


On Fri, Sep 3, 2010 at 1:50 AM, Matt Price  wrote:

>
>
> On Thu, Sep 2, 2010 at 7:18 PM, Matt Price  wrote:
>
>>
>> I have this notion I saw a generic exporter that someone wrote for odt, in
>>> which you feed the exporter a template document which ocntains all the
>>> relevant style definitions.  but I can't find it anymore, and as I recall it
>>> didn't really seem to work very well anyway.
>>>
>>
>> ah, it was a muse-mode exporter:
> http://www.mail-archive.com/muse-el-disc...@gna.org/msg01083.html
>
> would that be a good beginning for a native odt exporter i norg, or would
> it be better to start from scratch with the org generic exporter?   anyway
> thanks,
> m
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] how difficultwould it be to support zotero in org?

[Scot Becker]

Matt,
On Fri, Sep 3, 2010 at 9:55 PM, Matt Price  wrote:

>
>
> On Fri, Sep 3, 2010 at 4:12 PM, Scot Becker  wrote:
>
>> Another Zotero + org user here.  Right now I do what Christian does:
>> export Zotero to slightly 
>> tweaked<http://github.com/commonman/zotero-bibtex-sb>BibTeX, and insert with 
>> RefTeX's amazingly cool reference-insertion
>> interface (another genius piece of work by Carsten).
>
> i'm getting nearly convinced to go this route.  May I ask, do you use
> reftex from within org?  I'm not quite sure on how that would wok (but also
> I'm not that familiar w/ the latex parts of the documentation...).
>

 Yes, RefTeX's job is just to insert a \cite{BibTeX_key} command.  It
doesn't care what the major mode is when you call it.  And though I
sympathize with the reasons not to use LaTeX for academic writing in the
humanities (since few potential colaborators do, and publishers hardly ever
will), recent developments in the BibTeX realm have reduced the problems
there.  If you haven't seen
BibLaTeX<http://www.ctan.org/tex-archive/help/Catalogue/entries/biblatex.html>,
have a look at it, it's a BibTeX replacement with much more flexibility.
There are already a few interesting citation engines build on top of it:
biblatex-chicago<http://www.ctan.org/tex-archive/macros/latex/exptl/biblatex-contrib/biblatex-chicago/#jh393d9cb73b791d18abee756b61e67cb7>,
which I use and am happy with (it's in-progress, but in very active
development), and another biblatex style for
historians<http://www.ctan.org/tex-archive/help/Catalogue/entries/biblatex-historian.html>(which
I can't speak to.)

The whole process of exporting a document of any complexity to MS Word
format sounds daunting, but I'm glad to hear that others have had some
success with it.  Many thanks for starting this thread. I've learned a lot.

Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Exporting property values to LaTeX

[Scot Becker]

SHORT VERSION:

Can someone tell me how I might be able to get a property value exported to
LaTeX?  Here's what I want to do:  I my reading and research notes in
org-mode.  I'd like to print them out to manipulate them manually before I
use them.  (Think: olde time 3 x 5 index cards, though I'll do it on A5 size
paper).  I'd like to define an inherited property in my org outline
containing my BibTeX key for the given book or journal article.  The idea is
that all of the notes on that book inherit the property (I can do this
already).  Then I want to export these notes to LaTeX and insert the value
of the 'bibtexkey' property into a custom latex citation command for each
exported node.  That way, when the notes are printed separate from each
other, I have the bibliographic information on each note.

EXAMPLE:

-
* Notes taken while reading: Smith, Some-Wild-Book
  :PROPERTIES:
  :bibkey:   smith2009somewild
  :END:

** The Problem

Smith starts with a scorching analysis of the problem:

#+BEGIN_QUOTE
As I see it, this chaos has all arisen because of... (29)
#+END_QUOTE

** The Solution

Summary: Smith thinks that if we would all only listen to him, these
problems would go away. (235)

** Evaluation

Though Smith's audacity is unendurable, he does a few good points,
including...

-

I'd like to end up with a LaTeX file which will will print the above as
three separate (A5 size) pages. (I think I can do that).  But each note
("The Problem", "The Solution", "Evaluation") gets the value of the
'bibtexkey' property exported in the format:

\shortcite{}

immediately after the heading for that section.  I would do this with all
child headings no matter at what level.  Then when I take notes on another
item, its children inherit the correct value of 'bibtexkey' for it.

I think I have property inheritance worked out, and I reckon I can manage to
get org to export the headings how I want them (with
org-export-latex-classes), and I think I can mange to get LaTeX to lay it
all out right (it's LaTeX, how hard could custom layout be? :-).

What I want is a way to tweak org's LaTeX exporter to export "\shortcite{
 }" after every heading, with the value of the 'bibtexkey' property
inside it.

I suppose my question is: can anyone think of a way to do this without
making a custom LaTeX exporter?  Does the idea of exporting properties for
use in LaTeX output have enough value to warrant more general solution, for
example allowing placeholders for optional property values in (for example)
'org-export-latex-classes'?  Like this:

 ("\\section{%s}" . "\\section*{%s}\n\n\\shortcite{[[bibtexkey]]}")


Scot
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Exporting property values to LaTeX

[Scot Becker]

David,

Thanks for your response.  What a cool and useful patch.   This adds all
kinds of cool functionality to org-mode, and in a single line!I've had
several times I wished I could do this kind of thing.

As it is, it doesn't automate my present case much, since I'd still have to
put the macro expansion in after every headline.  Not surprisingly it won't
expand if you put the {{{property(myproperty}}} code as part of a headline
in org-export-latex-classes.  I reckon I'll have to try to do a hacked-up
latex exporter.

Also, the patch doesn't seem to work with inherited properties.  With
org-use-property-inheritance set to 't', and this input file:

* Notes taken while reading: Smith, Some-Wild-Book
  :PROPERTIES:
  :bibkey:   smith2009somewild
  :END:

This here is the key:  {{{property(bibkey)}}}.

** The Problem
This here is the key:  {{{property(bibkey)}}}.


I get this output:

-
\section{Notes taken while reading: Smith, Some-Wild-Book}
\label{sec-1}


This here is the key:  smith2009somewild.
\subsection{The Problem}
\label{sec-1_1}

This here is the key:  \{{\{property(bibkey)\}}\}.
---


Cheers,

Scot

On Thu, Sep 9, 2010 at 2:44 PM, David Maus  wrote:

> Scot Becker wrote:
> >[1  ]
> >[1.1  ]
>
> >[1.2  ]
> >SHORT VERSION:
>
> >Can someone tell me how I might be able to get a property value exported
> to LaTeX?
>
> This is currently not possible but attached patch adds a new macro
> (cf. Manual, 11.6 Macro replacement) that inserts a property of the
> current subtree.
>
> Example:
>
> {{{property(id)}}}
>
> Will insert the ID property of current subtree if the Org buffer is
> exported.
>
> This patch only works for singe value properties and raises an error
> if the macro is inserted above the first headline.
>
> Best,
>  -- David
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [O] Re: latex export issue

[Scot Becker]

That sounds like it means that any documents you might want to export to
LaTeX (and format with hard line breaks) should always have non-breaking
spaces after the periods---or you should keep a manual eye on your paragraph
formatting to make sure no numbers come first on the line.

Although I really like the new list code (many, many thanks, Nicolas!), this
does seem an unfortunate (if rare) little 'gotcha' arising from it.  I
hadn't realized that lists are triggered with no indentation at all.

Scot

On Wed, Mar 9, 2011 at 11:46 PM, Nicolas  wrote:

> Hello,
>
> Stephen Eglen  writes:
>
> > With the following minimal org buffer:
> >
> > Simple test
> >
> > here here here here here here here here here here here here here here
> > 2010.  here here here here here here here here here here here here
> > here here here here here here here here here here here here here here
>
> > This is modified from a real case; is there any way that the "2010." can
> > be interpreted as the end of the sentence rather than the start of a
> > enumerate list?  (I have fixed it for now by reformatting my paragraph
> > so that 2010 does not begin the line.)  I get similar behaviour with
> > html export.
>
> I usually suggest to insert a non-breakable space just after the
> dot. Thus, the pattern doesn't match definition of a numbered list item
> anymore.
>
> Regards,
>
> --
> Nicolas
>
>

[O] Re: latex export issue

[Scot Becker]

Looks good, but I can't get it to work.  To test it, can I just evaluate the
two sexp's in the block you gave inside a scratch buffer, then switch to my
trial org file and export to LaTeX?  Trying the OP's sample file gives the
same results before and after I evaluate this new bit of code, but I suspect
I'm doing something wrong

Scot


On Thu, Mar 10, 2011 at 8:24 AM, Nicolas  wrote:

> Hello,
>
> Scot Becker  writes:
>
> > That sounds like it means that any documents you might want to export to
> > LaTeX (and format with hard line breaks) should always have non-breaking
> > spaces after the periods---or you should keep a manual eye on your
> paragraph
> > formatting to make sure no numbers come first on the line.
>
> Would that work for you?
>
> #+begin_src emacs-lisp
> (defun org-fill-item-nobreak-p ()
>  "Non-nil when line break would insert a new item."
>  (and (looking-at (org-item-re)) (org-list-in-valid-block-p)))
>
> (add-to-list 'fill-nobreak-predicate 'org-fill-item-nobreak-p)
> #+end_src
>
> If it is fine, we may as well include it by default in Org.
>
> Regards,
>
>
> --
> Nicolas
>

[O] Re: latex export issue

[Scot Becker]

Ah, right.  I did misunderstand.  Yes, that seems like a good solution.

Scot


On Thu, Mar 10, 2011 at 10:00 PM, Nicolas  wrote:

> Hello,
>
> Scot Becker  writes:
>
> > Looks good, but I can't get it to work. To test it, can I just
> > evaluate the two sexp's in the block you gave inside a scratch buffer,
> > then switch to my trial org file and export to LaTeX?
>
> Yes, but I guess you misunderstand the goal of the snippet. It will not
> "fix" export (which isn't broken in that case) but will prevent
> auto-fill-mode from creating a new item by cutting line at a wrong
> position i.e. you won't have to keep an eye on the formatting anymore.
>
> Regards,
>
> --
> Nicolas
>

Re: [O] Professional PDF LaTeX templates?

[Scot Becker]

And the question is not just 'what do YOU think is professional, but (as
always with LaTeX) just want kind/genre of document are you interested in
producing?  A question like yours has to be answered separately for each
distinct type of document.

Scot

Re: [O] Other programs to edit Org documents?

[Scot Becker]

>
> A simple org-mode viewer (that allows you to do some basic
> folding/unfolding and search -- or even something more complex that
> would allow you to view it as a mind-map?) would be nice. It could
> even be simplified with more GUI bells and whistles and still allow
> one to insert data and save the file. It would not be a full
> replacement for emacs, ever, but would allow other less technical
> users to use it as well.
>
> There are all kinds of advantages to this, seems to me, and of course it
partly exists in the form of Moblie Org.  Org-mode is both an interface and
a specification, you could say (as well as a friendly club).  And you can
work with the latter (the markup specification) apart from the former if you
have need to.   A web-app for viewing and editing org-mode files would open
nice possibilities for collaboration with the not-yet-initiated and for
using your files when you are away-from-emacs.

Scot

Re: [Accepted] [O] New option to create unique, random labels for footnotes.

[Scot Becker]

I like this, Matt!

On Thu, Mar 17, 2011 at 8:25 AM, Bastien Guerry  wrote:

> Patch 680 (http://patchwork.newartisans.com/patch/680/) is now "Accepted".
>
> Maintainer comment: none
>
> This relates to the following submission:
>
> http://mid.gmane.org/%3C87y64ji2hj.fsf%40fastmail.fm%3E
>
> Here is the original message containing the patch:
>
> > Content-Type: text/plain; charset="utf-8"
> > MIME-Version: 1.0
> > Content-Transfer-Encoding: 7bit
> > Subject: [O] New option to create unique, random labels for footnotes.
> > Date: Fri, 11 Mar 2011 18:50:59 -
> > From: Matt Lundin 
> > X-Patchwork-Id: 680
> > Message-Id: <87y64ji2hj@fastmail.fm>
> > To: Org Mode 
> >
> > * lisp/org-footnote.el: (org-footnote-auto-label): New random option
> > * lisp/org-footnote.el: (org-footnote-new): Create random footnote
> >   labels with unique ids
> >
> > ---
> > lisp/org-footnote.el |   16 
> >  1 files changed, 12 insertions(+), 4 deletions(-)
> >
> > diff --git a/lisp/org-footnote.el b/lisp/org-footnote.el
> > index 2ce6668..9dbd6be 100644
> > --- a/lisp/org-footnote.el
> > +++ b/lisp/org-footnote.el
> > @@ -113,12 +113,14 @@ t  create unique labels of the form [fn:1],
> [fn:2], ...
> >  confirmlike t, but let the user edit the created value.  In
> particular,
> > the label can be removed from the minibuffer, to create
> > an anonymous footnote.
> > +random  Automatically generate a unique, random label.
> >  plain  Automatically create plain number labels like [1]"
> >:group 'org-footnote
> >:type '(choice
> > (const :tag "Prompt for label" nil)
> > (const :tag "Create automatic [fn:N]" t)
> > (const :tag "Offer automatic [fn:N] for editing" confirm)
> > +   (const :tag "Create a random label" random)
> > (const :tag "Create automatic [N]" plain)))
> >
> >  (defcustom org-footnote-auto-adjust nil
> > @@ -253,16 +255,22 @@ This command prompts for a label.  If this is a
> label referencing an
> >  existing label, only insert the label.  If the footnote label is empty
> >  or new, let the user edit the definition of the footnote."
> >(interactive)
> > -  (let* ((labels (org-footnote-all-labels))
> > +  (let* ((labels (and (not (equal org-footnote-auto-label 'random))
> > +   (org-footnote-all-labels)))
> >(propose (org-footnote-unique-label labels))
> >(label
> > -   (if (member org-footnote-auto-label '(t plain))
> > -   propose
> > +   (cond
> > +((member org-footnote-auto-label '(t plain))
> > + propose)
> > +((equal org-footnote-auto-label 'random)
> > + (require 'org-id)
> > + (substring (org-id-uuid) 0 8))
> > +(t
> >   (completing-read
> >"Label (leave empty for anonymous): "
> >(mapcar 'list labels) nil nil
> >(if (eq org-footnote-auto-label 'confirm) propose nil)
> > -  'org-footnote-label-history
> > +  'org-footnote-label-history)
> >  (setq label (org-footnote-normalize-label label))
> >  (cond
> >   ((equal label "")
> >
>
>

Re: [O] Org Writer's room

[Scot Becker]

As a now-seldom but was-daily user of Org-mode (work changed) who has long
been fascinated with Scrivener.  I think this project is a great idea.
And emacs/org seems a very fertile ground to implement it in.

Scot

On Thu, Dec 6, 2012 at 7:21 AM, Matt Price  wrote:

> On Wed, Dec 5, 2012 at 7:44 PM, Alan L Tyree  wrote:
> > On 06/12/12 11:22, Rasmus wrote:
> >>
> >> Andrew Hyatt  writes:
> >>
> >>> This sounds like an interesting project.  My advice is to make a few
> >>> screenshots that give people an idea what you are working towards.
> >>> Of course, they could be completely fake, but it would be helpful to
> >>> understand for people like me who haven't used Scrivener.
> >>
> >> I would also like to see this.  It sounds nice when I read your
> >> description, but I still don't fully appreciate the idea.
> >>
> >> –Rasmus
> >>
> > I'm also very interested. I haven't used Scrivener -- what features do
> you
> > see as making org a *way* better writing environment?
> >
> > Cheers,
> > Alan
> >
> > --
> > Alan L Tyreehttp://www2.austlii.edu.au/~alan
> > Tel:  04 2748 6206  sip:172...@iptel.org
> >
> >
>
> Hi Everyone,
>
> Sorry, I sent that last email off too quickly as I was realizing that
> I actually had /work/ to do while I was at work...
>
> Scrivener is a really neat program, which is designed to help writers
> organize and manage large writing problems while staying focused on
> the actual task of writing.  Like org-mode, it has pretty powerful
> tools for manipulating the structure of a text; in general it is (from
> what I can tell) way less powerful than org-mode (what isn't?) but for
> a writer that may sometimes be an advantage -- it removes
> distractions.
>
> From what I can tell (and I am not a very experienced user) one of the
> main attractions of Scrivener is the metaphors it uses to organize
> your work.  Each project is called a 'Binder'; it's where you keep
> your drafts, your notes, and any supporting materials for your
> project.  When you work on a project, you can "open up" your binder
> and look at the materials on a 2-dimensional canvas to sort through
> them.  So, it's like taking your papers out of your binder and
> spreading them out on your desk.
>
> Each element in a binder is also represented as an "index card".  On
> the front of hte index card is a title and a synopsis; on the back is
> the actual text you've been writing.
>
> In combination, these two metaphors are a really helpful way of
> thinking about your project, I think.
>
> In org-mode, it would be very difficult to replicate the
> almost-tactile feel of dragging index cards around a canvas to
> organize them.  (the .org file structure is actually probably really
> well-suited to this, but one would need to write a whole other
> program,I imagine in Javascript/HTML5, to implement the dragging).
> However, some of the cool things about the Scrivener interface *can*
> be implemented in org.
>
> Take a look at the attached screenshots.  I admire the 3-column
> layout, with an outline view in the left-hand column, metadata
> displayed on the right-hand side, and a main panel in the center which
> is used either to display index-card representations of the document
> structure, or the actual text that one intends to edit.
>
> To start with I would like to just replicate this window structure,
> because it keeps you focused on writing, while having the larger
> structure available if you feel the need to flit around a bit.  The
> third screenshot shows a semi-fake, still very primitive version of
> what I'd like to have.  (I haven't figured out a good way to do the
> metadata yet).
>
> Does this help clarify a bit?  Anyone think it's interesting?
>