On 2021-11-21, at 15:25, Daniel Baker wrote:
> Hi Marcin,
>
> There's an open pull request on github that has a working implementation
> for clocking in and out. There's a few ui things to fix. I'm running that
> branch at the moment and it works quite well.
Thanks, but... which app are you
thank you! bulk archiving will be among the first things i will try
once i upgrade. i have years[?] of doneified tasks now i think.
i always use maint, with my own few patches rebased on top, so not
sure if i can take advantage of it, except to run main to do it.
still will be highly useful.
if random sorting of siblings is useful, another entry in the sorting
menu, dedicated to it, would eliminate any issues with completion.
it is a clever idea to feed random to sort by function. maybe some
won't catch the connection. just a possibility. not trying to bloat.
On 11/23/21, Vikas
Max Nikulin writes:
> I may be wrong, but it seems both the old and the new regexps match
>
> #+attr_html : :width 50%
>
> that is not a keyword due to a space before ":". The dot in the regexp
> is too permissive.
I agree.
> Despite ".*" includes ": " before ":width", I would prefer
i have found or would find random line within buffer or region to be
useful, and also random entry in org agenda files.
i'd find this useful too, but i think i'd find it more useful to keep
the ordering the same but instead go to a random entry within region.
On 11/23/21, Samuel Wales wrote:
>
Hello,
I pulled the latest this evening. I expect we'll be fine. I wish all
packages were as well-behaved as org.
Thanks.
mp
On 11/22/2021 06:42, Ihor Radchenko wrote:
Michael Powe writes:
Error message:
"Warning (emacs): org-element--cache: Cache corruption detected in
On 21/11/2021 17:01, Ihor Radchenko wrote:
Max Nikulin writes:
My draft version is attached. Ihor, thank you for inspiration. Feel free
to improve it. I hope, it makes problem more apparent to user who tries
to customize markers.
A patch is attached. I have dropped changes in documentation
Hi,
I don't like image-dired thumbnails, so I wrote this function to preview all
images in a directory in an Org buffer. I share it here, in case it is
useful to someone:
#+begin_src emacs-lisp
(defun my-org-img-dired-preview ()
(interactive)
(if (not (derived-mode-p 'dired-mode))
On 23/11/2021 14:46, Matt Huszagh wrote:
Here are two patches that prioritize attr_org over other attr_
keywords. I believe this is what you had in mind Timothy. But let me
know if not.
diff --git a/lisp/org.el b/lisp/org.el
index 308bb7d51..bf5d08e09 100644
--- a/lisp/org.el
+++
On Wed, Nov 17, 2021 at 12:18 PM Uwe Brauer wrote:
> > I type "As we have seen in section [[*Intro]]" (literally, I tend to
> > not use any keybindings or function to insert the link). This (the
> > "*Intro" inside double square brackets) is called an internal link to
> > headlines and they are
>
>
> I think that depends on the completion framework. With the default
> completion, yes, I think RET should do it. With ivy, it's instead
> ivy-immediate-done (C-M-j). I'm not sure offhand about other
> frameworks.
>
>
That's what it needed. Thanks.
I wonder if there would be a better way
>> I am not sure if "Org *10*.0" is a good general example. It is probably
>> one of those cases when users want fine control over emphasis and must
>> use zero width space.
>
> This is simply the first example that crossed my mind. My point is that
> changing the regexp substantially may not be
Hi Timothy,
Sorry for my stupid question. I have figured out the problem is not
relevant to
your work and I have fixed it. I'm really looking forward to your org-mode
asynchronous fragment compilation.
All the best,
VitalyR
On Tue, Nov 23, 2021 at 6:45 PM Vitaly Ankh wrote:
>
> Hi Timothy,
>
Timothy writes:
>> I can see the purpose. However, it still looks like overcomplication.
>> org-element-context takes care about this issue simply by narrowing to
>> current element (inline src block is an object and hence must end within
>> current element).
>
> Well, one simple change we could
Carlos Pita writes:
> Hi all,
>
> on macOS option-shift-left / right extend the selection by one word.
> Emacs by default binds meta-shift-left / right in a way that is
> compatible with the system shortcuts. But org-mode interferes with
> these bindings even when org-support-shift-select is t.
Spectira Chiando writes:
> Patch is working great, have been using it heavily for the past month. Thanks
> very much!
Applied.
I took a freedom to push the patch to main.
Best,
Ihor
Samuel Wales writes:
> in recent maint, bulk archive is slow for me. not a huge deal but
> org-element--current-element takes up 92 percent of cpu time in
> profiler. 6 entries took a few minutes. this is just a heads up in
> case anybody can confirm.
Just a note that bulk archiving should
jakanakaevang...@chiru.no writes:
> Tangling a file with a lot of src blocks can get quite slow because
> write-region is called for each individual src block.
>
> On my machine it takes 8 seconds to tangle a file with 160 blocks of the
> same language. Tangling the file over tramp would probably
Ihor Radchenko writes:
> This looks like a bug in org-element-timestamp-parser
>
> Minimal reproducer:
>
> 1. Create an empty org file and open it
> 2. Yank the following string: "CLOCK: [2021-10-22 Fri 10:41]--[2021]"
> 3. M-: (org-element-at-point)
The attached is tentative fix for cases
Hi,
If org mode won't blow up, kick out the restriction.
It is not up to us to decide what users will have use for or not. Besides, if
someone specifies an outrageously wide picture by mistake, it's a mistake which
is easy to spot and fix.
I finish my argument with a small war story. Many
Matt Huszagh writes:
> I agree that requesting an image to be >2x the buffer text width is a
> strange request, and it's not one I've ever tried to give. But, I think
> the salient point is that it's a very clear request, and I think org
> should carry it out. I'm all in favor of org helping
21 matches
Mail list logo
