rcise with an older version of Org (built in to
Emacs 24.5.1) and that version didn't exhibit the same unexpected
behaviour.
Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2016-04-17 on lgw01-04, modified by Debian
Package: Org-mode version 8.3.6 (8.3.6-7-g4d7d
ppear at the top of the agenda. It's as if the tags are
somehow overriding the sorting strategy.
Regards,
--
Luke
On 17/10/16 16:47, Nicolas Goaziou wrote:
Hello,
Luke writes:
On 16/10/16 20:32, Nicolas Goaziou wrote:
Fixed. Thank you.
Thanks for that. Unfortunately, it doesn't seem to fix the issue
I reported.
Are you using development version? The fix landed there.
Regards,
My apologi
Setting org-agenda-skip-scheduled-if-deadline-is-shown to a non-nil
value in a custom agenda command seems to have no effect. Items that
were scheduled three days ago and have a deadline yesterday still appear
twice in the agenda.
If I checkout tags/release_8.3.6 this bug does not seem to appe
t 'load-path (expand-file-name
"~/elisp/org-mode/contrib/lisp" t))
And then running:
$ emacs -Q -l minimal-org.el
...but I still get the same result (Emacs hangs when I run `M-x (require
'org)`).
Can anyone help tell me what's wrong, or suggest how I try and track
down the problem?
--
Luke
On 23/11/16 09:31, Luke wrote:
I have a strange situation on my laptop.
I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest
development branch from the org-mode git repository (latest changes
pulled today).
Recently, for some unknown reason, emacs suddenly started
On 23/11/16 10:39, Eric Abrahamsen wrote:
Luke writes:
I have a strange situation on my laptop.
I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest
development branch from the org-mode git repository (latest changes
pulled today).
Recently, for some unknown rea
d for this but haven't been able to find an answer either
way. Is there a way to 'fake' "today's date" when generating the agenda?
--
Luke
.org/org-mode.git I get a "403 Forbidden" response.
However, I *can* view http://orgmode.org/w/org-mode.git (note the extra
"w" in the address). Has the repo location changed?
--
Luke
w the last time that a task was repeated.
The LAST_REPEAT property is ideal for this, but when I disable logging
this property is no longer added/updated for any repeated tasks.
Is there an easy way to have the LAST_REPEAT property, but without a
history of TODO state changes?
--
Luke
elated to
org-blank-before-new-entry.
Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2017-09-21 on lcy01-07, modified by Debian
Package: Org mode version 9.1.7 (release_9.1.7-466-ga16590 @
/home/luke/elisp/org-mode/lisp/)
current state:
==
(setq
org-tab-fi
Hi,
On 04/03/18 06:40, Nicolas Goaziou wrote:
Hello,
Luke writes:
org-capture seems to be inserting an extra line before the task
heading. So the narrowed buffer for editing the task looks something
like this:
Top of window ---
** TODO My new task
line-clock. I think this change was introduced in commit
6655429b8d.
Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2017-09-21 on lcy01-07, modified by Debian
Package: Org mode version 9.1.7 (release_9.1.7-466-ga16590.dirty @
/home/luke/elisp/org-mode/lisp/)
On 04/03/18 08:13, Luke wrote:
Hi,
On 04/03/18 06:40, Nicolas Goaziou wrote:
Hello,
Luke writes:
org-capture seems to be inserting an extra line before the task
heading. So the narrowed buffer for editing the task looks something
like this:
Top of window
You can use effort estimates for this. They are covered in the manual
here: https://orgmode.org/manual/Effort-estimates.html#Effort-estimates
After assigning an effort estimate to a task, you can filter all tasks
with an estimate less-than, equal-to, or greater-than a specified number
of minut
use the stored value when refreshing the agenda (rather than
re-entering it each time org-agenda-redo is called).
I know that agenda filters persist when the agenda is refreshed, so I'm
looking to do something similar with my custom value. I've experimented
with trying to set the variable as a buffer local value, but without
success.
Is this possible? If so, any ideas how?
--
Luke
a push and pull it down on my iPhone, task 2 is showing up in my
agenda. Should it be hiding it?
Luke
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
test entry in Mobilorg.
- Attempted to sync.
Error returned "Error syncing changes. An error was encountered while
attempting
to fetch mobileorg.org from the server. The error was: Unexpected error"
On my Dropbox account, I see:
MobileOrg\.dropbox
-Luke
> I have
prior to syncing? I don't think this is really made clear in the
instructions. I didn't know that there was an org-mobile-push dependency
between Emacs and Mobileorg. I had the impression that Mobilorg could be
used stand-alone.
I'll try this and report back.
-Luke
_
Luke Crook balooga.com> writes:
>
> I'll try this and report back.
I started over. Followed the instructions at http://mobileorg.ncogni.to/ and
everything works.
Thanks,
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All&#x
approvers.
Is org-mode capable of this, or is this something that has to be done outside
of org-mode?
For the revision history, I think creating this table on export by
including the commit text from git would be great. Does anyone have any
pointers on how to accomplish this?
-Luke
For the Mac, I've been actually using the methods described in
http://jcardente.blogspot.com/2010/09/saving-weblinks-to-org-mode-from-safari.html
with
pretty good success. If you're not shy about AppleScript and editting an XML
file, it works great.
Luke
On Tue, Nov 30, 2010 at 1:21
i've been using the org-agenda-date-later function to schedule things later.
I think it's what you're looking for. It's not bound to anything, but I bind
it to ")" via
(org-defkey org-agenda-mode-map ")" 'org-agenda-date-later)
Luke
On Tue, De
od c23ade5d8e4b3cd4f0c4dbe5260cad1f227d2710
# good: [f266ee62bb8282cc883adea9f26362b2d3b1ab7d] Fix typo
git bisect good f266ee62bb8282cc883adea9f26362b2d3b1ab7d
# bad: [2f5f6e401f187c2db8131cdbc4355b688ce4c55a] Turn off invisibility
while constructing habit graphs
git bisect
That fixed it. Thanks!
Luke
On Thu, Jan 28, 2010 at 11:32 AM, Carsten Dominik wrote:
> Hi Luke,
>
> thanks for the bisect, that was useful.
>
> Could you please try if the following patch does reliably fix this problem?
>
> Thanks!!
>
> - Carsten
>
> diff --g
ile (
other.org). Let me know if you need any more information. Thanks.
Luke
On Sun, Mar 21, 2010 at 12:13 PM, Carsten Dominik wrote:
> Hi Jan,
>
> I have now applied this patch.
>
> Hi everyone,
>
> I am not sure if I completely understood every part of it, so if
>
Eric Schulte gmail.com> writes:
>
> I've just pushed up a fix -- Eric
>
Thanks for fixing this.
-Luke
Does org-mode support 'flyspell-prog-mode', in that flyspell should ignore
everything within #+begin_src and #+end_src blocks?
Thanks,
-Luke
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Bernt Hansen norang.ca> writes:
>
> Hi Luke,
>
> This problem was fixed in master on February 4 after release_7.4 in
> commit 28b88bbb11289d6c8d39ccc8dc420e7051fc0d4c.
>
> Regards,
> Bernt
Thank you. I'll upgra
Is it possible to specify estimated effort in something other
than hours (0.5, or 0:30)?
For example 1w, 1m, 2d etc?
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gn
dwiched
between #+BEGIN_latex / #+END_latex commands, but this does not put
the title on the first page.
I have included a blank
#+TITLE
and
#+OPTIONS: toc:nil
but this still generates an empty page before my custom title page.
Thanks,
-Luke
ttp://orgmode.org/manual/Built_002din-table-editor.html#Built_002din-table-editor
)
Then you can do the following:
#+TBLFM: @8$2=vsum(@I..@II)
Which means, sum the columns between the first and the second separators.
-Luke
___
Emacs-orgmode ma
f not for the delay then babel
immediately returns an empty buffer and the "vc-call-backend" process never
completes.
How can I fix (1).
Is there a better way that I can accomplish (2) ?
Thanks,
-Luke
Suvayu Ali gmail.com> writes:
>
> On Wed, 30 Mar 2011 05:38:41 + (UTC)
> Luke Crook balooga.com> wrote:
>
> > 1) The code between #+begin_src and #+end_src is exported and not
> > the result of evaluating the code (the commit log).
>
>
Jambunathan K gmail.com> writes:
>
> Luke Crook balooga.com> writes:
>
> > 2) I have to add at delay of at least 5 seconds (set-for 5 t) as vc-git
calls
> > "git log" as an asynchronous process. If not for the delay then babel
> > immediate
Nick Dokos hp.com> writes:
>
> Luke Crook balooga.com> wrote:
>
> > Suvayu Ali gmail.com> writes:
> >
> > > Have you tried ':exports results' as a header argument?
> > >
> >
> > I just tried ':exports results
Nick Dokos hp.com> writes:
>
> Luke Crook balooga.com> wrote:
>
> > 'C-c C-c' at the top of the source block does generate the correct output
> > though. It is just 'C-c C-e ' that returns this error.
> >
>
> Right: (current-buffe
I have code within #+begin_src and #+end_src that has to have the original org-
mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)).
Is there an org-mode command that can be called during the export process that
will return this buffer?
Thanks,
-Luke
Nick Dokos hp.com> writes:
>
> Luke Crook balooga.com> wrote:
>
> > Jambunathan K gmail.com> writes:
> >
> > >
> >
> > I changed my code to wait until the 'Git' process completes. Luckily "vc-
call-
> > backe
Luke Crook balooga.com> writes:
>
> Nick Dokos hp.com> writes:
>
> > There is a way to get the original buffer during capture, but I don't
> > know of a similar mechanism during export. I hardwired the file name
> > instead, but I got no further than
Luke Crook balooga.com> writes:
>
> I have code within #+begin_src and #+end_src that has to have the original
> org-
> mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)).
>
> Is there an org-mode command that can be called during the export pr
Eric Schulte gmail.com> writes:
>
> Luke Crook balooga.com> writes:
>
> > I have written the following code that uses the Emacs vc-* commands to
generate
> > a commit log.
> Is there a reason this processing takes place using Emacs Lisp rather
> th
he original buffer.
>
> #+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer)) :exports
both
> (message "buffer %S!" buf)
> #+end_src
>
That is exactly what I need. Thank you very much.
-Luke
Luke Crook balooga.com> writes:
>
> Eric Schulte gmail.com> writes:
>
> > #+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer))
> > :exports
> both
> > (message "buffer %S!" buf)
> > #+end_src
> >
The following
version control
system, but has only been tested to work with Git. 'limit' is currently
unsupported."
-Luke
:NOEXPORT: removes a heading from export and the TOC. Is there a tag that will
only exclude a heading from appearing in the TOC?
-Luke
suvayu ali gmail.com> writes:
>
> On Mon, May 16, 2011 at 6:38 PM, Luke Crook balooga.com> wrote:
> > :NOEXPORT: removes a heading from export and the TOC. Is there a
> > tag that will
> > only exclude a heading from appearing in the TOC?
> >
>
> Fo
I just noticed that org does not jump to the correct cell in the table when
examining formulas using "org-table-edit-formulas".
This was working in 8.2.6. In most cases, it will jump to a different
location in the buffer. Example table below.
Note that I had to break the table formulae onto
Nick Dokos gmail.com> writes:
> Nope - I tried to reproduce it with latest (both master and maint) and
> could not, so I suspect an error in your configuration.
>
I experience the same issue.
http://article.gmane.org/gmane.emacs.orgmode/88610
/Luke
Nick Dokos zgmail.com> writes:
>
> Can anybody else reproduce this?
/me raises hand.
Question concerning the behaviour of org-insert-heading;
The manual states the following.
>>
If the command is used at the end of a folded subtree (i.e., behind the
ellipses at the end of a headline), then a headline will be inserted after
the end of the subtree.
<<
However at least in my insta
Luke Crook balooga.com> writes:
> However at least in my installation (Emacs 34.3, org-mode 8.2.10),
Emacs 24.3 obviously.
Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> Point is /before/ the ellipses here. You need to move after them,
e.g.,
> using C-f or mess with `org-special-ctrl-a/e'.
>
> Regards,
>
OK thanks. I understood "behind the ellipses at the end of a headline"
as "before" the ellipses, not "after"
Luke Crook balooga.com> writes:
>
> * TEST...
>
>
> Doesn't do anything
>
The above I cannot consistently reproduce. So ignore for now.
Thanks.
I updated org-mode to 7.9.4, and now a I receive the following error from Emacs
when I try to generate Latex output;
Code block evaluation complete.
org-export-select-backend-specific-text: Symbol's function definition is void:
org-strip-protective-commas
Any ideas what might be going on?
Luke Crook balooga.com> writes:
I also see the following error in 7.9.4;
Code block evaluation complete.
progn: Symbol's function definition is void: org-unescape-code-in-region
Nick Dokos hp.com> writes:
>
> My guess is that you have a seriously mixed-up installation.
>
That's what org-version just told me. I downloaded the latest version of Emacs
for windows which includes org-mode v7.9.3f. I'll try start from there.
///Luke
When exporting to Latex, the system used to change the paper orientation to
landscape for tables between the #+begin_landscape #+end_landscape tags.
I noticed that v7.9.3f no longer does this. Were the
#+begin_landscape/#+end_landscape tags deprecated?
Thanks,
-Luke
in a pdf viewer.
On Tue, Mar 26, 2013 at 2:41 PM, John Hendy wrote:
> On Tue, Mar 26, 2013 at 4:32 PM, Luke Crook wrote:
> > When exporting to Latex, the system used to change the paper orientation
> to
> > landscape for tables between the #+begin_landscape #+end_landsca
scape works as
expected.
On Tue, Mar 26, 2013 at 4:36 PM, Charles Berry wrote:
> Luke Crook balooga.com> writes:
>
> >
> > When exporting to Latex, the system used to change the paper orientation
> to
> > landscape for tables between the #+begin_landscape #+end_lan
Sorry, pdfscape is what I am using. But I have used lscape in other docs
and #+begin_landscape/#+end_landscape does basically the same thing.
On Tue, Mar 26, 2013 at 6:03 PM, Luke Crook wrote:
> Yes, I have. In fact, lscape is what I am using.
>
> I haven't changed the docume
On Fri, Mar 22, 2013 at 1:54 PM, Nick Dokos wrote:
>
>
> My guess is that you have a seriously mixed-up installation.
It was a load-path problem. I use an init.el file to load my ~/.emacs.d/
emacs.org initialization file, and I totally forgot to update the path to
the org directory in init.el
> Luke Crook balooga.com> writes:
>
> >
> > When exporting to Latex, the system used to change the paper orientation
to
> > landscape for tables between the #+begin_landscape #+end_landscape tags.
> >
> > I noticed that v7.9.3f no longer does
I just noticed that the List of Figures is not being generated in 8.0.3.
I have a figure with;
#+LATEX: \listoffigures
#+ATTR_LaTeX: width=5.5cm
#+CAPTION: A Caption Here
#+LABEL: fig:test-figure-1
#+begin_src plantuml :file test-figure-1.png :cmdline -Tpng
plantuml stuff here
#+end_src
I have
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote:
>
>
> Hi Luke!
>
> It seems you're using v8.0.3. . .
>
Thank you for the feedback. I should have scrubbed my tags pre-8.0 tags to
conform to the post-8.0 world, sorry about that.
The following tags now work as expected
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote:
>
>
> It seems you're using v8.0.3. . .
>
> Your example would be something like
>
> #+OPTIONS: toc:nil
> #+TOC: figures ## <-- not implemented currently
> #+LATEX: \listoffigures
>
> The following generates the "List of Figures"
#+TOC: listings
No
Thanks for highlighting this. Being able to skip the #+NAME tag in this
situation makes it quite straightforward.
ect results in
HTML?
Thanks,
/Luke
Nicolas Goaziou gmail.com> writes:
>
> \ref{} is LaTeX syntax. Try [[tbl:repositories]] instead.
>
> Regards,
>
That did the trick, thank you.
Both "\newpage" and "#+LATEX: \newpage" generate page breaks in Latex.
However "\newpage" is included verbatim in HTML export.
Should I use "#+LATEX: \newpage" instead?
/Luke
to work.
/Luke
Nicolas Goaziou gmail.com> writes:
>>
> You are probably using an old Org revision (e.g. the one shipped with
> Emacs 24.3).
>
Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
That works. But that means I need both #+HTML: and #+Latex: for the same
thing. \newpage should convert as appropriate depending on the export.
So, \newpage should translate to the HTML equivalent on HTML export, and the
Latex equivalent on Latex export.
It only works correctly on Latex expor
Nicolas Goaziou gmail.com> writes:
>
> Hello,
>
> Luke Crook balooga.com> writes:
>
> > Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
>
> OK. Then could you provide an ECM? I'm unable to reproduce the problem.
>
&
s, I'll probably go quiet unless to answer
good-faith questions. Details & discussion at http://onemodel.org
site/lists if desired.
-Luke
windows installation.
You might want to sign up for the announcements list at least.
-Luke
rable, in the small or globally. More of that is in the "vision"
stuff on the onemodel.org web site.
I originally reported here because I thought there could be interest to
this community, but out of respect I wonder if further conversation
should move to the onemodel.org list(s), unless the culture here allows
going widely off-topic from org-mode use. :) I'm happy either way if
others are.
Thanks!
Luke
On 02/02/16 00:23, Robert Klein wrote:
> So I have to actually pay for export (C-c C-e in org-mode and more
> formats to export to), searching (C-s and C-r in emacs,
> probably more in org-mode) and /maybe/ recent bugfixes? And probably
> no Emacs shortcut keys.
All features are in the free/ope
For me, C-c ! has suddenly become unbound and no longer inserts
an inactive timestamp. Has this changed in the base org-mode, or
most likely is this an issue with my setup?
Thanks.
ouncements,
email me privately to help me understand better. (Unless you think
others here might also prefer that...)
Thanks for the feedback!!
-Luke
(Org-mode seems global. I have some interest in languages, and how easy
or hard second languages are. Esperanto seems so cool: this is under
On 02/03/16 10:15, Bingo UV wrote:
On Mon, 1 Feb 2016 15:15:03 -0700
luke call wrote:
I'm not org-mode power-user but what I recall from my use years ago
is that I moved away because of the # of keystrokes to do operations,
having to open different files for different topics, and tha
Patch is attached. I was running into this when I'd run a shell script
through an org link and later a clean-buffers would run. Thanks!
0001-org.el-Fix-use-of-org-open-at-point-with-shell-and-m.patch
Description: Binary data
I'm not sure if I still need to set "org-block-background" in 8.3.1.
But if I do need to continue setting this, what is the new name for "org-
block-background"?
(set-face-attribute 'org-block-background nil
:height (round (* 0.9 (face-attribute 'fixed-pitch
:height
(s
Emacs 24.5.1 (x86_64-apple-darwin14.1.0, NS
apple-appkit-1344.72)
of 2015-04-17 on MacBook-Pro.local
Package: Org-mode version 8.3.1 (8.3.1-56-g17a225-elpa @
/Users/luke/.emacs.d/elpa/org-20150817/)
(add-to-list 'load-path (expand-file-name "./org-mode/lisp"))
(add-to-list '
to the timesheet package on MELPA. I have filed an
issue here: https://github.com/tmarble/timesheet.el/issues/3 but hopefully
I have found the underlying problem, and hopefully it is reasonably fixable.
Here is some relevant info:
-
Org-mode version 8.3.1 (8.3.1-87-g4ef2c0-elpa
rking fine until an org-mode
update broke it. I may be missing something, so I am not sure if this is
the case.
Anyway, your response is very much appreciated!
Thanks,
Luke
On Tue, Sep 1, 2015 at 12:47 AM, Nicolas Goaziou
wrote:
Hello,
>
> Luke Swart writes:
>
> > There seems to be
I am re-sending because I didn't include everyone on the original message.
-- Forwarded message --
From: Luke Swart
Date: Tue, Sep 1, 2015 at 1:10 AM
Subject: Re: can't assign to hline relative reference
To: Luke Swart , emacs-orgmode@gnu.org
Hi Nicolas Goaziou,
T
t;<2>> | Two | Two |
On Thu, Nov 21, 2013 at 1:04 PM, Nick Dokos wrote:
> Luke Crook writes:
>
> > Nicolas Goaziou gmail.com> writes:
> >
> >>
> >> Hello,
> >>
> >> Luke Crook balooga.com> writes:
> >>
> &
Here is the html export. The anchor is generated, but with no text.
ID
Descr
Descr
One
One
Two
Two
On Thu, Dec 19, 2013 at 11:12 AM, Luke Crook wrote:
> Hi Nicolas,
>
> What about the following code. In the following, <<1>> and <<2>> are n
Ok. I feel quite quite silly now.
Thanks
/Luke
On Thu, Dec 19, 2013 at 12:48 PM, Nicolas Goaziou wrote:
> Hello,
>
> Luke Crook writes:
>
> > What about the following code. In the following, <<1>> and <<2>> are not
> > appearing in the
In column view, org-mode sums 3xSubtasks each having an effort of "1d" as "1d
0:00". Is there a way to change the sum to display this as "3d"?
/Luke
Sebastien Vauban writes:
>
> Luke Crook wrote:
> > In column view, org-mode sums 3xSubtasks each having an effort of "1d"
as "1d
> > 0:00". Is there a way to change the sum to display this as "3d"?
>
> You could try to attach an ECM (« E
The following small change to ox-taskjuggler.el will export the date stored
in #+DATE:
Modified site/org-mode/contrib/lisp/ox-taskjuggler.el
diff --git a/site/org-mode/contrib/lisp/ox-taskjuggler.el b/site/org-
mode/contrib/lisp/ox-taskjuggler.el
index 761e180..5a1895c 100644
--- a/
I'm looking for a quick and dirty way to use the org-mode variables within
Latex.
I thought the following might work;
#+TITLE: A nice title
#+LATEX_HEADER: \newcommand{\orgtitle}TITLE
And then in the .tex file;
\orgtitle{}
Suggestions?
Thanks
Bastien gnu.org> writes:
>
> Hi Luke,
>
> Luke Crook balooga.com> writes:
>
> > #+LATEX_HEADER: \newcommand{\orgtitle}TITLE
>
> My understanding is that Org's macros cannot be used
> within #+... options.
>
> HTH,
>
Bastien, th
I tried creating a custom class and then tried creating a custom style. But
I found the easiest to be the following;
#+AUTHOR:
#+LATEX_HEADER: \newcommand{\orgauthor}{}
#+EMAIL:
#+LATEX_HEADER: \newcommand{\orgemail}{}
#+TITLE:
#+LATEX_HEADER: \newcommand{\orgtitle}{}
#+DATE:
#+LATEX_
Rasmus gmx.us> writes:
>
> I've used this snip to recover such fields
>
> \makeatletter
> \let\Title\ title
> \let\Author\ author
> \let\Date\ date
> \makeatother
>
> Obviously, this is only good for LaTeX.
>
How would I implement this? Is including in the .tex file sufficient?
Having
Eric S Fraga ucl.ac.uk> writes:
> You could always use the new command in the org directive, assuming you
> only use LaTeX export:
>
> #+LATEX_HEADER: \newcommand{\orgauthor}{}
> #+AUTHOR: \orgauthor
>
> This would avoid duplication.
Brilliant!! Thank you.
I just noticed that <<>> links in tables <>, <> below do not
increment, whereas <<>> links in lists do. Example below.
* Reference Documents
| Reference | Document Description |
|---+--|
| <>Ref-1 | Ref 1|
| <>Ref-2 | Ref 2|
|
1 - 100 of 105 matches
Mail list logo
