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
Hi Nicolas,
On Sat, Apr 18, 2015 at 11:53:01PM +0200, Nicolas Goaziou wrote:
> Hello,
>
> Rasmus writes:
>
> > Suvayu Ali writes:
> >
> >> Hi Rasmus,
> >>
> >> On Thu, Apr 16, 2015 at 12:57:46AM +0200, Rasmus wrote:
> >>>
> >>> Could you try the attached patches and see if they solve your iss
Hello,
Suvayu Ali writes:
> Sorry, I don't think I quite understand. AFAIU, targets like
> <> 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?
There's no guarantee that, e.g.,
Hi Nicolas,
On Sun, Apr 19, 2015 at 02:57:09PM +0200, Nicolas Goaziou wrote:
> Suvayu Ali writes:
>
> > Sorry, I don't think I quite understand. AFAIU, targets like
> > <> have to be unique even inside the Org buffer for links
> > like this to work: [[interesting][very cool]], regardless of exp
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 func
Suvayu Ali 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 use filters to transform
Hi Nicolas,
On Sun, Apr 19, 2015 at 03:40:07PM +0200, Nicolas Goaziou wrote:
> Suvayu Ali 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 w
Suvayu Ali 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 where the target is
>
Hi Nicolas,
I hope you had a nice time "offline".
Nicolas Goaziou 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 even specified
> i
On Sun, Apr 19, 2015 at 03:56:22PM +0200, Nicolas Goaziou wrote:
> Suvayu Ali 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
Hi,
Nicolas Goaziou 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 to be developing.
An
Rasmus 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 quality la
Vicente Vera 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 testing.
> Also
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 too
Hi Marc (and Vincent),
Marc Ihm writes:
> Vicente Vera 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 3 different Org files, o
Hi,
Nicolas Goaziou 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 different. A
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 :
> Vicente Vera writes:
>
>> Hi.
>> Don't think there are more det
Rasmus 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 "ox-latex.el"
imple
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 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 messages during
Nicolas Goaziou 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. Or rather a wra
Rasmus 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 dangerous sinc
Hi!
Nicolas Goaziou 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 dedicated
> major mod
Worked for me.
2015-04-19 13:05 GMT-03:00 Marc Ihm :
>
> 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
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]
25 matches
Mail list logo
