Re: [BUG] worg-setup.org is outdated (was: [accessibility] worg obscures text)

Ihor Radchenko writes: > Tim Cross writes: > >>> Patches are welcome! We just need someone with knowledge of html/css to >>> jump in and create a patch for https://git.sr.ht/~bzg/worg (BTW, also >>> see shiny new https://sr.ht/~bzg/org/). >>> >> >> Sadly, it isn't that simple. You also have

Re: [accessibility] worg obscures text

On 13/06/2022 09:16, Tim Cross wrote: If the .emacs.el was either in the repo or the url referenced in the worg-setup.org file worked, that would help. Org web pages are currently generated by SourceHut CI, have a look at .build.yml and publish.sh (the latter is actually elisp). Browser

[BUG] worg-setup.org is outdated (was: [accessibility] worg obscures text)

Tim Cross writes: >> Patches are welcome! We just need someone with knowledge of html/css to >> jump in and create a patch for https://git.sr.ht/~bzg/worg (BTW, also >> see shiny new https://sr.ht/~bzg/org/). >> > > Sadly, it isn't that simple. You also have to understand how worg does > the

Re: Org Agenda Error

hello, Thank you for the followup. Yes, I should have mentioned that the date is correctly updated following the error. Very odd, considering the text of the error message. Thanks. mp On 6/12/2022 13:46, Bhavin Gandhi wrote: Hello Michael On Sun, 12 Jun 2022 at 21:20, Michael Powe

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

Confirm. I am able to reproduce this issue with GNU Emacs 28.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2022-05-29 Org mode version 9.5.4 (9.5.4-gc02c0d @ /home/tim/.emacs.husky/straight/build/org/) I also feel the manual page could be improved as it

Re: [accessibility] worg obscures text

Ihor Radchenko writes: > Tim Cross writes: > >> I agree, that is pretty poor formatting and does not work well and will >> never work well from an accessibility perspective. > > Patches are welcome! We just need someone with knowledge of html/css to > jump in and create a patch for

clean up checklist

does there exist already any code to clean up checklists? e.g. delete all checked entries. [or move them to a new entry and doneify that entry.] [i know you can sort to end, but demotion can keep them near top.] i am just hoping something exists already. otherwise they are merely wishlist fr

Re: [accessibility] worg obscures text

Tim Cross writes: > I agree, that is pretty poor formatting and does not work well and will > never work well from an accessibility perspective. Patches are welcome! We just need someone with knowledge of html/css to jump in and create a patch for https://git.sr.ht/~bzg/worg (BTW, also see

Re: [accessibility] worg obscures text

Samuel Wales writes: > on this page, i cannot read the rhs of paragraphs near the top because > the menu and up home elements obscure the text. > https://orgmode.org/worg/org-faq.html#keeping-local-changes-current-with-Org-mode-development > . > > i use very large fonts. i have latest esr

[BUG] demarcate block splits block even when outside of src-block

[9.5.4 (release_9.5.4 @ /usr/local/share/emacs/29.0.50/lisp/org/)] When trying to create a new src-block via `M-x org-babel-demarcate-block` immediately after a previous code block (only empty lines in between), then the command behaves like when splitting a src-block (inserting an #+end_src

Re: [Patch] ob-tangle.el: New value 'ascii' for the header argument ':comments'

Hi, Rudolph, thanks for your comments, Rudolf Adamkovič writes: > Juan, hi! > > I do not understand the meaning of ASCII. How will such comments look > like? Will they include at least the file name? If so, those can > contain Unicode characters, right? The main motivation for proposing this

Re: [accessibility] worg obscures text

Samuel Wales writes: > so i am just reporting so that the issue is known. i blieve i > mentioned it yers ago but idk if it got notated. A big +1 from me. I struggle with this problem too. The website obscures its main content with the floating side-buttons, namely - "Support via Liberapay",

Re: [Patch] ob-tangle.el: New value 'ascii' for the header argument ':comments'

Juan Manuel Macías writes: > As usual, feedback and suggestions for this patch are greatly > appreciated. Juan, hi! I do not understand the meaning of ASCII. How will such comments look like? Will they include at least the file name? If so, those can contain Unicode characters, right? Rudy

Re: Org Agenda Error

Hello Michael On Sun, 12 Jun 2022 at 21:20, Michael Powe wrote: > [MP] Error in post-command-hook (org-add-log-note): (error "Can’t expand > minibuffer to full frame") > [MP] 10 repeater intervals were not enough to shift date past today. > Continue? (y or n) y I have been seeing these with

Re: [PATCH] New remote resource download policy

Timothy [2022-06-12 Sun 22:43] wrote: > As was raised in the #+include: URL thread > (https://list.orgmode.org/877d5sd7yu@gmail.com), currently Org will > automatically download files without confirmation in various circumstances. > > This patch introduces two variables to control Org’s

Org Agenda Error

Hello, Not sure if this qualifies as a bug. This occurred when discarding an agenda item that was more than 60 days overdue. (The repeater is 6 days.) I imagine most people take better care of their agenda. ;-) TODO state changed to DISCARDED TODO state changed to TODO [MP] Error in

how to edit very long columnview tables

Hi For example if I have #+TBLFM: @2='(identity remote(pizarro,@>$$#));::@3='(identity remote(angulo,@>$$#));VERY VERY LONG I can use org-edit-special But if I have on the other hand #+BEGIN: columnview :maxlevel 2 :skip-empty-rows t :indent nil :hlines 1 :format "VERY VERY LONG"

Re: from table to properties the inverse columview operation

> Uwe Brauer writes: > I think it might be easier to do in awk than ELisp. And I am better in > Elisp than awk, but awk was made for almost exactly this sort of thing. > Anyway, if some existing (Elisp) function exists for this, I would like > to know about it as well[0]. It does

[PATCH] New remote resource download policy

Hi All, As was raised in the `#+include: URL' thread (), currently Org will automatically download files without confirmation in various circumstances. This patch introduces two variables to control Org’s attitude towards downloading files, and

Re: [BUG] org-capture autoload bug? [9.5.2 (9.5.2-gfbff08 @ /home/ignacio/.emacs.d/elpa/org-9.5.2/)]

On 11/06/2022 20:32, Ihor Radchenko wrote: 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

Re: [BUG] Info JS does not work [9.5.3 (release_9.5.3-467-g2bd34e @ /Users/salutis/src/org-mode/lisp/)]

Hi Ihor, Bastien writes: > There is such a SourceHut project: https://sr.ht/~bzg/orgmode/ The sr.ht project is now on https://sr.ht/~bzg/org/ and lists all relevant repositories, including a mirror of the official org-mode repository at https://git.sr.ht/~bzg/org-mode. -- Bastien

Re: [PATCH] Support #+include-ing URLs

Hi All, > This is just a little patchset to treat #+include: URL the same way as > #+setupfile: URL. All the usual #+include: bells and whistles > (::*Heading, :lines, etc.) work as normal. Since it's been a week and nobody has raised any objections to this functionality (though it has

Re: [BUG] org-copy-subtree in a file with local variables marks buffer as modified [9.5.3 (release_9.5.3-6-gef41f3 @ /home/ignacio/repos/emacs/lisp/org/)]

> buffer-modified-p is not the only parameter affected by juggling around > the local variables. There will be undo history, > buffer-chars-modified-tick, before/after-change-hooks triggered by > `org-preserve-local-variables', etc. > > However, I do not see any obvious way how your proposed

Re: org-crypt ?

Tim Cross writes: > 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. >