[O] Experimental media-wiki export
I've found myself using the media-wiki export code in EXPERIMENTAL quite a bit - but it seems to have broken in the most recent builds. I'm curious what the status of that is - are there any plans to move it into the main codebase? Is anyone even maintaining it? I find it is the best mediawiki export, especially for tables. Much thanks, Dave
Re: [O] Incorrect LaTex Export
Thank you very much, Nicolas. Yes, it is working now. Best Regards, Jai On Fri, May 27, 2011 at 7:59 AM, Nicolas Goaziou n.goaz...@gmail.comwrote: Hello, Jai Bharat Patel i...@jaib.net writes: The following fragment(in minimal.org) used to work correctly with org-mode-7.3 when exporting to pdf (C-c C-e d), but not working with latest code in the latest snapshot #+TITLE: #+AUTHOR: #+EMAIL: #+DATE: #+OPTIONS: toc:nil ^:nil #+LATEX_HEADER: \usepackage{listings,babel} #+LATEX_HEADER: \lstset{breaklines=true, basicstyle=\ttfamily, frame=shadowbox} #+BEGIN_LaTeX \begin{lstlisting} -- Item List: -- - Item 1 - Item 2 - Item 3 \end{lstlisting} #+END_LaTeX This should now be fixed in master. Don't hesitate to report back if it isn't. Thanks for reporting this ! Regards, -- Nicolas Goaziou
Re: [O] Passing font size to exported LaTeX table
Hi Thomas and Suvayu, Thomas S. Dye wrote: Suvayu Ali fatkasuvayu+li...@gmail.com writes: diff --git a/doc/org.texi b/doc/org.texi index aa34cd3..5fa1e22 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -10160,7 +10160,7 @@ All lines between these markers are exported literally @subsection Tables in @LaTeX{} export @cindex tables, in @LaTeX{} export -For @LaTeX{} export of a table, you can specify a label and a caption +For @LaTeX{} export of a table, you can specify a label, a caption and placement options (@pxref{Images and tables}). You can also use the @code{ATTR_LaTeX} line to request a @code{longtable} environment for the table, so that it may span several pages, or to change the default table environment from @code{table} @@ -10207,7 +10207,20 @@ element. You can use an @code{#+ATTR_LaTeX:} line to specify the various options that can be used in the optional argument of the @code{\includegraphics} macro. To modify the placement option of the @code{figure} environment, add something like @samp{placement=[h!]} to the -Attributes. +Attributes. It is to be noted this option can be used with tables as well. +The options are passed as the placement option to floating environments like +@code{figure} or @code{table}. One can pass other compatible options as well. +For example the @code{#+ATTR_LaTeX:} line below is exported as the +@code{figure} environment below it. + +@cindex #+ATTR_LaTeX +@example +#+ATTR_LaTeX: placement=[options]\footnotesize + +\begin{figure}[options]\footnotesize +... +\end{figure} +@end example If you would like to let text flow around the image, add the word @samp{wrap} to the @code{#+ATTR_LaTeX:} line, which will make the figure occupy the left This looks like an improvement to me. I think so too. The real test will be, though, the day I will search for additional info about the tables. And the above text seems neat to me. I'd be interested to hear what Nick and Seb might have to say. They often catch things I miss. ;-) If you don't get other comments, I'd encourage you to submit this as a patch (I think this requires [PATCH] in the subject line) to see what Carsten and crew have to say about it. Thanks again for finding this solution to specifying the font size for floating tables on a table-by-table basis in LaTeX export. I'd been looking for your solution, and for Nick's solution that works on a per-document or buffer basis, for many months without success. Thanks to both of you, for closing this loop up to the documentation stuff! Best regards, Seb -- Sébastien Vauban
Re: [O] Experimental media-wiki export
David Mason dma...@mozilla.com writes: I've found myself using the media-wiki export code in EXPERIMENTAL quite a bit - but it seems to have broken in the most recent builds. May be this will help. http://lists.gnu.org/archive/html/emacs-orgmode/2011-04/msg00316.html I'm curious what the status of that is - are there any plans to move it into the main codebase? Is anyone even maintaining it? You have the option of exporting it to html or odt and have it converted to mediawiki. Open/Libre Office seems to be one uber converter and you can use it to export to mediawiki (by hand) or through commandline (use unoconv). If you are unhappy with unoconv, you can write some basic macros and have a made-to-order commandline that exports html/odt to mediawiki. I am attaching test org file and the corresponding mediawiki export (generated via the html backend). I am not sure how good the mediawiki export is. I find it is the best mediawiki export, especially for tables. Btw, the attached test file has tables, both simple and complex. On a related note, in all honesty, 1. I think that Org shouldn't support all backends in the world as part of it's core. The previous statement equally applies to the org-odt backend. It would suffice if Org provides a generic exporter and people unhappy with existing converters or who have plenty of time in hand (like me) can author standalone modules that is in tune with ORg way of things and distribute it via GNU's ELPA. 2. I think Org should provide a way (out of the box) to post-process an exported file to one of the other formats using an external converter. LibreOffice, if not now, atleast in distant future would become the One True Converter to rule the world. Something like M-x org-export-as-other Jambunathan K. #part type=text/plain filename=~/src/org-jambu/contrib/odt/files/test.org disposition=attachment description=test.org #/part #part type=text/plain filename=~/src/org-jambu/contrib/odt/files/test.txt disposition=inline description=test.mediawiki #/part --
Re: [O] Experimental media-wiki export
The attachment didn't come through. I am attaching it here. I am attaching test org file and the corresponding mediawiki export (generated via the html backend). I am not sure how good the mediawiki export is. #+TITLE: Testfile for OpenDocumentText Exporter #+AUTHOR:Jambunathan K #+EMAIL: kjambunat...@gmail.com #+DATE: 2011-04-04 Mon #+DESCRIPTION: #+KEYWORDS: #+LANGUAGE: en #+OPTIONS: H:4 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t :t #+OPTIONS: TeX:t LaTeX:verbatim skip:nil d:nil todo:t pri:nil tags:not-in-toc #+EXPORT_SELECT_TAGS: export #+EXPORT_EXCLUDE_TAGS: noexport #+LINK_UP: #+LINK_HOME: #+XSLT: #+STARTUP: overview # Use C-c C-e O or C-c C-e o to export this buffer to OpenDocumentText * ODT Exporter :project:hacking: ** Online References - [[http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1-html/OpenDocument-v1.1.html][ODF Specification]] - [[http://books.evc-cit.info/odbook/book.html][OASIS OpenDocument Essentials (Book)]] - [[http://wiki.services.openoffice.org/wiki/Documentation/OOo3_User_Guides/Writer_Guide][OpenOffice.org's Writer Guide]] Downloadable pdf version are available [[http://wiki.services.openoffice.org/wiki/Documentation/OOo3_User_Guides/Chapters][here]] ** Validation tools - [[http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-schema-v1.1.rng][OpenDocument-schema-v1.1.rng]] - Use [[http://www.thaiopensource.com/relaxng/trang.html][Trang]] to generate .rnc file from .rng file. ** org-odt.el Bugs and Pending Items *** TODO Links to Listified Headlines are not generated Export this documen with H:3 and note that link references under [[References]] are broken. To circumvent this issue change default settings from H:3 to H:4 for now. *** TODO Cleanup on crash When odt exporter throws an error the xml files are content.xml, styles.xml etc are left staying around. Need to clean these up using unwind-protect? *** TODO Fix all interactive commands org-export-region-as-odt, org-export-as-odt-to-buffer etc. #+begin_src sh emacs --batch -L ~/src/org-jambu/lisp --eval (progn (require 'org-odt) (setq org-export-headline-levels 3) (toggle-debug-on-error)) --visit=draftcopy.org --funcall org-export-as-odt-batch #+end_src *** TODO Fix issues reported by Christian Moe (first post) SCHEDULED: 2011-01-31 Mon See [[http://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg01293.html][this post]]. - Fix cross references to Tables, Images etc. Ability to choose other types names, like Chart, Figure, etc. - Paragraphs were frequently split up, mid-sentence, by unwanted paragraph breaks. Not sure whether this problem still exists with the latest release of org-odt. *** TODO Fix issues reported by Christian Moe (second post) SCHEDULED: 2011-03-21 Mon See [[http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01379.html][this post]] TODO Syntax highlighting of source code blocks - Use htmlfontify.el maybe TODO OrgVerse can be aesthetically more pleasing? TODO Export of test.org with LaTeX:verbatim option Equations under [[LaTeX Fragments]] go invisible TODO Broken link within [[References to Dedicated Target]] *** TODO Support for MathML [2011-03-29 Tue] MathToWeb could be used for this. See [[http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01755.html][following post]]. *** TODO Validation failures with =HTML_CONTAINER_CLASS= [2011-04-02 Sat] :PROPERTIES: :HTML_CONTAINER_CLASS: custom :END: This section introduces two issues. - A text:span element cannot occur within text:bookmark-ref. How to handle this. - text:style-name attribute for text:section cannot have spaces. Explore styling of section in OpenOffice. *** TODO Tables within a list-item :noexport: Tables cannot occur as list-item. OpenOffice Writer seems to handle this scenario as follows: While encountering a table terminate the top-level list. Insert formatted Table with the same indentation as if it were a list-item of the original list. Once the table is inserted, re-open the list and start emitting the following list-items at the right nested level. Fixing this bug would require that the list callbacks provide information on the indentation level of the current list. Not sure how to set the Table indentation properties? - L1.1 - L1.2 - L2.1 - L2.2 | | formula debugger label | processing stage | | / | | | |---++| | | Result:| output of Calc | | | Format:| reformatting with =printf= | - L2.3 - L1.3 *** DONE Support for Custom
Re: [O] Passing font size to exported LaTeX table
Hi Tom and Seb, On Sat, 28 May 2011 09:17:18 +0200 Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: This looks like an improvement to me. I think so too. The real test will be, though, the day I will search for additional info about the tables. And the above text seems neat to me. Great! All is in order then. :) If you don't get other comments, I'd encourage you to submit this as a patch (I think this requires [PATCH] in the subject line) to see what Carsten and crew have to say about it. From what I understand the patchwork server queues messages based on the MIME type and contents of the attachment. If that is correct this should be picked up just fine. Thanks again for finding this solution to specifying the font size for floating tables on a table-by-table basis in LaTeX export. I'd been looking for your solution, and for Nick's solution that works on a per-document or buffer basis, for many months without success. Thanks to both of you, for closing this loop up to the documentation stuff! Thanks everyone, :) -- Suvayu Open source is the future. It sets us free.
Re: [O] having problems this mailing list configuration
Piter_ x.pi...@gmail.com writes: I have some problems with mailing list configuration. I wanted to disable mail delivery and check list via web interface, but some how it goes not save the changes I make. I have enabled cookies dan it workd with other mailing lists. Hi Petro, you do not have to be subscribed to read or send to the list. ,[ http://orgmode.org/index.html#sec-5_2 ] | * Subscribe to it at the web interface. | * Directly send mail to it. If you are not subscribed, a moderator | will look at the message before passing it through to the list. | * Read the list on Gmane through a web interface or with a newsreader. | * Please read the Feedback section of Org's manual before posting a | question, it helps getting useful answer. ` Direct link to the web interface gmane: http://news.gmane.org/gmane.emacs.orgmode However, this should work. Let me see ... When I login to my mailing list membership configuration, it says Note: your list delivery is currently disabled; it was disabled by you. right at the top of that page iin the second/third paragraph. And of course Mail delivery is set to Disabled. So, if you made these settings, save, logout, and log in again, your changes are lost? Memnon
Re: [O] org-capture in the same file from which it was called under certain heading
Rainer M Krug r.m.k...@gmail.com writes: Yes - exactly that. Now if this could go into the documentation of org-capture, that would be great. The doc string of `org-capture-templates' concisely says: , | A file can also be given as a variable, function, or Emacs Lisp | form. ` So it is documented already. (Note to self: Docstrings deserve closer attention. Do not only skim over them anymore!) Might be worth a footnote in the manual. OTOH, this seems to be sort of a corner case; the manual should not try to encompass everything there is... Memnon
Re: [O] Semantics of 'C-c -' and massively-indented lists
Hello, Huy list-orgm...@reml.org writes: The effects of converting from headline to list with 'C-c -' and back to 'C-c *' don't behave as I'd expect. The indentation levels seem all wrong, no matter how you look at it. I have pushed a patch that should go in the right direction. See below. What I would like is a LEVEL=1 list, properly indented along with the rest of the body text. If org-adapt-indentation is t, then I would expect to see: * Headline - Converted Line where the '-' is aligned with the 'H' of the above headline, at the same column where any body text would start if I hit TAB in a line after Headline (if there were no list). And if org-adapt-indentation is nil, then I would expect to see: * Headline - Converted Line Fixed. In fact, if I take the list and I try to convert it back to a headline with 'C-c *', it doesn't even matter how many spaces there are in front of the '-': it's always converted to a LEVEL=5 headline because the parent is LEVEL=4: This is the intended behavior. Things look especially weird when org-indent-mode is turned on, since you have a mixture of visual indentation and hard space indentation. I would expect a 'C-c -' to insert no hard spaces at all and leave everything in column 0 and let the visual-line-mode adjust the display. Fixed. It's the same as the first case, as org-indent-mode sets org-adapt-indentation to nil. Now, what happens when we convert the previous example back by using 'C-c *'? We get a LEVEL-4 headline. * Headline LEVEL=3 - Converted Line LEVEL=4 becomes * Headline LEVEL=3 *** Converted Line LEVEL=4 The operations are not symmetric because somehow the LEVEL was incremented. Operations are not symmetric because lists and headlines are not equivalent objects. In most cases, 'C-c *' acts sanely. It acts weird when there is no Headline above a list item and you try to convert to a Headline. Again, in 'odd' mode. - Converted Line LEVEL=1 (alone without parent) becomes ** Converted Line LEVEL=1.5 (alone without parent) Yes, that's a decimal. It's trying to hide in the cracks. Fixed. Please report back if something is still wrong. Thank you. Regards, -- Nicolas Goaziou
[O] [PATCH] latex export - title placement
Hi all, This patch addresses the problem of ambiguous conventions for the placement of the title related macros (\author, \date,...) with respect to the main document body in different latex classes. It introduces the following changes: * org-exp.el: - added the following options: - title-position (tpos) - with-title (wtitle) - with-author (wauth) - with-date (wdate) - with-maketitle (wmtitle) * org-latex.el: - implemented handling of new options (see above): - title-position controls placement of \title, \author, \date; possible values are b = before \begin{document}, any other values default to after \begin{document} - with-* controls if the corresponding macro is exported at all this can be convenient for more complex titles (e.g. several authors including affiliations,...) The patch seems to work for me so far. What do you all think? IMO it would be useful to integrate this, as it gives slightly more control over the export process. Of course one might want to think about better option names. The diff is done against commit bc161ded3693f752616dcd247fc9d638789025ee. Let me briefly describe my current use case: I disable all commands except \title, use babel to created a title.tex file (including several authors and affiliations) by tangling latex code and then include the file (into the main body of the document, not the preamble). That's the only decent way I've found to do this, if anyone knows an easier way (I have the feeling that I might be overlooking an obvious solution) please let me know! Cheers Sebastian org-patch.diff Description: Binary data
Re: [O] [PATCH] latex export - title placement
I just now saw the FAQ entry on sending patches, sorry for that! I'm reposting the patch with the proper mime-type. Hope it's correct this time! Sebastian diff --git a/lisp/org-exp.el b/lisp/org-exp.el index d6ed193..e8086a6 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -618,6 +618,8 @@ table.el tables. (defvar org-min-level nil) ; dynamically scoped variable (defvar org-levels-open nil) ; dynamically scoped parameter +;; patched +;; Time-stamp: 2011-05-27 19:12:11 c705264 (defconst org-export-plist-vars '((:link-upnil org-export-html-link-up) (:link-home nil org-export-html-link-home) @@ -672,7 +674,13 @@ table.el tables. (:select-tagsnil org-export-select-tags) (:exclude-tags nil org-export-exclude-tags) -(:latex-image-options nil org-export-latex-image-default-option)) +(:latex-image-options nilorg-export-latex-image-default-option) +(:latex-title-positiontpos org-export-latex-title-position) +(:latex-with-author wauthorg-export-latex-with-author) +(:latex-with-date wdateorg-export-latex-with-date) +(:latex-with-titlewtitle org-export-latex-with-title) +(:latex-with-maketitlewmtitle org-export-latex-with-maketitle) +) List of properties that represent export/publishing variables. Each element is a list of 3 items: 1. The property that is used internally, and also for org-publish-project-alist diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 764a48d..c2dc8df 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -78,6 +78,26 @@ ;;; User variables: +;; begin patched +;; Time-stamp: 2011-05-27 18:31:51 c705264 + +(defvar org-export-latex-title-position b + Determines if \\title, \\author, \\email and \\date commands are inserted before (default) or + after (\a\) \\begin{document}.) + +(defvar org-export-latex-with-maketitle t + Determines if \\maketitle is inserted) + +(defvar org-export-latex-with-author t + Determines if \\author is inserted) + +(defvar org-export-latex-with-date t + Determines if \\date is inserted) + +(defvar org-export-latex-with-title t + Determines if \\title is inserted) +;; end patched + (defgroup org-export-latex nil Options for exporting Org-mode files to LaTeX. :tag Org Export LaTeX @@ -1334,6 +1354,8 @@ LEVEL indicates the default depth for export. The function formatting returning the string to create the table of contents. The function mus take one parameter, the depth of the table of contents.) +;; patched +;; Time-stamp: 2011-05-27 19:06:33 c705264 (defun org-export-latex-make-header (title opt-plist) Make the LaTeX header and return it as a string. TITLE is the current title from the buffer or region. @@ -1344,7 +1366,12 @@ OPT-PLIST is the options plist for current buffer. (email (replace-regexp-in-string _ _ (org-export-apply-macros-in-string -(plist-get opt-plist :email) +(plist-get opt-plist :email + (title-position (plist-get opt-plist :latex-title-position)) + (with-author (plist-get opt-plist :latex-with-author)) + (with-date (plist-get opt-plist :latex-with-date)) + (with-title (plist-get opt-plist :latex-with-title)) + (with-maketitle (plist-get opt-plist :latex-with-maketitle))) (concat (if (plist-get opt-plist :time-stamp-file) (format-time-string %% Created %Y-%m-%d %a %H:%M\n)) @@ -1359,33 +1386,43 @@ OPT-PLIST is the options plist for current buffer. (org-export-apply-macros-in-string org-export-latex-append-header) ;; define alert if not yet defined \n\\providecommand{\\alert}[1]{\\textbf{#1}} + \n\n + ;; beginning of the document (title after \begin{document}) + (when (not (string= b title-position)) + \n\\begin{document}\n\n) ;; insert the title - (format - \n\n\\title{%s}\n - (org-export-latex-fontify-headline title)) + (when with-title + (format + \\title{%s}\n + (org-export-latex-fontify-headline title))) ;; insert author info - (if (plist-get opt-plist :author-info) -(format \\author{%s%s}\n -(org-export-latex-fontify-headline (or author user-full-name)) -(if (and (plist-get opt-plist :email-info) email - (string-match \\S- email)) -(format \\thanks{%s} email) - )) - (format %%\\author{%s}\n - (org-export-latex-fontify-headline (or author user-full-name + (when with-author + (if (plist-get opt-plist :author-info) + (format \\author{%s%s}\n + (org-export-latex-fontify-headline (or author user-full-name)) + (if (and (plist-get opt-plist :email-info) email +
Re: [O] org-capture in the same file from which it was called under certain heading
Hi, Yagnesh Raghava Yakkala yagn...@live.com writes: to extend the same, I have a similar requirement where I want to capture subtasks of a TODO item as I am working on it. So the (TODO)node under which I want to capture changes with the time. It would be good If there is a way to specify capture destination dynamically(most of the time the capture destination is under the current clocked item) I think I now what you want, but to be sure, a simple example outline would help. Memnon
[O] [PATCH] ELPA: Support for building Package Variants and Package Upload.
Attaching an improvement to my earlier patch - http://patchwork.newartisans.com/patch/377/ The earlier patch can now be ignored. Jambunathan K. From 2ba0a7341c7968f38086cec3d7d3e8f0a95960ad Mon Sep 17 00:00:00 2001 From: Jambunathan K kjambunat...@gmail.com Date: Wed, 18 May 2011 23:55:13 +0530 Subject: [PATCH] ELPA: Support for building Package Variants and Package Upload. * Makefile (PKG_TAG): Package version. Use YYMMDD as the default version. (PKG_SEP, PKG_FLAVOUR): New config variables for building various flavours of org, for eg., org-odt20110518.tar, (PKG_FILES): Removed (PKG_LISP_FILES, PKG_INFO_FILES): These files end up in the root dir. (PKG_DOC_FILES): Optional. These files end up in the doc dir. (PKG_DATA_DIRS): Optional. Extra directories to be distributed with tarball. For example, org-odt package uses this to distribute rnc schema files, default styles file and unit test files. (PKG_README_ORG_FILE): README file. (PKG_EL_DIR): Load path for package.el and package-x.el. Useful if the build machine runs an Emacs machine that doesn't ship with package manager (for example Emacs-23.x) (PKG_UPLOAD_DIR): Package tarball is copied here. This is presumably the 'pub' dir of the webserver hosting the package. (pkg-info, pkg-doc, pkg-data, pkg-readme, pkg-upload): New targets subsumed within pkg target. (pkg): Modified. Use the above targets. * doc/ReleaseNotes.org: New file used to build package README file. --- Makefile | 124 -- doc/ReleaseNotes.org | 38 +++ 2 files changed, 147 insertions(+), 15 deletions(-) create mode 100644 doc/ReleaseNotes.org diff --git a/Makefile b/Makefile index 9693fd3..984c515 100644 --- a/Makefile +++ b/Makefile @@ -170,18 +170,58 @@ TEXIFILES = doc/org.texi INFOFILES = doc/org # Package Manager (ELPA) + +# Common Usage + +# |---+--+--| +# | Invocation| Output | Side-Effects | +# |---+--+--| +# | make pkg | org-20110518.tar | | +# | make PKG_TAG=7.3 pkg | org-7.3.tar | | +# | make PKG_FLAVOUR=odt pkg | org-odt-20110518.tar | | +# |---+--+--| + +# Advanced Usage + +# make PKG_EL_DIR=~/elisp PKG_UPLOAD_DIR=~/packages/ PKG_TAG=7.3 pkg + +# Invocation shown above builds org-7.3.tar and uploads the same to +# ~/packages using package-x.el in ~/elisp/. + +ifndef PKG_TAG PKG_TAG = $(shell date +%Y%m%d) +endif + +ifdef PKG_FLAVOUR +PKG_SEP = - +endif + +PKG_BNAME = org +PKG_QNAME = $(PKG_BNAME)$(PKG_SEP)$(PKG_FLAVOUR) +PKG_FNAME = $(PKG_QNAME)-$(PKG_TAG) + PKG_DOC = Outline-based notes management and organizer PKG_REQ = nil -PKG_FILES = $(LISPFILES0) \ -doc/dir doc/org \ -doc/pdflayout.sty \ -doc/org.pdf \ -doc/orgguide.pdf \ -doc/orgcard.tex \ -doc/orgcard.pdf \ -doc/orgcard_letter.pdf +PKG_LISP_FILES = $(LISPFILES0) +PKG_INFO_FILES = doc/org doc/dir +PKG_DOC_FILES = doc/org.pdf \ + doc/org.html\ + doc/orgguide.pdf\ + doc/orgcard.txt \ + doc/orgcard.pdf \ + doc/orgcard_letter.pdf + +PKG_DATA_DIRS = +PKG_README_ORG_FILE = doc/ReleaseNotes.org +PKG_README_HTML_FILE = $(PKG_README_ORG_FILE:.org=.html) + +# PKG_EL_DIR = +PKG_UPLOAD_DIR = packages + +ifdef PKG_EL_DIR +BATCH_EXTRA = -eval (setq load-path (cons (expand-file-name \$(PKG_EL_DIR)\) load-path)) +endif .SUFFIXES: .el .elc .texi SHELL = /bin/sh @@ -402,14 +442,68 @@ distfile: pkg: @if [ X$(PKG_TAG) = X ]; then echo *** No tag ***; exit 1; fi + echo Building $(PKG_FNAME).tar ... touch doc/org.texi doc/orgcard.tex # force update - ${MAKE} info - ${MAKE} doc - rm -rf org-$(PKG_TAG) org-$(PKG_TAG).tar - $(MKDIR) org-$(PKG_TAG) - cp -r $(PKG_FILES) org-$(PKG_TAG) - echo (define-package \org\ \$(PKG_TAG)\ \$(PKG_DOC)\ $(PKG_REQ)) org-$(PKG_TAG)/org-pkg.el - tar cf org-$(PKG_TAG).tar org-$(PKG_TAG) --remove-files + rm -rf $(PKG_FNAME) $(PKG_FNAME).tar + $(MKDIR) $(PKG_FNAME) + cp -r $(PKG_LISP_FILES) $(PKG_FNAME) + ${MAKE} pkg-info + ${MAKE} pkg-doc + ${MAKE} pkg-data + ${MAKE} pkg-readme + echo (define-package \$(PKG_QNAME)\ \$(PKG_TAG)\ \$(PKG_DOC)\ $(PKG_REQ)) $(PKG_FNAME)/$(PKG_QNAME)-pkg.el + tar cf $(PKG_FNAME).tar $(PKG_FNAME) --remove-files + ${MAKE} pkg-upload + +pkg-data: $(PKG_DATA_DIRS) + @if [ X$(PKG_DATA_DIRS) = X ]; \ + then echo *** WARNING: PKG_DATA_DIRS not defined ***; \ + else \ + git clean -dfx $; \ + mkdir -p $(PKG_FNAME)/$;\ + cp -r $/* $(PKG_FNAME)/$;\ + fi + +pkg-info: $(PKG_INFO_FILES) + cp -r
Re: [O] Semantics of 'C-c -' and massively-indented lists
On Sat, May 28, 2011 at 02:29:07PM +0200, Nicolas Goaziou wrote: Hello, Huy list-orgm...@reml.org writes: The effects of converting from headline to list with 'C-c -' and back to 'C-c *' don't behave as I'd expect. The indentation levels seem all wrong, no matter how you look at it. I have pushed a patch that should go in the right direction. See below. What I would like is a LEVEL=1 list, properly indented along with the rest of the body text. If org-adapt-indentation is t, then I would expect to see: * Headline - Converted Line where the '-' is aligned with the 'H' of the above headline, at the same column where any body text would start if I hit TAB in a line after Headline (if there were no list). And if org-adapt-indentation is nil, then I would expect to see: * Headline - Converted Line Fixed. In fact, if I take the list and I try to convert it back to a headline with 'C-c *', it doesn't even matter how many spaces there are in front of the '-': it's always converted to a LEVEL=5 headline because the parent is LEVEL=4: This is the intended behavior. Things look especially weird when org-indent-mode is turned on, since you have a mixture of visual indentation and hard space indentation. I would expect a 'C-c -' to insert no hard spaces at all and leave everything in column 0 and let the visual-line-mode adjust the display. Fixed. It's the same as the first case, as org-indent-mode sets org-adapt-indentation to nil. Now, what happens when we convert the previous example back by using 'C-c *'? We get a LEVEL-4 headline. * Headline LEVEL=3 - Converted Line LEVEL=4 becomes * Headline LEVEL=3 *** Converted Line LEVEL=4 The operations are not symmetric because somehow the LEVEL was incremented. Operations are not symmetric because lists and headlines are not equivalent objects. In most cases, 'C-c *' acts sanely. It acts weird when there is no Headline above a list item and you try to convert to a Headline. Again, in 'odd' mode. - Converted Line LEVEL=1 (alone without parent) becomes ** Converted Line LEVEL=1.5 (alone without parent) Yes, that's a decimal. It's trying to hide in the cracks. Fixed. Please report back if something is still wrong. Thank you. Perfect behavior! Exactly what I was expecting. The only problem is a typo 'skip-blank' instead of 'skip-blanks' Thanks a lot for the quick turnaround! Regards, -- Nicolas Goaziou
Re: [O] org-capture in the same file from which it was called under certain heading
Yagnesh Raghava Yakkala yagn...@live.com writes: to extend the same, I have a similar requirement where I want to capture subtasks of a TODO item as I am working on it. So the (TODO)node under which I want to capture changes with the time. It would be good If there is a way to specify capture destination dynamically(most of the time the capture destination is under the current clocked item) In your capture buffer you can finish it with C-2 C-c C-w (instead of C-c C-c) to file to the current clocking task. Regards, Bernt
Re: [O] Passing font size to exported LaTeX table
Suvayu Ali fatkasuvayu+li...@gmail.com wrote: If you don't get other comments, I'd encourage you to submit this as a patch (I think this requires [PATCH] in the subject line) to see what Carsten and crew have to say about it. =46rom what I understand the patchwork server queues messages based on the MIME type and contents of the attachment. If that is correct this should be picked up just fine. I just checked: so far at least, it's not on patchwork. Nick
Re: [O] Semantics of 'C-c -' and massively-indented lists
Huy list-orgm...@reml.org writes: The only problem is a typo 'skip-blank' instead of 'skip-blanks' Oops. Fixed that too. Regards, -- Nicolas Goaziou
Re: [O] having problems this mailing list configuration
Memnon Anon gegendosenflei...@googlemail.com writes: Piter_ x.pi...@gmail.com writes: I have some problems with mailing list configuration. I wanted to disable mail delivery and check list via web interface, but some how it goes not save the changes I make. I have enabled cookies dan it workd with other mailing lists. Hi Petro, you do not have to be subscribed to read or send to the list. ,[ http://orgmode.org/index.html#sec-5_2 ] | * Subscribe to it at the web interface. | * Directly send mail to it. If you are not subscribed, a moderator | will look at the message before passing it through to the list. | * Read the list on Gmane through a web interface or with a newsreader. | * Please read the Feedback section of Org's manual before posting a | question, it helps getting useful answer. ` Direct link to the web interface gmane: http://news.gmane.org/gmane.emacs.orgmode However, this should work. Let me see ... When I login to my mailing list membership configuration, it says Note: your list delivery is currently disabled; it was disabled by you. right at the top of that page iin the second/third paragraph. And of course Mail delivery is set to Disabled. So, if you made these settings, save, logout, and log in again, your changes are lost? Memnon Yes, this is my experience, too. I make changes and they are lost. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Semantics of 'C-c -' and massively-indented lists
On Sat, May 28, 2011 at 07:09:06AM -0700, Huy wrote: On Sat, May 28, 2011 at 02:29:07PM +0200, Nicolas Goaziou wrote: Fixed. Please report back if something is still wrong. Thank you. Perfect behavior! Exactly what I was expecting. The only problem is a typo 'skip-blank' instead of 'skip-blanks' Thanks a lot for the quick turnaround! Actually, I found a few more problems Multiple Lines ~~ I had forgotten to test when invoking 'C-c -' on multiple lines. If I have (with oddeven and org-adapt-indentation on) the following: ** Headline 2 ** Converting 2 *** Converting 3 * Converting 1 ** Converting 2 *** Converting 3 and I try to do 'C-c -' on the 5 bottom lines, I get: ** Headline 2 - Converting 1 - Converting 2 - Converting 1 - Converting 1 - Converting 2 I would hope to get the following instead: ** Headline 2 - Converting 1 - Converting 2 - Converting 1 - Converting 2 - Converting 3 Whenever possible, the converted lines should preserve their relative levels with their parent. In the above example, we have 2 subtrees that should be preserved separately. Of course, we can't keep all 5 items with levels relative to each other, otherwise we'd get the nonsensical effect: - orphan - parent But in other cases, entire subtrees can be preserved. Strange region behavior and 'C-c *' ~~~ When highlighting a region and then applying 'C-c -', all the lines that have at least one character highlighted (anywhere on the line) will be converted. That's good and as expected. But the same doesn't happen with 'C-c *'. There, it actually matters where the region starts/ends in the line. For example, if you have ** Headline 2 - Converting 1 If you triple-mouse-click Converting 1 or if you just single-click the cursor on Converting 1, then 'C-c *' will convert the line fine. However, if you only select any of the letters on that line, e.g. the letter 'v', and then 'C-c *', then you get this: ** Headline 2 *** Con verting 1 I have other problems that involve vimpulse and its visual mode, but I won't bother you with that :) Thanks, Huy
Re: [O] [PATCH] latex export - title placement
Sebastian Hofer sebho...@gmail.com writes: Hi all, This patch addresses the problem of ambiguous conventions for the placement of the title related macros (\author, \date,...) with respect to the main document body in different latex classes. It introduces the following changes: * org-exp.el: - added the following options: - title-position (tpos) - with-title (wtitle) - with-author (wauth) - with-date (wdate) - with-maketitle (wmtitle) * org-latex.el: - implemented handling of new options (see above): - title-position controls placement of \title, \author, \date; possible values are b = before \begin{document}, any other values default to after \begin{document} - with-* controls if the corresponding macro is exported at all this can be convenient for more complex titles (e.g. several authors including affiliations,...) The patch seems to work for me so far. What do you all think? IMO it would be useful to integrate this, as it gives slightly more control over the export process. Of course one might want to think about better option names. The diff is done against commit bc161ded3693f752616dcd247fc9d638789025ee. Let me briefly describe my current use case: I disable all commands except \title, use babel to created a title.tex file (including several authors and affiliations) by tangling latex code and then include the file (into the main body of the document, not the preamble). That's the only decent way I've found to do this, if anyone knows an easier way (I have the feeling that I might be overlooking an obvious solution) please let me know! Cheers Sebastian Aloha Sebastian, Your patch should prove useful in the situation where one has to use a particular class file that requires \title and friends to be declared in the body of the document rather than the preamble. That functionality is a welcome addition to the LaTeX exporter, IMO. Another way to achieve your current use case, IIUC, which might or might not seem easier, is to redefine \maketitle along the lines suggested by Nick Dokos (see http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-11_2). All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Semantics of 'C-c -' and massively-indented lists
Huy list-orgm...@reml.org writes: Whenever possible, the converted lines should preserve their relative levels with their parent. In the above example, we have 2 subtrees that should be preserved separately. Of course, we can't keep all 5 items with levels relative to each other, otherwise we'd get the nonsensical effect: - orphan - parent But in other cases, entire subtrees can be preserved. Fixed. For example, if you have ** Headline 2 - Converting 1 If you triple-mouse-click Converting 1 or if you just single-click the cursor on Converting 1, then 'C-c *' will convert the line fine. However, if you only select any of the letters on that line, e.g. the letter 'v', and then 'C-c *', then you get this: ** Headline 2 *** Con verting 1 Fixed too. I have other problems that involve vimpulse and its visual mode, but I won't bother you with that :) I can't help there. But, if something is still wrong about toggling headlines and items, please keep telling me. Regards, -- Nicolas Goaziou
Re: [O] Passing font size to exported LaTeX table
On Sat, 28 May 2011 11:21:15 -0400 Nick Dokos nicholas.do...@hp.com wrote: Suvayu Ali fatkasuvayu+li...@gmail.com wrote: If you don't get other comments, I'd encourage you to submit this as a patch (I think this requires [PATCH] in the subject line) to see what Carsten and crew have to say about it. =46rom what I understand the patchwork server queues messages based on the MIME type and contents of the attachment. If that is correct this should be picked up just fine. I just checked: so far at least, it's not on patchwork. Okay, I'll send it again on a separate thread with a proper subject line. Nick -- Suvayu Open source is the future. It sets us free.
[O] [PATCH] Documentation on placement options in LaTeX export
-- Suvayu Open source is the future. It sets us free. From 431d7e275a0b374c7b1e8135fe7e5c7d72f46a75 Mon Sep 17 00:00:00 2001 From: Suvayu Ali fatkasuvayu+li...@gmail.com Date: Fri, 27 May 2011 11:18:35 -0700 Subject: [PATCH] Documentation on placement options in LaTeX export. * Placement options can be passed to floating environments like 'figure' or 'table' with the '#+ATTR_LaTeX:' line during LaTeX export. Added an example to demonstrate that. --- doc/org.texi | 17 +++-- 1 files changed, 15 insertions(+), 2 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index aa34cd3..5fa1e22 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -10160,7 +10160,7 @@ All lines between these markers are exported literally @subsection Tables in @LaTeX{} export @cindex tables, in @LaTeX{} export -For @LaTeX{} export of a table, you can specify a label and a caption +For @LaTeX{} export of a table, you can specify a label, a caption and placement options (@pxref{Images and tables}). You can also use the @code{ATTR_LaTeX} line to request a @code{longtable} environment for the table, so that it may span several pages, or to change the default table environment from @code{table} @@ -10207,7 +10207,20 @@ element. You can use an @code{#+ATTR_LaTeX:} line to specify the various options that can be used in the optional argument of the @code{\includegraphics} macro. To modify the placement option of the @code{figure} environment, add something like @samp{placement=[h!]} to the -Attributes. +Attributes. It is to be noted this option can be used with tables as well. +The options are passed as the placement option to floating environments like +@code{figure} or @code{table}. One can pass other compatible options as well. +For example the @code{#+ATTR_LaTeX:} line below is exported as the +@code{figure} environment below it. + +@cindex #+ATTR_LaTeX +@example +#+ATTR_LaTeX: placement=[options]\footnotesize + +\begin{figure}[options]\footnotesize +... +\end{figure} +@end example If you would like to let text flow around the image, add the word @samp{wrap} to the @code{#+ATTR_LaTeX:} line, which will make the figure occupy the left -- 1.7.5.1