Hello John,
Many thanks for reporting. I'm short of time right now, but I'll take a closer
look at the problem over
the weekend and keep you posted. Could you let me know which version of
org-mode you are currently using?
Best regards,
Jeremie Juste
On Tuesday, 11 Jan 2022 at 17:36, John
Greetings,
Apologies for writing off-list, but I don't have the original thread
anymore to reply to. I just pulled this group in directly from the
email I found... I just got bitten by this as well and burned most of
my afternoon trying to figure out what the issue was.
Any further thoughts on a
Ok, after more searching, I found that this is a duplicate issue
that's already been discussed. Not sure why all my incantations didn't
bring me to the reddit post or mailing list from google, but simply
searching "prompt blocks R" on r/orgmode directly got me here:
I just ran into an issue where results look fine in the terminal, but
not in the results of a source block. I can't share the real example
as it's work confidential, but a couple of rows across 7 columns looks
like this in the terminal:
#+begin_example terminal
dbGetQuery(con, paste0("SELECT TOP
Fabio Natali writes:
Thanks for getting back to me and thank you very much for the code
snippet, which I think I'm going to integrate in my configuration.
Thank you for the report. With regard to the snippet, It seems the
advice function needs ~( justify region)~ as arguments rather
than ().
Dear all,
On 01.12.21 16:06, Nicolas Goaziou wrote:
You can also shorten this with `org-cite-csl-styles-dir' variable. E.g.,
if _all_ your style files are located in "~/Projekte/csl.styles/", you
could use:
(setq org-cite-csl-styles-dir "~/Projekte/csl.styles/")
Finally citations are
Thanks Sébastien
On Tue, Jan 11, 2022 at 12:05 PM Sébastien Miquel <
sebastien.miq...@posteo.eu> wrote:
> Hi,
>
> Vikas Kumar writes:
> > Here is a patch with the fix.
> Thank you for the patch.
>
> I'm just adding the [PATCH] cookie, so that this shows up on
> https://updates.orgmode.org/.
>
>
> Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>> So, unless there is overwhelming support for changing uppercase
>> defaults into lowercase and a thorough patch, I am inclined
>> towards preserving the existing behaviour.
> The results so far:
> - For
Hi,
Vikas Kumar writes:
Here is a patch with the fix.
Thank you for the patch.
I'm just adding the [PATCH] cookie, so that this shows up on
https://updates.orgmode.org/.
A maintainer will eventually get back to you, but it may take a while
(couple of months at most).
Regards,
--
On 11 January 2022, Rudolf Adamkovič wrote:
Four times more people would like to see consistent defaults so far.
Does that count as overwhelming support? :)
I'm for consistent defaults too, and #+RESULTS looks wrong to me, but I suspect
I'm one of many who isn't able to provide patches,
Fabio Natali writes:
> I'd be curious to hear from other fellow Org Moders.
Thank you! I wanted to report this exact bug sometime soon. What I
would like to do (every day):
1. select the entire buffer with "C-x h" and
2. fill all content with "C-q".
As of now, Org has issues with source
Ihor Radchenko writes:
> So, unless there is overwhelming support for changing uppercase
> defaults into lowercase and a thorough patch, I am inclined towards
> preserving the existing behaviour.
The results so far:
- For inconsistent defaults:
Colin
- For consistent defaults:
Rudy (me),
Hello, can anyone take a look at this problem and the patch?
--
Thanks,
Vikas
On Sun, Jan 9, 2022 at 12:42 AM Vikas Kumar wrote:
> Here is a patch with the fix.
>
> --
> Thanks,
> Vikas
>
> On Sat, Jan 8, 2022 at 9:22 PM Vikas Kumar wrote:
>
>> Hello,
>>
>> When I use ':results value list'
Ihor Radchenko writes:
> Allen Li writes:
>
>> In ob-tangle.el, the line
>>
>> (defvar org-id-link-to-org-use-id nil) ; Dynamically scoped
>>
>> appears to override the user's customization of
>> org-id-link-to-org-use-id.
>
> Have you seen this happening?
Yes, that's why I filed the bug.
>
On 07/01/2022 22:04, Ihor Radchenko wrote:
Max Nikulin writes:
Ihor, are there examples of new error reports in mail lists, blogs, etc?
I am not motivated enough to try development version of emacs, but my
impression that current error log looks like rectangles of garbage.
Yeah, I should
Hi William,
William Denton writes:
> This is beautiful, and a nice Org hack. I appreciate the
> typographical and design examples you send, and have learned a lot
> from them. Thank you.
>
> Bill
Thanks for your kind words, I'm glad you found that code useful.
Best regards,
Juan Manuel
Hi Ihor,
> For some more context, other functions are not really consistent about
> uppercase/lowercase:
> - `org-insert-structure-template' lowercase
> - `org-insert-drawer' uppercase
> - `org-insert-property-drawer' uppercase
> - `org-babel-exp-code-template' defaults to uppercase
> -
> Ihor Radchenko writes:
> Colin Baxter writes:
>> What is the point of changing a default? Users can change to
>> whatever they like, but a default is a default - i.e. remains
>> fixed. Why a particular default arose belongs to peculiarities of
>> history. Do people
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>>> we are entering the territory of Emacs
>>> build-dependent bugs...
>>
>>> My best suggestion then is going to
>>> org-element.el and changing "(version< emacs-version "29")" to "t".
>>
>> I used this method, found the problem is
Nikolay, I do not have any objections concerning the last version of
your patch (I have not test it though). It is tracked on
https://updates.orgmode.org/ however it may take months before it will
be committed.
Have you signed FSF papers related to copyright? See
On 2022-01-10 19:50:59 +, Sébastien Miquel
wrote:
[...]
> It's not just you. I think org-fill-paragraph should try to act
> natively if called from inside a src block.
Hi Sébastien,
Thanks for getting back to me and thank you very much for the code
snippet, which I think I'm going to
Allen Li writes:
> In ob-tangle.el, the line
>
> (defvar org-id-link-to-org-use-id nil) ; Dynamically scoped
>
> appears to override the user's customization of
> org-id-link-to-org-use-id.
Have you seen this happening?
FYI, defvar does not overwrite variable value that is already set.
Try the
In ob-tangle.el, the line
(defvar org-id-link-to-org-use-id nil) ; Dynamically scoped
appears to override the user's customization of
org-id-link-to-org-use-id.
Specifically, this happens if the user has python in
org-babel-do-load-languages, which leads to the require chain:
require
23 matches
Mail list logo