Re: [Orgmode] [OT] Exporting org files to html from outside GNU Emacs
This might work: http://johnmacfarlane.net/pandoc/ On Fri, Dec 17, 2010 at 8:22 PM, Emanuele Santoro wrote: > I'll be a little OT, I'm sorry. > > Hello people, > I'm writing a sort of wiki software, and i want it to use Org-Mode's > syntax for its documents. > Thus, I'd need to have some code to export org files to HTML. > Something like a library for Php or Perl. > Is anyone planning to write something like that? > > Now, in the meantime, it's ok for me to use an underlying emacs for do > the html export, via the org-export-as-html-batch function. > I can export org-files by calling, in Perl: > > my $args = '/usr/bin/emacs -q --batch ' . > "--visit=$DOCUMENT " . > '--funcall org-export-as-html-batch '. > ">/dev/null 2>&1"; > > (I know it's ugly code, but it's still a draft) > > It works, but it's damned slow since it has to spawn a new full emacs > process each time. > > Since I usually use emacs in daemon mode, I then tried to use my > emacsclient to export org files, writing this silly function: > > (defun batch-export-file (orgdoc) > "open and export an file" > (interactive "") > (save-excursion > (find-file orgdoc) > (set-buffer (file-name-nondirectory orgdoc)) > (org-export-as-html-batch) > (write-file > (concat > (file-name-directory org-doc) > "/" > (file-name-sans-extension (file-name-nondirectory org-doc)) > > As you can see, I'm not a proficient elisp programmer. > The aim is to run emacsclient -e "(batch-export-file $my_file_path)", > but still it isn't fully working. > Any idea on how to improve it? > > Sorry for being OT and thanks in advance. > > Cheers, > -- > Emanuele Santoro > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAk0MDNIACgkQa3jIggJUg2mQXQCePFLwSTGhpOACtQwGxT2n3Kuh > 9uoAn2Ng793XaNR70TJebcp5eJqCgyb2 > =fCTU > -END PGP SIGNATURE- > > ___ > 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 Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/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
[Orgmode] Re: My Gnus does not work with newest org
Rafael Villarroel writes: > I have defined the following: > > (setq gnus-home-directory "~/Dropbox/gnus") > (setq gnus-directory "~/Dropbox/gnus/News") > (setq message-directory "~/Dropbox/gnus/Mail") > > and so my init Gnus file is at ~/Dropbox/gnus/.gnus. When loading > org-mode just pulled from git, after M-x gnus I get the message that the > nntp server cannot be loaded, then after C-h v org-init-file, I get that > this variable points to ~/.gnus, which does not exist in my setup. This > is Gnus 5.13. However, I do not have any problems with org 7.3. I see now that org-mode 7.4 is OK too. Something odd about recent versions (pulled from git) is that gnus-init-file is defined just after Emacs starts (and points, incorrectly for me, to ~/.gnus). However, with org 7.4., I have to run M-x gnus to have gnus-init-file defined, and with value ~/Dropbox/gnus/.gnus, as desired. ___ 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] [OT] Exporting org files to html from outside GNU Emacs
I'll be a little OT, I'm sorry. Hello people, I'm writing a sort of wiki software, and i want it to use Org-Mode's syntax for its documents. Thus, I'd need to have some code to export org files to HTML. Something like a library for Php or Perl. Is anyone planning to write something like that? Now, in the meantime, it's ok for me to use an underlying emacs for do the html export, via the org-export-as-html-batch function. I can export org-files by calling, in Perl: my $args = '/usr/bin/emacs -q --batch ' . "--visit=$DOCUMENT " . '--funcall org-export-as-html-batch '. ">/dev/null 2>&1"; (I know it's ugly code, but it's still a draft) It works, but it's damned slow since it has to spawn a new full emacs process each time. Since I usually use emacs in daemon mode, I then tried to use my emacsclient to export org files, writing this silly function: (defun batch-export-file (orgdoc) "open and export an file" (interactive "") (save-excursion (find-file orgdoc) (set-buffer (file-name-nondirectory orgdoc)) (org-export-as-html-batch) (write-file (concat (file-name-directory org-doc) "/" (file-name-sans-extension (file-name-nondirectory org-doc)) As you can see, I'm not a proficient elisp programmer. The aim is to run emacsclient -e "(batch-export-file $my_file_path)", but still it isn't fully working. Any idea on how to improve it? Sorry for being OT and thanks in advance. Cheers, -- Emanuele Santoro signature.asc Description: Digital signature ___ 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] org-capture to file+datetree+prompt lives in the future?
I am running the latest git version "Org-mode version 7.4 (release_7.4.41.g96c70)" and found that if my capture runs with the option file+datetree+prompt the year it detects is 3979 but if I run it without the '+prompt' option at the end it detects the right year 2010. Also with the prompt option appended it creates multiple top level headings for year 3979 for notes and todos. my .emacs customize capture setting is the default that org-mode suggests the only thing I changed was the appended '+prompt' Is it me, or my setup or this is a little bug? Regards -- Urs Rau ___ 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: Huge performance problems to open some Org files
Sébastien Vauban writes: > I've real performance problems for opening some Org files. Just some, > hopefully. I don't remember having those problems when I was on Ubuntu, and I > must already have opened it, back then, but... Anyway, I'm now (forced) on > Windows, and I have the problem. I don't think org itself is to blame, but I can think of two things that may produce such a performance hit: 1) If the file is under version control, specifically git, the file stat operations take very long on Windows since Windows' idea of file state needs to be translated to POSIX semantics. Not only that, they take very long each time you open or save that file since they aren't cacheable (TortoiseGit tries to do it anyway, but that cache daemon likes to crash very frequently). MSysGit is faster than Cygwin, but still much slower than anything you know from Linux. 2) Another thing I've hit on in the past is not really Windows specific: if your document uses characters that your standard font does not encode, a search for a replacement font with that character is started the first time each of those characters is found. Depending on how many fonts are installed and what the search order is, this can take a very long time. However, the second and following times of opening that document in the same session is then much faster. HTH, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ___ 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] Please test this custom agenda command
Hi,
I am on a little bug hunt ;) and hope to figure out what is happening
here over the next days. However, if someone has a minute:
Could someone please try this custom agenda command?
--8<---cut here---start->8---
(setq org-agenda-custom-commands
'(("z" "TESTING"
((org-agenda-list)
--8<---cut here---end--->8---
What I am seeing is this:
Calling the agenda with `M-x org-agenda-list' produces my daily agenda.
TODO Keywords are colored just fine, i.e. in my case TODO=BrickRed3 and
DONE=Dimmed.
However, using `C-a a z', the custom command set up in the snippet
above, results in DONE=BrickRed3.
thx
Memnon
Org-mode version 7.3 (release_7.4.38.g3324)
GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-11-03 on
potassium, modified by Debian
___
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: Sending org buffer as mail?
Thanks, I've just pushed up a new version of org-mime which makes use of this function. The two new externally visible functions are `org-mime-org-buffer-htmlize' (so named for backwards compatability) which will export the current buffer or region to an html/org multipart email. and `org-mime-subtree' which exports the current subtree to an email using the heading, and the mail_to, mail_cc, mail_bcc and mail_fmt headings to construct the email headings for format the subtree Thanks -- Eric Matt Lundin writes: > "Eric Schulte" writes: > >> This looks great, how would you feel about trying to fold this into >> org-mime, or would you mind if I did so. > > I don't mind at all. Thanks for integrating it into org-mime.el! > > Now if only I could figure out how bbdb address completion works; then > we could hook it into org-property-allowed-value-functions. :) > > Best, > Matt ___ 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: Sending org buffer as mail?
Jean-Marie Gaillourdet writes: > Hi Eric, > > "Eric Schulte" writes: > >> Hi Matt, >> >> This looks great, how would you feel about trying to fold this into >> org-mime, or would you mind if I did so. I've already mimicked your >> function to set subjects of outgoing emails to match the title of the >> org-mode buffer. I think that generalizing the org-mime functions to >> operate over either subtrees or whole files, and to output either html >> or plain text should cover all use cases with maximal code re-use. > > does it also support using ascii exports as text part and the html > export as html part in a multi part message? > It does now. In the version I just pushed up an html and ascii export can be accomplished by setting the :MAIL_FMT: property to html-ascii, or by calling either `org-mime-send-buffer' or `org-mime-send-subtree' with 'html-ascii as an argument. Best -- Eric > > Thanks for org-mime, I'll try it tomorrow. > > Cheers, > Jean-Marie ___ 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: should the mail list be splitted resp. sub-tagged ?
William Gardella writes: [...] > For this "info overload" reason, I find it easier to follow this list as > a GMANE newsgroup ( nntp://news.gmane.org/gmane.emacs.orgmode/ ) rather > than as a mailing list. Makes it easier to tune it out when I'm > awaiting urgent things in my email. > > And if you're a Gnus user (Gnuser?) it's more or less the same > difference, interface- and ease-wise :) Mind you, if you're a Gnus user, mail splitting makes it trivial to have org-mode messages sent off to a different mail group... and, in fact, just as trivial to split off all the [babel] messages! In this vein, I could suggest that some extra tags might be used: - agenda :: agenda views - export :: export related (or even [latex], [html], ...) - gtd:: getting things done suitably shortened maybe? I'm not bothered in any case as all my org emails go into their own group and sit there until I am on the train... or until weekends when I might have some time to catch up (like tonight). -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.25.geb0d) ___ 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] allow table* specification with #+ATTR_LaTeX:
On Dec 17, 2010, at 10:01 PM, Eric Schulte wrote:
Ah! you caught me :)
I've just pushed up documentation. -- Eric
Thank you, Eric.
- Carsten
Carsten Dominik writes:
This is great, I like it. Maybe a change to the manual
would be appropriate?
Best wishes
- Carsten
On Dec 17, 2010, at 9:39 PM, Eric Schulte wrote:
Hi Tom,
Thanks for all you help on this front. I've just pushed up the
patch
with your suggested syntax (which is much better than my original).
It
allows the following behavior.
The following org
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary width=\textwidth align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx width=\textwidth align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
and now a simple table
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
exports to the following tex
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
and now a simple table
\begin{center}
\begin{tabular}{rrr}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabular}
\end{center}
#+end_src
Thanks -- Eric
"Thomas S. Dye" writes:
Hi Eric,
A syntax like this, with a width attribute, seems most like Org-
mode
to me:
#+ATTR_LaTeX table* tabularx width=\textwidth align=llXrl
If that isn't a reasonable possibility, then, yes, the square
brackets
should be changed. These represent optional arguments in LaTeX.
The
width argument is required by tabularx and tabulary, not
optional, so
it looks like an error from a LaTeX point of view. Changing the
square brackets to curly brackets in this case would have the
advantage of looking a lot like the underlying LaTeX.
All the best,
Tom
On Dec 16, 2010, at 2:57 PM, Eric Schulte wrote:
Hi Tom,
Thanks for the pointer, how about this revised version of the
patch.
It
takes the following inputs
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
and yields the following output
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
#+end_src
I'm not sure about the square bracket syntax, maybe curly would be
preferable. Definitely open to suggestions.
Should this be applied? Are there any obvious areas for
improvement?
Thanks -- Eric
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index a261171..af0a15d 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
(org-table-last-column-widths (copy-sequence
org-table-last-column-
widths))
fnum fields line lines olines gr colgropen line-fmt
align
- caption shortn label attr floatp placement longtblp)
+ caption shortn label attr floatp placement longtblp
tblenv)
(if org-export-latex-tables-verbatim
(let* ((tbl (concat "\\begin{verbatim}\n" raw-table
"\\end{verbatim}\n")))
@@ -1758,6 +1758,16 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
'org-label raw-table)
longtblp (and attr (stringp attr)
(string-match "\\"
attr))
+ tblenv (if (and attr (stringp attr)
+ (string-match (regexp-quote "table*") attr))
+"table*" "table")
+ org-export-latex-tabular-environment
+ (progn
+ (message "attr:%s" attr)
+ (if (and attr (stringp attr)
+(string-match "\\(tabular.*\\)\\[\\(.+\\)\\]"
attr))
+ (list (match-string 1 attr) (match-string 2 attr))
+ org-export-latex-tabular-environment))
align (and attr (stringp attr)
(string-match "\\@@ -1847,12 +1865,14 @@ The conversion is made depending of
STRING-
Re: [Orgmode] allow table* specification with #+ATTR_LaTeX:
Ah! you caught me :)
I've just pushed up documentation. -- Eric
Carsten Dominik writes:
> This is great, I like it. Maybe a change to the manual
> would be appropriate?
>
> Best wishes
>
> - Carsten
>
> On Dec 17, 2010, at 9:39 PM, Eric Schulte wrote:
>
>> Hi Tom,
>>
>> Thanks for all you help on this front. I've just pushed up the patch
>> with your suggested syntax (which is much better than my original).
>> It
>> allows the following behavior.
>>
>> The following org
>> #+begin_src org
>> #+CAPTION: A wide table with tabulary
>> #+LABEL: tbl:wide
>> #+ATTR_LaTeX: table* tabulary width=\textwidth align=l|lp{3cm}r|l
>> | 1 | 2 | 3 |
>> | 4 | 5 | 6 |
>>
>> #+CAPTION: A normal table with tabularx
>> #+LABEL: tbl:wide
>> #+ATTR_LaTeX: table tabularx width=\textwidth align=l|lp{3cm}r|l
>> | 1 | 2 | 3 |
>> | 4 | 5 | 6 |
>>
>> and now a simple table
>>
>> | 1 | 2 | 3 |
>> | 4 | 5 | 6 |
>> #+end_src
>>
>> exports to the following tex
>> #+begin_src latex
>> \begin{table*}[htb]
>> \caption{A wide table with tabulary} \label{tbl:wide}
>> \begin{center}
>> \begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
>> 1 & 2 & 3 \\
>> 4 & 5 & 6 \\
>> \end{tabulary}
>> \end{center}
>> \end{table*}
>>
>>
>> \begin{table}[htb]
>> \caption{A normal table with tabularx} \label{tbl:wide}
>> \begin{center}
>> \begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
>> 1 & 2 & 3 \\
>> 4 & 5 & 6 \\
>> \end{tabularx}
>> \end{center}
>> \end{table}
>>
>>
>> and now a simple table
>>
>>
>> \begin{center}
>> \begin{tabular}{rrr}
>> 1 & 2 & 3 \\
>> 4 & 5 & 6 \\
>> \end{tabular}
>> \end{center}
>> #+end_src
>>
>>
>> Thanks -- Eric
>>
>> "Thomas S. Dye" writes:
>>
>>> Hi Eric,
>>>
>>> A syntax like this, with a width attribute, seems most like Org-mode
>>> to me:
>>>
>>> #+ATTR_LaTeX table* tabularx width=\textwidth align=llXrl
>>>
>>> If that isn't a reasonable possibility, then, yes, the square
>>> brackets
>>> should be changed. These represent optional arguments in LaTeX. The
>>> width argument is required by tabularx and tabulary, not optional, so
>>> it looks like an error from a LaTeX point of view. Changing the
>>> square brackets to curly brackets in this case would have the
>>> advantage of looking a lot like the underlying LaTeX.
>>>
>>> All the best,
>>> Tom
>>>
>>> On Dec 16, 2010, at 2:57 PM, Eric Schulte wrote:
>>>
Hi Tom,
Thanks for the pointer, how about this revised version of the patch.
It
takes the following inputs
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
and yields the following output
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
#+end_src
I'm not sure about the square bracket syntax, maybe curly would be
preferable. Definitely open to suggestions.
Should this be applied? Are there any obvious areas for
improvement?
Thanks -- Eric
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index a261171..af0a15d 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
(org-table-last-column-widths (copy-sequence
org-table-last-column-
widths))
fnum fields line lines olines gr colgropen line-fmt
align
- caption shortn label attr floatp placement longtblp)
+ caption shortn label attr floatp placement longtblp
tblenv)
(if org-export-latex-tables-verbatim
(let* ((tbl (concat "\\begin{verbatim}\n" raw-table
"\\end{verbatim}\n")))
@@ -1758,6 +1758,16 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
'org-label raw-table)
longtblp (and attr (stringp attr)
(string-match "\\"
attr))
+tblenv (if (and attr (stringp attr)
+(string-match (regexp-quote "table*") attr))
+
Re: [Orgmode] allow table* specification with #+ATTR_LaTeX:
This is great, I like it. Maybe a change to the manual
would be appropriate?
Best wishes
- Carsten
On Dec 17, 2010, at 9:39 PM, Eric Schulte wrote:
Hi Tom,
Thanks for all you help on this front. I've just pushed up the patch
with your suggested syntax (which is much better than my original).
It
allows the following behavior.
The following org
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary width=\textwidth align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx width=\textwidth align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
and now a simple table
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
exports to the following tex
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
and now a simple table
\begin{center}
\begin{tabular}{rrr}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabular}
\end{center}
#+end_src
Thanks -- Eric
"Thomas S. Dye" writes:
Hi Eric,
A syntax like this, with a width attribute, seems most like Org-mode
to me:
#+ATTR_LaTeX table* tabularx width=\textwidth align=llXrl
If that isn't a reasonable possibility, then, yes, the square
brackets
should be changed. These represent optional arguments in LaTeX. The
width argument is required by tabularx and tabulary, not optional, so
it looks like an error from a LaTeX point of view. Changing the
square brackets to curly brackets in this case would have the
advantage of looking a lot like the underlying LaTeX.
All the best,
Tom
On Dec 16, 2010, at 2:57 PM, Eric Schulte wrote:
Hi Tom,
Thanks for the pointer, how about this revised version of the patch.
It
takes the following inputs
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
and yields the following output
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
#+end_src
I'm not sure about the square bracket syntax, maybe curly would be
preferable. Definitely open to suggestions.
Should this be applied? Are there any obvious areas for
improvement?
Thanks -- Eric
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index a261171..af0a15d 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
(org-table-last-column-widths (copy-sequence
org-table-last-column-
widths))
fnum fields line lines olines gr colgropen line-fmt
align
- caption shortn label attr floatp placement longtblp)
+ caption shortn label attr floatp placement longtblp
tblenv)
(if org-export-latex-tables-verbatim
(let* ((tbl (concat "\\begin{verbatim}\n" raw-table
"\\end{verbatim}\n")))
@@ -1758,6 +1758,16 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
'org-label raw-table)
longtblp (and attr (stringp attr)
(string-match "\\"
attr))
+ tblenv (if (and attr (stringp attr)
+ (string-match (regexp-quote "table*") attr))
+"table*" "table")
+ org-export-latex-tabular-environment
+ (progn
+ (message "attr:%s" attr)
+ (if (and attr (stringp attr)
+(string-match "\\(tabular.*\\)\\[\\(.+\\)\\]"
attr))
+ (list (match-string 1 attr) (match-string 2 attr))
+ org-export-latex-tabular-environment))
align (and attr (stringp attr)
(string-match "\\ (concat "\\begin{longtable}{" align "}
\n")
- (if floatp (format "\\begin{table}%s\n"
placement)))
+ (if floatp
+
Re: [Orgmode] allow table* specification with #+ATTR_LaTeX:
Hi Tom,
Thanks for all you help on this front. I've just pushed up the patch
with your suggested syntax (which is much better than my original). It
allows the following behavior.
The following org
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary width=\textwidth align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx width=\textwidth align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
and now a simple table
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
exports to the following tex
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
and now a simple table
\begin{center}
\begin{tabular}{rrr}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabular}
\end{center}
#+end_src
Thanks -- Eric
"Thomas S. Dye" writes:
> Hi Eric,
>
> A syntax like this, with a width attribute, seems most like Org-mode
> to me:
>
> #+ATTR_LaTeX table* tabularx width=\textwidth align=llXrl
>
> If that isn't a reasonable possibility, then, yes, the square brackets
> should be changed. These represent optional arguments in LaTeX. The
> width argument is required by tabularx and tabulary, not optional, so
> it looks like an error from a LaTeX point of view. Changing the
> square brackets to curly brackets in this case would have the
> advantage of looking a lot like the underlying LaTeX.
>
> All the best,
> Tom
>
> On Dec 16, 2010, at 2:57 PM, Eric Schulte wrote:
>
>> Hi Tom,
>>
>> Thanks for the pointer, how about this revised version of the patch.
>> It
>> takes the following inputs
>>
>> #+begin_src org
>> #+CAPTION: A wide table with tabulary
>> #+LABEL: tbl:wide
>> #+ATTR_LaTeX: table* tabulary[\textwidth] align=l|lp{3cm}r|l
>> | 1 | 2 | 3 |
>> | 4 | 5 | 6 |
>>
>> #+CAPTION: A normal table with tabularx
>> #+LABEL: tbl:wide
>> #+ATTR_LaTeX: table tabularx[\textwidth] align=l|lp{3cm}r|l
>> | 1 | 2 | 3 |
>> | 4 | 5 | 6 |
>> #+end_src
>>
>> and yields the following output
>>
>> #+begin_src latex
>> \begin{table*}[htb]
>> \caption{A wide table with tabulary} \label{tbl:wide}
>> \begin{center}
>> \begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
>> 1 & 2 & 3 \\
>> 4 & 5 & 6 \\
>> \end{tabulary}
>> \end{center}
>> \end{table*}
>>
>>
>> \begin{table}[htb]
>> \caption{A normal table with tabularx} \label{tbl:wide}
>> \begin{center}
>> \begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
>> 1 & 2 & 3 \\
>> 4 & 5 & 6 \\
>> \end{tabularx}
>> \end{center}
>> \end{table}
>> #+end_src
>>
>> I'm not sure about the square bracket syntax, maybe curly would be
>> preferable. Definitely open to suggestions.
>>
>> Should this be applied? Are there any obvious areas for improvement?
>>
>> Thanks -- Eric
>>
>> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
>> index a261171..af0a15d 100644
>> --- a/lisp/org-latex.el
>> +++ b/lisp/org-latex.el
>> @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-
>> BEFORE and STRING-AFTER."
>> (org-table-last-column-widths (copy-sequence
>> org-table-last-column-
>> widths))
>> fnum fields line lines olines gr colgropen line-fmt align
>> - caption shortn label attr floatp placement longtblp)
>> + caption shortn label attr floatp placement longtblp
>> tblenv)
>> (if org-export-latex-tables-verbatim
>> (let* ((tbl (concat "\\begin{verbatim}\n" raw-table
>> "\\end{verbatim}\n")))
>> @@ -1758,6 +1758,16 @@ The conversion is made depending of STRING-
>> BEFORE and STRING-AFTER."
>> 'org-label raw-table)
>> longtblp (and attr (stringp attr)
>> (string-match "\\" attr))
>> + tblenv (if (and attr (stringp attr)
>> + (string-match (regexp-quote "table*") attr))
>> + "table*" "table")
>> + org-export-latex-tabular-environment
>> + (progn
>> +(message "attr:%s" attr)
>> +(if (and attr (stringp attr)
>> + (string-match "\\(tabular.*\\)\\[\\(.+\\)\\]"
>> attr))
>> +(list (match-string 1 attr) (match-string 2 attr))
>> + org-export-latex-tabular-environment))
>> align (and attr (stringp attr)
>> (string-match "\\> \)" attr)
>>
[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?
Torsten Wagner writes: > Dear all, > since I subscribed to the maillist, the traffic increased > enormously. This is very nice, however, recently I got difficulties to > filter throw all the post searching for relevant topics for me. The > babel project is using already a [babel] tag, and other tags floating > around ([PATCH],[OT],[Bug]). Thinking of tags, I wonder why we use > [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is > a strong indicator already. > > In general I guess a good mail client is capable to sort mails based > on this tags or mail address. I just wonder whether there is an > official list of tags on a prominent place like worg, or if especially > the devs would like a separate emacs-orgmode-dev maillist. > If you believe a "How to post on the orgmode mailing list"-article in > worg helps I would be willing to start with one. > > Best regards > > Torsten > > > For this "info overload" reason, I find it easier to follow this list as a GMANE newsgroup ( nntp://news.gmane.org/gmane.emacs.orgmode/ ) rather than as a mailing list. Makes it easier to tune it out when I'm awaiting urgent things in my email. And if you're a Gnus user (Gnuser?) it's more or less the same difference, interface- and ease-wise :) Best, -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law ___ 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: [PATCH 3/3] org-agenda: allow %() in prefix format
Julien Danjou wrote: > + %(expression) Eval expression and replaces the control string > +by the result Nitpick, use "replace", not "replaces". [...] Cheers, Lawrence -- Lawrence Mitchell ___ 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: should the mail list be splitted resp. sub-tagged ?
Torsten Wagner writes: > Dear all, > since I subscribed to the maillist, the traffic increased > enormously. This is very nice, however, recently I got difficulties to > filter throw all the post searching for relevant topics for me. The > babel project is using already a [babel] tag, and other tags floating > around ([PATCH],[OT],[Bug]). Thinking of tags, I wonder why we use > [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is > a strong indicator already. > > In general I guess a good mail client is capable to sort mails based > on this tags or mail address. I just wonder whether there is an > official list of tags on a prominent place like worg, or if especially > the devs would like a separate emacs-orgmode-dev maillist. > If you believe a "How to post on the orgmode mailing list"-article in > worg helps I would be willing to start with one. > > Best regards > > Torsten > I cut down on the "information overload" in my inbox by not viewing this list as mail at all. Instead, I subscribe to it as an NNTP newsgroup, gmane.emacs.orgmode at nntp://news.gmane.org/, which I view in Gnus. This keeps the incredibly active conversation and development of org-mode (which is a very good thing!) in a separate corner of my computing life from my email. From there it's easier to narrow down what's relevant to org-mode topics I have an interest in, and I can also leave newsgroup to its own devices when I don't have time to look at this list. -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law ___ 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] org: rework property set
This is a perfect patch submission, thanks a lot for taking the time to fix it. Accepted. - Carsten On Dec 16, 2010, at 6:12 PM, Julien Danjou wrote: * org-capture.el (org-capture-fill-template): Use `org-set-property' directly. * org.el (org-set-property): Split property and values reading. (org-read-property-name, org-read-property-value) (org-set-property-function): New functions. (org-property-set-functions-alist): New variable. The goal of this patch is to introduce a special variable `org-property-set-functions-alist'. This variable allows to read properties values in a more intelligent way from `org-set-property' or from `org-capture'. For that, it simplifies the `org-set-property' code and remove duplication between `org-capture' and `org-set-property'. Signed-off-by: Julien Danjou --- lisp/org-capture.el | 24 +--- lisp/org.el | 78 + + 2 files changed, 54 insertions(+), 48 deletions(-) diff --git a/lisp/org-capture.el b/lisp/org-capture.el index b85b011..eef8b5a 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -1295,29 +1295,7 @@ The template may still contain \"%?\" for cursor positioning." '(clipboards . 1) (car clipboards)) ((equal char "p") - (let* - ((prop (org-substring-no-properties prompt)) -(pall (concat prop "_ALL")) -(allowed - (with-current-buffer - (get-buffer (file-name-nondirectory file)) - (or (cdr (assoc pall org-file-properties)) - (cdr (assoc pall org-global-properties)) - (cdr (assoc pall org-global-properties-fixed) -(existing (with-current-buffer - (get-buffer (file-name-nondirectory file)) -(mapcar 'list (org-property-values prop -(propprompt (concat "Value for " prop ": ")) -(val (if allowed - (org-completing-read - propprompt - (mapcar 'list (org-split-string allowed - "[ \t]+")) - nil 'req-match) - (org-completing-read-no-i propprompt - existing nil nil - "" nil "" - (org-set-property prop val))) + (org-set-property (org-substring-no-properties prompt) nil)) (char ;; These are the date/time related ones (setq org-time-was-given (equal (upcase char) char)) diff --git a/lisp/org.el b/lisp/org.el index 53039e4..78e048d 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13797,6 +13797,54 @@ formats in the current buffer." (hide-entry)) (org-flag-drawer t +(defvar org-property-set-functions-alist nil + "Property set function alist. +Each entry should have the following format: + + (PROPERTY . READ-FUNCTION) + +The read function will be called with the same argument as +`org-completing-read.") + +(defun org-set-property-function (property) + "Get the function that should be used to set PROPERTY. +This is computed according to `org-property-set-functions-alist'." + (or (cdr (assoc property org-property-set-functions-alist)) + 'org-completing-read)) + +(defun org-read-property-value (property) + "Read PROPERTY value from user." + (let* ((completion-ignore-case t) +(allowed (org-property-get-allowed-values nil property 'table)) +(cur (org-entry-get nil property)) +(prompt (concat property " value" +(if (and cur (string-match "\\S-" cur)) +(concat " [" cur "]") "") ": ")) +(set-function (org-set-property-function property)) +(val (if allowed + (funcall set-function prompt allowed nil + (not (get-text-property 0 'org-unrestricted + (caar allowed + (let (org-completion-use-ido org-completion-use-iswitchb) + (funcall set-function prompt + (mapcar 'list (org-property-values property)) + nil nil "" nil cur) +(if (equal val "") + cur + val))) + +(defun org-read-property-name () + "Read a property name." + (let* ((completion-ignore-case t) +(keys (org-buffer-property-keys nil t t)) +(property (org-icompleting-read "Property: " (mapcar 'list keys +(if (member property keys) + property + (or (cdr (assoc (downcase property) + (mapcar (lambda (x) (cons (downcase x) x)) + keys))) + property
Re: [Orgmode] should the mail list be splitted resp. sub-tagged ?
I have to use very large fonts, and tags present a huge problem for that. I do, however, agree with the concept. I would just like to propose that the tags be kept to just a few letters. This allows reading more of the subject line. Another point is that if important words are in the /beginning/ of the subject line, that increases the chance that I and others who do not have access to the entire subject line will read your message. Also, while this might not work for everybody's client, I do know that in gmail, it is very easy to /add/ a tag to a list according to a pattern. Thus, [Orgmode] is not necessary in gmail; you just filter on the headers and add a label "O".K (like "O"). And O is much easier to deal with because it leaves more space for the rest of the subject. [Orgmode] [babel] makes the subject line impossible to read in most cases with large fonts. Hope it helps. S ___ 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] [PATCH 3/3] org-agenda: allow %() in prefix format
* org-agenda.el (org-compile-prefix-format): Allow %() expression.
Signed-off-by: Julien Danjou
---
lisp/org-agenda.el | 25 +++--
1 files changed, 15 insertions(+), 10 deletions(-)
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index a23d7d7..e0b54b8 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -1316,6 +1316,8 @@ This format works similar to a printf format, with the
following meaning:
%t the time-of-day specification if one applies to the entry, in the
format HH:MM
%s Scheduling/Deadline information, a short string
+ %(expression) Eval expression and replaces the control string
+by the result
All specifiers work basically like the standard `%s' of printf, but may
contain two additional characters: A question mark just after the `%' and
@@ -5389,11 +5391,12 @@ The resulting form is returned and stored in the
variable
(t " %-12:c%?-12t% s")))
(start 0)
varform vars var e c f opt)
-(while (string-match "%\\(\\?\\)?\\([-+]?[0-9.]*\\)\\([
.;,:!?=|/<>]?\\)\\([ctsei]\\)"
+(while (string-match "%\\(\\?\\)?\\([-+]?[0-9.]*\\)\\([
.;,:!?=|/<>]?\\)\\([ctsei]\\|(.+)\\)"
s start)
- (setq var (cdr (assoc (match-string 4 s)
- '(("c" . category) ("t" . time) ("s" . extra)
- ("i" . category-icon) ("T" . tag) ("e" .
effort
+ (setq var (or (cdr (assoc (match-string 4 s)
+ '(("c" . category) ("t" . time) ("s" . extra)
+ ("i" . category-icon) ("T" . tag) ("e" .
effort
+ 'eval)
c (or (match-string 3 s) "")
opt (match-beginning 1)
start (1+ (match-beginning 0)))
@@ -5409,12 +5412,14 @@ The resulting form is returned and stored in the
variable
(save-match-data
(if (string-match "\\.[0-9]+" x)
(string-to-number (substring (match-string 0 x) 1)))
- (if opt
- (setq varform
- `(if (equal "" ,var)
-""
- (format ,f (if (equal "" ,var) "" (concat ,var ,c)
- (setq varform `(format ,f (if (equal ,var "") "" (concat ,var ,c
(get-text-property 0 'extra-space ,var))
+ (if (eq var 'eval)
+ (setq varform `(format ,f (org-eval ,(read (match-string 4 s)
+ (if opt
+ (setq varform
+ `(if (equal "" ,var)
+ ""
+(format ,f (if (equal "" ,var) "" (concat ,var ,c)
+ (setq varform `(format ,f (if (equal ,var "") "" (concat ,var ,c
(get-text-property 0 'extra-space ,var)))
(setq s (replace-match "%s" t nil s))
(push varform vars))
(setq vars (nreverse vars))
--
1.7.2.3
___
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] [PATCH 2/3] org-capture: use org-eval
* org-capture.el (org-capture-fill-template): Use org-eval. --- lisp/org-capture.el |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/lisp/org-capture.el b/lisp/org-capture.el index b85b011..29ecbc1 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -1206,10 +1206,7 @@ The template may still contain \"%?\" for cursor positioning." (goto-char (match-beginning 0)) (let ((template-start (point))) (forward-char 1) - (let ((result - (condition-case error - (eval (read (current-buffer))) -(error (format "%%![Error: %s]" error) + (let ((result (org-eval (read (current-buffer) (delete-region template-start (point)) (insert result) -- 1.7.2.3 ___ 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] [PATCH 1/3] Add org-eval
* org-agenda.el (org-eval): New function. Signed-off-by: Julien Danjou --- lisp/org-agenda.el |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 19535b4..a23d7d7 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -5369,6 +5369,12 @@ The modified list may contain inherited tags, and tags matched by (append new list) (append list new) +(defun org-eval (form) + "Eval FORM and return result." + (condition-case error + (eval form) +(error (format "%%![Error: %s]" error + (defun org-compile-prefix-format (key) "Compile the prefix format into a Lisp form that can be evaluated. The resulting form is returned and stored in the variable -- 1.7.2.3 ___ 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] [babel] ob-web
Sebastien, This is probably pretty simple to do with a number of org-mode supported languages. Since I know R best, I can recommend the RCurl package (http://www.omegahat.org/RCurl/) for doing exactly as you describe. I'll look into an R implementation of this when I get some time over break in the next couple weeks. There are doubtless other solutions! --Erik Sébastien Vauban wrote: Hi Eric, Dan & Co, A dream here: would we have an ob-web package, we could have easy block codes for fetching some info from Web pages, possibly by giving as parameters 2 delimiters (strings or regexps), and re-arranging it into tables when it fits. Use cases: statistics from Google Analytics, prices for flights, etc. A potentiel show-stopper is, I guess, the fact that some (more and more) pages are accessible via HTTPS, like the Google Analytics ones. Is all of this do-able somehow: already, nearly, could be or never ever? Best regards, Seb ___ 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] allow table* specification with #+ATTR_LaTeX:
Hi Eric,
A syntax like this, with a width attribute, seems most like Org-mode
to me:
#+ATTR_LaTeX table* tabularx width=\textwidth align=llXrl
If that isn't a reasonable possibility, then, yes, the square brackets
should be changed. These represent optional arguments in LaTeX. The
width argument is required by tabularx and tabulary, not optional, so
it looks like an error from a LaTeX point of view. Changing the
square brackets to curly brackets in this case would have the
advantage of looking a lot like the underlying LaTeX.
All the best,
Tom
On Dec 16, 2010, at 2:57 PM, Eric Schulte wrote:
Hi Tom,
Thanks for the pointer, how about this revised version of the
patch. It
takes the following inputs
#+begin_src org
#+CAPTION: A wide table with tabulary
#+LABEL: tbl:wide
#+ATTR_LaTeX: table* tabulary[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+CAPTION: A normal table with tabularx
#+LABEL: tbl:wide
#+ATTR_LaTeX: table tabularx[\textwidth] align=l|lp{3cm}r|l
| 1 | 2 | 3 |
| 4 | 5 | 6 |
#+end_src
and yields the following output
#+begin_src latex
\begin{table*}[htb]
\caption{A wide table with tabulary} \label{tbl:wide}
\begin{center}
\begin{tabulary}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabulary}
\end{center}
\end{table*}
\begin{table}[htb]
\caption{A normal table with tabularx} \label{tbl:wide}
\begin{center}
\begin{tabularx}{\textwidth}{l|lp{3cm}r|l}
1 & 2 & 3 \\
4 & 5 & 6 \\
\end{tabularx}
\end{center}
\end{table}
#+end_src
I'm not sure about the square bracket syntax, maybe curly would be
preferable. Definitely open to suggestions.
Should this be applied? Are there any obvious areas for improvement?
Thanks -- Eric
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index a261171..af0a15d 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
(org-table-last-column-widths (copy-sequence
org-table-last-column-
widths))
fnum fields line lines olines gr colgropen line-fmt align
- caption shortn label attr floatp placement longtblp)
+ caption shortn label attr floatp placement longtblp
tblenv)
(if org-export-latex-tables-verbatim
(let* ((tbl (concat "\\begin{verbatim}\n" raw-table
"\\end{verbatim}\n")))
@@ -1758,6 +1758,16 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
'org-label raw-table)
longtblp (and attr (stringp attr)
(string-match "\\" attr))
+ tblenv (if (and attr (stringp attr)
+ (string-match (regexp-quote "table*") attr))
+"table*" "table")
+ org-export-latex-tabular-environment
+ (progn
+ (message "attr:%s" attr)
+ (if (and attr (stringp attr)
+(string-match "\\(tabular.*\\)\\[\\(.+\\)\\]"
attr))
+ (list (match-string 1 attr) (match-string 2 attr))
+ org-export-latex-tabular-environment))
align (and attr (stringp attr)
(string-match "\\\)" attr)
(match-string 1 attr))
@@ -1821,7 +1831,8 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
(concat
(if longtblp
(concat "\\begin{longtable}{" align "}\n")
- (if floatp (format "\\begin{table}%s\n"
placement)))
+ (if floatp
+ (format "\\begin{%s}%s\n" tblenv placement)))
(if floatp
(format
"\\caption%s{%s} %s"
@@ -1832,8 +1843,15 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER."
(if (and org-export-latex-tables-centered
(not longtblp))
"\\begin{center}\n")
(if (not longtblp)
- (format "\\begin{%s}{%s}\n"
- org-export-latex-tabular-environment align))
+ (if (listp org-export-latex-tabular-environment)
+ (apply
+#'format
+(append
+ (list "\\begin{%s}{%s}{%s}\n")
+ org-export-latex-tabular-environment
+ (list align)))
+ (format "\\begin{%s}{%s}\n"
+ org-export-latex-tabular-environment
align)))
Re: [Orgmode] Re: [Bug] Using org-article produces nil.sty error
Thanks Jeff, I've removed the parentheses per your recommendation.
All the best,
Tom
On Dec 16, 2010, at 8:15 PM, Jeff Horn wrote:
Aloha Thomas,
I think I found the bug. I ran =C-c C-c= on the following lines of
code from your 'article-class.org' file:
#+begin_src emacs-lisp :exports code
(require 'org-latex)
(setq org-export-latex-listings t)
(add-to-list 'org-export-latex-packages-alist
'(("AUTO" "inputenc" t)))
(add-to-list 'org-export-latex-classes
'("org-article"
"\\documentclass{org-article}
[NO-DEFAULT-PACKAGES]
[PACKAGES]
[EXTRA]"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}")))
#+end_src
The culprit is the call to add the cell to
org-export-latex-packages-alist. There is an extra set of parentheses.
I'm not sure how to write a patch, or I would have sent that. Surely
would have been smaller than this e-mail. :-)
Thanks,
Jeff
On Fri, Dec 17, 2010 at 12:48 AM, Jeff Horn
wrote:
Thomas et al,
I was eager to try out org-article when putting together my CV. I
ignored the `nil.sty' error when I tried to export the article-
class.org
file, but now I'm getting the same error when trying to export my CV.
The relevant portion of the tex log is below.
,
| (/usr/local/texlive/2010/texmf-dist/tex/latex/hyperref/hpdftex.def
| (/usr/local/texlive/2010/texmf-dist/tex/latex/oberdiek/
atveryend.sty)
| (/usr/local/texlive/2010/texmf-dist/tex/latex/oberdiek/
rerunfilecheck.sty
| (/usr/local/texlive/2010/texmf-dist/tex/generic/oberdiek/
uniquecounter.sty
|
| ! LaTeX Error: File `nil.sty' not found.
`
The error does not seem to be caused by Inconsolata (as mentioned
previously). Either that or I receive the error for another reason
before Inconsolata is used. In any case, I have Inconsolata in my
Font
Book.
org-mode 7.4 in emacs 23.2
Thanks for your help,
Jeff
--
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University
(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com
http://www.failuretorefrain.com/jeff/
--
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University
(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com
http://www.failuretorefrain.com/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] should the mail list be splitted resp. sub-tagged ?
Andrew J. Korty wrote: > Not sure I agree with splitting the list, but the [Orgmode] tag is > definitely superfluous. Who has a mail client that can't filter on > the List-Id field? > It may be superfluous for some (all?) mail clients, but it is not supefluous for *me*. Some duplication/supefluity is a *necessary* part of effective human communication. Of course, you can argue that *this* supefluity is *really* supefluous, but I'd disagree :-) 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
[Orgmode] [babel] ob-web
Hi Eric, Dan & Co, A dream here: would we have an ob-web package, we could have easy block codes for fetching some info from Web pages, possibly by giving as parameters 2 delimiters (strings or regexps), and re-arranging it into tables when it fits. Use cases: statistics from Google Analytics, prices for flights, etc. A potentiel show-stopper is, I guess, the fact that some (more and more) pages are accessible via HTTPS, like the Google Analytics ones. Is all of this do-able somehow: already, nearly, could be or never ever? 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
Re: [Orgmode] Huge performance problems to open some Org files
Sébastien Vauban wrote: > > Though, I don't see any potential explanation therefore. Could you help me > spotting the problem? > It looks as if something that org-mode calls is taking all the time, but it is not org itself. So the next thing is to look at what org-mode calls and try to profile those packages. This is a complete shot in the dark, but I'd start with font-lock. 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
Re: [Orgmode] should the mail list be splitted resp. sub-tagged ?
Torsten Wagner wrote: > Thinking of tags, I wonder why we use > [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is > a strong indicator already. At least for me, the subject appears in my mail-reading pane so I can see the tag, but the sender that appears is the original sender (e.g. Torsten Wagner), not emacs-orgmode. I'd have to look *in* the mail to find the latter. 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
Re: [Orgmode] [OT] info in emacs (was: [OT] Emacs for 64 bit Windows 7)
Memnon Anon wrote: > Markus Heller writes: > > > Tassilo Horn writes: > >> Markus Heller writes: > >>> cancel the posting. > >> ,[ (info "(message)Canceling News") ] > ... > > Man I really have to learn how to use the manpages/info thingy ... > > Info is so convenient, but I use it a tad too infrequently to get the > keybindings into my head. So I made this: > Undoubtedly, tables like Memnon's are useful, but if I had to do them for every mode of interest (particularly the ones that I don't use often), I'd be spending all of my time making them :-) and then (at least BOE[fn:1]) spending even more time finding them again. So I don't worry about frequently-used vs not-frequently-used modes: I just go in e.g. to Info and then use ``C-h m'' to get the mode keymap. Then use whatever key I need at the time. If I don't reuse it soon, I forget it and I have to go through the same process again in the future. If I use it often enough, the memory eventually migrates to my fingers and I'm all set. Nick Footnotes: [fn:1] Before the Org Era. ___ 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: Sending org buffer as mail?
Hi Eric, "Eric Schulte" writes: > Hi Matt, > > This looks great, how would you feel about trying to fold this into > org-mime, or would you mind if I did so. I've already mimicked your > function to set subjects of outgoing emails to match the title of the > org-mode buffer. I think that generalizing the org-mime functions to > operate over either subtrees or whole files, and to output either html > or plain text should cover all use cases with maximal code re-use. does it also support using ascii exports as text part and the html export as html part in a multi part message? Thanks for org-mime, I'll try it tomorrow. Cheers, Jean-Marie ___ 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: My Gnus does not work with newest org
Richard Riley writes: > Rafael Villarroel writes: > >> Hello all, >> >> I have defined the following: >> >> (setq gnus-home-directory "~/Dropbox/gnus") >> (setq gnus-directory "~/Dropbox/gnus/News") >> (setq message-directory "~/Dropbox/gnus/Mail") >> >> and so my init Gnus file is at ~/Dropbox/gnus/.gnus. When loading >> org-mode just pulled from git, after M-x gnus I get the message that the >> nntp server cannot be loaded, then after C-h v org-init-file, I get >> that > > You mean gnus-init-file? Try customising it appropriately. Gnus kind of does > its own thing Thanks for your answer, Richard. Yes, I meant gnus-init-file :). I also tried (setq gnus-init-fine "~/Dropbox/gnus/.gnus"). But then Gnus starts downloading the list of newsgroups in the server, presumably because it cannot find the other files where the suscribed groups are indicated. I guess I could set some other variables and make it work somehow, but I would always live in fear that there is still some other variable that has to be tweaked and my setup would end up in a mess.. Besides, as I mentioned, org 7.3 works just fine, but I would like to try the latest and greatest features mentioned in this list. >> this variable points to ~/.gnus, which does not exist in my setup. This >> is Gnus 5.13. However, I do not have any problems with org 7.3. ___ 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] [PATCH] Fix org-agenda-prefix-format docstring
* org-agenda.el (org-agenda-prefix-format): Add missing `search' item in docstring. Signed-off-by: Julien Danjou --- lisp/org-agenda.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 9af3eaa..48befb2 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -1303,7 +1303,7 @@ When nil, such items are sorted as 0 minutes effort." (search . " %i %-12:c")) "Format specifications for the prefix of items in the agenda views. An alist with four entries, for the different agenda types. The keys to the -sublists are `agenda', `timeline', `todo', and `tags'. The values +sublists are `agenda', `timeline', `todo', `search' and `tags'. The values are format strings. This format works similar to a printf format, with the following meaning: -- 1.7.2.3 ___ 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] should the mail list be splitted resp. sub-tagged ?
"Andrew J. Korty" writes: tags seems to be: - [babel] [1] or [Babel] - [PATCH] - [PATCH n/m] - [Accepted] : means "patch accepted". - Bug: - MobileOrg acronym tags[2]: [OT] [RFC] and so on [1] http://lists.gnu.org/archive/html/emacs-orgmode/2009-11/msg00212.html [2] http://www.gaarde.org/acronyms/ > Torsten Wagner wrote: > >> Thinking of tags, I wonder why we use [Orgmode] since all mails >> coming from emacs-orgmode(a)gnu.org which is a strong indicator >> already. > > Not sure I agree with splitting the list, but the [Orgmode] tag is > definitely superfluous. Who has a mail client that can't filter on > the List-Id field? Come on! This is a standard for GNU project mailing lists: [gnugo-devel] Gnugo and CGoban [3] [coreutils] new snapshot available: coreutils-8.7.66-561f8 [4] I think it will never change. cheers, Giovanni [3] http://lists.gnu.org/archive/html/gnugo-devel/2010-12/index.html [4] http://lists.gnu.org/archive/html/coreutils/2010-12/index.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
Re: [Orgmode] [Bug] Lists with checkboxes
Hello, > Achim Gratz writes: > Lists with checkboxes don't work anymore like they are supposed to, > the sub-checkboxes are not taken into account anymore and you can > check list items that still have some of their children unchecked. You are right. I'm working on it. For now, you can put a counter wherever you want to have the old, and right, behaviour. In your example, adding [/] to items "Second" and "Third" would do it. Regards, -- Nicolas ___ 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-cdlatex after environment
Hi guys,
I'm using fresh pulled orgmode, emacs 23.1
Having this:
,
| \begin{eqnarray*}
| b&=&
| \begin{cases}
| 1 & a>0 \\ 2 & \mbox{else} # (1)
| \end{cases}
| # (2)
| \end{eqnarray*}
`
typing _ at # (1) shows up _{}, but typing this at #(2) does nothing
special. It seems, as if cdlatex thinks, the math block has ended
after \end{cases}, since fr does not expand, too etc.
It would be really great to have it fixed :)
Regards, Max
___
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: Huge performance problems to open some Org files
Hi Carsten, Carsten Dominik wrote: > Hi Sebastien, > > it seems clear that it is not orgmode that causes the delays in its own > functions. I don't have any doubt on that. Org is only the top of the iceberg. > One way to find out what is goin on is this: > > Turn on debug-on-quite. > > The, when in this slow loading process, press C-g at random times and see > look at the functions in the backtrace. Instrument these functions or better > packages with epl as well and iterate until you find which functions eat up > the time. Believe me or not, but C-g has not effect during those 7 seconds. It simply does not stop anything; it's like if it was simply ignored. So, the above is impossible to do in this case. > vc- stuff version control may be one likely offender. I have all my files under either Git or Svn -- no performance problem (noticed) for almost all of them. This one is somehow "special". I've eliminated flyspell from the possible culprits by instrumenting it, and seeing it does do "nothing"... 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
[Orgmode] Org Mode 7 Manual - printed edition now available
Hello, For people who like printed documentation, the Org 7 mode manual has now been published as a paperback book. The details are "The Org Mode 7 Reference Manual - Organize your life with GNU Emacs" by Carsten Dominik and others Paperback (6"x9"), 282 pages. Retail Price: $14.95 (9.95 GBP), ISBN 9781906966089 For more information and links to bookstores where you can buy it see http://www.network-theory.co.uk/org/manual/ I'm happy to say that for each copy sold $1 will be donated to the Org project by Network Theory Ltd. (We also publish other free software manuals, including Perl, Python, PostgreSQL, GNU Octave, R and others, and have donated over $24,000 to those projects this way -- more details at our website below.) -- best regards, Brian Gough Network Theory Ltd, Publishing Free Software Manuals --- http://www.network-theory.co.uk/ ___ 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] should the mail list be splitted resp. sub-tagged ?
Torsten Wagner wrote: Thinking of tags, I wonder why we use [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is a strong indicator already. Not sure I agree with splitting the list, but the [Orgmode] tag is definitely superfluous. Who has a mail client that can't filter on the List-Id field? ajk ___ 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] Huge performance problems to open some Org files
Do you have flyspell-mode enabled? It caused such a performance hit I had to disable it for org files. ajk ___ 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] Huge performance problems to open some Org files
Hi Sebastien, it seems clear that it is not orgmode that causes the delays in its own functions. One way to find out what is goin on is this: Turn on debug-on-quite. The, when in this slow loading process, press C-g at random times and see look at the functions in the backtrace. Instrument these functions or better packages with epl as well and iterate until you find which functions eat up the time. vc- stuff version control may be one likely offender. - Carsten On Dec 17, 2010, at 10:15 AM, Sébastien Vauban wrote: Hello, I've real performance problems for opening some Org files. Just some, hopefully. I don't remember having those problems when I was on Ubuntu, and I must already have opened it, back then, but... Anyway, I'm now (forced) on Windows, and I have the problem. For example[fn:1], the small attached file takes me at least 6 s for opening it! I really have no idea why. Why is it different from others, longer, that are opened in a much shorter time? What did I do to try to spot the problem? M-x elp-instrument-package RET org- RET M-x find-file RET M-x elp-results. Here they are: #+begin_src emacs-lisp org-mode 1 6.719 6.719 org-set-regexps-and-options 1 0.203 0.203 org-compute-latex-and-specials-regexp 1 0.203 0.203 org-match-string-no-properties 35 0.016 0.0004571428 org-infile-export-plist 2 0.016 0.008 org-all-targets 1 0.0 0.0 org-mode-p 13 0.0 0.0 org-babel-result-hide-spec 1 0.0 0.0 org-inlinetask-fontify 2 0.0 0.0 org-bookmark-jump-unhide 1 0.0 0.0 org-cycle 1 0.0 0.0 org-unfontify-region 2 0.0 0.0 org-agenda-files 1 0.0 0.0 org-raise-scripts 2 0.0 0.0 org-activate-dates 2 0.0 0.0 org-point-at-end-of-empty-headline 1 0.0 0.0 org-load-modules-maybe 2 0.0 0.0 org-get-indentation 1 0.0 0.0 org-remove-font-lock-display-properties 2 0.0 0.0 org-mode-flyspell-verify 1 0.0 0.0 org-clocking-p 1 0.0 0.0 org-activate-footnote-links 2 0.0 0.0 org-at-item-checkbox-p 1 0.0 0.0 org-propertize 4 0.0 0.0 org-babel-do-key-sequence-in-edit-buffer 1 0.0 0.0 org-set-startup-visibility 1 0.0 0.0 org-overview 1 0.0 0.0 org-resolve-clocks-if-idle 1 0.0 0.0 org-decompose-region 2 0.0 0.0 org-make-options-regexp 3 0.0 0.0 org-update-radio-target-regexp 1 0.0 0.0 org-font-lock-add-priority-faces 2 0.0 0.0 org-assign-fast-keys 1 0.0 0.0 org-extract-log-state-settings 16 0.0 0.0 org-install-agenda-files-menu 1 0.0 0.0 org-babel-where-is-src-block-head 1 0.0 0.0 org-do-latex-and-special-faces 2 0.0 0.0 org-cycle-internal-global 1 0.0 0.0 org-do-emphasis-faces 2 0.0 0.0 org-link-display-format 3 0.0 0.0 org-src-native-tab-command-maybe
Re: [Orgmode] Re: Sending org buffer as mail?
"Eric Schulte" writes: > This looks great, how would you feel about trying to fold this into > org-mime, or would you mind if I did so. I don't mind at all. Thanks for integrating it into org-mime.el! Now if only I could figure out how bbdb address completion works; then we could hook it into org-property-allowed-value-functions. :) Best, Matt ___ 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: My Gnus does not work with newest org
Rafael Villarroel writes: > Hello all, > > I have defined the following: > > (setq gnus-home-directory "~/Dropbox/gnus") > (setq gnus-directory "~/Dropbox/gnus/News") > (setq message-directory "~/Dropbox/gnus/Mail") > > and so my init Gnus file is at ~/Dropbox/gnus/.gnus. When loading > org-mode just pulled from git, after M-x gnus I get the message that the > nntp server cannot be loaded, then after C-h v org-init-file, I get > that You mean gnus-init-file? Try customising it appropriately. Gnus kind of does its own thing > this variable points to ~/.gnus, which does not exist in my setup. This > is Gnus 5.13. However, I do not have any problems with org 7.3. > > I would appreciate any advice on how to make this work! Thanks. > > Rafael ___ 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] Table field clipping doesn't handle double-width characters properly
Take the following table for instance:
| Year | English title | Korean title
| Transliterated title |
|--+++--|
| 1996 | Crocodile | 악어
| Ag-o |
| | Wild Animals | 야생동물 보호구역 |
Yasaeng dongmul bohoguyeog |
| 1998 | Birdcage Inn | 파란 대문
| Paran daemun |
| 2000 | The Isle | 섬
| Seom |
| | Real Fiction | 실제 상황
| Shilje sanghwang |
| 2001 | Address Unknown| 수취인 불명
| Suchwiin bulmyeong |
| | Bad Guy| 나쁜 남자
| Nabbeun namja|
| 2002 | The Coast Guard| 해안선
| Haeanseon|
| 2003 | Spring, Summer, Fall, Winter... and Spring | 봄, 여름, 가을, 겨울 그리고 봄 | Bom
yeoreum gaeul gyeoul geurigo bom |
| 2004 | Samaritan Girl | 사마리아
| Samaria |
| | 3-Iron | 빈 집
| Bin-jip |
| 2005 | The Bow| 활
| Hwal |
| 2006 | Time | 시간
| Shi gan |
| 2007 | Breath | 숨
| Soom |
| 2008 | Dream | 비몽
| Bimong |
If you add a width declaration ("") to the column containing Korean,
when realigning the table you'll get an "args out of range" error inside
the text-properties-related code in `org-table-align' (provided the
width declaration actually does cause the text to be clipped).
Štěpán
___
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: Huge performance problems to open some Org files
Hi Rainer, Rainer Stengele wrote: > Am 17.12.2010 10:15, schrieb Sébastien Vauban: >> I've real performance problems for opening some Org files. Just some, >> hopefully. I don't remember having those problems when I was on Ubuntu, and >> I must already have opened it, back then, but... Anyway, I'm now (forced) >> on Windows, and I have the problem. >> >> For example[fn:1], the small attached file takes me at least 6 s for >> opening it! I really have no idea why. Why is it different from others, >> longer, that are opened in a much shorter time? >> >> What did I do to try to spot the problem? >> >> M-x elp-instrument-package RET org- RET >> M-x find-file RET >> M-x elp-results. >> >> Here they are: >> >> org-mode 1 >> 6.719 6.719 >> [...] >> org-all-targets 1 >> 0.0 0.0 >> [...] >> org-babel-result-hide-spec1 >> 0.0 0.0 >> [...] >> org-bookmark-jump-unhide 1 >> 0.0 0.0 >> [...] >> org-agenda-files 1 >> 0.0 0.0 >> [...] >> org-install-agenda-files-menu 1 >> 0.0 0.0 >> >> which confirms almost 7 s for just opening that small file into a buffer. >> >> Though, I don't see any potential explanation therefore. Could you help me >> spotting the problem? > > loading the file I get > > org-mode 2 > 0.078 0.039 > org-agenda-files 2 > 0.047 0.0235 > org-install-agenda-files-menu 2 > 0.047 0.0235 > org-all-targets 2 0.0 > 0.0 > org-babel-result-hide-spec2 0.0 > 0.0 > org-end-of-subtree2 0.0 > 0.0 > org-bookmark-jump-unhide 1 0.0 > 0.0 > org-show-block-all1 0.0 > 0.0 > > which is "no time". Absolutely. Thanks for having taken time to test it, and report it! What is a bit weird, though, is that the count number is different: - you have 2 calls of org-mode and 1 of org-bookmark-jump-unhide - I have 1 call of both... > I am using > > GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-11-04 on LENNART-69DE564 > (patched) > Org-mode version 7.4 (release_7.4.57.gab22) > > on Windows XP, SP3. > > Doesn't help much I know but I do not think it is Windows related. Good to hear. I'm using GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-10-14 on LENNART-69DE564 (patched) Org-mode version 7.4 (release_7.4.29.gc61cd) on Windows XP, Media Center Edition, Version 2002, SP3 on Sony VAIO 2-Core @ 1,83GHz with 2,00 GB RAM. Very similar to your config (at least, for Emacs/Org)... 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
[Orgmode] Re: Huge performance problems to open some Org files
Am 17.12.2010 10:15, schrieb Sébastien Vauban: > Hello, > > I've real performance problems for opening some Org files. Just some, > hopefully. I don't remember having those problems when I was on Ubuntu, and I > must already have opened it, back then, but... Anyway, I'm now (forced) on > Windows, and I have the problem. > > For example[fn:1], the small attached file takes me at least 6 s for opening > it! > I really have no idea why. Why is it different from others, longer, that are > opened in a much shorter time? > > What did I do to try to spot the problem? > > M-x elp-instrument-package RET org- RET > M-x find-file RET > M-x elp-results. > > Here they are: > > #+begin_src emacs-lisp > org-mode 1 > 6.719 6.719 > org-set-regexps-and-options 1 > 0.203 0.203 > org-compute-latex-and-specials-regexp 1 > 0.203 0.203 > org-match-string-no-properties35 > 0.016 0.0004571428 > org-infile-export-plist 2 > 0.016 0.008 > org-all-targets 1 0.0 > 0.0 > org-mode-p13 0.0 > 0.0 > org-babel-result-hide-spec1 0.0 > 0.0 > org-inlinetask-fontify2 0.0 > 0.0 > org-bookmark-jump-unhide 1 0.0 > 0.0 > org-cycle 1 0.0 > 0.0 > org-unfontify-region 2 0.0 > 0.0 > org-agenda-files 1 0.0 > 0.0 > org-raise-scripts 2 0.0 > 0.0 > org-activate-dates2 0.0 > 0.0 > org-point-at-end-of-empty-headline1 0.0 > 0.0 > org-load-modules-maybe2 0.0 > 0.0 > org-get-indentation 1 0.0 > 0.0 > org-remove-font-lock-display-properties 2 0.0 > 0.0 > org-mode-flyspell-verify 1 0.0 > 0.0 > org-clocking-p1 0.0 > 0.0 > org-activate-footnote-links 2 0.0 > 0.0 > org-at-item-checkbox-p1 0.0 > 0.0 > org-propertize4 0.0 > 0.0 > org-babel-do-key-sequence-in-edit-buffer 1 0.0 > 0.0 > org-set-startup-visibility1 0.0 > 0.0 > org-overview 1 0.0 > 0.0 > org-resolve-clocks-if-idle1 0.0 > 0.0 > org-decompose-region 2 0.0 > 0.0 > org-make-options-regexp 3 0.0 > 0.0 > org-update-radio-target-regexp1 0.0 > 0.0 > org-font-lock-add-priority-faces 2 0.0 > 0.0 > org-assign-fast-keys 1 0.0 > 0.0 > org-extract-log-state-settings16 0.0 > 0.0 > org-install-agenda-files-menu 1 0.0 > 0.0 > org-babel-where-is-src-block-head 1 0.0 > 0.0 > org-do-latex-and-special-faces2 0.0 > 0.0 > org-cycle-internal-global 1 0.0 > 0.0 > org-do-emphasis-faces 2 0.0 > 0.0 > org-link-display-format 3 0.0 > 0.0 > org-src-native-tab-command-maybe 1 0.0 > 0.0 > org-fontify-entities 2 0.0 > 0.0 > org-file-menu-entry 32 0.0 > 0.0 > org-set-visibility-according-to-property 1 0.0 > 0.
Re: [Orgmode] Re: Sending org buffer as mail?
Rainer M Krug writes: > On 12/17/2010 07:48 AM, Eric Schulte wrote: > Hi eric > >> I'm attaching a new version of org-mime.el which incorporates Matt's >> function below. There are now two new functions, `org-mime-org-buffer' >> and `org-mime-org-subtree' each of which takes a format argument >> specifying the format of the final email, one of 'org, 'ascii, or 'html. > > This sounds perfect. > > So now a *subtree* or *org buffer* can be send as > *org*, *ascii or *html*. > > Right? > Correct, all one need do is to write an interactive wrapping function similar to the example in my previous email. Note: In the version attached to this email the functions are renamed to `org-mime-send-buffer' and `org-mime-send-subtree'. > > I just would like to suggest two more things: > > 1) to be able to mail the subtree or buffer as an attached pdf. > > Thinking of it, this could also be used for the other formats which > result in one file, e.g. ascii, taskjuggle and I think all others except > of the html? > Sounds like a good idea, this shouldn't be overly hard to implement using the existing attachment features of org-mime. > > 2) the format of the inline text (and the attached one?) could be > specified as a property, as a property - this would make sending the > email consistent. > I'm attaching another version of org-mime which provides the org-mime-subtree interactive command which uses the MAIL_FMT property to determine the format of the mail message to populate. Thanks -- Eric org-mime.el Description: application/emacs-lisp ___ 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: Using org-mode to write an academic curriculum vitae (CV)
Stefan Vollmar writes: > Dear Oscar, > > On 17.12.2010, at 09:20, Oscar Carlsson wrote: > >> I use the =moderncv= class for LaTeX, no org-export or such. I think the >> effort of constructing a working org->special class LaTeX-exporter is a >> lot greater than learning to use the LaTeX-class properly. The >> =moderncv= is bundled with at least TeX Live, not sure about MiKTeX. >> >> Otherwise, Dario Taraborelli has a nice template for making an academic >> cv, read about it on his page: >> >> http://nitens.org/taraborelli/cvtex > > excellent link, thank you! > >> Myriad Pro is a very fancy and nice looking font for this kind of >> things, just a tip. > > > Myriad Pro is indeed also one of my favourites, however, one should > add that this is a commercial font available from Adobe. These days, > it is bundled with Adobe's Illustrator CS package. > > Warm regards, > Stefan Actually, since I hadn't had my morning coffee when writing that mail, I mistyped. I ment Minion Pro, not Myriad Pro. Myriad Pro goes *great* with Minion Pro, and I *really* recommend using it with the =microtype= package in LaTeX. But now I'm very much OT. However, Minion and Myriad are actually bundled with Adobe Acrobat Reader. I'm not too sure about licensing and such, but the fonts can be found somewhere in the Acrobat Reader-directory. In their otf-versions. Oscar ___ 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] Huge performance problems to open some Org files
Hello, I've real performance problems for opening some Org files. Just some, hopefully. I don't remember having those problems when I was on Ubuntu, and I must already have opened it, back then, but... Anyway, I'm now (forced) on Windows, and I have the problem. For example[fn:1], the small attached file takes me at least 6 s for opening it! I really have no idea why. Why is it different from others, longer, that are opened in a much shorter time? What did I do to try to spot the problem? M-x elp-instrument-package RET org- RET M-x find-file RET M-x elp-results. Here they are: #+begin_src emacs-lisp org-mode 1 6.719 6.719 org-set-regexps-and-options 1 0.203 0.203 org-compute-latex-and-specials-regexp 1 0.203 0.203 org-match-string-no-properties35 0.016 0.0004571428 org-infile-export-plist 2 0.016 0.008 org-all-targets 1 0.0 0.0 org-mode-p13 0.0 0.0 org-babel-result-hide-spec1 0.0 0.0 org-inlinetask-fontify2 0.0 0.0 org-bookmark-jump-unhide 1 0.0 0.0 org-cycle 1 0.0 0.0 org-unfontify-region 2 0.0 0.0 org-agenda-files 1 0.0 0.0 org-raise-scripts 2 0.0 0.0 org-activate-dates2 0.0 0.0 org-point-at-end-of-empty-headline1 0.0 0.0 org-load-modules-maybe2 0.0 0.0 org-get-indentation 1 0.0 0.0 org-remove-font-lock-display-properties 2 0.0 0.0 org-mode-flyspell-verify 1 0.0 0.0 org-clocking-p1 0.0 0.0 org-activate-footnote-links 2 0.0 0.0 org-at-item-checkbox-p1 0.0 0.0 org-propertize4 0.0 0.0 org-babel-do-key-sequence-in-edit-buffer 1 0.0 0.0 org-set-startup-visibility1 0.0 0.0 org-overview 1 0.0 0.0 org-resolve-clocks-if-idle1 0.0 0.0 org-decompose-region 2 0.0 0.0 org-make-options-regexp 3 0.0 0.0 org-update-radio-target-regexp1 0.0 0.0 org-font-lock-add-priority-faces 2 0.0 0.0 org-assign-fast-keys 1 0.0 0.0 org-extract-log-state-settings16 0.0 0.0 org-install-agenda-files-menu 1 0.0 0.0 org-babel-where-is-src-block-head 1 0.0 0.0 org-do-latex-and-special-faces2 0.0 0.0 org-cycle-internal-global 1 0.0 0.0 org-do-emphasis-faces 2 0.0 0.0 org-link-display-format 3 0.0 0.0 org-src-native-tab-command-maybe 1 0.0 0.0 org-fontify-entities 2 0.0 0.0 org-file-menu-entry 32 0.0 0.0 org-set-visibility-according-to-property 1 0.0 0.0 org-activate-bracket-links2 0.0 0.0 org-hide-archived-subtrees1 0.0 0.0 org-imenu-new-marker 3 0.0
Re: [Orgmode] Re: Using org-mode to write an academic curriculum vitae (CV)
Dear Oscar, On 17.12.2010, at 09:20, Oscar Carlsson wrote: > I use the =moderncv= class for LaTeX, no org-export or such. I think the > effort of constructing a working org->special class LaTeX-exporter is a > lot greater than learning to use the LaTeX-class properly. The > =moderncv= is bundled with at least TeX Live, not sure about MiKTeX. > > Otherwise, Dario Taraborelli has a nice template for making an academic > cv, read about it on his page: > > http://nitens.org/taraborelli/cvtex excellent link, thank you! > Myriad Pro is a very fancy and nice looking font for this kind of > things, just a tip. Myriad Pro is indeed also one of my favourites, however, one should add that this is a commercial font available from Adobe. These days, it is bundled with Adobe's Illustrator CS package. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de smime.p7s Description: S/MIME cryptographic signature ___ 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-marking agenda entries
Hi org-ers, I've got the following question, which I couldn't answer by studying the manual and the web. How can I mark the same entries again, after I've performed a bulk action in the agenda? Again more clearly: Suppose I've marked several entries in the agenda by pressing m on each. Then, I've performed one bulk action by pressing B and e.g. +. Then all marked entries become unmarked again. But, then I'd like to perform another bulk action on the same set of agenda entries. Is there any way to recover or store a set of marks? Thanks for any hint. Cheers, Jean-Marie ___ 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] Using org-mode to write an academic curriculum vitae (CV)
Dear Jeff, On 16.12.2010, at 23:25, Jeff Horn wrote: > Hey orgsters, > > I've seen a few messages in the gmane archive, but I can't tell how > many people are using org-mode for this purpose. > > 1) Do you use org-mode to maintain your CV? We have developed an org-based solution so members of our institute can put their CV online. There are several reasons I chose org-mode - not least because it made people take a look at it :-) See here: http://www.nf.mpg.de/cv-howto/cv-en.html However, this is limited to HTML. Warm regards, Stefan > 2) If so, do you use a LaTeX export template? > 3) If so, mind sharing? :) > > Thanks in advance! I'm tempted to just publish my CV as plain text or, > better yet, in YAML. But, I'm not sure economists would quite > appreciate the statement that would make... > > Jeff > > -- > Jeffrey Horn > Graduate Lecturer and PhD Student in Economics > George Mason University > > (704) 271-4797 > jh...@gmu.edu > jrhorn...@gmail.com > > http://www.failuretorefrain.com/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 -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de smime.p7s Description: S/MIME cryptographic signature ___ 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: Sending org buffer as mail?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/17/2010 07:48 AM, Eric Schulte wrote:
Hi eric
> I'm attaching a new version of org-mime.el which incorporates Matt's
> function below. There are now two new functions, `org-mime-org-buffer'
> and `org-mime-org-subtree' each of which takes a format argument
> specifying the format of the final email, one of 'org, 'ascii, or 'html.
This sounds perfect.
So now a *subtree* or *org buffer* can be send as
*org*, *ascii or *html*.
Right?
I just would like to suggest two more things:
1) to be able to mail the subtree or buffer as an attached pdf.
Thinking of it, this could also be used for the other formats which
result in one file, e.g. ascii, taskjuggle and I think all others except
of the html?
2) the format of the inline text (and the attached one?) could be
specified as a property, as a property - this would make sending the
email consistent.
And I must say, I really like the subtree option - now we just need a
function to import an email into org, and one could use an org file to
manage email conversations...
Cheers and thanks a lot - this sounds really good,
Rainer
>
> So, for example the following will export the current subtree as ascii
> into an email body, using the MAIL_TO, MAIL_CC, and MAIL_BCC properties
> to build the email headers, and the headline to set the subject (both
> directly from Matt's function below).
>
> (defun org-mime-subtree-to-ascii ()
> (interactive)
> (org-mime-org-subtree 'ascii))
>
> Does this new version of org-mime look like it should be committed? Are
> there any features or changes that should be considered first?
>
> Cheers -- Eric
>
>
>
>
>
> "Eric Schulte" writes:
>
>> Hi Matt,
>>
>> This looks great, how would you feel about trying to fold this into
>> org-mime, or would you mind if I did so. I've already mimicked your
>> function to set subjects of outgoing emails to match the title of the
>> org-mode buffer. I think that generalizing the org-mime functions to
>> operate over either subtrees or whole files, and to output either html
>> or plain text should cover all use cases with maximal code re-use.
>>
>> Thanks for sharing this function.
>>
>> Cheers -- Eric
>>
>> Matt Lundin writes:
>>
>>> Rainer M Krug writes:
>>>
On 12/16/2010 09:25 AM, Jeff Horn wrote:
> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson
> wrote:
>> And then, I can send a org-file by attaching it to a mail in Emacs. Try
>> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c
>> C-c.
Sounds very interesting - I'll try it out.
C-x m looks great - I am sure I am going to use it a lot. And gmail is
exactly what I want to use it for.
>
> Does this attach the buffer or read it into the message? I thought the
> OP wanted to read-in a buffer.
Yes - that was effectively what I am looking for: the possiblility to
write my email in org mode and send the buffer content as the email text.
Dream: Specify subject, to, cc, bcc (probably even attachments) as
properties, press a key and the org file is send to the addresses.
>>>
>>> I too have been looking for this functionality for a while, so here's a
>>> quick solution. When called on an Org-mode subtree, the following
>>> function makes the headline the subject, exports the subtree to ascii,
>>> and uses properties ("MAIL_TO", "MAIL_CC", "MAIL_BCC") to specify the
>>> addressees:
>>>
>>> (defun my-org-subtree-to-message ()
>>> (interactive)
>>> (unless (eq major-mode 'org-mode)
>>> (error "Not in org buffer"))
>>> (let ((subject (nth 4 (org-heading-components)))
>>> (to (org-entry-get nil "MAIL_TO"))
>>> (cc (org-entry-get nil "MAIL_CC"))
>>> (bcc (org-entry-get nil "MAIL_BCC"))
>>> text)
>>> (save-excursion
>>> (org-mark-subtree)
>>> ;; don't include title in body
>>> (forward-line)
>>> (setq text (org-export-region-as-ascii (point)
>>> (mark) t 'string)))
>>> (message-mail to subject `((cc . ,cc) (bcc . ,bcc)) nil)
>>> (when text
>>> (save-excursion
>>> (goto-char (point-max))
>>> (insert text)
>>>
>>> With this function, you can compose emails like this:
>>>
>>> * My obsequious missive
>>> :PROPERTIES:
>>> :MAIL_TO: highly_estee...@gentlemen.net
>>> :MAIL_BCC: peasants_uni...@plebeians.org
>>> :END:
>>> My most noble sirs,
>>>
>>> I thank you for gracing this world with your beauteous presence.
>>>
>>> Humbly yours,
>>> An Org-mode user
>>>
>>> Best,
>>> Matt
>>>
>>> ___
>>> 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
- --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)
Centre of Excellence for Invasion Biolo
[Orgmode] should the mail list be splitted resp. sub-tagged ?
Dear all, since I subscribed to the maillist, the traffic increased enormously. This is very nice, however, recently I got difficulties to filter throw all the post searching for relevant topics for me. The babel project is using already a [babel] tag, and other tags floating around ([PATCH],[OT],[Bug]). Thinking of tags, I wonder why we use [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is a strong indicator already. In general I guess a good mail client is capable to sort mails based on this tags or mail address. I just wonder whether there is an official list of tags on a prominent place like worg, or if especially the devs would like a separate emacs-orgmode-dev maillist. If you believe a "How to post on the orgmode mailing list"-article in worg helps I would be willing to start with one. Best regards Torsten ___ 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: [OT: rST] was Re: [Orgmode] Re: Using org-mode to write an academic curriculum vitae (CV)
Nice info to have, thanks! I formed my opinion from the resulting PDF from this page: http://cl.ly/3fM1 Seems like it uses reportlab. http://code.google.com/p/rst2pdf/ With the new pandoc support, it's probably too late for an org versus RST flame war... what a shame! :-P On Fri, Dec 17, 2010 at 3:43 AM, Christian Moe wrote: > On 12/16/10 11:41 PM, Jeff Horn wrote: > >> RST probably uses a source to HTML to PDF workflow. So, this seems >> feasible enough. > > Bit off-topic, but AFAIK, to produce PDFs rST/docutils generally goes > through LaTeX, not HTML. There's also a third-party tool using reportlab to > write a PDF directly without LaTeX. > > cm > -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/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
[OT: rST] was Re: [Orgmode] Re: Using org-mode to write an academic curriculum vitae (CV)
On 12/16/10 11:41 PM, Jeff Horn wrote: RST probably uses a source to HTML to PDF workflow. So, this seems feasible enough. Bit off-topic, but AFAIK, to produce PDFs rST/docutils generally goes through LaTeX, not HTML. There's also a third-party tool using reportlab to write a PDF directly without LaTeX. cm ___ 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: Using org-mode to write an academic curriculum vitae (CV)
Jeff Horn writes: > Hey orgsters, > > I've seen a few messages in the gmane archive, but I can't tell how > many people are using org-mode for this purpose. > > 1) Do you use org-mode to maintain your CV? > 2) If so, do you use a LaTeX export template? > 3) If so, mind sharing? :) > > Thanks in advance! I'm tempted to just publish my CV as plain text or, > better yet, in YAML. But, I'm not sure economists would quite > appreciate the statement that would make... > > Jeff I use the =moderncv= class for LaTeX, no org-export or such. I think the effort of constructing a working org->special class LaTeX-exporter is a lot greater than learning to use the LaTeX-class properly. The =moderncv= is bundled with at least TeX Live, not sure about MiKTeX. Otherwise, Dario Taraborelli has a nice template for making an academic cv, read about it on his page: http://nitens.org/taraborelli/cvtex Myriad Pro is a very fancy and nice looking font for this kind of things, just a tip. Oscar ___ 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
