[O] fatal: The remote end hung up unexpectedly
Hello, For a couple of weeks (2 to 3 weeks, I would say), I often experience the above message when git pull'ing. It does not bother me: I just retry later, and it often works then, but I thought it'd be worth mentioning. Best regards, Seb -- Sebastien Vauban
Re: [O] making coloured tables
Hi Andras, Andras Major wrote: >> Andras Major wrote: >>> I'm really intrigued by org-mode's table and spreadsheet functionality and >>> would like to use it for those cases where I found excel and gnumeric >>> impractically cumbersome. >>> >>> What I want are two slightly diffent things: >>> >>> - Make tables that have cells with individual background colours when >>> exported as HTML or PDF. >>> >>> - Make tables that have cells with background colours and typeface details >>> (bold, italic, etc.) based on contents of either the cells themselves or >>> other cells in the table. (Example: mark all negative numerical values >>> of a table with a red background.) >>> >>> Furthermore, the colouring should be portable, i.e. independent of the >>> settings in .emacs. >> >> I add wishes on the above list. Maybe someone will be able to implement >> them, if they seem to make sense... So, here's my idea: having some >> automagic style (background) applied on the cells to distinguish: >> >> - the input cells (the ones you cannot delete... without troubles): they >> don't have any formula associated with them >> >> - the final result cells: the ones with computed results >> >> - the other ones, whose content is computed, but serves as input to other >> cells. >> >> Would these be in different colors, I think it would make the reading of >> tables much more efficient. And, as far as I know, this does not exist yet >> in tools like Excel -- though people can manually apply such color >> conventions. > > I was thinking along slightly different lines. We have a customizable > tag in HTML export already, but that customization isn't very flexible. If > we could have something like a tag that can be set from values in the > table, or by Lisp code, then I think that would solve my problems. My above feature of the wishlist isn't for export -- I misread your original post. Just speaking of editing feature in the Org buffer, for giving more insight on formulas in tables. These "color features" weren't intended IMHO for export. So the 2 "problems" are in fact apart from each other. > It's important, however, that setting the export tag must be local to the > Org file so I can set it there instead of the global .emacs. Best regards, Seb -- Sebastien Vauban
Re: [O] making coloured tables
Hi Sebastian, > Andras Major wrote: >> I'm really intrigued by org-mode's table and spreadsheet functionality >> and would like to use it for those cases where I found excel and >> gnumeric impractically cumbersome. >> >> What I want are two slightly diffent things: >> >> - Make tables that have cells with individual background colours when >> exported as HTML or PDF. >> >> - Make tables that have cells with background colours and typeface >> details (bold, italic, etc.) based on contents of either the cells >> themselves or other cells in the table. (Example: mark all negative >> numerical values of a table with a red background.) >> >> Furthermore, the colouring should be portable, i.e. independent of the >> settings in .emacs. > > I add wishes on the above list. Maybe someone will be able to implement > them, > if they seem to make sense... So, here's my idea: having some automagic > style > (background) applied on the cells to distinguish: > > - the input cells (the ones you cannot delete... without troubles): they > don't > have any formula associated with them > > - the final result cells: the ones with computed results > > - the other ones, whose content is computed, but serves as input to other > cells. > > Would these be in different colors, I think it would make the reading of > tables much more efficient. And, as far as I know, this does not exist yet > in > tools like Excel -- though people can manually apply such color conventions. I was thinking along slightly different lines. We have a customizable tag in HTML export already, but that customization isn't very flexible. If we could have something like a tag that can be set from values in the table, or by Lisp code, then I think that would solve my problems. It's important, however, that setting the export tag must be local to the Org file so I can set it there instead of the global .emacs. András
[O] Bug: Refile sometimes loses the last line [7.7 (release_7.7.15.gc363)]
Hi Jason,
I noticed a nasty refile bug this evening. The problem commit is
identified as:
,
| 85f03c0859d84d0b3b51764f379644d1461733df is the first bad commit
| commit 85f03c0859d84d0b3b51764f379644d1461733df
| Author: Jason Dunsmore
| Date: Tue Feb 15 21:31:17 2011 +
|
| Bugfix: honor `org-blank-before-new-entry' correctly in various contexts.
|
| * org.el (org-back-over-empty-lines): Bugfix. Honor
| `org-blank-before-new-entry' correctly in various contexts.
|
| :04 04 b820d279cd7b170907d9171494dc65dd4c944d0b
f45fdfa1a6e6181c4b9de712cafbd40fac38deb9 M lisp
`
I have the following minimal emacs setup to reproduce the problem:
~/bin/minimal-emacs
--8<---cut here---start->8---
#!/bin/sh
TESTEL=
TESTFILE=/tmp/test.el
if test -e $TESTFILE
then
TESTEL="-l /tmp/test.el"
fi
emacs -q -l ~/minimal.emacs $TESTEL $1
--8<---cut here---end--->8---
~/minimal.emacs
--8<---cut here---start->8---
(add-to-list 'load-path (expand-file-name "~/git/org-mode/lisp"))
(add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
(require 'org-install)
(global-set-key "\C-cl" 'org-store-link)
(global-set-key "\C-ca" 'org-agenda)
(global-set-key "\C-cb" 'org-iswitchb)
--8<---cut here---end--->8---
/tmp/test.el
--8<---cut here---start->8---
(setq org-blank-before-new-entry (quote ((heading)
(plain-list-item
(setq org-refile-targets (quote ((nil :maxlevel . 3)
(org-agenda-files :maxlevel . 3
--8<---cut here---end--->8---
/tmp/scratch.org
--8<---cut here---start->8---
* Target for refile
* Tasks
** Refile me
this is a test
** TODO Refile me too
this loses the last line
** Foo
no end on this line
--8<---cut here---end--->8---
There is no newline at end of file in /tmp/scratch.org
Steps to reproduce:
| Keystrokes | Notes |
|--+-|
| $ minimal-emacs /tmp/scratch.org | Start minimal emacs session |
| C-u C-u C-u TAB | Reveal the entire file |
| M-S-.| Go to end of file |
| backspace| Delete last newline in file |
| C-c C-w | Refile * Foo to * Target for refile |
| TargetTAB| Complete * Target for refile name |
| RET | Refile |
This refiles * Foo under * Target for refile but the "no end on this
line" is left behind.
If you repeat the above but refile to * Tasks instead of * Target for
refile then the last line "no end on this line" is deleted and lost.
I've locally reverted the above problem commit which seems to fix this
for me.
Regards,
Bernt
--
Emacs : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
of 2010-12-11 on raven, modified by Debian
Package: Org-mode version 7.7 (release_7.7.15.gc363)
Re: [O] Aliases questions (autocompletion)
Johnny writes: > Hi all, > > I have started using aliases in bbdb and wonder if there is any setup to > autocomplete on defined aliases in the headers? Say, I have an alias > named "listofmembers" and want to mail them. I add this mail-alias field > to all relevant contacts, then in the "To" header type the full alias > "listofmembers" followed by TAB, this fills in the "To" header with the > group members email as expected. However, I would like to enable TAB > completion on alias names, e.g. if I type "lis" and TAB this should > ideally fill in the rest. Is this possible to achieve? > > Second question, is there a clever way to list all mail aliases in BBDB, > and subsequently list all members of o select mail alias? > > I am using bbdb 3.02 with No Gnus 0.18. > > Thanks! Obviously the fat finger is omnipresent and I succeeded in spamming the wrong mailing list with my troubles! Please accept my humblest of apologies. -- Johnny
Re: [O] Error on export to LaTeX
Henri-Paul Indiogine writes: > I update org-mode daily. Today I encountered a problem that had > never happened before during my export to LaTeX > > 1. C-c C-e l ;; export to LaTeX > > 2. error appears in messages buffer: > > Export buffer: > Exporting to LaTeX... > Recognizing tables...done > Loading reftex...done > Symbol's value as variable is void: org-babel-inline-src-block-regexp > > Would a backtrace help? This was reported earlier. I've already posted a patch in another thread: http://permalink.gmane.org/gmane.emacs.orgmode/45159 As a workaround you can also do an M-x org-reload (bound to C-c C-x !) befor doing the export. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Error on export to LaTeX
Henri-Paul Indiogine writes: > Greetings! > > I update org-mode daily. Today I encountered a problem that had > never happened before during my export to LaTeX > > 1. C-c C-e l ;; export to LaTeX > > 2. error appears in messages buffer: > > Export buffer: > Exporting to LaTeX... > Recognizing tables...done > Loading reftex...done > Symbol's value as variable is void: org-babel-inline-src-block-regexp > > Would a backtrace help? Already reported yesterday. Wait for a fix or revert to 7.7 release. $ git reset --hard release_7.7 > > Thanks, > Henri-Paul --
Re: [O] Bug: export failed when using footnotes inside src blocks [7.7]
> Your remark reminded me that I should look at the generic exporter in > contrib. It needs an eval-while-compile wrapped (require 'cl) to > compile and run cleanly. It also doesn't appear to recognize tables (or > those are still copies from the ASCII export?). It looks like it works > line-by-line, which seems a somewhat questionable choice, but then it > was written for Org6.25… > > I think it boils down to the question of having a formal org syntax. If > that existed, all exporters (and much of the org core, I guess) could > work on the parse tree (some list structure with lists as elements and > the actual text as their leaf nodes) of the org document. I also invite you to take a look at org-lparse and org-xhtml and org-odt that are built on top of it. With some very minimal hackery it is possible to export a document to lisp-format. You seem to be behind tables for quite some time. One of the most significant re-write is in the callbacks for tables. When it comes to export, most of the magic happens in the pre-processing stage and not in the export backends itself. > > Regards, > Achim. --
[O] Error on export to LaTeX
Greetings! I update org-mode daily. Today I encountered a problem that had never happened before during my export to LaTeX 1. C-c C-e l ;; export to LaTeX 2. error appears in messages buffer: Export buffer: Exporting to LaTeX... Recognizing tables...done Loading reftex...done Symbol's value as variable is void: org-babel-inline-src-block-regexp Would a backtrace help? Thanks, Henri-Paul -- Henri-Paul Indiogine Curriculum & Instruction Texas A&M University TutorFind Learning Centre Email: hindiog...@gmail.com Skype: hindiogine Website: http://people.cehd.tamu.edu/~sindiogine
Re: [O] Bug: export failed when using footnotes inside src blocks [7.7]
Nicolas Goaziou writes: > _Note to self_ : I really wish we can come up with an exporter that > exactly matches Org syntax. An element recognized/ignored in Org should > be identically recognized/ignored during the export process without > resorting to any trick (à la `org-protected' text property). Your remark reminded me that I should look at the generic exporter in contrib. It needs an eval-while-compile wrapped (require 'cl) to compile and run cleanly. It also doesn't appear to recognize tables (or those are still copies from the ASCII export?). It looks like it works line-by-line, which seems a somewhat questionable choice, but then it was written for Org6.25… I think it boils down to the question of having a formal org syntax. If that existed, all exporters (and much of the org core, I guess) could work on the parse tree (some list structure with lists as elements and the actual text as their leaf nodes) of the org document. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
Re: [O] Org-Mode Homepage error
Bastien writes:
> Mhh... I tried to patch org-info-src.js with this fix, to recompile
> it (and get org-info.js). I copied the result here:
>
> http://orgmode.org/org-info2.js
That is the same file I have produced myself now.
> Then setting this path in `org-infojs-options', I tried various ways
> of getting a working HTML file, with the new div structure, but with
> no good result.
Could you be more specific what is a "no good result"? I've been
generating the index.html in org-info-js and it now works without error
for me. I've even found a simpler patch that is based on the class
of the title heading so that it is found regardless of its position in
preamble or content:
--8<---cut here---start->8---
Diff --git a/code/org-info-js/org-info-src.js b/code/org-info-js/org-info-src.js
index 2e49e9c..b521c50 100644
--- a/code/org-info-js/org-info-src.js
+++ b/code/org-info-js/org-info-src.js
@@ -738,7 +738,7 @@ var org_html_manager = {
// Move the title into the first visible section.
// TODO: show title above everything if FIXED_TOC !!!
-t.TITLE = t.BODY.getElementsByTagName("h1")[0];
+t.TITLE = document.getElementsByClassName("title")[0];
if(t.INNER_TITLE && !t.FIXED_TOC && t.VIEW != t.SLIDE_VIEW) {
t.INNER_TITLE = t.TITLE.cloneNode(true);
/* TODO: this is still based on wrong behaviour of browsers (same id for
two elements)
--8<---cut here---end--->8---
It seems that there may be an implicit assumption that the title is in
the same DIV as the content. This seems to work OK in FF5 and
Konqueror 4.6.5 (WebKit), however it may break in other browsers.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] [bug?] wiki export vs. multilines list item
Jambunathan K writes: [...] > TIL that generic exporter supports export to mediawiki. TIL? [...] >> I've seen that multilines field are not supported in tables, however the >> "Org Mode Manual" contains an example of a multiple lines list item (in >> the Plain List node search for Sean Austin). > > How is "multiple lines list" related to "multilines field". Lists within > Table are not supported. > > May be you are making an oblique reference to list-tables. I've read again my first post and I've made no reference to tables, you mentioned table fields with multiple lines. :-) -- Walter Franzini http://aegis.stepbuild.org/ pgpGVwnuXnnvF.pgp Description: PGP signature
[O] Bug: org-mobile-push opens a new frame with the .org file being pushed. [6.33x]
As per subject: whenever I issue a "org-mobile-push" command, the pushed
.org file is opened on a new Emacs frame.
Configuration below.
By the way, thank you for putting together the org-mode. It's amazing!
Stefano
Emacs : GNU Emacs 23.2.1 (i386-mingw-nt6.1.7600)
of 2010-05-08 on G41R2F1
Package: Org-mode version 6.33x
current state:
==
(setq
org-log-done t
org-todo-keyword-faces '(("TODO" :foreground "red" :weight bold)
("STARTED" :foreground "orange" :weight bold)
("NEXT" :foreground "orange" :weight bold)
("DONE" :foreground "forest green" :weight bold)
("WAITING" :foreground "DarkOrange" :weight bold)
("SOMEDAY" :foreground "goldenrod" :weight bold)
("CANCELLED" :foreground "orangered" :weight bold)
("CLOSED" :foreground "forest green" :weight
bold))
org-agenda-files '("~/org/todo.org")
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-deadline-warning-days 2
org-agenda-skip-scheduled-if-done t
org-export-preprocess-hook '(org-export-blocks-preprocess)
org-mobile-inbox-for-pull "~/org/flagged.org"
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-todo-keywords '((sequence "TODO(t)" "NEXT(n)" "|" "DONE(d!/!)")
(sequence "WAITING(w@/!)" "SOMEDAY(s!)" "|"
"CANCELLED(c@/!)")
(sequence "OPEN(O)" "|" "CLOSED(C)"))
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-default-notes-file "~/org/notes.org"
org-directory "~/org/"
org-blank-before-new-entry '((heading . auto) (plain-list-item))
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-mode-hook '(#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook org-show-block-all
append local]
5]
(lambda nil (flyspell-mode 0))
(lambda nil (org-indent-mode t)))
org-confirm-elisp-link-function 'yes-or-no-p
org-agenda-start-on-weekday nil
org-agenda-skip-deadline-if-done t
org-occur-hook '(org-first-headline-recenter)
org-from-is-user-regexp nil
org-mobile-directory "~/Dropbox/MobileOrg"
)
--
Stefano Ricciardi
http://www.stefanoricciardi.com
Re: [O] [bug?] wiki export vs. multilines list item
Jambunathan K writes: > Walter Franzini > writes: > >> Hi, >> >> I'm experimenting with org-mode's exporting features and I've >> discovered that, with both mediawiki exporters, multilines list's >> items are rendered as a list item followed by a preformatted text >> block. > > What do you mean by "both" mediawiki exporters? org-mw and the exporter available at C-c C-e g w (using Wes Hardaker's generic exporter). > From http://orgmode.org/worg/org-faq.html > > , > | Will there ever be support for multiple lines in a table field? > | > | No. > | > | You can embed tables created with the table.el package in org-mode > | buffers, with mixed success when it comes to export and publishing. > ` I've seen that multilines field are not supported in tables, however the "Org Mode Manual" contains an example of a multiple lines list item (in the Plain List node search for Sean Austin). -- Walter Franzini http://aegis.stepbuild.org/ pgp5Cqj6q7gNk.pgp Description: PGP signature
Re: [O] [bug?] wiki export vs. multilines list item
Walter Franzini writes: > Jambunathan K writes: > >> Walter Franzini >> writes: >> >>> Hi, >>> >>> I'm experimenting with org-mode's exporting features and I've >>> discovered that, with both mediawiki exporters, multilines list's >>> items are rendered as a list item followed by a preformatted text >>> block. >> >> What do you mean by "both" mediawiki exporters? > > org-mw and the exporter available at C-c C-e g w (using Wes Hardaker's > generic exporter). TIL that generic exporter supports export to mediawiki. >> From http://orgmode.org/worg/org-faq.html >> >> , >> | Will there ever be support for multiple lines in a table field? >> | >> | No. >> | >> | You can embed tables created with the table.el package in org-mode >> | buffers, with mixed success when it comes to export and publishing. >> ` > > I've seen that multilines field are not supported in tables, however the > "Org Mode Manual" contains an example of a multiple lines list item (in > the Plain List node search for Sean Austin). How is "multiple lines list" related to "multilines field". Lists within Table are not supported. May be you are making an oblique reference to list-tables. http://lists.gnu.org/archive/cgi-bin/namazu.cgi?query=list-table&submit=Search!&idxname=emacs-orgmode&max=20&result=normal&sort=score
Re: [O] [bug?] wiki export vs. multilines list item
Walter Franzini writes: > Jambunathan K writes: > > [...] > >> TIL that generic exporter supports export to mediawiki. > > TIL? Reddit-speak for Today I Learned. > > [...] > >>> I've seen that multilines field are not supported in tables, however the >>> "Org Mode Manual" contains an example of a multiple lines list item (in >>> the Plain List node search for Sean Austin). >> >> How is "multiple lines list" related to "multilines field". Lists within >> Table are not supported. >> >> May be you are making an oblique reference to list-tables. > > I've read again my first post and I've made no reference to tables, you > mentioned table fields with multiple lines. :-) I made a mistake. Sorry. Multiline fields in table get asked often in the list. May be you are actually reporting a bug. Please include a small org file and include the exported output (with both the exporters) to document what you are reporting. I am sure someone will respond. Jambunathan K.
Re: [O] [bug?] wiki export vs. multilines list item
Walter Franzini writes: > Hi, > > I'm experimenting with org-mode's exporting features and I've > discovered that, with both mediawiki exporters, multilines list's > items are rendered as a list item followed by a preformatted text > block. What do you mean by "both" mediawiki exporters? >From http://orgmode.org/worg/org-faq.html , | Will there ever be support for multiple lines in a table field? | | No. | | You can embed tables created with the table.el package in org-mode | buffers, with mixed success when it comes to export and publishing. ` > Aside from editing the mediawiki markup, there is a way to fix the > behaviour of org exporters? I don't think so. Disclaimer: I am not the original author of either of the exporters. > thanks --
[O] [PATCH] org-mac-ical: Include repeating events in diary file
This patch fixes two bugs. The original code always included events in December of the previous year and January of the next year regardless of the month range. This fixes that. Also, the original code didn't keep repeating events that started outside of the month range. The new code keeps all repeating events. Don Roberts 0001-org-mac-ical-Clean-up-org-mac-iCal-range-checking-to.patch Description: Binary data
[O] Aliases questions (autocompletion)
Hi all, I have started using aliases in bbdb and wonder if there is any setup to autocomplete on defined aliases in the headers? Say, I have an alias named "listofmembers" and want to mail them. I add this mail-alias field to all relevant contacts, then in the "To" header type the full alias "listofmembers" followed by TAB, this fills in the "To" header with the group members email as expected. However, I would like to enable TAB completion on alias names, e.g. if I type "lis" and TAB this should ideally fill in the rest. Is this possible to achieve? Second question, is there a clever way to list all mail aliases in BBDB, and subsequently list all members of o select mail alias? I am using bbdb 3.02 with No Gnus 0.18. Thanks! -- Johnny
Re: [O] Remove \maketitle from scrlttr2 latex export
Peter de Jong writes:
> Perhaps this is indeed a latex issue related to the scrlttr2 class.
> I have reverted back to Jambu's original .scrlttr2 file, added the
> BIND, changed [jambu] to [pdj] for the LCO, removed the *encl section.
> I also applied the patch to org-latex.el.
You can add the #+BIND line to the following variable.
,[ C-h v org-latex-generic-scrlttr2-setup RET ]
| org-latex-generic-scrlttr2-setup is a variable defined in `org-scrlttr2.el'.
| Its value is
| "\n#+LaTeX_CLASS: scrlttr2\n#+LaTeX_CLASS_OPTIONS: [DIN]\n#+OPTIONS:
toc:nil\n"
|
| Documentation:
| Meta lines for scrlttr2 class. Plug in your LCO file.
|
| You can customize this variable.
|
| [back]
`
> No maketitle appears in the .tex, but from the commandline i also have errors:
> /
> | (c:\Users\pjo16137\Dropbox\Organizer\export\brief.aux)
> | ("C:\Program Files (x86)\MiKTeX\tex\latex\base\ts1cmr.fd")
> | ! Undefined control sequence.
> | \select@language ... \@empty }\languageshorthands
> | {none}\babel@beginsave
> \cs..
> | l.24 \begin{document}
> |
> | ?
> \
>
> Maybe this error results in the blank first page with "none".
I am using MikTex as well. With following changes your brief.tex, the
file compiles fine for me and things are OK (I see NO "none" page)
,
| Replace \documentclass[pdj]{scrlttr2} with \documentclass[jambu]{scrlttr2}
|
| Remove the following packages (which I don't have installed )
| \usepackage{marvosym}
| \usepackage{wasysym}
| \usepackage{latexsym}
`
I am pretty sure that "none" page has something to do with your pdj.lco
file or how you have installed the scrlttr2 class.
FWIW, my lco file begins with the following lines followed by lots of
komavars.
,
| \ProvidesFile{jambu}[10 letter-class-option]
|
| \usepackage{times} \usepackage[utf8]{inputenc}
| \usepackage[T1]{fontenc}
| \usepackage[english]{babel}
| \usepackage{url}
|
| \LoadLetterOption{DIN}
`
ISTM (and I am not latex user in even remote sense of the word)
including babel package with appropriate langauge would set the things
right for you. Also I am using the "D1N" as the base LCO file. You may
also want to check the base LCO file picked by your setup.
Jambunathan K.
>
> This issue has not much to do anymore with org-mode, I'll try to find
> some Latex help.
>
> Thanx Jambu for the help.
>
> 2011/7/30 Jambunathan K :
>>
>> Hello Peter
>>
>> Thanks for your interest in scrlttr2.
>>
>>> Hi,
>>>
>>> Since a few days i use the scrlttr2 org-mode implementation of
>>> Jambunathan. His work was posted in this list:
>>> http://lists.gnu.org/archive/html/emacs-orgmode/2010-09/msg01264.html
>>> http://lists.gnu.org/archive/html/emacs-orgmode/2010-09/msg01266.html
>>>
>>> His 4 .el files are placed in ~/emacs/contrib/scrlttr2 and are loaded
>>> in _emacs (commented out my own configuration).
>>> I then start emacs, open brief.scrlttr2, Ctrl-c Ctrl-e d opens the
>>> attached pdf file. I included the intermediate brief.tex.
>>>
>>> As the pdf shows, there is a for the most blank first page with "none"
>>> from the \maketitle statement. Whatever i do, this statement keeps
>>> getting generated.
>>>
>>> How can I remove this?
>>>
>>
>> From my end, I am seeing that \maketitle is no longer produced. Did you
>> revert the org/scrlttr2 file after adding the following line?
>>
>> ,
>> | #+BIND: org-export-latex-title-command ""
>> `
>>
>> As an alternative you can also do a C-c C-c on the above line and you
>> will find yourself being questioned with:
>>
>> ,
>> | Allow BIND values in this buffer? (y or n) y
>> `
>>
>> The generation of above query is controlled by the following variable
>>
>> ,[ C-h v org-export-allow-BIND RET ]
>> | org-export-allow-BIND is a variable defined in `org-exp.el'.
>> | Its value is confirm
>> |
>> | Documentation:
>> | Non-nil means allow #+BIND to define local variable values for export.
>> | This is a potential security risk, which is why the user must confirm the
>> | use of these lines.
>> |
>> | You can customize this variable.
>> |
>> | [back]
>> `
>>
>> You may also want to check that variable.
>>
>>
>> On export to scrlttr2, Org creates a "*Org PDF LaTeX Output*" buffer
>> that contains some errors [1]. Inspite of this a pdf file is
>> produced. The errors are because of extra newlines in \encl and \closing
>> commands. The attached "patch" to org-latex.el removes this extra
>> newline. If there is some interest from maintainer's side I can create a
>> formal patch for org-latex.el[2].
>>
>>
>>
>>
>> As a side note, if the "to" section of the scrlttr2 file contains a bbdb
>> link as below
>>
>> ,
>> | ** to
>> | [[bbdb:Richard%20Stallman][bbdb:Richard Stallman]]
>> `
>>
>>
>> and you have BBDB entry with the address for the above person as shown
>> below
>>
>> ,
>> | Richard Stallman - Free Software Foundation
>> | Office: 51 Franklin St
>> | Boston, MA 02110
Re: [O] Remove \maketitle from scrlttr2 latex export
Perhaps this is indeed a latex issue related to the scrlttr2 class.
I have reverted back to Jambu's original .scrlttr2 file, added the
BIND, changed [jambu] to [pdj] for the LCO, removed the *encl section.
I also applied the patch to org-latex.el.
No maketitle appears in the .tex, but from the commandline i also have errors:
/
| (c:\Users\pjo16137\Dropbox\Organizer\export\brief.aux)
| ("C:\Program Files (x86)\MiKTeX\tex\latex\base\ts1cmr.fd")
| ! Undefined control sequence.
| \select@language ... \@empty }\languageshorthands
| {none}\babel@beginsave \cs..
| l.24 \begin{document}
|
| ?
\
Maybe this error results in the blank first page with "none".
This issue has not much to do anymore with org-mode, I'll try to find
some Latex help.
Thanx Jambu for the help.
2011/7/30 Jambunathan K :
>
> Hello Peter
>
> Thanks for your interest in scrlttr2.
>
>> Hi,
>>
>> Since a few days i use the scrlttr2 org-mode implementation of
>> Jambunathan. His work was posted in this list:
>> http://lists.gnu.org/archive/html/emacs-orgmode/2010-09/msg01264.html
>> http://lists.gnu.org/archive/html/emacs-orgmode/2010-09/msg01266.html
>>
>> His 4 .el files are placed in ~/emacs/contrib/scrlttr2 and are loaded
>> in _emacs (commented out my own configuration).
>> I then start emacs, open brief.scrlttr2, Ctrl-c Ctrl-e d opens the
>> attached pdf file. I included the intermediate brief.tex.
>>
>> As the pdf shows, there is a for the most blank first page with "none"
>> from the \maketitle statement. Whatever i do, this statement keeps
>> getting generated.
>>
>> How can I remove this?
>>
>
> From my end, I am seeing that \maketitle is no longer produced. Did you
> revert the org/scrlttr2 file after adding the following line?
>
> ,
> | #+BIND: org-export-latex-title-command ""
> `
>
> As an alternative you can also do a C-c C-c on the above line and you
> will find yourself being questioned with:
>
> ,
> | Allow BIND values in this buffer? (y or n) y
> `
>
> The generation of above query is controlled by the following variable
>
> ,[ C-h v org-export-allow-BIND RET ]
> | org-export-allow-BIND is a variable defined in `org-exp.el'.
> | Its value is confirm
> |
> | Documentation:
> | Non-nil means allow #+BIND to define local variable values for export.
> | This is a potential security risk, which is why the user must confirm the
> | use of these lines.
> |
> | You can customize this variable.
> |
> | [back]
> `
>
> You may also want to check that variable.
>
>
> On export to scrlttr2, Org creates a "*Org PDF LaTeX Output*" buffer
> that contains some errors [1]. Inspite of this a pdf file is
> produced. The errors are because of extra newlines in \encl and \closing
> commands. The attached "patch" to org-latex.el removes this extra
> newline. If there is some interest from maintainer's side I can create a
> formal patch for org-latex.el[2].
>
>
>
>
> As a side note, if the "to" section of the scrlttr2 file contains a bbdb
> link as below
>
> ,
> | ** to
> | [[bbdb:Richard%20Stallman][bbdb:Richard Stallman]]
> `
>
>
> and you have BBDB entry with the address for the above person as shown
> below
>
> ,
> | Richard Stallman - Free Software Foundation
> | Office: 51 Franklin St
> | Boston, MA 02110
> | US
> | net: r...@gnu.org
> `
>
>
> then org-scrlttr2 is intelligent enough to expand the snail mail address
> automagically.
>
> Jambunathan K.
>
>
> Footnotes:
>
> [1] Dump of error lines while compiling tex file generated by
> scrlttr2. Note the reference to paragraphs in \encl and \closing lines.
>
> ,
> | Overfull \hbox (142.92982pt too wide) in paragraph at lines 43--43
> | $[]$
> | Location field: empty
> | Reference line: only place and date
> | Title: no
> | Subject: before opening
> | Runaway argument?
> | {
> | ! Paragraph ended before \encl was complete.
> |
> | \par
> | l.50
> |
> | ! Extra }, or forgotten \endgroup.
> | l.57 }
> |
> | Runaway argument?
> | {
> | ! Paragraph ended before \closing was complete.
> |
> | \par
> | l.60
> |
> | ! Extra }, or forgotten \endgroup.
> | l.62 }
> |
> | [1{C:/Documents and Settings/kjambunathan/Local Settings/Application
> Data/MiKTe
> | X/2.8/pdftex/config/pdftex.map}]
> | ("c:\Documents and Settings\kjambunathan\My Documents\My
> Data\tmp-orgmode\scrlt
> | tr2\sample-scrlttr2.aux") )
> | (see the transcript file for additional information){C:/Program
> Files/MiKTeX 2.
> | 8/fonts/enc/dvips/fontname/8r.enc} 2.8/fonts/type1/urw/
> | helvetic/uhvr8a.pfb> 2.8/fonts/type1/urw/times/utmr8a.p
> | fb>
> | Output written on sample-scrlttr2.pdf (1 page, 26984 bytes).
> | Transcript written on sample-scrlttr2.log.
> `
>
> [2] scrlttr2 is a hack. Nevertheless a clean patch can be applied to
> org-latex.el by moving the "\n" to the sectioning options of
> org-export-latex-classes.
>
> --
>
>
[O] git diff: hunk header config
Hi all I suggest to change the config of git diff in the org-mode.git repo to the more helpful hunk header (the @@...@@ line) style: #+begin_src diff @@ -12991,7 +12991,7 @@ (defun org-align-tags-here (to-col) (goto-char (match-beginning 1)) (insert " ") (delete-region (point) (1+ (match-beginning 2))) - (setq ncol (max (1+ (current-column)) + (setq ncol (max (current-column) (1+ col) (if (> to-col 0) to-col #+end_src which is similar to GNU diff -p/--show-c-function. The current, not configured default "style" is: #+begin_src diff @@ -12991,7 +12991,7 @@ If ONOFF is `on' or `off', don't toggle but set to thi (goto-char (match-beginning 1)) (insert " ") (delete-region (point) (1+ (match-beginning 2))) - (setq ncol (max (1+ (current-column)) + (setq ncol (max (current-column) (1+ col) (if (> to-col 0) to-col #+end_src Would that be commonly welcome for at least firstly Emacs Lisp and texinfo? If yes, the following is to be added to the org-mode.git repo: 1) new file .gitattributes: #+begin_src *.eldiff=el *.texi diff=texinfo #+end_src 2) append to .git/config: #+begin_src [diff "el"] xfuncname = "^(\\(def[a-z]+ .+)$" [diff "texinfo"] xfuncname="^(@(sub)*section.*)$" #+end_src I hope that somebody can do this in the repo in such a way that it will be effective after git pull and git clone automatically, so that nobody has to care about later. Michael
[O] compute the difference between effort estimates and actual clocked time
I'd like to add to my tasks a property whose value should be the difference in time between the effort estimates and the actual clocked time. The final purpose is to use the property in column view mode as I do with CLOCKSUM and Effort. Could you give me any hints?
Re: [O] org-open-at-point (C-c C-o) doesn't work anymore
Hsiu-Khuern Tang writes: > org-babel-open-src-block-result: Symbol's value as variable is void: > org-babel-inline-src-block-regexp Thanks for reporting this. I've just posted a patch in another thread: http://permalink.gmane.org/gmane.emacs.orgmode/45159 As a workaround you can also do an M-x org-reload (bound to C-c C-x !). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [O] [PATCH] Footnote export to LaTeX "wrong number of arguments" error
John Hendy writes:
> Would this have an effect if I don't ever run 'make install'?
Since it is added to the load-path during compile it might have
undesirable side-effects if an older org-mode resides at that path.
But, I'm now getting these errors too since I have started Emacs
freshly. The offending commit is 9ff7f80f51a by Eric Schulte, where he
wraps the defvar definition into eval-when-compile. This change defines
the variable during compile and gets rid of that error, but then it is
not defined when loading org-mode the first time. If you do an
org-reload this is rectified (which is why I didn't see the error
yesterday.
The original error during compile-time comes from using the variable in
a macro expansion. I don't think this is the right thing to do since we
would not want to expand the variable at compile time (it would not be
variable anymore after compilation). The attached patch seems to
correct this for me.
>From f22e8eb7d7cced676471268a2eb7d69ad8e3e1b8 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Sun, 31 Jul 2011 10:53:54 +0200
Subject: [PATCH] Prevent runtime error introduced by commit 9ff7f80f51a
* lisp/ob.el (defvar): revert wrapping into eval-when-compile since it
makes the variable non-existent during initial load.
* lisp/ob.el (org-babel-map-inline-src-blocks): un-comma use of
variable org-babel-inline-src-block-regexp, since we don't want
to expand it at compile-time
TINYCHANGE
---
lisp/ob.el | 21 ++---
1 files changed, 10 insertions(+), 11 deletions(-)
diff --git a/lisp/ob.el b/lisp/ob.el
index 4961ceb..c5a877d 100644
--- a/lisp/ob.el
+++ b/lisp/ob.el
@@ -141,16 +141,15 @@ remove code block execution from the C-c C-c keybinding."
"\\([^\000]*?\n\\)?[ \t]*#\\+end_src")
"Regexp used to identify code blocks.")
-(eval-when-compile
- (defvar org-babel-inline-src-block-regexp
-(concat
- ;; (1) replacement target (2) lang
- "[^-[:alnum:]]\\(src_\\([^ \f\t\n\r\v]+\\)"
- ;; (3,4) (unused, headers)
- "\\(\\|\\[\\(.*?\\)\\]\\)"
- ;; (5) body
- "{\\([^\f\n\r\v]+?\\)}\\)")
-"Regexp used to identify inline src-blocks."))
+(defvar org-babel-inline-src-block-regexp
+ (concat
+ ;; (1) replacement target (2) lang
+ "[^-[:alnum:]]\\(src_\\([^ \f\t\n\r\v]+\\)"
+ ;; (3,4) (unused, headers)
+ "\\(\\|\\[\\(.*?\\)\\]\\)"
+ ;; (5) body
+ "{\\([^\f\n\r\v]+?\\)}\\)")
+ "Regexp used to identify inline src-blocks.")
(defun org-babel-get-header (params key &optional others)
"Select only header argument of type KEY from a list.
@@ -750,7 +749,7 @@ buffer."
If FILE is nil evaluate BODY forms on source blocks in current
buffer."
(declare (indent 1))
- `(org-babel-map-regexp ,org-babel-inline-src-block-regexp ,file ,@body))
+ `(org-babel-map-regexp org-babel-inline-src-block-regexp ,file ,@body))
;;;###autoload
(defun org-babel-execute-buffer (&optional arg)
--
1.7.6
Let us know if that fixes things for you and I'll let Eric decide if he
pushes that patch or something different, depending on what he really
wanted to do.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] org-open-at-point (C-c C-o) doesn't work anymore
Hi John and Achim, Thanks for your replies. I tried your suggestions, and here are the results: - Achim's suggestions: I normally install org-mode from a .deb that I create using a debian/rules file copied from the debian org-mode package, so I believe I'm using the correct org-install.elc file. I also tried uninstalling the deb package and installing org-mode under /usr/local via "make install" and got the same results. - John's suggestions: On Sat, Jul 30, 2011 at 2:23 PM, John Hendy wrote: > I experienced this as well, but with a different issue. See this > thread of mine from today: > --- http://www.mail-archive.com/emacs-orgmode@gnu.org/msg44887.html > > The following both (well, using either one) fixed my issue as well as > the C-c C-o issue: > > 1) make clean > 2) git reset --hard release_7.7 > > It looks like that commit might be an issue after all. Running git reset --hard release_7.7 does solve my C-c C-o problem -- this suggests to me that some patch since release_7.7 is responsible? I do see a patch -- commit 9ff7f80f51a15c -- that seems related, but I'm not familiar enough with elisp/git to diagnose this. - Hsiu-Khuern.
