* ox-koma bug in subtree export
@ 2015-07-15 11:20 Suvayu Ali
2015-07-15 11:28 ` Suvayu Ali
2015-07-15 11:46 ` Rasmus
0 siblings, 2 replies; 12+ messages in thread
From: Suvayu Ali @ 2015-07-15 11:20 UTC (permalink / raw)
To: Emacs Org mode
Hi,
I'm using subtree export to write letters using ox-koma. Everything
works except, all the closing statements from different subtrees get
accumulated when I export one of the subtrees.
So with the attached Org file, when I export either of the subtrees, I
get a closing line like this: \closing{Regards, Kind Regards,}.
This used to work before. That said, I never found it quite consistent
when using `#+closing:'. I would have thought one should use a headline
like: to, enclosed, etc.
Is this a bug?
Cheers,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: ox-koma bug in subtree export 2015-07-15 11:20 ox-koma bug in subtree export Suvayu Ali @ 2015-07-15 11:28 ` Suvayu Ali 2015-07-15 11:46 ` Rasmus 1 sibling, 0 replies; 12+ messages in thread From: Suvayu Ali @ 2015-07-15 11:28 UTC (permalink / raw) To: Emacs Org mode [-- Attachment #1: Type: text/plain, Size: 692 bytes --] On Wed, Jul 15, 2015 at 01:20:57PM +0200, Suvayu Ali wrote: > > I'm using subtree export to write letters using ox-koma. Everything > works except, all the closing statements from different subtrees get > accumulated when I export one of the subtrees. > > So with the attached Org file, when I export either of the subtrees, I > get a closing line like this: \closing{Regards, Kind Regards,}. > > This used to work before. That said, I never found it quite consistent > when using `#+closing:'. I would have thought one should use a headline > like: to, enclosed, etc. > > Is this a bug? Of course I forgot to attach the file! -- Suvayu Open source is the future. It sets us free. [-- Attachment #2: koma-bug.org --] [-- Type: text/plain, Size: 632 bytes --] * letter 1 :PROPERTIES: :EXPORT_FILE_NAME: letter_1.pdf :EXPORT_LATEX_CLASS: scrlttr2 :EXPORT_OPTIONS: ':t foldmarks:nil :EXPORT_TITLE: :EXPORT_SUBJECT: Some subject :EXPORT_LCO: DIN :END: ** To :to: Mr. Foo Bar Some place, Else ** Dear Mr. Bar, Lots of stuff #+closing: Regards, * letter 2 :PROPERTIES: :EXPORT_FILE_NAME: letter_2.pdf :EXPORT_LATEX_CLASS: scrlttr2 :EXPORT_OPTIONS: ':t foldmarks:nil :EXPORT_TITLE: :EXPORT_SUBJECT: Some other subject :EXPORT_LCO: DIN :END: ** To :to: Miss Foo Baz Some place, Else ** Dear Miss Baz, Lot more stuff #+closing: Kind Regards, ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-15 11:20 ox-koma bug in subtree export Suvayu Ali 2015-07-15 11:28 ` Suvayu Ali @ 2015-07-15 11:46 ` Rasmus 2015-07-15 21:13 ` Suvayu Ali 1 sibling, 1 reply; 12+ messages in thread From: Rasmus @ 2015-07-15 11:46 UTC (permalink / raw) To: emacs-orgmode Hi, Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > I'm using subtree export to write letters using ox-koma. Everything > works except, all the closing statements from different subtrees get > accumulated when I export one of the subtrees. > > So with the attached Org file, when I export either of the subtrees, I > get a closing line like this: \closing{Regards, Kind Regards,}. For your purpose you can add an :export_closing: property to your top-level heading. * letter 1 :PROPERTIES: :export_subject: Some subject :export_closing: Regards, :END: > This used to work before. That said, I never found it quite consistent > when using `#+closing:'. I would have thought one should use a headline > like: to, enclosed, etc. Maybe: * Regards, :closing: Signature > Is this a bug? From you example, I'd say 'no'. Keywords are shared. E.g. if you have #+latex_header: my important package You'd want it to be loaded even when using a subtree. [OTOH, #+title is changed in subtree export....] Rasmus -- C is for Cookie ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-15 11:46 ` Rasmus @ 2015-07-15 21:13 ` Suvayu Ali 2015-07-15 22:47 ` Rasmus 0 siblings, 1 reply; 12+ messages in thread From: Suvayu Ali @ 2015-07-15 21:13 UTC (permalink / raw) To: emacs-orgmode On Wed, Jul 15, 2015 at 01:46:59PM +0200, Rasmus wrote: > Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > > > I'm using subtree export to write letters using ox-koma. Everything > > works except, all the closing statements from different subtrees get > > accumulated when I export one of the subtrees. > > > > So with the attached Org file, when I export either of the subtrees, I > > get a closing line like this: \closing{Regards, Kind Regards,}. > > For your purpose you can add an :export_closing: property to your > top-level heading. > > * letter 1 > :PROPERTIES: > :export_subject: Some subject > :export_closing: Regards, > :END: Great, this works very well. > > This used to work before. That said, I never found it quite consistent > > when using `#+closing:'. I would have thought one should use a headline > > like: to, enclosed, etc. > > Maybe: > > * Regards, :closing: > Signature Something like that would be a lot more logical indeed. > > Is this a bug? > > From you example, I'd say 'no'. Keywords are shared. E.g. if you have > > #+latex_header: my important package > > You'd want it to be loaded even when using a subtree. > [OTOH, #+title is changed in subtree export....] Hmm, makes sense. I wonder how it was working though. Thanks a lot. -- Suvayu Open source is the future. It sets us free. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-15 21:13 ` Suvayu Ali @ 2015-07-15 22:47 ` Rasmus 2015-07-16 8:54 ` Suvayu Ali 0 siblings, 1 reply; 12+ messages in thread From: Rasmus @ 2015-07-15 22:47 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 483 bytes --] Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > Something like that would be a lot more logical indeed. The attached patch allows the Romeo letter to have a heading like this: * Yours truly, :closing: Romeo of House Capulet Outputting: \setkomavar{signature}{Romeo of house Capulet} ... \closing{Yours truly,} I tested it only very briefly. The wiki needs updating if applied. Rasmus -- When the facts change, I change my mind. What do you do, sir? [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-ox-koma-letter-Add-closing-special-heading.patch --] [-- Type: text/x-diff, Size: 4114 bytes --] From 3b61450e916136edda49047b8616ac815da09edf Mon Sep 17 00:00:00 2001 From: Rasmus <rasmus@gmx.us> Date: Thu, 16 Jul 2015 00:38:06 +0200 Subject: [PATCH] ox-koma-letter: Add closing special heading * ox-koma-letter.el (org-koma-letter-special-tags-in-letter): Add closing. (org-koma-letter-template): Potentially take closing value from closing spcical heading. (org-koma-letter--build-settings): Potentially take signature value from closing special heading. (org-koma-letter-closing): (org-koma-letter-signature): Update docstring. Suggested-by: Suvayu Ali <fatkasuvayu+linux@gmail.com> <http://permalink.gmane.org/gmane.emacs.orgmode/99028> --- contrib/lisp/ox-koma-letter.el | 44 +++++++++++++++++++++++++++++++++++------- 1 file changed, 37 insertions(+), 7 deletions(-) diff --git a/contrib/lisp/ox-koma-letter.el b/contrib/lisp/ox-koma-letter.el index d0a8109..24624ca 100644 --- a/contrib/lisp/ox-koma-letter.el +++ b/contrib/lisp/ox-koma-letter.el @@ -204,13 +204,29 @@ then the opening will be implicitly set as the headline title." (defcustom org-koma-letter-closing "" "Letter's closing, as a string. -This option can also be set with the CLOSING keyword." +This option can also be set with the CLOSING keyword. Moreover, +when: + (1) this value is the empty string; + (2) there's no CLOSING keyword or it is empty; + (3) `org-koma-letter-headline-is-opening-maybe' is non-nil; + (4) the letter contains a headline with the special + tag closing; +then the opening will be set as the title of the closing special +heading." :group 'org-export-koma-letter :type 'string) (defcustom org-koma-letter-signature "" "Signature, as a string. -This option can also be set with the SIGNATURE keyword." +This option can also be set with the SIGNATURE keyword. +Moreover, when: + (1) this value is the empty string; + (2) there's no CLOSING keyword or it is empty; + (3) `org-koma-letter-headline-is-opening-maybe' is non-nil; + (4) the letter contains a headline with the special + tag closing; +then the signature will be set as the content of the +closing special heading." :group 'org-export-koma-letter :type 'string) @@ -358,7 +374,7 @@ e.g. \"title-subject:t\"." :group 'org-export-koma-letter :type 'boolean) -(defconst org-koma-letter-special-tags-in-letter '(to from) +(defconst org-koma-letter-special-tags-in-letter '(to from closing) "Header tags related to the letter itself.") (defconst org-koma-letter-special-tags-after-closing '(ps encl cc) @@ -665,7 +681,17 @@ holding export options." ;; Letter body. contents ;; Closing. - (format "\n\\closing{%s}\n" (org-export-data (plist-get info :closing) info)) + (format "\n\\closing{%s}\n" + (org-export-data + (or (org-string-nw-p (plist-get info :closing)) + (when (plist-get info :with-headline-opening) + (org-element-map (plist-get info :parse-tree) 'headline + (lambda (head) + (when (eq (org-koma-letter--special-tag head info) + 'closing) + (org-element-property :title head))) + info t))) + info)) (org-koma-letter--special-contents-as-macro (plist-get info :with-after-closing)) ;; Letter end. @@ -711,10 +737,14 @@ a communication channel." (format "\\KOMAoption{fromphone}{%s}\n" (if (plist-get info :with-phone) "true" "false"))) ;; Signature. - (let ((signature (plist-get info :signature))) + (let* ((heading-val (and (plist-get info :with-headline-opening) + (eq scope 'buffer) + (org-koma-letter--get-tagged-contents 'closing))) + (signature (or (plist-get info :signature) + heading-val))) (and (org-string-nw-p signature) - (funcall check-scope 'signature) - (format "\\setkomavar{signature}{%s}\n" signature))) + (or (funcall check-scope 'signature) heading-val) + (format "\\setkomavar{signature}{%s}\n" (org-trim signature)))) ;; Back address. (and (funcall check-scope 'with-backaddress) (format "\\KOMAoption{backaddress}{%s}\n" -- 2.4.5 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-15 22:47 ` Rasmus @ 2015-07-16 8:54 ` Suvayu Ali 2015-07-16 9:40 ` Rasmus 0 siblings, 1 reply; 12+ messages in thread From: Suvayu Ali @ 2015-07-16 8:54 UTC (permalink / raw) To: emacs-orgmode Hi, On Thu, Jul 16, 2015 at 12:47:29AM +0200, Rasmus wrote: > Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > > > Something like that would be a lot more logical indeed. > > The attached patch allows the Romeo letter to have a heading like this: > > * Yours truly, :closing: > Romeo of House Capulet > > Outputting: > > \setkomavar{signature}{Romeo of house Capulet} > ... > \closing{Yours truly,} The closing bit works well, the signature however does not work for me. Do I need any special config to enable it? Cheers, -- Suvayu Open source is the future. It sets us free. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-16 8:54 ` Suvayu Ali @ 2015-07-16 9:40 ` Rasmus 2015-07-16 10:25 ` Suvayu Ali 0 siblings, 1 reply; 12+ messages in thread From: Rasmus @ 2015-07-16 9:40 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 1390 bytes --] Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > The closing bit works well, the signature however does not work for me. > Do I need any special config to enable it? Maybe it was not robust enough. Try this patch. Rasmus Example: * Preamble :noexport: #+TITLE: Mis-shapen chaos of well-seeming forms! #+SUBJECT: Or: Org-mode and KOMA-Script Letters #+DATE: <1580-07-03 Thu> #+BIND: org-export-date-timestamp-format "%Y" #+AUTHOR: Romeo #+PLACE: Verona, Italy #+LCO: DINmtext #+OPTIONS: after-closing-order:(ps cc encl) ':t backaddress:t subject:centered #+LATEX_HEADER: \setkomavar{firsthead}{} * To-address of the lovely Juliet :to: Juliet House of Capulet Verona * From :from: House of Montague Verona * Dear Juliet, #+BEGIN_VERSE Then plainly know my heart's dear love is set On the fair daughter of rich Capulet: As mine on hers, so hers is set on mine; And all combin'd, save what thou must combine By holy marriage: when, and where, and how We met, we woo'd, and made exchange of vow, I'll tell thee as we pass; but this I pray, That thou consent to marry us to-day. #+END_VERSE * Yours truly, :closing: Romeo of house Montague -- Not everything that goes around comes back around, you know [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-ox-koma-letter-Add-closing-special-heading.patch --] [-- Type: text/x-diff, Size: 4114 bytes --] From 3b61450e916136edda49047b8616ac815da09edf Mon Sep 17 00:00:00 2001 From: Rasmus <rasmus@gmx.us> Date: Thu, 16 Jul 2015 00:38:06 +0200 Subject: [PATCH] ox-koma-letter: Add closing special heading * ox-koma-letter.el (org-koma-letter-special-tags-in-letter): Add closing. (org-koma-letter-template): Potentially take closing value from closing spcical heading. (org-koma-letter--build-settings): Potentially take signature value from closing special heading. (org-koma-letter-closing): (org-koma-letter-signature): Update docstring. Suggested-by: Suvayu Ali <fatkasuvayu+linux@gmail.com> <http://permalink.gmane.org/gmane.emacs.orgmode/99028> --- contrib/lisp/ox-koma-letter.el | 44 +++++++++++++++++++++++++++++++++++------- 1 file changed, 37 insertions(+), 7 deletions(-) diff --git a/contrib/lisp/ox-koma-letter.el b/contrib/lisp/ox-koma-letter.el index d0a8109..24624ca 100644 --- a/contrib/lisp/ox-koma-letter.el +++ b/contrib/lisp/ox-koma-letter.el @@ -204,13 +204,29 @@ then the opening will be implicitly set as the headline title." (defcustom org-koma-letter-closing "" "Letter's closing, as a string. -This option can also be set with the CLOSING keyword." +This option can also be set with the CLOSING keyword. Moreover, +when: + (1) this value is the empty string; + (2) there's no CLOSING keyword or it is empty; + (3) `org-koma-letter-headline-is-opening-maybe' is non-nil; + (4) the letter contains a headline with the special + tag closing; +then the opening will be set as the title of the closing special +heading." :group 'org-export-koma-letter :type 'string) (defcustom org-koma-letter-signature "" "Signature, as a string. -This option can also be set with the SIGNATURE keyword." +This option can also be set with the SIGNATURE keyword. +Moreover, when: + (1) this value is the empty string; + (2) there's no CLOSING keyword or it is empty; + (3) `org-koma-letter-headline-is-opening-maybe' is non-nil; + (4) the letter contains a headline with the special + tag closing; +then the signature will be set as the content of the +closing special heading." :group 'org-export-koma-letter :type 'string) @@ -358,7 +374,7 @@ e.g. \"title-subject:t\"." :group 'org-export-koma-letter :type 'boolean) -(defconst org-koma-letter-special-tags-in-letter '(to from) +(defconst org-koma-letter-special-tags-in-letter '(to from closing) "Header tags related to the letter itself.") (defconst org-koma-letter-special-tags-after-closing '(ps encl cc) @@ -665,7 +681,17 @@ holding export options." ;; Letter body. contents ;; Closing. - (format "\n\\closing{%s}\n" (org-export-data (plist-get info :closing) info)) + (format "\n\\closing{%s}\n" + (org-export-data + (or (org-string-nw-p (plist-get info :closing)) + (when (plist-get info :with-headline-opening) + (org-element-map (plist-get info :parse-tree) 'headline + (lambda (head) + (when (eq (org-koma-letter--special-tag head info) + 'closing) + (org-element-property :title head))) + info t))) + info)) (org-koma-letter--special-contents-as-macro (plist-get info :with-after-closing)) ;; Letter end. @@ -711,10 +737,14 @@ a communication channel." (format "\\KOMAoption{fromphone}{%s}\n" (if (plist-get info :with-phone) "true" "false"))) ;; Signature. - (let ((signature (plist-get info :signature))) + (let* ((heading-val (and (plist-get info :with-headline-opening) + (eq scope 'buffer) + (org-koma-letter--get-tagged-contents 'closing))) + (signature (or (plist-get info :signature) + heading-val))) (and (org-string-nw-p signature) - (funcall check-scope 'signature) - (format "\\setkomavar{signature}{%s}\n" signature))) + (or (funcall check-scope 'signature) heading-val) + (format "\\setkomavar{signature}{%s}\n" (org-trim signature)))) ;; Back address. (and (funcall check-scope 'with-backaddress) (format "\\KOMAoption{backaddress}{%s}\n" -- 2.4.5 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-16 9:40 ` Rasmus @ 2015-07-16 10:25 ` Suvayu Ali 2015-07-16 10:44 ` Rasmus 0 siblings, 1 reply; 12+ messages in thread From: Suvayu Ali @ 2015-07-16 10:25 UTC (permalink / raw) To: emacs-orgmode On Thu, Jul 16, 2015 at 11:40:06AM +0200, Rasmus wrote: > Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > > > The closing bit works well, the signature however does not work for me. > > Do I need any special config to enable it? > > Maybe it was not robust enough. Try this patch. [...chomp...chomp...chomp...] > * Yours truly, :closing: > Romeo of house Montague Strange, I tried subtree export with my example, and a normal file export with yours, neither exports the signature, closing works fine. Cheers, -- Suvayu Open source is the future. It sets us free. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-16 10:25 ` Suvayu Ali @ 2015-07-16 10:44 ` Rasmus 2015-07-16 14:57 ` Suvayu Ali 0 siblings, 1 reply; 12+ messages in thread From: Rasmus @ 2015-07-16 10:44 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 428 bytes --] Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > Strange, I tried subtree export with my example, and a normal file > export with yours, neither exports the signature, closing works fine. I think I didnt't run format-patch correctly.... Sorry! I'm trying to get used to do things that I'd normally do from the terminal (like format-patch) from magit. I checked and it work from your previous example. Rasmus -- ⠠⠵ [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-ox-koma-letter-Add-closing-special-heading.patch --] [-- Type: text/x-diff, Size: 4299 bytes --] From 115d9903c14ff610e86205b834131b38be181697 Mon Sep 17 00:00:00 2001 From: Rasmus <rasmus@gmx.us> Date: Thu, 16 Jul 2015 00:38:06 +0200 Subject: [PATCH] ox-koma-letter: Add closing special heading * ox-koma-letter.el (org-koma-letter-special-tags-in-letter): Add closing. (org-koma-letter-template): Potentially take closing value from closing spcical heading. (org-koma-letter--build-settings): Potentially take signature value from closing special heading. (org-koma-letter-closing): (org-koma-letter-signature): Update docstring. Suggested-by: Suvayu Ali <fatkasuvayu+linux@gmail.com> <http://permalink.gmane.org/gmane.emacs.orgmode/99028> --- contrib/lisp/ox-koma-letter.el | 52 +++++++++++++++++++++++++++++++++++------- 1 file changed, 44 insertions(+), 8 deletions(-) diff --git a/contrib/lisp/ox-koma-letter.el b/contrib/lisp/ox-koma-letter.el index d0a8109..64f1f7f 100644 --- a/contrib/lisp/ox-koma-letter.el +++ b/contrib/lisp/ox-koma-letter.el @@ -204,13 +204,29 @@ then the opening will be implicitly set as the headline title." (defcustom org-koma-letter-closing "" "Letter's closing, as a string. -This option can also be set with the CLOSING keyword." +This option can also be set with the CLOSING keyword. Moreover, +when: + (1) this value is the empty string; + (2) there's no CLOSING keyword or it is empty; + (3) `org-koma-letter-headline-is-opening-maybe' is non-nil; + (4) the letter contains a headline with the special + tag closing; +then the opening will be set as the title of the closing special +heading." :group 'org-export-koma-letter :type 'string) (defcustom org-koma-letter-signature "" "Signature, as a string. -This option can also be set with the SIGNATURE keyword." +This option can also be set with the SIGNATURE keyword. +Moreover, when: + (1) this value is the empty string; + (2) there's no CLOSING keyword or it is empty; + (3) `org-koma-letter-headline-is-opening-maybe' is non-nil; + (4) the letter contains a headline with the special + tag closing; +then the signature will be set as the content of the +closing special heading." :group 'org-export-koma-letter :type 'string) @@ -358,7 +374,7 @@ e.g. \"title-subject:t\"." :group 'org-export-koma-letter :type 'boolean) -(defconst org-koma-letter-special-tags-in-letter '(to from) +(defconst org-koma-letter-special-tags-in-letter '(to from closing) "Header tags related to the letter itself.") (defconst org-koma-letter-special-tags-after-closing '(ps encl cc) @@ -665,7 +681,17 @@ holding export options." ;; Letter body. contents ;; Closing. - (format "\n\\closing{%s}\n" (org-export-data (plist-get info :closing) info)) + (format "\n\\closing{%s}\n" + (org-export-data + (or (org-string-nw-p (plist-get info :closing)) + (when (plist-get info :with-headline-opening) + (org-element-map (plist-get info :parse-tree) 'headline + (lambda (head) + (when (eq (org-koma-letter--special-tag head info) + 'closing) + (org-element-property :title head))) + info t))) + info)) (org-koma-letter--special-contents-as-macro (plist-get info :with-after-closing)) ;; Letter end. @@ -711,10 +737,20 @@ a communication channel." (format "\\KOMAoption{fromphone}{%s}\n" (if (plist-get info :with-phone) "true" "false"))) ;; Signature. - (let ((signature (plist-get info :signature))) - (and (org-string-nw-p signature) - (funcall check-scope 'signature) - (format "\\setkomavar{signature}{%s}\n" signature))) + (let* ((heading-val + (and (plist-get info :with-headline-opening) + (org-string-nw-p + (org-trim + (org-export-data + (org-koma-letter--get-tagged-contents 'closing) + info))))) + (signature (org-string-nw-p (plist-get info :signature))) + (signature-scope (funcall check-scope 'signature))) + (and (or (and signature signature-scope) + heading-val) + (not (and (eq scope 'global) heading-val)) + (format "\\setkomavar{signature}{%s}\n" + (if signature-scope signature heading-val)))) ;; Back address. (and (funcall check-scope 'with-backaddress) (format "\\KOMAoption{backaddress}{%s}\n" -- 2.4.5 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-16 10:44 ` Rasmus @ 2015-07-16 14:57 ` Suvayu Ali 2015-07-16 20:20 ` Rasmus 0 siblings, 1 reply; 12+ messages in thread From: Suvayu Ali @ 2015-07-16 14:57 UTC (permalink / raw) To: emacs-orgmode On Thu, Jul 16, 2015 at 12:44:26PM +0200, Rasmus wrote: > Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > > > Strange, I tried subtree export with my example, and a normal file > > export with yours, neither exports the signature, closing works fine. > > I think I didnt't run format-patch correctly.... Sorry! I'm trying to > get used to do things that I'd normally do from the terminal (like > format-patch) from magit. No worries. > > I checked and it work from your previous example. Worked nicely for both examples, normal export and subtree export. :) -- Suvayu Open source is the future. It sets us free. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-16 14:57 ` Suvayu Ali @ 2015-07-16 20:20 ` Rasmus 2015-07-17 7:31 ` Suvayu Ali 0 siblings, 1 reply; 12+ messages in thread From: Rasmus @ 2015-07-16 20:20 UTC (permalink / raw) To: emacs-orgmode Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: >> I checked and it work from your previous example. > > Worked nicely for both examples, normal export and subtree export. Pushed in a9855380931885d0dbfcbb8fcc6622850ac4bbda. The Worg page is also updated. Rasmus -- Dung makes an excellent fertilizer ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: ox-koma bug in subtree export 2015-07-16 20:20 ` Rasmus @ 2015-07-17 7:31 ` Suvayu Ali 0 siblings, 0 replies; 12+ messages in thread From: Suvayu Ali @ 2015-07-17 7:31 UTC (permalink / raw) To: emacs-orgmode On Thu, Jul 16, 2015 at 10:20:27PM +0200, Rasmus wrote: > Suvayu Ali <fatkasuvayu+linux@gmail.com> writes: > > >> I checked and it work from your previous example. > > > > Worked nicely for both examples, normal export and subtree export. > > Pushed in a9855380931885d0dbfcbb8fcc6622850ac4bbda. The Worg page is also > updated. Thanks! -- Suvayu Open source is the future. It sets us free. ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2015-07-17 7:31 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-07-15 11:20 ox-koma bug in subtree export Suvayu Ali 2015-07-15 11:28 ` Suvayu Ali 2015-07-15 11:46 ` Rasmus 2015-07-15 21:13 ` Suvayu Ali 2015-07-15 22:47 ` Rasmus 2015-07-16 8:54 ` Suvayu Ali 2015-07-16 9:40 ` Rasmus 2015-07-16 10:25 ` Suvayu Ali 2015-07-16 10:44 ` Rasmus 2015-07-16 14:57 ` Suvayu Ali 2015-07-16 20:20 ` Rasmus 2015-07-17 7:31 ` Suvayu Ali
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).