Re: Bug: html-postamble string does not allow space [9.4.4 (release_9.4.4 @ /usr/local/share/emacs/27.2/lisp/org/)]

2022-10-30 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> What probably needs clarifying is >> >> 1. mention the string option in the manual > > It is documented in the manual: 13.9.4 HTML preamble and postamble > You snipped out the relevant paragraph I copied from t

Re: Org babel API (was: [FR] Display stderr contents after executing shell blocks (even when stdout :results output is requested) (was: Org 9.6-pre and Bash sessions))

2022-10-30 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> For me, this is another symptom of our need to define a clearer model >> for babel processes so that we can get some consistency across the >> board. Such a model would likely also make it easier for people to >> d

Re: org-assert-version considered harmful

2022-10-31 Thread Tim Cross
"Cook, Malcolm" writes: > Hello, > > I found this recent thread researching why my strategy for staying abreast > with org head had started failing with invalid-function > "org-assert-version" > > My strategy had been to build org initially with > > ` cd ~/.emacs.d && git clone > https://git.

Re: Bug: html-postamble string does not allow space [9.4.4 (release_9.4.4 @ /usr/local/share/emacs/27.2/lisp/org/)]

2022-11-16 Thread Tim Cross
Ihor Radchenko writes: >> >> This is all an aside to the actual bug, so please don't miss that >> (unless it has been fixed) i.e. a org-html-postamble string with a space >> in it does not work. > > I am confused here. > > The original bug talked specifically about situation like > > #+options:

Re: [RFC] Re: Headings and Headlines

2022-11-16 Thread Tim Cross
Ihor Radchenko writes: > André A. Gomes writes: > >> The project's documentation refers to headings and headlines as >> synonyms. Relying on a single definition would be beneficial. If I had >> to choose between the two, I'd go with heading. > > I've been looking into changing all the instan

Re: [MAINTENANCE] Do we have any backwards-compatibility policy for third-party packages?

2022-11-16 Thread Tim Cross
Ihor Radchenko writes: > Hi, > > Org promises to support the last three Emacs releases. > However, it is less clear what is our policy wrt third-party packages. > > We do need third-party packages, for example, in babel backends. > Sometimes, we have to make changes to the ob-*.el files in orde

Re: [MAINTENANCE] Do we have any backwards-compatibility policy for third-party packages?

2022-11-17 Thread Tim Cross
Ihor Radchenko writes: >> It might be worthwhile defining what is meant by 3rd party packages. >> >> For example, ob-scheme relying on geiser as a 3rd party package is one >> thing. Org roam is another type of 3rd party package. I think they need >> different approaches. The first is about our

Re: [RFC] Re: Headings and Headlines

2022-11-19 Thread Tim Cross
Ihor Radchenko writes: > Bastien writes: > >> Ihor Radchenko writes: >> >>> I know for sure >>> that changing `headline' element to `heading' element type will break >>> important packages like org-roam. And there is no good way to work >>> around this. We cannot make symbol aliases in Elisp

Re: [MAINTENANCE] Org orphanage?

2022-11-21 Thread Tim Cross
Ihor Radchenko writes: > Dear all, > > This email is inspired by recent request by org-vcard maintainer to > transfer maintenance to someone else: > https://github.com/flexibeast/org-vcard > > As a part of Org project (https://sr.ht/~bzg/org/), we currently have > https://git.sr.ht/~bzg/org-con

Re: User

2022-11-23 Thread Tim Cross
Paul Schlesinger writes: > Have been using org mode for more than 10 years and package manager since > emacs 26. When I moved to emacs > 28, the included org package was 9.4x and a nag message to install org from > the elpa repository appeared everytime > an org file is processed. I run ema

Re: Release 9.6

2022-12-01 Thread Tim Cross
Max Nikulin writes: > On 29/11/2022 13:58, Bastien wrote: >> Last but not least: thanks to Ihor his >> truly amazing work and for being the de facto maintainer. > > I think, Ihor's role in this release is crucial. He spent a lot of time > fixing bugs and > reviewing patches, not to mention the

Re: Multiple versions of Org in load-path problem

2022-12-08 Thread Tim Cross
David Masterson writes: > Adding this to bug #59882 > > "Michel Schinz" writes: > >> Just for the record, I also ran into problems when installing Org 9.6 >> using Emacs' package system on top of an older version that came with >> Emacs. If I tried to install it as usual (M-x list-packages, th

Re: Multiple versions of Org in load-path problem

2022-12-08 Thread Tim Cross
David Masterson writes: > Tim Cross writes: > >> David Masterson writes: >> >>> "Michel Schinz" writes: >>> >>>> Just for the record, I also ran into problems when installing Org 9.6 >>>> using Emacs' package system

Re: [MAINTENANCE] Do we have any backwards-compatibility policy for third-party packages?

2022-12-10 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> I guess we are limited by what the packages we rely on support. For >> example, if geiser doesn't support Emacs 26 but org is supposed to, >> there isn't much we can do. We cannot afford to fork geiser and m

Re: org-insert-structure-template

2022-12-12 Thread Tim Cross
Anthony Carrico writes: > I'm trying to remember what the old keybinding was before it got switched to > 'C-c C-,'... IIRC there wasn't one. Previously, a completely different system was used for adding these templates and it was bound to < (or was it >, I cannot remember). The problem w

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

2022-12-15 Thread Tim Cross
Max Nikulin writes: > On 15/12/2022 16:31, Ihor Radchenko wrote: >> The actual parser does allow empty lang in src blocks, setting :lang >> element property to nil. Should we stop doing this and treat such src >> blocks as paragraphs? Or should we allow empty lang and instead adapt >> the expor

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

2022-12-15 Thread Tim Cross
Max Nikulin writes: > On 15/12/2022 19:25, Ihor Radchenko wrote: >> Max Nikulin writes: >> >>> I would consider reverting the commit causing user prompt for every >>> variable. >> I disagree. If anything, we can set the default value of >> `org-confirm-babel-evaluate-cell' to nil and apply thi

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

2022-12-15 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> I do wonder if it would be a good idea to try and document when org will >> evaluate code in org files. This would include not just babel block >> evaluation, but also elisp evaluation in table formulas, block header &

Re: Bug: Function org-heading-components is not resilient [9.4.3 (9.4.3-elpa @ /home/data1/protected/.emacs.d/elpa/org-20201216/)]

2022-12-17 Thread Tim Cross
Jean Louis writes: > * Ihor Radchenko [2022-12-17 12:59]: >> The error looks like you attempted to run `org-heading-components' in >> non-Org buffer. `org-heading-components' behaviour in non-Org buffers is >> undefined. > > OK I can change it for my personal use, however, consider that > func

Re: Failing to load, showing this 'Symbol's function definition is void: defvar-1'

2022-12-17 Thread Tim Cross
Sharon Kimble writes: > I unfortunately upgraded this morning to emacs-30.0.50, and since then I > can't get into my usual emacs of 29.0.50. > > When I'm loading emacs-29.0.50 from /usr/local/bin/ it is consistently > failing to load > saying "Symbol's function definition is void: defvar-1".

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

2022-12-17 Thread Tim Cross
Tom Gillespie writes: > Treating src blocks missing a lang as paragraphs is > incorrect because according to the syntax spec they > are syntactically still blocks (greater or lesser depending > on your inclinations). > > I think the general principle we want to follow here is > that a block (or

Re: [BUG] Org-9.6 declares compatibility with Emacs-25.1

2022-12-18 Thread Tim Cross
Timothy writes: > Hi Max, > >> Notice emacs-25.1 in the elpa package description: > > Yea, I’m pretty sure this is just an oversight. This should be bumped to 26. > Yep, that would be my assumption as well. Support is for the two previous releases i.e. 27.x and 26.x.

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

2022-12-18 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> Based on the information in section 17.13, how do I configure my Emacs >> so that >> >> 1. All the code in the files I wrote just runs and doesn't bother me with >> annoying execute questions. >>

Re: Recommended way to work on main without upgrading Org?

2022-12-21 Thread Tim Cross
Karthik Chikmagalur writes: > Hi, > > I'm trying to work on the main branch of Org, with the intent of creating a > patch. > However, I need to continue using Org 9.5 for everyday work in a separate > Emacs session as > I can't have things breaking. Is there a recommended way to run two > s

Re: org-persist files in /tmp

2022-12-21 Thread Tim Cross
Ihor Radchenko writes: > "Fraga, Eric" writes: > >> for some reason, I am now getting many (tens) directories of the form >> org-persist-NN in /tmp. These seem to include an index file and a >> cache type sub-directory structure. Why are these there and does >> anything clean them up? >>

Re: org-persist files in /tmp

2022-12-22 Thread Tim Cross
Max Nikulin writes: > On 22/12/2022 19:34, Ruijie Yu wrote: >> One possible approach to this is to have all org-persist related >> temporary directories into an overall "$TMPDIR/org-persist" directory. > > Predictable name in a "world" writable directory generally is not a good > idea. Multipl

Re: [FR] Present list of errors in separate buffer when running org-export, similar to what org-lint does (was: [Syntax discussion] Should we treat src blocks without LANG as paragraphs?)

2022-12-27 Thread Tim Cross
Ihor Radchenko writes: > As Max proposed, it may be a good idea to extend the concept of org-lint > to export. > > We may unify the LaTeX errors, some errors/warnings potentially signalled > by export backend, and maybe some warnings from org-lint during the > export process. These errors can i

Re: [SECURITY] Arbitrary code evaluation security in Org (was: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable)

2023-01-02 Thread Tim Cross
Ihor Radchenko writes: > Ihor Radchenko writes: > >> P.S. Considering intense discussion around the topic, what about >> reverting my commit from the release? We can then re-consider the whole >> design and apply something more elaborate later. > > I now reverted the discussed commit. > https:

Re: [BUG] worg-setup.org is outdated

2023-01-02 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> First step is to get a working local copy so that I have something to >> work with. AFter that and a bit of exploring, I should have a better >> understanding and idea how to go forward. > > Hi Tim, > &g

Re: Intention of verbatim text?

2023-01-03 Thread Tim Cross
writes: > Hi, > > in org you can have inline verbatim and code text elements like this. > > Example with =verbatim= and ~code~. > > I would like to understand what "verbatim" really means. What is the > semantic behind it? What content should go in there? > > > I'm aware of the separation o

Re: Intention of verbatim text?

2023-01-04 Thread Tim Cross
writes: > My current solution is to convert ~code~ to code and > =verbatim= to verbatim. > > In that case the user can decide himself how to render them. In my > default CSS I would render the ~code~ in monospace with a light gray > background (different from the whole page background) and =ver

Re: [TASK] Enhance Worg HTML styling (was: [BUG] worg-setup.org is outdated)

2023-01-04 Thread Tim Cross
alain.coch...@unistra.fr writes: > Bastien Guerry writes on Wed 4 Jan 2023 11:21: > > > Strong +1 on working on Worg's styling. > > > > The task may be daunting, but we can also tackle it incrementally. > > > > >From memory, orgmode.org/worg is visited by ~30k persons each month, > > th

Re: [TASK] Enhance Worg HTML styling (was: [BUG] worg-setup.org is outdated)

2023-01-05 Thread Tim Cross
alain.coch...@unistra.fr writes: > Tim Cross writes on Thu 5 Jan 2023 09:43: > > > As a simple example, try increasing the font size and see what > > happens to the menus. Keep in mind that some users require a very > > large font (for example, I use a 26 or 28 pt fo

Re: [TASK] Enhance Worg HTML styling

2023-01-05 Thread Tim Cross
Leo Butler writes: > On Fri, Jan 06 2023, Tim Cross wrote: > >> alain.coch...@unistra.fr writes: >> >>> Tim Cross writes on Thu 5 Jan 2023 09:43: >>> >>> > As a simple example, try increasing the font size and see what >>> > happe

Re: OS advice

2023-01-06 Thread Tim Cross
Ypo writes: > Hi > > Orgmode is sometimes desperately slow on my PC: > > Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz, 3100 Mhz > > (RAM)4,00 GB > > I am running Windows 10, everything I use works OK, but Orgmode. > > Do you think that if I install a Linux OS, Orgmode would run fast? Any OS >

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

2023-01-13 Thread Tim Cross
Daryl Manning writes: > Following on from thread at https://www.reddit.com/r/orgmode/comments/zrppqw/ > > [First off, I just wanted to say thank you to everyone that works on > org-mode. It is a wonder.] > > While I realize a few kicks at this can may have been taken, I wanted to > (re-)propo

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

2023-01-14 Thread Tim Cross
Max Nikulin writes: > On 14/01/2023 02:06, Jean Louis wrote: >> This is good for review as related to PostgreSQL database: > > I agree that PostgreSQL is an example of good implementation of time-related > calculations. > >> https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_timestamp_

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

2023-01-14 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> I agree this would be a great feature to add. However, after having >> looked at it in some detail, I realise that not only is it not a trivial >> task, it is actually a very large and complex task and will require >

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

2023-01-14 Thread Tim Cross
Max Nikulin writes: > On 14/01/2023 16:32, Tim Cross wrote: >> If org was to add TZ capabilities to timestamps, the underlying format >> would have to be UTC. > ... >> can change based on various criteria, including political whims >> (e.g. Australia eastern DST

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

2023-01-14 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> Daryl mentioned elsewhere in this thread that how hard this feature >> would be depends largely on the available libraries for elisp with >> respect to working with date/time values. Sadly, the available elisp >> li

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

2023-01-14 Thread Tim Cross
Max Nikulin writes: > On 14/01/2023 20:08, Jean Louis wrote: >> * Max Nikulin [2023-01-14 10:14]: >>> Let's assume <2023-01-15 Sun 09:00 +1> >>> >>> It may be suitable for timestamps in the past, but future is more tricky. >>> There is no problem if you are going to watch Lunar eclipse. However i

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

2023-01-14 Thread Tim Cross
Max Nikulin writes: > On 14/01/2023 20:50, Tim Cross wrote: >> I"m sorry, but I don't follow. The UTC time is the only time whihc is >> not affected by daylight savings transitions, so is the only stable >> metric. All the others are relative to that time but can

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

2023-01-14 Thread Tim Cross
to...@tuxteam.de writes: > [[PGP Signed Part:Undecided]] > On Sat, Jan 14, 2023 at 03:05:22PM +, Ihor Radchenko wrote: >> writes: >> >> > Now there's still enough work for the applications to do: presentation, >> > parsing, disambiguation, if necessary asking the user for help. Someone >> >

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

2023-01-14 Thread Tim Cross
Ihor Radchenko writes: > to...@tuxteam.de writes: > >>> ... Having an >>> ability to specify time zones manually will already cater needs for a >>> number of users. >> >> Definitely. But the time stamp (with time zone) in itself doesn't >> carry enough context to actually decide that. It's even n

Re: Thoughts on this ob language generator

2023-01-14 Thread Tim Cross
George Mauer writes: > I had a need the other day to execute some typescript in an org document. Now > I know that there's an > ob-typescript package but that doesn't quite work the way I want and expects > typescript to be installed > globally (which runs into a variety of versioning issues).

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

2023-01-14 Thread Tim Cross
Max Nikulin writes: > On 15/01/2023 03:30, Tim Cross wrote: >> The UTC time stays the same, but the >> meeting time for me changes twice per year (moving forward/backward an >> hour). > > Meeting time remains the same expressed as local time (15:00), but alternates

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

2023-01-15 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> Unfortunately, the common abbreviated forms like EST, AEST etc are >> inconsistent here. Some places will have a standard and a daylight >> savings type i.e. AEST and AEDT, while others will have just AEST. TO >> mak

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

2023-01-16 Thread Tim Cross
Daryl Manning writes: > I think timezone you're in should be declared globally, surely? And then > defined in the timestamp? > Do you mean globally as in at the OS level or globally in org mode. If the latter, I disagree. The OS has this information and there is no need for org to repeat it (a

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

2023-01-16 Thread Tim Cross
Ihor Radchenko writes: > Tom Gillespie writes: > > >> I will note that this doesn't address the issue of syntax for >> historical and future dates. For historical dates those almost always >> require significant additional metadata to compensate for things like >> the julian/gregorian calendar s

Re: [PATCH] ob-sql: Add support for Athena

2023-01-16 Thread Tim Cross
Ihor Radchenko writes: > Daniel Kraus writes: > >> I'm using this patch since a few month that adds support >> for AWS Athena. >> The only thing that's maybe against adding it is that >> `athenacli` (https://github.com/dbcli/athenacli) is not an >> official AWS tool but just a Python script. >>

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

2023-01-17 Thread Tim Cross
Daryl Manning writes: > I'd argue that setting a specific datestamp and time for DST would mean that > you expected to meet at that > specific time and date as per DST. If the clocks changed you'd be out of luck > (that's where I'd argue you'd > use a non-specified timezone for a meeting that

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

2023-01-17 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> It also seems that the solution will need some mechanism (possibly on a >> per time stamp basis) for the user to specify what should happen when >> either the time zone has a daylight savings transition, when the >>

Re: Supporting non-free SQL clients in ob-sql (was: [PATCH] ob-sql: Add support for Athena)

2023-01-17 Thread Tim Cross
Ihor Radchenko writes: > Daniel Kraus writes: > >> Tim Cross writes: >> >>> I think you run a high risk of running into GNU policy issues wrt >>> licensing and free software support given this is a cleint for an AWS >>> only database. >&g

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

2023-01-18 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >>> Could you please elaborate here? >> >> I have some meetings scheduled in my org files which show up in the >> agenda. >> >> Meeting 1 is a reoccurring meeting which happens every 2 weeks. All of

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

2023-01-18 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >>> Does it sound good enough? >> >> No, I'm afraid not. How does org distinguish between meeting 1 and >> meeting 2? IN meeting one, when the timezone transitions in/out of >> daylight savings, nothing

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

2023-01-18 Thread Tim Cross
Ihor Radchenko writes: > Jean Louis writes: > >> ... >> Should be part of C library to observe those things. > > Sure. My previous proposals are all relying on `encode-time' which uses > time.h from system libraries and utilizing TZDB that is taking care > about all this insanity. > > We, howeve

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

2023-01-18 Thread Tim Cross
Jean Louis writes: > * Tim Cross [2023-01-19 00:31]: >> The problem is with meeting 2 and the assumption there is a definitive >> timezone for the meeting. >> >> Consider this scenario. I have a meeting with two other people. We are >> all in different time

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

2023-01-19 Thread Tim Cross
Jean Louis writes: > * Tim Cross [2023-01-19 10:48]: >> You completely misunderstood the specific issue being discussed. You >> clearly have not been following this specific point being discussed and >> your long reply just confuses matters rather than helps. >>

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

2023-01-19 Thread Tim Cross
"Thomas S. Dye" writes: > Aloha Tim, > >> UTC is a time zone - just one where offset is + > > UTC is absolute time. It lacks the spatial component that defines a time > zone. > Really? I would have thought the prime meridian was the spacial component for UTC? I thought the full long time z

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

2023-01-19 Thread Tim Cross
"Thomas S. Dye" writes: > Aloha Tim, > > Tim Cross writes: > >> "Thomas S. Dye" writes: >> >>> Aloha Tim, >>> >>>> UTC is a time zone - just one where offset is + >>> >>> UTC is absolute time.

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

2023-01-19 Thread Tim Cross
Max Nikulin writes: > On 20/01/2023 03:09, Tim Cross wrote: >> To reiterate for the last time, there are 2 clear and different use >> cases for timestamps associated with meetings. >> 1. A meeting timestamp for a meeting where all the participants are in >> the

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

2023-01-20 Thread Tim Cross
Max Nikulin writes: > On 20/01/2023 12:39, Tim Cross wrote: >> No, I disagree with that statement. That is old thinking based when >> meetings meant face to face meetings. Only meeting which have a specific >> location can have a time zone and even then, it isn't really

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

2023-01-20 Thread Tim Cross
"Thomas S. Dye" writes: > Aloha Max, > > Max Nikulin writes: > >> On 20/01/2023 03:09, Tim Cross wrote: >>> To reiterate for the last time, there are 2 clear and different use >>> cases for timestamps associated with meetings. >>> 1. A mee

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

2023-01-20 Thread Tim Cross
Daryl Manning writes: > Perhaps a leading question (leading to outrage =p ), but does anybody even > use those anymore? > > I don't believe I've used them at all in 5 years of using org-mode (and if I > did it was most likely because of > some arcane older feature which required them). > > Da

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

2023-01-20 Thread Tim Cross
Max Nikulin writes: > On 20/01/2023 15:11, Tim Cross wrote: >> Max Nikulin writes: >> >>> Tim, I am trying to say that any meeting either face to face or on-line may >>> be associated >>> with arbitrary primary timezone. >> and what you are sayi

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

2023-01-20 Thread Tim Cross
Max Nikulin writes: > On 20/01/2023 15:17, Tim Cross wrote: >> So far, nobody has shown any reason why using UTC to distinguish the >> case where the times need to be adjusted and local tz when they don't >> won't work a a mechanism that can be used to allow org

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

2023-01-20 Thread Tim Cross
"Thomas S. Dye" writes: > Aloha Max, > > Max Nikulin writes: > >> On 20/01/2023 23:09, Thomas S. Dye wrote: >>> Max Nikulin writes: >>> Now, if Amsterdam's timezone arbitrarily changes its relation to UTC before >>> the >>> conference takes place, >>> then everyone who participates in the confe

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

2023-01-21 Thread Tim Cross
Max Nikulin writes: > On 21/01/2023 06:38, Tim Cross wrote: >> - Use UTC for meetings which are not face-to-face and which involve >>people form different time zones. > > I agree with you that it should considered as first option by whose who are > planning an > e

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

2023-01-22 Thread Tim Cross
Max Nikulin writes: > On 22/01/2023 04:29, Tim Cross wrote: >> Max Nikulin writes: >>> - UTC is a recommendation for planning when participants are scattered over >>> multiple >>> timezones. >>> - You admit that some timestamps in your files

Re: Supporting non-free SQL clients in ob-sql (was: [PATCH] ob-sql: Add support for Athena)

2023-01-23 Thread Tim Cross
I just wanted to provide some additional information which RMS may find informative. Under the hood, ob-sql.el is using the built-in Emacs sql.el library. It is this library which provides the 'support' for various SQL database engines. That support has been part of the sql library since it was ad

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

2023-01-24 Thread Tim Cross
Max Nikulin writes: > On 22/01/2023 14:48, Tim Cross wrote: >> Timestamp for a log >> record I would probably want or one of the >> variants because the most common way I use those types of timestamp is >> in diagnosing problems and comparing revords from various loca

Re: Supporting non-free SQL clients in ob-sql (was: [PATCH] ob-sql: Add support for Athena)

2023-01-25 Thread Tim Cross
Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > > Would someone please tell me more concretel

Re: Supporting non-free SQL clients in ob-sql (was: [PATCH] ob-sql: Add support for Athena)

2023-01-25 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> to be very clear, ob-sql is not adding any NEW interface to any external >> program. It is just using the Emacs built-in SQL library (Elisp), which >> has been part of Emacs for a long time (I was using it in late 90s to

Re: Supporting non-free SQL clients in ob-sql (was: [PATCH] ob-sql: Add support for Athena)

2023-01-25 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >> 3. There is no requirement to install non-free software to use >> ob-sql.el. The software is fully functional using a free RDMS like >> postgres. > > Yes, but there is requirement to install in order to use ob-sql.

Re: [POLL] Use compat.el in Org?

2023-01-27 Thread Tim Cross
Bastien Guerry writes: > Hi Ihor, > > Ihor Radchenko writes: > >> I have recently been contacted by the current compat.el maintainer >> asking if we are willing to adapt compat.el in Org. > > Very nice! > >> WDYT? > > As long as we keep our promise in terms of backward compatibility with > older

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

2023-01-27 Thread Tim Cross
Ihor Radchenko writes: > First of all, thanks for the detailed suggestion! > I will need more time to look through the provided links and think about > the ideas. > > I will provide one important consideration you missed in the below comment. > > Sterling Hooten writes: > >> What format and synt

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

2023-01-27 Thread Tim Cross
Jean Louis writes: > * Sterling Hooten [2023-01-27 09:06]: >> Offset >> Constant duration difference between times of two time scales >> (ISO). i.e., a quantity to combine with a time scale to produce >> a wall time. e.g., Nepal uses a +5:45 offset from the UTC time >>

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

2023-01-27 Thread Tim Cross
"Thomas S. Dye" writes: > No, I don't think you've missed anything significant. Thanks very much for > your patience > during a discussion that was interesting for me. I learned quite a bit from > you and the > other contributors to the thread and look forward now to learning how Org > mode

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

2023-01-29 Thread Tim Cross
Jean Louis writes: > * Tim Cross [2023-01-28 00:15]: >> > >> >> What kinds of representations would a calendar system capable of >> >> handling timezones require? >> >> >> >> • Instant (fixed) >> >> • This is referring t

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

2023-01-30 Thread Tim Cross
Jean Louis writes: > * Tim Cross [2023-01-29 23:38]: >> Saying that an offset is a fixed value is very different from saying >> that a time zone has a fixed offset. I think this is where your >> confusion is coming from. > > I said neither of those. I never said tha

Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

2023-01-31 Thread Tim Cross
Ihor Radchenko writes: > Greg Minshall writes: > >> just a thought/reminder. there are "semantics" and "encoding". a spec >> like ISO-8601 specifies both. the important thing for org-mode is to >> use an encoding that >> >> 1. is easily parsable/understandable by the mere mortal >> >> 2. al

Re: lesser-than as open paren

2023-01-31 Thread Tim Cross
Andreas Röhler writes: > Hi, > > when taking notes in plain org-mode, run into trouble for instance with this > scala-snippet: > >   def scalaFiles = >     for { >     file <- filesHere >     if file.getName.endsWith(".scala") >   } yield file > > With cursor on lesser-than sign, get a type-mis

Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

2023-02-01 Thread Tim Cross
writes: > [[PGP Signed Part:Undecided]] > On Tue, Jan 31, 2023 at 11:12:00PM +0300, Jean Louis wrote: >> * Ihor Radchenko [2023-01-31 16:46]: >> > Specifying just @Europe/Berlin is ambiguous around the daylight savings >> > transition. >> >> Sorry, I cannot see practical example why is it amb

Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

2023-02-01 Thread Tim Cross
Ihor Radchenko writes: > Tim Cross writes: > >>> Either I understand you wrong, or you don't know what you are >>> talking about. 2023-03-23 02:30 @Europe/Berlin refers to /two/ >>> points in time, thus it /is/ ambiguous. If you use disambiguating >

Re: bug#59882: Multiple versions of Org in load-path problem

2023-02-03 Thread Tim Cross
Ihor Radchenko writes: > Max Nikulin writes: > >> On 27/12/2022 16:47, Ihor Radchenko wrote: >>> Can you then try to test using Emacs 28? >>> The main question if whether this has been fixed in newer Emacs releases >>> or it is also something to do with OS environment. >> >> I see quite the sa

Re: Org Capture Menu cannot be fully viewed

2020-12-13 Thread Tim Cross
Jean Louis writes: > * Tim Cross [2020-12-13 03:54]: >> >> pie...@caramail.com writes: >> >> > Dear All, >> > >> > When making a relatively long Org Capture Menu for Archaeological Field >> > Management, >> >

Re: Adding Org Files to org-agenda-files

2020-12-13 Thread Tim Cross
to adjust your workflow to fit with the tool. The great weakness with org mode is that this tends to make everyone think they have found and defined the ultimate approach, which can easily reach religious heights and inspire a missionary zeal to evangelise their perception of the world. -- Tim Cross

Re: Someone to oversee Org bugs as reported with M-x report-emacs-bugs?

2020-12-13 Thread Tim Cross
with this, but there are a few things happening which may allow me the time to help after Feb next year. If you have not got someone by then, please come back to me and I'll try and help with this. Tim -- Tim Cross

Re: Emacs as an Org LSP server

2020-12-13 Thread Tim Cross
lients that run locally > > Good clarification and content. It is important to separate implementations from protocol. LSP is just a protocol to allow an interface between an editor and a service which can provide additional functionality in an editor independent manner. -- Tim Cross

Re: Emacs as an Org LSP server

2020-12-14 Thread Tim Cross
Jean Louis writes: > It may all look nice and shiny. But what you people don't understand > is that it is Microsoft and deep meaning of Microsoft one can know if > one researches the history as only so one can see the present and look > into future. Microsoft never changed its strategies. Langu

Re: Emacs as an Org LSP server

2020-12-14 Thread Tim Cross
and use it to meet our own requirements. In this case, an LSP server for org mode has the potential to bring org mode to others who don't use Emacs. I have reservations about how successful this can be because much of what I think makes org mode such a powerful tool is too highly tied to Emacs, but I think it is a great experiment which might prove to be beneficial to both org mode and free software more generally. -- Tim Cross

Re: Emacs as an Org LSP server

2020-12-14 Thread Tim Cross
se it or not. Most original initiatives never actually see the light of day and some which do can often have benefits which were not recognised initially. I prefer to encourage ideas and see what fruit they will bare rather than discourage them before they begin. -- Tim Cross

Re: Release Org 9.4.2

2020-12-16 Thread Tim Cross
trends to do anything here. If young users need/want a different forum, they need to take on the responsibility for that initiative. The only restriction is that the forum must fit with the philosophy and guidelines of the FSF with respect to free (libre) software and not just 'open source'. Personally, I think on-line communities went backwards after the decline of USERNET newsgroups. -- Tim Cross

Re: Release Org 9.4.2

2020-12-16 Thread Tim Cross
tuation, but until they do, it simply is not an option. The BIG problem with many of the alternative 'forum' technologies is that very few of them use free software. Some of them may be open source, but that is not the same as free (libre) software. The other problem is many of them force the use of a web UI, which many, including myself, don't like and which rarely works well in Emacs itself (primarily due to the reliance on Javascript). -- Tim Cross

Re: org-mime: markdown not html

2020-12-19 Thread Tim Cross
hink only plain text is supported (I'm not sure they even support HTML for issue emails) -- Tim Cross

Re: org-publish error with java hook

2021-01-17 Thread Tim Cross
see if you get the same error). Review the packages you have which provide JS editing support and you will likely find the culprit. -- Tim Cross

Re: org-publish error with java hook

2021-01-17 Thread Tim Cross
Colin Baxter writes: > Hi Tim, > > Thanks for you quick reply. >>>>>> Tim Cross writes: > > > Colin Baxter writes: > > >> Hello, > >> > >> In the last few days org-publish no loner works for me, giving a >

Re: org-refile and ivy

2021-01-22 Thread Tim Cross
line heading or org file name) and it shows me appropriate candidates. I don't know if there is some spacemacs helm/ivy setup which plays a part here - it just works, so I've not looked any further. org version reports 9.4.4 -- Tim Cross

Re: How to avoid generating the Table of Contents when exporting to markdown?

2021-01-30 Thread Tim Cross
s' sub-section of the Exporting section of the org manual. -- Tim Cross

Re: [PATCH] ox-md.el export code blocks using grave accents.

2021-01-30 Thread Tim Cross
own-language > + (setq language markdown-language) > + (setq language org-language)) > + > +(setq content (replace-regexp-in-string > + "\\`" (concat "```" language "\n") > + content)) > + > +(replace-regexp-in-string "\\'" "```" content))) > > (defun org-md-export-block (export-block contents info) >"Transcode a EXPORT-BLOCK element from Org to Markdown. > #+end_example -- Tim Cross

<    1   2   3   4   5   6   7   8   9   >