Le 19/06/2018 19:21, Uwe Brauer a écrit :
Hi
Take the following example
#+TBLNAME: data
| Name | Cual 1 |
|--+|
| A| NT |
| B| NT |
| C| MH |
| D| AP |
| E| MH |
| F| SS |
| G| NP |
| H| NP |
| I
Hi all,
I have
(setq org-ctrl-k-protect-subtree t)
in my init.el. After an upgrade from an ancient version, Org stopped
asking me whether to kill a subtree.
Org mode version 9.1.13 (release_9.1.13-791-g842002)
Is it a bug?
--
Marcin Borkowski
http://mbork.pl
Óscar Fuentes writes:
> Hello.
>
> Today I noticed that org-crypt is broken on my daily driver.
>
> On a header with the :crypt: tag I invoke org-decrypt-entry, a popup
> dialog asks for the password, I type the password and then the
> minibuffer shows
>
> GPG error: "Decryption failed", ""
>
> T
Hi Nicolas,
Please disregard this bug report. I can't reproduce it anymore after an
Emacs restart.
Sorry for the noise.
Regards,
Bernt
Bernt Hansen writes:
> Hi Nicholas,
>
> This fix breaks my capture templates.
>
> commit 593058e4a6270f52fdede2b871a0ee6504944f13
> Author: Nicolas Goaziou
Hello,
Nathan Neff writes:
> I had a look at org-agenda.el, and took a first stab at "coding" :)
> I fixed the sorting problem when using agenda-search-view, and
> I have a DIFF/patch at the bottom of this e-mail [1] that provided the fix.
>
> Would this be of interest to the org-mode project?
Hi, Ken, Nicolas,
thanks for prompt answers, I used org-lint to find all those cases, and
although it took a while, it totally helped!
On Tue, Jun 19, 2018 at 11:13 AM Ken Mankoff wrote:
> Org-lint can help find and repair this for you (I think).
>
> Please excuse brevity. Sent from tiny pocket
Hello,
Marco Wahl writes:
> Hopefully Nicolas and Bastien see it the same way.
Thank you. It looks good. Feel free to apply it.
I have two suggestions however:
1. There is some code duplication, e.g., (dolist ...), could this be
factored out before applying the patch?
2. Would it make sen
Org-lint can help find and repair this for you (I think).
Please excuse brevity. Sent from tiny pocket computer with non-haptic feedback
keyboard.
> On 19 Jun 2018, at 16.37, Igor Katson wrote:
>
> Hi,
>
> first of all, thanks for the best productivity tool that I know of!
>
> I've been us
Hi
Take the following example
#+TBLNAME: data
| Name | Cual 1 |
|--+|
| A| NT |
| B| NT |
| C| MH |
| D| AP |
| E| MH |
| F| SS |
| G| NP |
| H| NP |
| I| NP |
| | NT |
| | AP |
>>> "Uwe" == Uwe Brauer writes:
> || lower bound | upper bound | frequency |
> |+-+-+---|
> | SS | 0 | 4.9 | 8 |
> | AP | 5 | 6.9 | 2 |
> | NT | 7 | 8.9 | 2 |
>
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> Nicolas Goaziou writes:
>
>>> We shot ourselves in the foot when we decided that one part of Org
>>> should consider plain numbers as minutes and the other part as hours.
>>> This is clearly sub-optimal.
>>>
>>> I see no easy way to fix it pai
Hi,
The current master branch has a regression from maint when displaying
task details from the agenda using the SPC key.
I keep my task change details in drawers so when I change a task from
TODO to WAITING I record the details of why it is waiting in the
drawer. In the maint branch I can hit S
Hello,
Igor Katson writes:
> I've been using org-mode for years, and somewhere between version 8 and 9,
> a change happened, which I could not find in the changelogs.
>
> Here's how I often used to format TODO items which are scheduled:
>
> * TODO Item
> some-text
> some-more-text
>SCHEDULED
Hello,
xristos writes:
> An example of a capture workflow that I am using all the time
> is the following:
>
> ("bbp" "Preview book" plain
> (file+function "~/org/books.org.gpg"
> xristos/org-capture-preview-find-location)
> "" :immediate-finish t :jump-to-captured t :empty-lines 0)
>
> The
Hi,
first of all, thanks for the best productivity tool that I know of!
I've been using org-mode for years, and somewhere between version 8 and 9,
a change happened, which I could not find in the changelogs.
Here's how I often used to format TODO items which are scheduled:
* TODO Item
some-text
Hello
Bernt Hansen writes:
> Nicolas Goaziou writes:
>> We shot ourselves in the foot when we decided that one part of Org
>> should consider plain numbers as minutes and the other part as hours.
>> This is clearly sub-optimal.
>>
>> I see no easy way to fix it painlessly. If we change anythin
Nicolas Goaziou writes:
> Allen Li writes:
>
>> org-toggle-tag always marks the buffer as modified due to how it is
>> implemented. It would be better if it did not mark the buffer
>> modified if it does not change anything. This is annoying for
>> org-depend.el (which is contrib, not official
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> Archiving tasks using the master branch with the below configuration
>> creates duplicate "* Archived Tasks" heading each time you archive in
>> the test.org_archive file.
>
> Fixed. Thank you.
>
> Regards,
Confirmed. Thanks you ve
Hello,
Bernt Hansen writes:
> Archiving tasks using the master branch with the below configuration
> creates duplicate "* Archived Tasks" heading each time you archive in
> the test.org_archive file.
>
> The behaviour in the maint branch is correct and files subsequently
> archived tasks under t
Hello,
Grant Rettke writes:
> Although the function document ion mentions the markup to use, it
> doesn't explain that the user needs to provide a logo file in the same
> directory as the letter.
Is it really necessary? Couldn't you use, e.g., \includegraphics{subdir/logo}
regards,
--
Nicola
Hello,
Allen Li writes:
> org-toggle-tag always marks the buffer as modified due to how it is
> implemented. It would be better if it did not mark the buffer
> modified if it does not change anything. This is annoying for
> org-depend.el (which is contrib, not officially supported) because the
21 matches
Mail list logo
