Hi Eric,
thanks for testing.
Eric S Fraga writes:
> this seems to cause a problem with org-ctrl-c-minus when trying to cycle
> a bullet point past +. That is, it works if the bullet is - so you can
> cycle to the next which is + but you cannot cycle past that.
Attached patch (against master)
Vincent Beffara writes:
>> > so simply testing
>> > on the value of processing-type would work better, maybe?
>>
>> Yes, should be okay now, let me know!
>
> Nope, exactly the same. cache-relpath and cache-dir are not allowed to be
> nil. Meaning that if processing-type is 'mathjax they should b
Jambunathan K writes:
> A targeted donation (for individual work or hosting the servers) is much
> better than an umbrella donation to Orgmode or Bastien.
FWIW I agree. Any effective proposal against the website is welcome:
~$ git clone git://orgmode.org/orgweb.git
Thanks,
--
Bastien
Bastien writes:
[...]
> Not to override `M-m' but perhaps to define "*" as a syntactic
> whitespace character.
>
> Patch attached -- use with caution. I tested it a bit and it seems
> to work, but not all tests pass and there may be side-effects that I
> could not observe.
Bastien,
this seems
Eric S Fraga writes:
> Jambunathan K writes:
>
>> Why are you fudging with Mail Followup headers? Please don't
>> underestimate the confusion it creates for others.
>
> I believe that most people expect responses to a mailing list email to
> be directed to that list.
Pray explain why Carsten a
Hello Nicolas,
thanks for your reply. I now remember this point of downgrading the macros and
replacing complex macro calls with babel code. Thanks also for the easy
work-around.
- Carsten
On 11.2.2013, at 22:37, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> I am port
Jambunathan K writes:
> Why are you fudging with Mail Followup headers? Please don't
> underestimate the confusion it creates for others.
I believe that most people expect responses to a mailing list email to
be directed to that list.
I am sorry you have found this confusing.
--
: Eric S Fra
Daniel Clemente writes:
> Hi,
> in ox-html.el there's a line with an assert (the only one):
>
> (assert (org-uuidgen-p path))
>
>
> 1. I have some IDs like "o5y98600aze0" which don't conform to that uuidgen
> format; they were created by early versions of org. Should only UUIDs be
>
Thorsten Jolitz writes:
> [about the nearly coincident publication of *outorg* and *poporg*]
> What a bad luck ... ;(
Oh, I'm not much into authorship wars, you know, as long as the need
gets covered. Free time being a scarce resource (for me at least!), I
prefer when we can all make the best u
François Pinard writes:
> François Pinard writes:
>
>> Bastien writes:
>
>>> org-bullets.el is in the contrib/ directory.
>
>> Let me try to describe the problem. [...]
>
> Hmph! My description was not accurate, as I can now observe. Here is a
> correction. Instead of:
>
>> The header gets
François Pinard writes:
> Bastien writes:
>> org-bullets.el is in the contrib/ directory.
> Let me try to describe the problem. [...]
Hmph! My description was not accurate, as I can now observe. Here is a
correction. Instead of:
> The header gets opened, with all items visible, including
On Feb 12, 2013 1:31 AM, "Bastien" wrote:
>
> Hi James,
>
> James Harkins writes:
>
> > I'm resending the issue that I reported the other day, now with a
> > MCE.
>
> Sorry for the delay on this -- and thanks for the detailed reports.
>
> I tried not to get lost in the details actually... so I en
Why are you fudging with Mail Followup headers? Please don't
underestimate the confusion it creates for others.
--
François Pinard writes:
Hi, Francois,
> Just from reading your description, "outorg" seems strangely similar to
> "poporg" (https://github.com/pinard/poporg), which I announced on this
> list maybe two weeks ago. I would presume you missed it? :-)
I missed that completely, you can check the co
Jambunathan K writes:
> "Dominik, Carsten" writes:
>
>> Hurray for Nicolas and Bastien to be brave and switch to the
>> new exporter framework which is a thing of beauty.
>
> It is an umbrella statement and doesn't mean much in and of itself.
>
> Let me clarify, Bastien has very miniscule (~ZERO
Bastien writes:
> org-bullets.el is in the contrib/ directory.
By the way, I like using this one! It works as well with the newer Org
than it did with the previous one, or at least so far that I know. I do
not know if it is adequate to discuss contrib/ packages here, let me
apologize if I shou
Thorsten Jolitz writes:
> With 'outorg', you can stay in you favorite language's major-mode while
> programming, but with a real Org-mode 'look-and-feel', and rapidly
> switch to a temporary buffer in Org-mode for some comment editing.
> Exiting the temporary buffer then stores the edited comment
"Dominik, Carsten" writes:
> is just too good to not share here, together with this
> piece of data:
>
>$ grep defcustom lisp/*el contrib/lisp/*el |wc -l
>1213
Scary! But indicative of the power of org I guess.
> Hurray for Nicolas and Bastien to be brave and switch to the
> new ex
Hi, people.
In the recent days, I noticed that org-store-link, when the cursor is on
the #+TITLE line of an Org file, saves the information in such a way
that a later org-insert-link creates the link by repeating the title
before and after "::". I think that not so long ago, the "::" and what
fol
>> it seems like org-mode should prevent that.
>Yes, this is now the case in master. Thanks!
great -- thank you!!
Nicolas Goaziou writes:
Hello,
> I'm not sure about what you want to do with the parse tree. The usual
> function to work with it is `org-element-map'. You may want to have
> a look at its docstring, as it contains examples.
I want to write an 'unusual' backend that does not need anything else
Hi,
> > #+begin_theorem :options [Him]
> > slkdfj
> > #+end_theorem
>
> This isn't future-proof. If, for example, we need to add options for the
> HTML back-end, there will be a syntax conflict. The rule is the
> following:
>
> - If the toggle are global, allow them on the block opening string
>
Michael Baum writes:
> Sean, that helps too, thank you. Now that you and Sebastien have gone to
> all this trouble I found the part of the manual that sort of describes
> this, but I clearly didn't understand it before. Possible needs a more
> worked-out example for the slow among us, like self.
Sean, that helps too, thank you. Now that you and Sebastien have gone to
all this trouble I found the part of the manual that sort of describes
this, but I clearly didn't understand it before. Possible needs a more
worked-out example for the slow among us, like self.
I've noticed one curious thing
Hello,
Thorsten Jolitz writes:
> here is an excerpt of a parse tree produced with
> 'org-element-parse-buffer':
>
> ,-
> | (section (:begin 1 :end 624 :contents-begin
> | 1 :contents-end 623 :post-blank 1 :parent #0) (keyword (:key
> |
Hi, gang.
I've difficulty to get the new exporter into movement. After trying for
some time, I'm giving into this mailing list for help or advice.
First, "C-c C-e" yields "Cannot open load file: org-export". I guess
that some old autoload is hiding somewhere, but I just do not find it.
Comman
> > so simply testing
> > on the value of processing-type would work better, maybe?
>
> Yes, should be okay now, let me know!
Nope, exactly the same. cache-relpath and cache-dir are not allowed to be nil.
Meaning that if processing-type is 'mathjax they should be set to _some_ string
anyway (th
Hello,
Carsten Dominik writes:
> I am porting my websites to the new exporter, finally. Much is very smooth.
> I do have a problem with macros:
>
>
> * Macro definition
>
>
>#+MACRO: thumbright #+ATTR_HTML: style="float:right;width:$1;margin:0px
> 20px 0px 20px;" \n [[./Content/$2/t
Samuel Wales writes:
> Surely this is pilot error someplace.
>
> (org-export-to-buffer
> 'html
> (get-buffer-create "test")
> t
> nil
> t)
>
> *** test
> asasdf[fn::test]
>
> *** output
>
> asasdf href="#fn.1">1
It should be fixed in master. Cou
Hello,
Eric Schulte writes:
> Thanks for looking into this. I've applied a patch to ob-ocaml.el which
> should handle the two different tuareg execution functions.
Thanks a lot.
About the thing "getting stuck", I made some progress. My error was that
I did not add ";;" at the end of my ocaml p
Yagnesh Raghava Yakkala writes:
> But I am disappointed to see that you discourage/attack current Org's
> maintainer directly. I think this won't help anyone in anyway.
If I say Yagnesh has made zero contributions to Tamil Poetry does it
amount to attacking you. Think about it.
--
Nicolas Goaziou writes:
> I found that inlining it was an overkill. So the change is intentional.
Thanks for the confirmation.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net
Achim Gratz writes:
> Nicolas Goaziou gmail.com> writes:
>> On the other hand, `org-element-type' and al. from org.el are called
>> less often. So, it is not a problem if they are compiled as function
>> calls.
>
> They are normally not compiled as function calls, only in single mode.
>
> Regard
Hello,
Charles Berry writes:
> Remove the spaces before #+name OR take out the '- item' and
> org-export-dispatch
> succeeds.
>
> As is, it fails with
>
> org-element-paragraph-parser: Invalid search bound (wrong side of point)
>
>
> ,
> | * export dispatcher
> |
> | - item
> |
> |
Jambunathan K writes:
> "Dominik, Carsten" writes:
>
>> Hurray for Nicolas and Bastien to be brave and switch to the
>> new exporter framework which is a thing of beauty.
>
> It is an umbrella statement and doesn't mean much in and of itself.
Echoing Carsten's message, I tip my hat to Bastien f
Aloha Nicolas and Jon,
Nicolas Goaziou writes:
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Aloha Jon,
>
> [...]
>
>> Yes, I believe you are right. The commas are not the culprits.
>> Apologies for the red herring.
>>
>> Perhaps Nicolas should revert the commit? Could you check if this is
>>
Hi List,
here is an excerpt of a parse tree produced with
'org-element-parse-buffer':
,-
| (section (:begin 1 :end 624 :contents-begin
| 1 :contents-end 623 :post-blank 1 :parent #0) (keyword (:key
| TITLE :value Program "Blues for Ic
Hi Francesco,
"Francesco Pizzolante"
writes:
> This patch protects changes done in org-agenda-prepare-buffers with
> org-unmodified instead of saving/restoring buffer-modified-p. This avoids
> modification hooks to run.
Applied, thanks!
--
Bastien
Hi Sébastien and François,
"Sebastien Vauban"
writes:
> Indeed...
Fixed.
> And, don't know why, but the speed key `F' is not working for me, on a freshly
> pulled Org:
Also fixed, thanks.
--
Bastien
Hi Nick,
Nick Dokos writes:
> Just pulled and ran "make test". I get one failure with the
> appended backtrace:
I submitted this patch to Nicolas so that he can approve/apply
it. I think the test is wrong, not the code.
diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el
index da
E Sabof writes:
> What is the current status of the package? Was it accepted? Was it
> superseded?
org-bullets.el is in the contrib/ directory.
> If it wasn't superseded, I might spend some time re-implementing it.
I think it would be nice to adapt Jambunathan's solution for Org's
core: somet
Hi James,
James Harkins writes:
> I'm resending the issue that I reported the other day, now with a
> MCE.
Sorry for the delay on this -- and thanks for the detailed reports.
I tried not to get lost in the details actually... so I ended up using
the attached fix. It works here, i.e. C-u C-R
Just pulled and ran "make test". I get one failure with the
appended backtrace:
Nick
Test test-org/backward-element backtrace:
(if (unwind-protect (setq value-4576 (apply fn-4574 args-4575)) (set
(let (form-description-4578) (if (unwind-protect (setq value-4576 (a
(let ((value-4576 (quote e
Hi Thorsten,
Thorsten Jolitz writes:
> having added a property drawer with two entries:
>
> ,-
> | * Definitions
> | :PROPERTIES:
> | :exports: both
> | :results: replace
> | :END:
> `-
>
> I evaluate:
>
> ,---
> | (outlin
Nick Dokos wrote:
> Carsten Dominik wrote:
>
> > OK, I see, this seems to be because the "\n" is no longer
> > interpreted as a newline character upon macro expansion, so the
> > entire text ends up in the ATTR_HTML line and is treated as a
> > comment.
>
> It seems to be coming from deep wi
* Bastien wrote:
> Hi Karl,
Hi!
> I've installed Yasnippet (from GNU ELPA) but I think I need more
> help on how to test it... expanding with TAB in text-mode and in
> yas-minor-mode doesn't produce anything useful.
Does it produce something at all?
> Can you make a recipe for yas-n00bs?
Su
henry atting writes:
> I have this latex code block:
>
> #+begin_src latex :file foo.pdf
> \documentclass{article}
> \begin{document}
> ...some text...
> \end{document}
> #+end_src
>
> After evaluation the resulting file looks like this:
>
>
> article ...some text...
>
> I do not understand this
Hi Bastien and Peter,
Bastien wrote:
> Peter Salazar writes:
>
>> Now the question is: How do I make org-mode recognize the ">" prefix as a
>> demarcator of a code block, so that my document remains readable as
>> Markdown?
>
> You can't -- using ":" as the prefix for fixed-width regions is hardc
Hi Peter,
Peter Salazar writes:
> Now the question is: How do I make org-mode recognize the ">" prefix
> as a demarcator of a code block, so that my document remains readable
> as Markdown?
You can't -- using ":" as the prefix for fixed-width regions is
hardcoded. If we allow to customize this
Hi Henry,
henry atting wrote:
> "Sebastien Vauban" writes:
>> henry atting wrote:
>>> I have this latex code block:
>>>
>>> #+begin_src latex :file foo.pdf
>>> \documentclass{article}
>>> \begin{document}
>>> ...some text...
>>> \end{document}
>>> #+end_src
>>>
>>> After evaluation the resulting
Hi Karl,
Karl Voit writes:
>> I do face strange behavior when using yasnippet with Org-mode:
>
> So there does not seem to be anybody who is able to fix this issue.
> Is there at least somebody who can confirm this weird bug?
I've installed Yasnippet (from GNU ELPA) but I think I need more
help
[RESENT to the list only now]
Dear Jambunathan,
I respect your contributions to Org/Emacs/FreeSoftware a lot.
But I am disappointed to see that you discourage/attack current Org's
maintainer directly. I think this won't help anyone in anyway.
Thanks.,
--
ఎందరో మహానుభావులు అందరికి వందనములు.
Y
Christopher Schmidt writes:
> Christopher Schmidt writes:
>> Here is the patch. Now one just needs
>>
>> ;; Local Variables:
>> ;; eval: (orgstruct-mode 1)
>> ;; orgstruct-heading-prefix-regexp: ";;; "
>> ;; End:
>
> This is in master now. The commit is a3f6570.
Thanks a lot!
Hi Greg,
Greg Minshall writes:
> hi. i use RCS on my .org files. it's happened to me more than once (>1
> ==> "shame on me") that i've entered "C-c '" on a read-only .org file,
> spent some time editing the source code fragment, then done "C-c '",
> only to lose my edits, as the original buffe
Hi Meng Weng,
Meng Weng Wong writes:
> Ordinarily, M-m is bound to (back-to-indentation) – move point to
> the first non-whitespace character on the line. It differs from C-a.
>
> Might it make sense for org-mode to override M-m?
Not to override `M-m' but perhaps to define "*" as a syntactic
wh
Vincent Beffara writes:
> so simply testing
> on the value of processing-type would work better, maybe?
Yes, should be okay now, let me know!
--
Bastien
Hi Tom,
Tom Prince writes:
> I discovered this, when trying to merge a file, with a tag that
> overhangs the right margin. Trying to merge the following line
> with itself (with --rmargin less than 10) the causes the driver
> to output spaces forever:
Good to know people are using Andrew's wor
Hi William,
William writes:
> In plain lists, I sometimes insert timestamps in running text (for an item to
> appear in the agenda), then fill it with org-fill-paragraph. Sometimes, the
> timestamp is splitted (at any of both spaces), breaking the desired agenda
> behavior.
Fixed.
> Is there s
"Roland Winkler" writes:
> On Sun Feb 10 2013 Bastien wrote:
>> Please provide a patch.
>
> I'd much appreciate if the org developers could do that. I have
> enough such things on my own emacs agenda,
Done in Org's git repository, thanks.
--
Bastien
writes:
> would the new freemind exporter be able to handle files
> created with freeplane, or would there have to be a
> freeplane exporter too? Freeplane files and Freemind files
> are similar, but not the same.
>
> Just something to consider...
Here is a wiki page describing the freeplan for
Hi Thomas,
Thomas Morgan writes:
> Thanks! That fixes it and doesn't break any of the agenda views
> that I use.
Thanks for confirming, I've applied the patch now.
All best,
--
Bastien
Hi Thorsten,
Thorsten Jolitz writes:
> when I export a (bit complicated) PicoLisp source block with ':results
> html', I get an error:
>
> ,
> | error: "Invalid search bound (wrong side of point)"
> `
Hi Thorsten,
Thorsten Jolitz writes:
> Interesting, I have to check what happens when I use this function in a
> program. Kind of strange, though, is that a bug in
> 'org-babel-mark-block' - or in Emacs itself?
I think it may have been a temporary bug in Emacs.
Can you reproduce it with a rece
Hi Chris,
chris writes:
> I found Emacs + Org-mode can not automatically create non-existing directory.
>
> For example:
>
> When I create a link [[file:Linux/Linux.org]], but this path does not exist.
> When I open this link with [C-c C-o]. Emacs shows into:
> Use [M-x make-directory RET RE
Hi Muchenxuan,
Muchenxuan Tong writes:
> My intention is to limit the number of tasks in each category.
Did you check (info "(org)Block Agenda") ?
That's the way I would suggest: define a block agenda listing
the various categories, then use `org-agenda-max-todos' in each
of them to limit th
Carsten Dominik wrote:
>
> On 11 feb. 2013, at 13:48, Carsten Dominik wrote:
>
> >
> > Hi,
> >
> > I am porting my websites to the new exporter, finally. Much is very
> > smooth. I do have a problem with macros:
> >
> >
> > * Macro definition
> >
> >
> > #+MACRO: thumbright #+ATTR_H
Hi Jambunathan,
thanks for pointing out again that the new exporter is 99% Nicolas
achievement. It's so obvious to me that I may be fooled in thinking
that it's obvious to everyone.
As for the donations, I also wish Nicolas can receive donations. If
Nicolas makes this move, I'd be happy to have
On 11 feb. 2013, at 13:48, Carsten Dominik wrote:
>
> Hi,
>
> I am porting my websites to the new exporter, finally. Much is very smooth.
> I do have a problem with macros:
>
>
> * Macro definition
>
>
> #+MACRO: thumbright #+ATTR_HTML: style="float:right;width:$1;margin:0px
> 20px 0
Hi,
In a file with some time stamps in headlines, is it still possible to get rid
of them only for the Table of Contents, but to leave them in the headlines
themselves?
Thanks
- Carsten
Hi,
I am porting my websites to the new exporter, finally. Much is very smooth. I
do have a problem with macros:
* Macro definition
#+MACRO: thumbright #+ATTR_HTML: style="float:right;width:$1;margin:0px 20px
0px 20px;" \n [[./Content/$2/thumb.jpg]]
* Macro call
{{{thumbrig
On Feb 11, 2013 1:59 AM, "Nicolas Goaziou" wrote:
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
> > Aloha Jon,
>
> [...]
>
> > Yes, I believe you are right. The commas are not the culprits.
> > Apologies for the red herring.
> >
> > Perhaps Nicolas should revert the commit? Could you check if thi
Hi Sebastien,
"Sebastien Vauban"
writes:
> Hi Henry,
>
> henry atting wrote:
>> I have this latex code block:
>>
>> #+begin_src latex :file foo.pdf
>> \documentclass{article}
>> \begin{document}
>> ...some text...
>> \end{document}
>> #+end_src
>>
>> After evaluation the resulting file looks li
"Dominik, Carsten" writes:
> Hurray for Nicolas and Bastien to be brave and switch to the
> new exporter framework which is a thing of beauty.
It is an umbrella statement and doesn't mean much in and of itself.
Let me clarify, Bastien has very miniscule (~ZERO) contribution to the
new framework
Hi everyone.
I am sorry for the spam, but todays XKCD
http://xkcd.com/1172/
is just too good to not share here, together with this
piece of data:
$ grep defcustom lisp/*el contrib/lisp/*el |wc -l
1213
Hurray for Nicolas and Bastien to be brave and switch to the
new exporter fram
Hi list,
In plain lists, I sometimes insert timestamps in running text (for an item to
appear in the agenda), then fill it with org-fill-paragraph. Sometimes, the
timestamp is splitted (at any of both spaces), breaking the desired agenda
behavior.
Is there something I can do for this not to happ
75 matches
Mail list logo
