I tried to eval the following block, and my point was on the last line,
of course, but since it begins with a “|”, it was interpreted as a
table, and block was not evaled: I believe this is a bug. Why would a
org table be inside a non-org source block? it’s not even inside a
comment!
#+BEGIN_SRC
Why so?
It shouldn’t be this way by default.
I tried to link
“[[gnus:nnml:lists.gnu.emacs-orgmode#87in1rkqlk@gmail.com][Email
from Tim Cross: Re: {O} Ox-html: Replace with and with
]]” and after org-store-link in appropriated buffer, org-insert-link
gave me “Email from Tim Cross: Re: {O} O
Sorry, just found out that interesting (to me) thread I shouldn’t have
let go:
On 2018-10-25 at 08:00, Tim Cross wrote:
> Kaushal Modi writes:
>> […]
>> - b and i are not deprecated
>> - b and strong are both valid but their use depends on the writer's
>> context (but Org mode has just one mark f
Nicolas Goaziou writes:
>> 6 unexpected results:
>>FAILED ob-D/inhomogeneous_table
>>FAILED ob-D/list-list-var
>>FAILED ob-D/list-var
>>FAILED ob-D/vector-var
Test ob-D/inhomogeneous_table backtrace:
signal(ert-test-failed (((should (equal '(("monday" 34) ("tuesday" 4
e
oh i got that slightly wrong. i meant can you give exmaples of what
yoa re saying.
can either of you give examples of code or settings that you had that
made behavior of new modes unpredictable because emacs started
supporting the behavior you made the code or settings for?
On 10/25/18, Eric S Fraga wrote:
> On Thursday, 25 Oct 2018 at 08:24, Tim Cross wrote:
>> Likewise, star
Mario Martelli writes:
> Thank you for your answer.
>
>> If you haven't already, I suggest checking that there isn't a difference in
>> your Go setup, by working out the "go run ..." command that is being run
>> below, and running that manually yourself.
>
> My first assumption was - to be hon
Thank you for your answer.
> If you haven't already, I suggest checking that there isn't a difference in
> your Go setup, by working out the "go run ..." command that is being run
> below, and running that manually yourself.
My first assumption was - to be honest, still is - that the "go run …
Hello,
"Garreau, Alexandre" writes:
> Le 24/10/2018 à 13h40, Nicolas Goaziou a écrit :
>> But you don't need to number the whole buffer, do you?
>
> At least the screen.
>
>> A breadcrumb like feature could be enough. E.g., you hit at the
>> beginning of a headline and get the numbering in addi
On Thursday, 25 Oct 2018 at 08:24, Tim Cross wrote:
> Likewise, started with Emacs 19 and I still have some code which I added
> back then in my init!
[...]
> The two big benefits from the clean up have been much faster start up
> (something which never really bothered me as I run emacs for weeks
> Grant Rettke writes:
> On Sat, Oct 13, 2018 at 1:56 AM Colin Baxter wrote:
>>
>> > Tom Burbage writes:
>>
>> > When I use simple lists, I would like to be able to mix in '!'
>> and > '?' with '-' as these are sometimes more expressive of
>> what the > li
Hello Nicolas,
On 2018-10-25, at 16:56 , Nicolas Goaziou wrote:
> [...]
> I added the functions to "ox-ascii.el", with an autoload cookie,
> a simplified docstring, and an entry in the manual.
> [...]
Wow, many thanks for being so kind as to include them! That was faster and way
easier than I
Hello,
Alexander Adolf writes:
> --
> (defun org-ascii-convert-region-to-ascii ()
> "Assume the current region has Org syntax, and convert it to
> plain ASCII. This can be used in any buffer. For example, you
> could write an
I had some problems with the MELPA version of org-mime, and wasn't able to
solve my issues using the current version. I've rebased off of a PR
submitted to the upstream repo by John Kitchin. Core org-mime functions
once again work for me and I've added a couple of new features:
- mu4e support
- in
Hello,
"Basil L. Contovounesios" writes:
> I realise that the 'display' property is a pretty complicated beast, so
> it may be impractical for 'org-string-width' to do this, but I think
> more accurate/useful behaviour would be to calculate the displayed width
> of the image via 'image-size' or
FYI
"Note taker and org-clock-in enforcer"
https://github.com/roman/clocker.el
Best,
Ihor
Marcin Borkowski writes:
> Hi Orgers,
>
> I am making an Org-mode-based tool to help boost my productivity.
>
> I am constantly fighting a losing battle with distractions. I figured
> out that showing me
Hello,
stardiviner writes:
> Hi, Nicolas. I fixed those warning. I think this should be a feature.
> not a patch.
Applied in "next", then. Thank you.
> And run `make test`. Here is the result:
[...]
> executing Vala source code block
> Code block evaluation complete.
>passed 138/814 ob
Hello,
stardiviner writes:
> stardiviner writes:
>
>> When I try to evaluate js src block code with session.
>> I found it is suspended. After edebug, found the problem is on macro
>> org-babel-comint-with-output.
>>
>> Here is a minimal reproduce code:
>>
>> #+begin_src emacs-lisp
>> (org-bab
If you haven't already, I suggest checking that there isn't a difference in
your Go setup, by working out the "go run ..." command that is being run below,
and running that manually yourself.
On 25 October 2018 05:28:53 BST, Mario Martelli
wrote:
>Morning,
>
>recently I tried to use ob-go and
On 2018-10-25 at 12:12, stardiviner wrote:
> Nicolas Goaziou writes:
>> Would you want to provide a patch for that?
>>
>> Thank you.
>>
>> Regards,
>
> I did a search of "font-lock-add-keywords", "begin_src", "src_" etc in
> Org Mode source code, but have not found exact place where fontify
> func
20 matches
Mail list logo
