Hello,
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Sorry, I don't think I quite understand. AFAIU, targets like
interesting have to be unique even inside the Org buffer for links
like this to work: [[interesting][very cool]], regardless of export. So
then why rename them during export?
Hi Nicolas,
On Sat, Apr 18, 2015 at 11:53:01PM +0200, Nicolas Goaziou wrote:
Hello,
Rasmus ras...@gmx.us writes:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Hi Rasmus,
On Thu, Apr 16, 2015 at 12:57:46AM +0200, Rasmus wrote:
Could you try the attached patches and see if
Hi Nicolas,
On Sun, Apr 19, 2015 at 02:57:09PM +0200, Nicolas Goaziou wrote:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Sorry, I don't think I quite understand. AFAIU, targets like
interesting have to be unique even inside the Org buffer for links
like this to work:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Okay I see it now, in your last email I got a bit confused, but now I
follow. With your solution I use both label and reference using LaTeX,
bypassing Org. Of course this leaves me with links not working inside
Org. I was eventually going to
Hi Nicolas,
On Sun, Apr 19, 2015 at 03:40:07PM +0200, Nicolas Goaziou wrote:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Okay I see it now, in your last email I got a bit confused, but now I
follow. With your solution I use both label and reference using LaTeX,
bypassing Org. Of
Hello,
The following library implements linting for Org syntax. The sole public
function is `org-lint', which see.
Internally, the library defines a new structure: `org-lint-checker',
with the following slots:
- NAME: Unique check identifier, as a symbol. The check is done
calling the
Hello,
tftor...@tftorrey.com (T.F. Torrey) writes:
Yes, changes on master can and do occasionally break Org, but they are
*supposed* to work. You wouldn't leave the spreadsheet functionality in
an unusable state and just tell people to use 8.2.
CUSTOM_ID was *supposed* to work after this
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Ah, that was my report, that option did not work for me completely.
See: http://thread.gmane.org/gmane.emacs.orgmode/96887/focus=96888.
To summarise quickly, with the above option set to t all
references/links behave as I expect, except the ones
Rasmus ras...@gmx.us writes:
That's what I meant. Or rather a wrapper like org-latex--label. A
mapping like the one that was reverted for ox-latex only. Or are there
pitfalls in that approach?
It will not give you predictability either since you cannot guess 4 in
sec:4. Also, it is
Hi!
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
The following library implements linting for Org syntax. The sole public
function is `org-lint', which see.
Great, thanks a lot. Already found some issues with some org-files.
Results are displayed in a special *Org Lint* buffer with a
Hi Nicolas,
I hope you had a nice time offline.
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
This is why I suggest to rever commit cf7d64f. It also introduces
a non-alphanumeric character :, even though `org-export-get-reference'
uses only alphanumeric ones by portability concern (it is
Vicente Vera vicente...@gmail.com writes:
Hi.
Don't think there are more details to provide. The error message
appears upon pressing C-c C-c (bound to the org-ctrl-c-ctrl-c command)
on a headline, doesn't matter which level.
It happened in 3 different Org files, one of which was created for
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
I realize. /I/ think we should do better.
The only way to do better I can think of is to let ox-latex.el
implements its own labelling scheme, without relying on
`org-export-get-reference', which is not mandatory anyway.
That's what I meant.
Worked for me.
2015-04-19 13:05 GMT-03:00 Marc Ihm m...@ihm.name:
Okay, this one only tries to fix, what seems broken ...
Could someone please check ?
best regards
Marc
diff --git a/lisp/org.el b/lisp/org.el
index 24b3a69..8a00847 100755
--- a/lisp/org.el
+++ b/lisp/org.el
@@
On Sun, 19 Apr 2015, Nicolas Goaziou wrote:
Hello,
The following library implements linting for Org syntax. The sole public
function is `org-lint', which see.
Nice!
Comments below.
Internally, the library defines a new structure: `org-lint-checker',
with the following slots:
[snip]
Hi,
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Since it relies on lexical binding, `pcase' and `string-prefix-p', it
cannot be added to Org 8.3, but can make it into Org 8.4, if deemed
useful enough.
It looks like a great tool. Especially given the fact that the org format
still seems
Hi Marc (and Vincent),
Marc Ihm m...@ihm.name writes:
Vicente Vera vicente...@gmail.com writes:
Don't think there are more details to provide. The error message
appears upon pressing C-c C-c (bound to the org-ctrl-c-ctrl-c command)
on a headline, doesn't matter which level.
It happened in
Hello Marc. Yes, upon further inspection it seems the problem is in
org-icompleting-read. This function is complaining that
org-tags-completion--function---one of its arguments---is not a list.
2015-04-19 11:36 GMT-03:00 Marc Ihm m...@ihm.name:
Vicente Vera vicente...@gmail.com writes:
Hi.
Rasmus ras...@gmx.us writes:
I hope you had a nice time offline.
Yes I had, thank you.
I think the label naming is worse now, and I think it's important to
produce good quality labels akin to what you would expect from e.g.
AUCTeX.
The goal is completely different. AUCTeX generates good
Hi,
tftor...@tftorrey.com (T.F. Torrey) writes:
First, thank you for your incredible work on Org. I hope you enjoyed
your days off, but I have to admit that your announcement that you were
taking the week off worried me. I seem to remember we lost Carsten and
Bastien soon after they took a
Hi,
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
I hope you had a nice time offline.
Yes I had, thank you.
Cool!
I think the label naming is worse now, and I think it's important to
produce good quality labels akin to what you would expect from e.g.
AUCTeX.
The goal is completely
On Sun, Apr 19, 2015 at 03:56:22PM +0200, Nicolas Goaziou wrote:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Ah, that was my report, that option did not work for me completely.
See: http://thread.gmane.org/gmane.emacs.orgmode/96887/focus=96888.
To summarise quickly, with the above
Rasmus ras...@gmx.us writes:
I think it's very important that ox-latex outputs are also consumable. I
don't want to create another LyX. Of course we are very far from this
point.
[...]
I realize. /I/ think we should do better.
The only way to do better I can think of is to let
Okay, this one only tries to fix, what seems broken ...
Could someone please check ?
best regards
Marc
diff --git a/lisp/org.el b/lisp/org.el
index 24b3a69..8a00847 100755
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10515,8 +10515,7 @@ from.
completing-read-function)
Rasmus ras...@gmx.us writes:
It looks like a great tool. Especially given the fact that the org format
still seems to be developing.
Indeed. We can use it as another channel for syntax deprecation.
Anyway, some very premature notes:
One venue that may worth pursuing is better error
25 matches
Mail list logo
