Re: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii)

2018-10-24 Thread Alexander Adolf
Hello Nicolas, Many thanks for your swift response! On 2018-10-24, at 09:04 , Nicolas Goaziou wrote: > [...] > I see you are not including Latin1 export. Is there any reason to > implement pure ASCII export? Wouldn't UTF-8 be sufficient? > > More generally, I wonder if, in 2018, it still

Re: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii)

2018-10-25 Thread Alexander Adolf
Hello Nicolas, On 2018-10-25, at 16:56 , Nicolas Goaziou wrote: > [...] > I added the functions to "ox-ascii.el", with an autoload cookie, > a simplified docstring, and an entry in the manual. > [...] Wow, many thanks for being so kind as to include them! That was faster and way easier than I

[O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii)

2018-10-23 Thread Alexander Adolf
Dear Org-Mode Developers, I was missing convert-region functions in the ox-ascii export back-end as are provided by the HTML, LaTeX, Texinfo, and MarkDown back-ends [1], and hence crafted my own (copied below) to go into my init file. My use case is composing emails using notmuch-message-mode.

[feature request] org-agenda-skip-unless

2020-09-28 Thread Alexander Adolf
Hello All, I wanted to improve a bit on my current, simple agenda setup (setq org-agenda-custom-commands '(("n" "Agenda and all TODOs" ((agenda "" nil) (alltodo "" ((org-agenda-block-separator ""))) and achieve an agenda with three sections: 1) (agenda "" nil) 2)

Re: basic org questions

2020-09-17 Thread Alexander Adolf
Emanuel Berg via "General discussions about Org-mode." writes: > Re: basic org questions > Russell Adams wrote: > >>> 1) How do I make a region italic? [...] >> >> https://emacs.stackexchange.com/questions/18101/org-mode-multi-line-emphasis-and-bold > > OK, thanks, not the same good looking

Re: Org mode for meeting minutes

2020-07-07 Thread Alexander Adolf
Hello Adam, All, Adam Spiers writes: > [...] >> His mail is from 2008 and a lot has happened in the mean time. I would >> suggest that today (1) and (2) can be handled with normal org export or >> even pandoc. Inline tasks[2] help a lot to add, well inline tasks. For (3) >> and (4) he mentions

Re: [Interest] Determanistic Org IDs

2020-07-24 Thread Alexander Adolf
Hello Timothy, TEC writes: > [...] > Pros: > - Reduced 'noise' if exported files are commited - (With HTML) > links to particular elements in a file keep working across >multiple versions, most of the time > - (With HTML) links become more descriptive > > Cons: > - Inceased chance

Re: Support for simultaneous running clocks?

2020-07-24 Thread Alexander Adolf
Hello Carlo, Org Devs, Carlo Tambuatco writes: > I don't know if anyone has suggested or is working on the ability for > org mode to keep track of multiple running clocks simultaneously. I'd > like the ability to keep track of, for example, how long something > takes to compile while I keep

Re: [feature request] org-agenda-skip-unless

2020-12-22 Thread Alexander Adolf
Hello Kyle, Kyle Meyer writes: > [ sorry for the slow response ] Same here... > [...] >> With that, my dream agenda would be: >> >> (setq org-agenda-custom-commands >> '(("n" "Agenda and all TODOs" >> ((agenda "" nil) >> (alltodo "" ((org-agenda-block-separator "") >>

Re: How to use `open` to handle `message:*` links on macOS

2021-01-15 Thread Alexander Adolf
Hello Tim, Tim Visher writes: > [...] > I'd like to be able to whack `C-c C-o` on `message:*` links on macOS and > have it call `open` on the contents. Is there a way to make that happen? > > My intent is to be able to save a deep link to a Mail.app message in an org > document. > [...] In my

Re: How to use `open` to handle `message:*` links on macOS

2021-05-06 Thread Alexander Adolf
Hello Tim, Tim Visher writes: > [...] > I do indeed trigger the capture by switching over to Emacs and whacking my > org-capture keybinding (`C-c C`). I have a todo item that's been sitting in > my list for a very long time to figure out how to move my email habits into > emacs but I've never

Re: A requires/provides approach to linking source code blocks

2021-07-12 Thread Alexander Adolf
> On 9. Jul 2021, at 19:01, autofrettage wrote: > > Tim wrote: >> This could just be me, but recently, I'm becoming very concerned >> about the growth of additional features and options in org mode. > > Count me in. I have been mostly been hanging around in the shadows, but this > is serious

Re: How to use `open` to handle `message:*` links on macOS

2021-04-29 Thread Alexander Adolf
Hello Tim, Tim Visher writes: > [...] > Thanks for the tips here. I finally got around to trying them out. Here's > what I ended up with and it's working perfectly. > [...] Glad I could be of assistance! > Pairing that with my org-capture TODO Current Mail Template is a dream come > true. :)

Re: [BUG] - Statistics cookie is part of the org heading title

2022-05-04 Thread Alexander Adolf
Would “fixing” this also remove the statistics cookie from agenda views? That would be a pity as I find it very useful there for my ways of using Org. Cheers, --alex -- www.condition-alpha.com / @c_alpha Sent from my iPhone; apologies for brevity and autocorrect weirdness. > On 4. May

Re: [BUG] - Statistics cookie is part of the org heading title

2022-05-04 Thread Alexander Adolf
Cool! Thanks for the swift confirmation. --alex -- www.condition-alpha.com / @c_alpha Sent from my iPhone; apologies for brevity and autocorrect weirdness. > On 4. May 2022, at 15:00, Ihor Radchenko wrote: > > Alexander Adolf writes: > >> Would “fixing” this also rem

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

2023-01-19 Thread Alexander Adolf
Daryl Manning writes: > [...] > I'd just be excited to have us run through the basic use cases and then see > some more "tricky" ones. I imagine there are things we'd just have to > say... too tricky for (eg. flight takes off in one TZ and range allows it > to land in timezone... stuff like that

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

2023-01-19 Thread Alexander Adolf
Robert Horn writes: > [...] > Getting the rules and explanation clear is the issue. It's a mistake > that a great many people make with scheduling meetings. Those two > behaviors need different encodings because they behave differently. > [...] AFAIU, setting "clear rules" for this seems

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

2023-01-19 Thread Alexander Adolf
Tim Cross writes: > [...] > Consider this scenario. I have a meeting with two other people. We are > all in different timezone. What is the timezone of the meeting? > > Thinking more about it, in this situation, you probably just need to > set the meeting time to UTC and that would work. > [...]

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

2023-01-19 Thread Alexander Adolf
Robert Horn writes: > [...] > The issue is clarity of the expected rules for the format. If I > schedule a meeting for 10:05 DST, > [...] In all calendaring software I have used thus far, I don't do that. I can specify a date and time of day only (but never "DST"). The software then works out

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

2023-01-20 Thread Alexander Adolf
Ihor Radchenko writes: > [...] > I don't imply that. What I am saying is that we first need to decide on > syntax and provide basic support for time zones. It will already be > helpful as I won't need to convert timestamps into local time or think > if I need to convert timestamps ahead of time

columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-08 Thread Alexander Adolf
Hello Org experts, it seems that the time summing behaviour of columnview dynamic blocks is different for CLOCKSUM than for EFFORT columns with respect to how the contributions from sub-headlines are handled. When summing up CLOCKSUM columns, a parent headline can have its own clocked time, which

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-12 Thread Alexander Adolf
Hello Ihor, Many thanks for your swift response. Ihor Radchenko writes: > [...] >> Does anyone recall the rationale for this different behaviour? > > The "default" behaviour is to store summary of all the child property > value in each parent. > [...] > This is, however, not possible for

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-15 Thread Alexander Adolf
form (not t) :value nil) make: *** [test] Error 1 - End Quote -- At first glance, nothing seems to point into a direction suggesting that I had broken anything (i.e. nothing about any breakage relating to columnview)? Many thanks and looking fo

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-13 Thread Alexander Adolf
Ihor Radchenko writes: > Alexander Adolf writes: > >>> In fact, CLOCKSUM property does not support custom summaries. >> >> ??? > > AFAIU, you cannot do %CLOCKSUM{max}. Ah, I see; that's what you meant. >> [...] >> Thus, from my point of view, hav

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-19 Thread Alexander Adolf
Ihor Radchenko writes: > [...] >> `make compile` didn't complain at all, and `make test` ended with the >> following: >> ... >> 4 unexpected results: >>FAILED ob-calc/matrix-inversion >>FAILED test-ob-shell/bash-uses-assoc-arrays >>FAILED

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-20 Thread Alexander Adolf
Many thanks for your swift response! Ihor Radchenko writes: > [...] > When suggesting #+vindex, I was referring to > org-columns-dblock-formatter variable. > [...] > #+cindex: @samp{formatter}, dynamic block parameter I see; thanks for explaining. I've added both:

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-23 Thread Alexander Adolf
Ihor Radchenko writes: > [...] > It would make sense then to include `org-quote-vert' call into > `org-columns--clean-item' then. Good point. I'll move the call to `org-quote-vert' there. > [...] >> (defun org-columns--capture-view (maxlevel match skip-empty exclude-tags >> format local) >>

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-22 Thread Alexander Adolf
k's parameter list, which contains a :link property when set in the #+BEGIN line. Kindly find updated patches below. I hope to have succeeded in addressing all your comments; that was my intention at least. Many thanks and looking forward to your thoughts, --alexander >From a36dba46a63d7d

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-26 Thread Alexander Adolf
Ihor Radchenko writes: > Bastien Guerry writes: > >> Ihor Radchenko writes: >> >>> Thanks! >>> The patch is ready to be merged. >>> Bastien, may you please confirm the FSF records? >>> Alexander should have the copyright signed. >> >> Yes, he has, thanks! > > Applied, onto main. > [...] >

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-24 Thread Alexander Adolf
rite:columnview' I have thus moved the sampling of point for passing to the formatting function to after the call to `org-with-wide-buffer'. Many thanks and looking forward to your thoughts, --alexander >From 2bb19d9000f29d56295b70754f89f927e7a5740c Mon Sep 17 00:00:00 2001 From: Alexander A

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-19 Thread Alexander Adolf
Ihor Radchenko writes: > Alexander Adolf writes: > >> Subject: [PATCH 1/2] lisp/org-colview.el: add formatter parameter to colview >> dynamic block > > Thanks for the patches! > See my comments below. Thanks for your swift review, and most helpful commen

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-05-02 Thread Alexander Adolf
Ihor Radchenko writes: > Alexander Adolf writes: > >> 4 unexpected results: >>FAILED ob-calc/matrix-inversion ((should (equal "[[-1, 0.625, -0.125], >> [0.25, -0.5, 0.25], [0.5, 0.125, -0.125]]" (org-babel-execute-src-block))) >> :form (equal