Ihor Radchenko writes:
> David Masterson writes:
>
>>> For that use case, I would use asymmetric rather than symmetric
>>> encryuption.
>>
>> Hmm. Point taken. I have to work on understanding asymmetric
>> encryption with org-crypt more.
>
> You just need to set org-crypt-key to your key
David Masterson writes:
> Tim Cross writes:
>
>> David Masterson writes:
>>
>>> Tim Cross writes:
>>>
Warning: I have not used org-crypt for many years. These days, I just
use a .org.gpg extensions and symmetrically encrypt the whole file.
However, I think I can probably
David Masterson writes:
>> For that use case, I would use asymmetric rather than symmetric
>> encryuption.
>
> Hmm. Point taken. I have to work on understanding asymmetric
> encryption with org-crypt more.
You just need to set org-crypt-key to your key name.
Best,
Ihor
Tim Cross writes:
> David Masterson writes:
>
>> Tim Cross writes:
>>
>>> Warning: I have not used org-crypt for many years. These days, I just
>>> use a .org.gpg extensions and symmetrically encrypt the whole file.
>>> However, I think I can probably answer some of your questions -
>>
>> Hmm,
Tim Cross writes:
> Ihor's response to this indicates I'm incorrect here. As I stated
> earlier, it has been a long time since I used org-crypt, so I'd trust
> his advice more. However, from a technical perspective, I don't
> understand how gnupg or org-crypto can prompt to get the different
David Masterson writes:
> Tim Cross writes:
>
>> David Masterson writes:
>>
>>> I think I've gotten org-crypt working, but I think some things are not
>>> making sense (it might be just me):
>>>
>>> 1. I've set org-crypt-key to nil (symmetric encryption).
>>> 2. Can I use a different
Ah sorry about that. I'm on a windows laptop and didn't have make, so was
testing interactively and they were passing.
I cleaned that up and remove the f-* usage and verified under Ubuntu (on
WSL) that the new tests are passing. I was getting some failures with
unrelated tests, but also get those
Hello,
I'll take this chance to bring this up again, since it's also an issue
concerning org-crypt and it may be relevant if you decide to update
org-crypt's documentation:
https://lists.gnu.org/archive/html/emacs-orgmode/2021-12/msg00675.html.
Regards,
Ignacio
David Masterson writes:
> Ihor
Tim Cross writes:
> David Masterson writes:
>
>> I think I've gotten org-crypt working, but I think some things are not
>> making sense (it might be just me):
>>
>> 1. I've set org-crypt-key to nil (symmetric encryption).
>> 2. Can I use a different encryption key for each encrypted paragraph?
Ihor Radchenko writes:
> David Masterson writes:
>
>> I think I've gotten org-crypt working, but I think some things are not
>> making sense (it might be just me):
>>
>> 1. I've set org-crypt-key to nil (symmetric encryption).
>> 2. Can I use a different encryption key for each encrypted
> LGTM! Unless others have objections, I am inclined to merge the patch
> fully. But please add changlog entries to the commit message.
Done. I attach the patch with the new commit message.
>From 26d157aedfaf1496174682a1f9033d83160a06c2 Mon Sep 17 00:00:00 2001
From: Ignacio Casso
Date: Sat,
* TRS-80 [2022-05-05 03:42]:
> Ken Mankoff writes:
>
> > Google Docs now supports MarkDown, not Org syntax :(.
> >
> > https://workspaceupdates.googleblog.com/2022/03/compose-with-markdown-in-google-docs-on.html
Google Docs is anyway proprietary Javascript software, it is not good
to drive
Katarzyna Chauvat writes:
Hi, try to associate "caption" (and perhaps "label") to the #+RESULTS: block
instead of the source code block.
> Hi,
>
> I would like to ask you for some advice.
> I am a beginner in org-mode. I try to
> include in my text a Figure produced
> by R block code, just
Ignacio Casso writes:
> Then we should decide if we want to use autoload cookies for custom
> variables to make this work also with lexical binding. Otherwise, code
> like the snippet above would produce an error in Emacs 29, and in Emacs
> 27 the let binding would be ignored (although at least
>
>
> #+caption: My caption
> #+label: fig:MyFigure
> #+begin_src R :exports results :results output graphics :file MyFigure.pdf
> :width 4.8 :height 6.5 :pointsize 7
> plot(1:5,1:5)
> #+end_src
>
>
The figure is produced and integrated in the text but
>
#+CAPTION: line should be added to the
I am using html export feature for org files and I want to change the value
of html-postamble (see [doc](
https://orgmode.org/manual/HTML-preamble-and-postamble.html)).
Here is the `index.org` file:
```
#+title: Home
Welcome
#+options: html-postamble:"TESTSPACE"
```
When I export with `M-x
Hi,
I would like to ask you for some advice.
I am a beginner in org-mode. I try to
include in my text a Figure produced
by R block code, just like this:
#+caption: My caption
#+label: fig:MyFigure
#+begin_src R :exports results :results output graphics :file MyFigure.pdf
:width 4.8 :height 6.5
Ryan Scott writes:
>> > + (if (or noninteractive (y-or-n-p (format "Create ID for
>> entry \"%s\"?"
One more thing I forgot.
Please, use `yes-or-no-p'. `y-or-n-p' is not a good idea - it is too
easy to accidently confirm by hitting space.
Best,
Ihor
Ryan Scott writes:
> Had no experience with the :DIR: property or writing unit tests for Org,
> but I think I've got both covered now.
> The ID creation prompting now only happens if there is no result from
> org-attach-dir, which should address the :DIR: case.
Thanks!
> Let me know if there's
Bodertz writes:
> After some quick testing, your patch seems to work as expected. Thanks!
Applied onto main via ed6f8dc67.
Best,
Ihor
Steve Downey writes:
> But now it seems it's just generating definitions for faces that org itself
> defines, rather than basically everything, just prefixed with "org-",
> the htmlize-css-name-prefix.
>
> Has anyone else seen this?
Could you provide a reproducer?
See
Alen Alex Ninan writes:
> 1. Have I made an error in how I define the directory local file?
No.
> 2. If I have not made and error, Is it possible to define the attachment
> directory in directory local variable and have org mode respect the
> location when display of inline images are
On 10/06/2022 21:26, Ihor Radchenko wrote:
You dropped Org ML from the CC. Was it intentional?
My double failure. At first I replied to the message received directly
that lacks List-Post header, while usually I response from the newsgroup
folder, so simple reply has correct address, then I
Hi, Ihor, thanks for your comments,
Ihor Radchenko writes:
> Wouldn't it be better to supply a customization for
> org-babel-process-comment-text instead?
>
> I do not feel that per-src-block control on the comment type makes much
> sense here.
My first approach was actually to define some
Denis Maier writes:
> Am 08.06.2022 um 10:28 schrieb Fraga, Eric:
>> On Wednesday, 8 Jun 2022 at 09:43, Denis Maier wrote:
>>> However, I cannot manage to get this to work:
>> If you want to show the LaTeX, you need to add ":exports code" to the
>> src block, or ":exports both :results file" if
Mikhail Skorzhinskii writes:
> Thank you for your comments once again. I've changed string= to eq and
> it appears to be working OK.
>
> I've also renamed "title" variable to "title-prop" for better
> readability. The -prop suffix should show the reader that it was
> extracted from the file, and
Hi Ihor,
>> Not something I have time to investigate now, but in a month or two (or
>> three ) I might take a look.
>
> I am bumping this. Just in case ;)
This definitely needs a bump, however I think the ETA is still “a few months”
with the current projects I’ve got eating my time . Unless
Edmund Potts writes:
> I have read the manual and searched the list archives but not found an
> answer to this - so apologies if it was in fact covered somewhere.
>
> I make use of the variable org-enforce-todo-dependencies along with the
> :ORDERED: property to have sequentially limited TODO
Timothy writes:
> Not something I have time to investigate now, but in a month or two (or
> three ) I might take a look.
I am bumping this. Just in case ;)
Hello,
The bug I reported about this to the Emacs devel mailing list
(https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54399) has now been
closed, and some documentation has been updated in commit 071722e41120.
Basically, the problem is that in order for
(let ((custom-variable local-value) ...)
Had no experience with the :DIR: property or writing unit tests for Org,
but I think I've got both covered now.
The ID creation prompting now only happens if there is no result from
org-attach-dir, which should address the :DIR: case.
Let me know if there's anything about those tests that I
Daniel Kraus writes:
> just wanted to bump this thread and ask if I can do anything
> to move this forward?
> I'm using it since a few month and works for me.
Sorry for the late reply.
I am not familiar at all with clojure, so it is hard for me to test the
patch. It would help if you also
Samuel Crawford writes:
> I found a couple of workarounds: adding (org-reload) to my init.el
> (actually config.el as I'm running doom emacs) solves the problem, though
> it does add another second to my load time. Alternatively, I was able to
> load the first set of minor modes without issue by
Ignacio Casso writes:
> What would you think about a change like the following in the definition of
> `org-preserve-local-variables' to solve the issue?
>
> + (let ((modified-before-p) (buffer-modified-p))
> ;; current code that deletes local variables
> + (unless modified-before-p
Perry Smith writes:
> For Apple losers like me, ePub is so much nicer than PDFs in Apple
Books. All the features come to life such as book marks, notes,
highlighting, etc. And they are saved. Almost like we rocketed into 1990.
You don't have to be an Apple loser to think ePub is nice. There
35 matches
Mail list logo