Hi Colin.
Colin Baxter writes:
> Works for me using 'make clean' followed by 'make all'.
For some reason I still get the same error even with that sequence of
commands.
Make reports that the error is coming from addcontrib. Isn't there some
file that controls local contrib config? Was it loca
Dear Jarmo,
> Jarmo Hurri writes:
> Greetings.
> Just pulled the latest version and tried to compile it. I get the
> following error:
> --
> [jarmo@localhost org-mode]$ make compile make -C doc clean; make
Colin Baxter writes:
> >
> > jarmo@localhost org-mode]$ diff local.mk local.mk~ 31c31 <
> > ORG_ADD_CONTRIB = htmlize ---
> >> #ORG_ADD_CONTRIB = ox-* # e.g. the contributed exporter
> > -
Hello,
Eric Abrahamsen writes:
> Out of curiosity, what's your stance on supporting time zones in Org's
> timestamps? It would be an enormous amount of work, obviously, but in
> principle?
In principle I agree this would be a very good thing, if possible at
all.
> That's pretty much what it wa
Hello,
James Harkins writes:
> So I would say, postpone this issue unless I can gather more evidence.
OK.
> A short answer to your questions is that every list item does consist
> of paragraphs, and each paragraph must have a paragraph style, but --
> the paragraph style can be the same one, e
Hello,
Adam Spiers writes:
> I was also expecting to be able to use #+NAME: foo in front of a
> headline
You cannot use a NAME keyword to a headline (or an inlinetask).
CUSTOM_ID is morally equivalent, though.
> or even other elements like paragraphs, but this doesn't
> work. Is this a bug, or
Hello,
ed...@openmail.cc writes:
> I would like to ask if it is possible to preview latex blocks. Something
> like this (replace EXPORT with SRC, if you wish):
>
> #+BEGIN_EXPORT latex
> \begin{align}
>I_{0}
>& > \max{(\lambda_{f}^{2})}
>\\
>
Hello,
Peter Tomhas writes:
> Perhaps that could become something like (apologies for poorly
> formatted texinfo):
>
> %\1 @dots{} %\N @r{Insert the text entered at the Nth
> %^@{@var{prompt}@}, where @code{N} is}
> @r{a number, starting from 1.@footnote{As is standard in elisp,
> to
Hello,
Fabrice Popineau writes:
> You could also prefix the link by a string holding (in ascii) the number of
> bytes of the unencoded link.
>
> But that makes raw/manual editing of an org file much harder.
I'd rather have something simple.
Here are some suggestions.
1. Replace "\\[\\[\\([^][
Regression in org-plus-contrib from http://orgmode.org/elpa/ vs version
distributed with Emacs 25.2.1
Running
M-x md-org-export-to-markdown
on a simple org file such as the following
==
#+TITLE: Functional Programming in Scala for Mortals
/Func
Hello,
Sam Halliday writes:
> Regression in org-plus-contrib from http://orgmode.org/elpa/ vs version
> distributed with Emacs 25.2.1
>
> Running
>
> M-x md-org-export-to-markdown
>
> on a simple org file such as the following
>
> ==
>
> #+TITLE:
Dear Jarmo,
> Jarmo Hurri writes:
> Hi Colin.
> Colin Baxter writes:
>> Works for me using 'make clean' followed by 'make all'.
> For some reason I still get the same error even with that sequence
> of commands.
> Make reports that the error is coming from addcont
Hello,
Paul Stansell writes:
> I think there might be a something wrong when explicitly setting a width
> of a table column.
>
> For example, for this table
>
> |---+--|
> | | <6> |
> | 1 | one |
> | 2 | This
Hello,
William Denton writes:
> I noticed this last week, but I'm on vacation. I'm compiling and running Org
> and Emacs from source, and have been keeping up to date, but the problem's
> been
> there for a while. For Org, I'm on the master branch, not tables, and
> running
> "make update
On Sat, 19 Aug 2017 04:36:58 -0400 Nicolas Goaziou
wrote
> Adding a special style to every paragraph contained in a plain list is
> very easy to do. Just let me know if it happens to be the way to solve
> the issue at hand.
I think that is the correct solution. (Again, only one pa
Is it by choice that org-table.el is part of both org and org-plus-contrib?
Does it have to be explicitly loaded?
Vikas
James Harkins writes:
> On Sat, 19 Aug 2017 04:36:58 -0400 Nicolas Goaziou
> wrote
>> Adding a special style to every paragraph contained in a plain list is
>> very easy to do. Just let me know if it happens to be the way to solve
>> the issue at hand.
>
> I think that is the cor
My org-version (latest on org ELPA) is: Org mode version 9.0.9
(9.0.9-82-gb862c2-elpa @ /Users/vikas/.emacs.d/elpa/org-20170814/)
The following is not working:
#+PROPERTY: header-args :eval inline-only
":eval never-export” works; but ":eval inline-only" does not.
I can deal with this by globa
Completing myself,
Nicolas Goaziou writes:
> `org-table-toggle-column-width' is now bound to "C-c TAB". I removed
> "noshrink" STARTUP keyword, which wasn't useful. I also introduced an
> honest test coverage.
>
> Still no documentation, though.
I made some final changes to "hide-table-column"
On Sat, Aug 19, 2017 at 7:06 AM Vikas Rawal
wrote:
> Is it by choice that org-table.el is part of both org and org-plus-contrib?
org-plus-contrib = org + the stuff in contrib/ dir
So yes, *everything* in org is in org-plus-contrib too.
> Does it have to be explicitly loaded?
>
org-table sho
Nicolas Goaziou writes:
> Hello,
>
> Eric Abrahamsen writes:
>
>> Out of curiosity, what's your stance on supporting time zones in Org's
>> timestamps? It would be an enormous amount of work, obviously, but in
>> principle?
>
> In principle I agree this would be a very good thing, if possible at
Eric Abrahamsen writes:
>> BTW, as long as Org doesn't support time zones, the "ox-icalendar"
>> property may be prefixed with "ICALENDAR_" (e.g., ICALENDAR_TZ).
>
> Done!
I realize this is not a great idea since other properties do not have
"ICALENDAR_" prefix. Sorry about that. I suggest to go
Hello,
Vikas Rawal writes:
> My org-version (latest on org ELPA) is: Org mode version 9.0.9
> (9.0.9-82-gb862c2-elpa @ /Users/vikas/.emacs.d/elpa/org-20170814/)
>
> The following is not working:
>
> #+PROPERTY: header-args :eval inline-only
>
> ":eval never-export” works; but ":eval inline-onl
On Sat, Aug 19, 2017 at 6:19 AM Nicolas Goaziou
wrote:
> Fixed. Thank you.
>
Thanks! I confirm the fix.
--
Kaushal Modi
Nicolas Goaziou writes:
> Eric Abrahamsen writes:
>
>>> BTW, as long as Org doesn't support time zones, the "ox-icalendar"
>>> property may be prefixed with "ICALENDAR_" (e.g., ICALENDAR_TZ).
>>
>> Done!
>
> I realize this is not a great idea since other properties do not have
> "ICALENDAR_" pre
> On 20-Aug-2017, at 12:57 AM, Nicolas Goaziou wrote:
>
> Hello,
>
> Vikas Rawal writes:
>
>> My org-version (latest on org ELPA) is: Org mode version 9.0.9
>> (9.0.9-82-gb862c2-elpa @ /Users/vikas/.emacs.d/elpa/org-20170814/)
>>
>> The following is not working:
>>
>> #+PROPERTY: header-a
Eric Abrahamsen writes:
> It's a little strange, because the manual section for this specifically
> mentions the inheritance of the LOCATION property, but the code doesn't
> do it. Shall I add it in? It makes sense for LOCATION and TIMEZONE to be
> inheritable, but not SUMMARY and DESCRIPTION, of
Nicolas Goaziou writes:
> Eric Abrahamsen writes:
>
>> It's a little strange, because the manual section for this specifically
>> mentions the inheritance of the LOCATION property, but the code doesn't
>> do it. Shall I add it in? It makes sense for LOCATION and TIMEZONE to be
>> inheritable, bu
> On Aug 19, 2017, at 1:36 PM, Vikas Rawal
> wrote:
>
>
>> On 20-Aug-2017, at 12:57 AM, Nicolas Goaziou wrote:
>>
>> Hello,
>>
>> Vikas Rawal writes:
>>
>>> My org-version (latest on org ELPA) is: Org mode version 9.0.9
>>> (9.0.9-82-gb862c2-elpa @ /Users/vikas/.emacs.d/elpa/org-20170814
Eric Abrahamsen writes:
> Subject: [PATCH 2/2] Inherit TIMEZONE and LOCATION properties in iCalendar
> export
>
> * lisp/ox-icalendar.el (org-icalendar-entry): Both properties now
> optionally inherit, depending on value of
> `org-use-property-inheritance'.
> * doc/org.texi: Mention change.
On 19 August 2017 at 09:50, Nicolas Goaziou wrote:
> Adam Spiers writes:
>> I was also expecting to be able to use #+NAME: foo in front of a
>> headline
>
> You cannot use a NAME keyword to a headline (or an inlinetask).
> CUSTOM_ID is morally equivalent, though.
>
>> or even other elements like
On 2017-08-19 08:57, Nicolas Goaziou wrote:
It is not possible in the general case. The export block is not
guaranteed to contain a complete environment; it isn't necessarily
displayable either.
Thank you for your kind attention, anyway :) .
I think this is an acceptable workaround. I think A
Looks like htmlize was removed from contrib a few days ago
(commit d0ced9894) which is probably the cause of your issue. You can get
it from https://github.com/hniksic/emacs-htmlize
You can generate a new local.mk by running 'make local.mk'. You may have to
remove or rename the existing local.mk f
>
>
> The first problem is that you have babel code *inside* a macro. Since macros
> are run after babel executes, nothing will happen.
From the manual: "Org expands macros at the very beginning of the export
process.”
These macros run fine if I allow code evaluation. Macro replacement happe
> On Aug 19, 2017, at 6:10 PM, Vikas Rawal
> wrote:
>
>>
>>
>> The first problem is that you have babel code *inside* a macro. Since
>> macros are run after babel executes, nothing will happen.
>
> From the manual: "Org expands macros at the very beginning of the export
> process.”
>
> T
>
> There is a bug in the documentation -- `org-export-babel-evaluate' is
> obsolete. It should say `org-export-use-babel’.
I don’t see org-export-use-babel in available options. I cannot customise it.
'(org-export-use-babel (quote inline-only))
Seems to have no effect. Is that so because, a
> On Aug 19, 2017, at 7:24 PM, Vikas Rawal
> wrote:
>
>
>>
>> There is a bug in the documentation -- `org-export-babel-evaluate' is
>> obsolete. It should say `org-export-use-babel’.
>
> I don’t see org-export-use-babel in available options. I cannot customise it.
>
> '(org-export-use-bab
Nicolas Goaziou writes:
> Let's adjust the patch, then. Thank you!
Hi Nicolas,
Here is the new patch. I took the liberty of using a macro to replace
the code that was duplicated in the four agenda functions. Please let
me know if you would like any further changes.
Thanks,
Adam>From 203bc583
Jarmo Hurri writes:
> Running 'make cleanall' didn't help.
>
> However, a fresh clone followed by a reconfiguration of local.mk solved
> the issue. Most likely the result of a local.mk that is no longer
> consistent.
Just FYI, you can avoid having to re-clone the repo by running
git reset --har
>>
>> I don’t see org-export-use-babel in available options. I cannot customise it.
>>
>> '(org-export-use-babel (quote inline-only))
>>
>> Seems to have no effect. Is that so because, as you say later, users are not
>> supposed to touch this option?
>
> No. You must have an older version of
On Sat, 19 Aug 2017 07:55:00 -0400 Nicolas Goaziou
wrote
> OK. So could you tell me what should be the style name?
>
> Do we need to add it to some style file somewhere? If so, what would be
> its definition?
OK, I just got the expected output by the following:
- Add "OrgListTex
Jarmo Hurri writes:
> Running 'make cleanall' didn't help.
Yes, because you need to install htmlize most likely (if you need it at
all). I installed the one from Marmalade. You need to activate it for
testing (since during test local packages are not visible by default):
BTEST_POST = --eval '(
42 matches
Mail list logo
