Ihor Radchenko writes:
> Nick Dokos writes:
>
>> Patch attached.
>
> Thanks!
> Applied, onto main.
> Fixed.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=8b4b89b14b
>
> I changed the docstring of the newly introduced function to follow the
Patch attached.
Thanks!
--
Nick
>From b7ae1e8027b7b935098bb4354a957722b55afb1d Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Tue, 15 Oct 2024 21:28:32 -0400
Subject: [PATCH] `org-babel-header-arg-expand': more stringent check for
appropriate context
The check for appropriate context
On 10/10/24 1:51 PM, Ihor Radchenko wrote:
Nick Dokos writes:
This was reported by user @Addlai on Emacs SE. See
https://emacs.stackexchange.com/questions/82276/stop-org-cycle-from-prompting-for-header-args
`org-babel-header-arg-expand' is added to the hook
`org-cycle-tab-first-hook
October 2024
appts: 6:48 ┄ Sunrise
School on Super Important Stuff: 9:30 ┄
--8<---cut here---end--->8---
If you wanted it aligned, you'd have to change
`org-agenda-prefix-format' to give the category a bigger width
(or use a shorter CATEGORY value).
--
Nick
ild 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.43,
cairo version 1.18.0)
of 2024-08-09
Package: Org mode version 9.8-pre (release_9.7.10-127-g07dd3b @
/usr/local/share/emacs/site-lisp/org/)
--
Nick
/org/)
--
The following patch wraps calls to `copy-tree' around the relevant
places to eliminate the sharing.
>From dfe13482a8b3997aaca35063e81c7535faf02c0b Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Sat, 28 Sep 2024 15:39
macs SE for the original question and the push for the doc patch:
https://emacs.stackexchange.com/questions/80783/org-mode-export-to-html-onmouseover-highlighting-of-referenced-code-lines
>From 127d9628b9b1e8be54cdc715ab4e6bdcc012d716 Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Fri, 22
Ihor Radchenko writes:
> Nick Dokos writes:
>
>> If you load `ox-html`, the default value of
>> `org-html-head-include-scripts` is nil, despite the defcustom:
>>
>> (defcustom org-html-head-include-scripts t ...
>
> Are you sure? What I am seeing in l
d the analysis.
Emacs : GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38,
cairo version 1.17.8)
of 2023-12-28
Package: Org mode version 9.7-pre (release_9.6.20-1267-gb0c3c9 @
/home/nick/src/emacs/org/org-mode/lisp/)
--
Nick
-link-display RET.
> 4. Move the cursor to the first heading.
> 5. Type C-c C-n.
>
> EXPECTED:
>
> The cursor moves to the second heading.
That's what happens here. Version: Org mode version 9.7-pre
(release_9.6.14-1019-g5092ec).
What version are you running?
>
> ACTUAL:
>
> The cursor moves to the end of file.
>
> Rudy
--
Nick
-quotes-it-doesnt-work
Emacs : GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38,
cairo version 1.17.8)
of 2023-12-28
Package: Org mode version 9.7-pre (release_9.6.14-1019-g5092ec @
/home/nick/src/emacs/org/org-mode/lisp/)
--
Nick
Ihor Radchenko writes:
> Nick Dokos writes:
>
>>> ...
>>> Probably the problem is not the side-effects done by loading
>>> =org-ctags=, but rather that these hook function from =org-ctags= try
>>> to do their job when the environment is not really ready
I did in-between was ask for
help on a completely unrelated Org mode function, is a nasty surprise.
--
Nick
7;t undo everything but it gets the obnoxious bits out of my
way (at least until *I* decide to call `org-ctags-enable').
My 2-cents/pence/centimes...
--
Nick
Ihor Radchenko writes:
> Nick Dokos writes:
>
>> A couple of nits: maybe the comment that `org-back-to-heading' sets match
>> data should be deleted? And there is a typo in the initial comment of
>> the test you added (thanks for adding it!): `:commends org
Ihor Radchenko writes:
> Nick Dokos writes:
>
>> Here's an ECM:
>> ...
>> I narrowed it down to this snippet of code in
>> `org-babel-tangle-single-block':
>> ...
>> and bisecting fingered this commit:
>> ...
>> Apparently, `org-b
--cut here---start->8---
(require 'ox-koma-letter)
--8<---cut here---end--->8---
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
cut here---end--->8---
Apparently, `org-back-to-heading' sets match data differently now: `(match-end
0)' gets the end of the line,
Before the patch, it got the beginning of the line.
Emacs : GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.2
On 5/30/23 11:27, Ihor Radchenko wrote:
Nick Dokos writes:
Please try to read and let me know if anything is confusing.
To me, it does not seem necessary to include the various descriptions. Just
the first three lines of the patch, perhaps with a prompt to consult
the doc string of the
me, it does not seem necessary to include the various descriptions. Just
the first three lines of the patch, perhaps with a prompt to consult
the doc string of the variable which describes these options in
detail, seems enough IMO.
My $0.02 - feel free to disregard.
--
Nick
gt;
>> I just tried #+BEGIN: clocktable :scope subtree :match "+ID=\"Organization\""
>> and it worked.
>
> Thanks! Still didn't work, it turned out that I didn't set
> `org-use-property-inheritance'. Then it turned out that I don't even
> need the plus sign.
>
The `+' (or `-') sign is needed for tags matching.
(info "(org)Matching Tags and Properties")
--
Nick
kit-2113.00
Version 12.0.1 (Build 21A559))
of 2022-09-12
Package: Org mode version 9.6.1 (9.6.1-??-fe92a3c @
/Users/nick/.emacs.d/.local/straight/build-28.2/org/)
current state:
==
(setq
org-link-elisp-confirm-function nil
org-directory "~/org/"
org-after-refile-insert-hook
Ihor Radchenko writes:
> Nick Dokos writes:
>
>> `org-ctags' unilaterally sets the hook `org-open-link-functions' to a
>> bunch of org-ctags functions and enables itself by default. That has
>> the unfortunate consequence of invalidating the documentation for
-in and there should be a way to turn it
off. In addition, it needs a better way to interpolate itself into the
link ecosystem: breaking internal link functionality is rather
obnoxious IMO.
WDYT?
--
Nick
being worked on on
many fronts and I think there have been discussions about it on this
list.
But read the doc string, experiment on your system and see if you can
live with the consequences of choosing the "other" value for the
variable.
[1] https://en.wikipedia.org/wiki/Year_2038_pro
uot;template.org":
>
>#+TITLE: Report
>#+NAME: year
>
>{{{year}}}
>
There should be no empty line between `#+NAME: year' and `{{{year}}}'.
There is a `+' missing at the end of the python code block.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
do not
quote or use backquote:
(setq org-agenda-files (list lb/gtd-file lb/refile-file))
(setq org-agenda-files `(,lb/gtd-file ,lb/refile-file))
In this case, I'd prefer the first form, but the second form is often
useful - see
(info "(elisp)Backquote")
--
Nick
g to have the lowest
> priority. Adding a cookie to all SOMEDAY tasks seems superfluous.
>
> Is there a way of changing the default priority?
C-h v org-priority-{highest,lowest,default}
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
understood you correctly this time, I have no
objection to simplifying (at least, I cannot think of any ATM).
--
Nick
`imagemagick' in that
variable (with different values for the various processors). I use
mostly imagemagick for my purposes, but I've used the other two
occasionally when I had to debug other people's setups.
I find the setup flexible and easy to deal with: what do you find
annoying about it?
--
Nick
of nodes in a
file that are specified through tags/properties matches:
(org-map-entries #'org-todo "LEVEL=1" 'file)
will apply it to top-level nodes only.
See
(info "(org)Using the Mapping API")
and
(info "(org)Matching tags and properties")
--
Nick
to insert that
> property drawer under the heading that contains point.
>
IIUC, you really don't need to insert things dynamically: you can add
an appropriate property drawer after every top-level heading once and
for all.
--
Nick
s. In any case, CONTENTS must neither begin nor end with
> whitespace.”
>
The problem is that these things are configurable, so the above is onlyu
true by default. But you can redefine `org-emphasis-regexp-components` in
ways that would make the above untrue: hence the more abstract description.
html export know about
> .title?
>
Do
C-h v org-html-style-default
Also do
C-h i g(org)RET m CSS
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
when you paste into the middle of text that is invisible in the cloned
buffer. I have not tried it out however.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
at to have a more clean .org file.
>
> Is it possible?
> How can I obtain it?
>
It's just text: you can use ordinary Emacs commands to modify the
file, e.g. C-k will kill a line, or you can use C-d to delete
characters or M-d to delete words.
--
Nick
what you did to load the latest org with
> Emacs -Q? Using purely emacs -Q cannot trigger the error simply because
> org-encode-time is absent in the built-in Org.
>
In my case, it was caused by an update, followed by `make autoloads',
followed by 'org-reload'. That last p
tote users will owe
you a debt of gratitude.
See https://orgmode.org/worg/org-contribute.html, the bullet with the title
"Maintain an Org file".
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
On 6/8/22 09:30, Ihor Radchenko wrote:
Nick Dokos writes:
LGTM! Is there any reason you did not push the patch upstream yourself?
ISTR I used to have push access to the repo, but in some repo move I
think I've lost it and I've never arranged to get it back. At least, I
*think* th
Ihor Radchenko writes:
> Nick Dokos writes:
>
>> `C-u M-x org-lint' was failing to run any checkers, no matter what
>> category was chosen, because the calculation of the list of checkers
>> always returned `nil'.
>
> LGTM! Is there any reason you
`C-u M-x org-lint' was failing to run any checkers, no matter what
category was chosen, because the calculation of the list of checkers
always returned `nil'.
>From b55162adf1250980ad0f42423832aa1aa1045d30 Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Wed, 1 Jun 2022 12:28:23
le to do that.
> Thanks and regards
>
> Uwe Brauer
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
M-Ret (i.e. calling org-meta-return) resulted in:
>
> * outline 1
> ** outline 2
> + no
> + <>te1
> + note2
>
> In Doom Emacs, it results in:
> * outline 1
> ** outline 2
> + note1
> + note2
> ** <>
>
Compare the values of the variable `org-M-RET-may-split-line' in the
two cases: are they the same?
--
Nick
tle: it should be a separate component.
>
> The Topic has beend posted on Stack here:
> https://emacs.stackexchange.com/questions/71592/extract-org-heading-title-without-task-count-e-g-0-0?noredirect=1#comment115659_71592
>
> Best Regards,
>
> Fabian
>
>
--
Nick
&
intertwined with each other, is being
> built.
>From my vantage point (of ignorance about it :-) ), this sounds like
org-roam to me: https://www.orgroam.com/
--
Nick
"There are only two hard problems in computer science: cache invalidation,
naming things, and off-by-one errors." -Martin Fowler
t;
> We may either implement this support or leave things as is and document
> the current behaviour.
>
> I would be in favour of implementing top-level drawer support in
> SETUPFILE, but there might be alternative opinions. WDYT?
FWIW, I agree that it is a bug and it should
ine your own
link types and behavior:
(info "(org)Adding Hyperlink Types")
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
`make test' has been failing for me with this error:
,
| Error: error ("Loading file
| /home/nick/src/emacs/org/org-mode/testing/lisp/test-ob-octave.el
| failed to provide feature ‘test-ob-octave’")
`
The attached patch provides a fix.
>From dc1ab2a24bfc5a02845c380c60
Ihor Radchenko writes:
> Nick Dokos writes:
>
>> The syntax is:
>>
>> #+BEGIN: clocktable ...
>> #+END:
>>
>> There is no `clocktable' after `#+END:'.
>
> Thanks for the patch! Could you please follow the commit summary
The syntax is:
#+BEGIN: clocktable ...
#+END:
There is no `clocktable' after `#+END:'.
---
doc/org-manual.org | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/doc/org-manual.org b/doc/org-manual.org
index af54dc4e87f9..6768ca98dd7f 100644
--- a/doc/org-manu
:
(info "(org)The clock table")
I'll send in a patch if nobody beats me to it.
--
Nick
a bug to me.
Emacs : GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.31, cairo version 1.17.4) of 2022-02-12
Package: Org mode version 9.5.3 (release_9.5.3-452-g407104 @
/home/nick/src/emacs/org/org-mode/lisp/)
--
Nick
in similar situations.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
That stopped the `make test' cold with a backtrace. Bug fix attached.
>From 0d7f1b77dfa5cf3f755ea5d3b08943ec696f8bbf Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Tue, 15 Mar 2022 12:33:52 -0400
Subject: [PATCH] test-ob-octave: Add missing `provide'
---
testing/lisp/test-ob-
lot of complaints of the "it was working fine yesterday
but you broke it" variety). And you can publish your derived mode on
e.g Gitlab/Github/whatever and make it available in MELPA for others
to try out.
HTH.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
Nick Dokos writes:
> Check also the value of the system-specific variable
> `org-file-apps-{gnus,windowsnt,macos}' - whichever is applcible to your
> case.
That should be `org-file-apps-{gnu,windowsnt,macos}'.
--
Nick
"There are only two hard problems in computer sci
?
Check also the value of the system-specific variable
`org-file-apps-{gnus,windowsnt,macos}' - whichever is applcible to your
case.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
tive variable for details.
`
So to find out e.g. what the option ‘:archived-trees’ does, you have
to ask for the doc string of the variable ‘org-export-with-archived-trees’.
You can do that with `C-h v org-export-with-archived-trees' or more easily
by putting the cursor on the name and typing `C-h v RET`.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
Tiny typo fix attached.
From 524e7d8610f42908202a9cbde727ad06c36ae706 Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Mon, 7 Mar 2022 13:11:50 -0500
Subject: [PATCH] Fix typo in doc string
* lisp/org-agenda.el (org-todo-list): Fix typo in doc string.
---
lisp/org-agenda.el | 2 +-
1 file
open a file and the file is
already in Org mode, that needs to be investigated: it's very much
*un*expected AFAICT.
I haven't gone back to find the previous discussion, but if you can find
it, you might want to resurrect it.
--
Nick
"There are only two hard problems in computer science: cache invalidation,
naming things, and off-by-one errors." -Martin Fowler
org/en/latest/input/tex/html.html#html-special-characters
--
Nick
t;---cut here---end--->8---
It worked perfectly on Fedora 34.
Thanks!
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
FWIW, I get
$ git remote -v
upstreamhttps://git.savannah.gnu.org/git/emacs/org-mode.git (fetch)
upstreamhttps://git.savannah.gnu.org/git/emacs/org-mode.git (push)
$ git tag | wc -l
386
Maybe do
$ git remote update
$ git rebase
and try again?
--
Nick
"There are only two
it be possible to have all tables in an org-file have their
>column toggled.
You mean shrunk? If so, there is a #+STARTUP option for that:
#+STARTUP: shrink
>
> 2. Or with a special variable for single tables, just some of them?
>
I don't know of any such variable.
at the
value is the full path, but local in buffer it's not the full path and
the global value is nil.
Thanks
[from org-attach]
<https://github.com/emacs-mirror/emacs/blob/3af9e84ff59811734dcbb5d55e04e1fdb7051e77/lisp/org/org-attach.el#L394>
--
Nick Anderson
Timothy writes:
> Hi Nick,
>
> Thanks for reporting this issue here, and providing a patch. Unfortunately the
> “main maintainers” seem to be rather busy as of late, leaving you hanging for
> quite a while. I’ve had a look at the issue and your patch, and it the issue
> see
| 1 |
> | B| 3 |
> |--+|
> | *C* | *0.33* |
> | D| #ERROR |
>
> #+TBLFM: @4$2=@-2/@-1; *%.2f*::@5$2=@-1+1
> ```
>
> I wonder if there is a way around this effect?
>
The error here is that `*0.33*' is no longe
Michael Maurer writes:
> On Thu, 26 Aug 2021 at 21:54, Nick Dokos wrote:
>>
>> Michael Maurer writes:
>>
>> > On Thu, 26 Aug 2021 at 15:03, Jonathan Gregory wrote:
>> >>
>> >> Hi
>> >>
>> >> On 26 Aug 2021,
2 ~
> sn8 sn8 sn4:32 ~
> sn4 sn8 sn16 sn16
> sn4 r4
> }
> \layout { }
> \midi { }
> }
> #+end_src
>
> In Frescobaldi this gets me both midi-output and pdf. In Emacs with
> org it does say "Midi output to test.midi", but then there's that &
t
> since I am quite newbie, I am not sure if it's there or not.
>
It's there AFAICT: it's a variable defined in `ox-latex.el'.
Maybe you looked for it as a function with `C-h f ...' rather
than `C-h v ...'? Or maybe `ox-latex' is not loaded for some
unfatho
Do `M-x org-lint` on your agenda files. It may not solve this problem, but
it's always worth trying first, since it's so easy - and it may find other
problems that you are unaware of.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things,
7;t been the case until now.
>
This was probably a bad interaction with `visual-line-mode', although
what exactly that means is not clear to me: see
https://emacs.stackexchange.com/questions/67999/refresh-org-agenda-org-agenda-redo-scrolls-buffer-by-1-line
for some more details.
--
iewed and merged.
If anybody else is willing to review it as well, I'd appreciate it.
Thanks!
--
Nick
>
> #+CAPTION: Clock summary at [2021-08-06 Fr 08:48]
>
> | Headline | Time | | | |
>
> |-
I have submitted a patch to allow both match and maxlevel to be specified:
https://orgmode.org/list/87h7h0w5nz@alphaville.usersys.redhat.com/
but it has not been reviewed, tested or merged yet. Maybe you can test it
and report? That should help move it forward.
--
Nick
"There are
O order Turmerick
>Deadline: <8-30-2021 +8w>
>
> On Thu, 22 Jul 2021, Nick Dokos wrote:
>
>> Jude DaShiell writes:
>>
>> > Does enough material exist on werg tutorials that document how to get a
>> > repeater operational? That or maybe I don&#
nd am told strings are copied to the kill ring.
>> Next I move down one line and type control-y to yank those strings out of
>> the kill buffer and paste them on that line.
>> When this is done, I expected the time stamp to increment by 4 weeks.
>> What happened was the
may be interacting
badly with it.
I would probably edebug `org-capture-fille-template` and check that the
code around l.1733 in `org-capture.el' behaves as expected.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
ts drawer
data
#+end_src
#+RESULTS:
:results:
((Grade (ordered (A) (B) (C) (D) (F))) (Style (ordered (Excellent) (Good)
(Adequate) (Lousy) (Failing
:end:
--8<---cut here---end--->8---
If that does not work, then something is fishy with `rubric-one&#
d into the library of babel and then modified. Best!
>> Tom
>
>
I have not tested it but I reviewed the code and it looks good to me.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
nview-dblock-on-properties-or-tags
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
>From 8bcff482e59c24758f87b9b5cdef3bc123dc12f8 Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Sun, 11 Jul
I can't find any reference for that.
>
> It is not implemented?
>
I've often wished for the same, but I don't think it's implemented.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
enting the formula as a source block. Both of them put
the code in some other place, where there is space to add comments.
IOW, it's not a general-purpose function. But I may be misconstruing
what Emmanuel was suggesting.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
>
> I tried nil and other expressions but non really worked, so maybe a calc
> guru could clarify?
>
Could you write the formulas in lisp instead? You might be able to control
things more easily:
(info "(org) Formula syntax for Lisp")
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
ay elucidate what the problem is.
>
> This message drives my crazy since the most important information is
> just not shown.
>
IIUC, clicking on the three dots should expand the message to its full
glory. You'll probably need to cut-n-past it to another buffer and
replace "\n
My initial thoughts are that this is very possible. This might be an
area where we could add a new defcustom on always hiding the results to
allow the user to choose it. Without looking at the code, I think it
would be pretty straight forward to make an excursion to the results
line, toggle sho
ng")
where it says:
#+BEGIN_QUOTE
The LaTeX export back-end appends values from ‘LATEX_HEADER’ and
‘LATEX_HEADER_EXTRA’ keywords to the LaTeX header. The docstring for
‘org-latex-classes’ explains in more detail. Also note that LaTeX
export back-end does not append ‘LATEX_HEADER_EXTRA’ to the heade
"org-latex-pdf-process" to "latexmk"?
>
> Is there any reason not to do this?
>
The only reason I can think of is that it might not be available by
default, so it will be one more thing for a noob to install before Org mode
starts "working".
--
Nick
&qu
If you're looking to go the python route of importing an xls file, you
could try the xlrd package. It's actually just for xls. I'm not sure if
it converts to csv, but once you have the spreadsheet open in python
that should be a pretty trivial exercise.
Cheers,
Nick
On 5/31/
guage
> specific documentation]].
>
>
> Bill
>
> --
> William Denton
> https://www.miskatonic.org/
> Librarian, artist and licensed private investigator.
>
>
The online manual is for 9.4 (the released version). What you see in
org-manual.org
is for 9.5 (which AFAIK
I can confirm this as a bug.
On 5/12/21 3:32 AM, Colin Baxter wrote:
Hello,
If a URL link in an org file contains a bracket then the link is not
fully recognised and may be misdirected. For example,
1. emacs -Q
2. C-x C-f test.org
3. Insert the URL
https://en.wikipedia.org/wiki/Cathedral_Ba
Thanks for the bug report, I can confirm this is happening.
I encountered a similar bug where org-agenda-prepare-buffers was causing
the same issue when the file hadn't been saved to disk, and I agree that
the solution looks good. I've formatted this into a patch and attached
it. Might be wort
to integrate it into Org mode, than bundle things like
that, but I have no idea how things are going to go. I'm sure there will
be some problems that will need fixing one way or another.
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
I haven't opened up the code yet to take a look, but I likely will take
a crack at some of these items in the future as low-hanging fruit
refactoring project.
On 5/6/21 6:05 PM, Boruch Baum wrote:
(org-w3m-get-image-end): New function, for w3m-img links.
3] As mentioned in the patch,
orrow (since it's bugging
me), but thought I'd share what I have for now.
Cheers,
Nick
On 5/6/21 8:24 AM, Ihor Radchenko wrote:
"Nicholas Savage" writes:
I can confirm this too on the latest master.
I took a quick peek this morning, and my suspicion is that the proble
exporting
> :publishing-function org-html-publish-to-html
> :html-extension "php"
> :body-only t
> :html-postamble: t
> :html-postamble-format : ""
This last one seems wrong: the extra space before the colon should probably not
be there.
I've attached a patch to address this.
The issue is that ob-sqlite.el uses org-babel-string-read, which
purposefully removes double-quotes. I think this is unintended
behaviour, and it only seems to be used with ob-sqlite.el. I added a
minor function to bypass the part of org-babel-string-read
I can replicate this, it looks like a bug to me.
Looks to me that there's something wrong with the way it is handling
single quoted strings, since the output is only what is within the
double quoted strings. I will take a stab at fixing this.
On 5/3/21 6:22 PM, learn orchids wrote:
I am usin
es. All of the
tests continue to pass as well. I've tested it on my own files and it is
working as expected as well.
I'd appreciate any feedback on this, or if there are edge cases that the
removed code breaks that I haven't been able to identify.
Nick
>From f8425ef6fe0ae59
Hi Bastien,
Bastien writes:
> Nick Daly writes:
>
>> +(org-babel-plantuml-post-process out-file)
>
> Note that I had to remove the line above from your second patch.
>
> Can you confirm it is not necessary for your second patch to work?
Yes, I can confirm that
I've done some more research on
https://orgmode.org/list/875z02si3g@nicolasgoaziou.fr/, and I
believe the issue is that `org-columns' is setting `truncate-lines' as
t, while `global-visual-line-mode' is expecting it to be set to nil. The
interaction between the two causes the wrapping to no
1 - 100 of 4268 matches
Mail list logo
