Re: Shower thought: submit an IETF RFC to register Org as a MIME type
Just a quick note from me. Bastien writes: Let's discuss this with care, and consider all possible outcomes. This is /exactly/ what I was hoping to prompt with this email. I think it would be a nice idea (assuming feasibility), but it's certainly not something to rush. All the best, Timothy.
Re: [feature request] A new cookie type [!] showing the last note taken
> However, writing an item > with a line break at the end of its first line is not necessarily > a note. You are right. I missed that \\ is also a newline for LaTeX export. Another possibility is re-purposing counter definition from ordered lists. Currently the "\\[@[0-9]+\\]" is used to force item number in ordered lists: 1. item 5. [@5] another item 6. next item However, it is unused it unordered lists. We might define a note as a unnumbered list item with [@note]: - [@note] This is note In addition, all the list items in :LOGBOOK: drawer may be considered notes (to avoid a need to change the current format of the automatically added notes). What do you think? Best, Ihor Nicolas Goaziou writes: > Hello, > > Ihor Radchenko writes: > >> I may miss something, but it does not look [for me] any more specific >> in comparison with headline format: >> >> - headline :: "^\*+ .+$" >> - first line of note :: "^[ \t]*-.+$" > > I do see a big difference, tho. Starting a line with an asterisk > followed by a space _always_ create a headline. However, writing an item > with a line break at the end of its first line is not necessarily > a note. > > - Question.\\ > Why would this be a note? > > - Answer.\\ > It isn't. > > So, suggested syntax is too ambiguous. > > Regards, > -- > Nicolas Goaziou
Re: Shower thought: submit an IETF RFC to register Org as a MIME type
Hi, stardiviner writes: > I would like to see this result too. Great to know this :) Well, there is no "result" expected yet, because we did not yet agreed to make a formal request. Let's discuss this with care, and consider all possible outcomes. Thanks, -- Bastien
Re: Shower thought: submit an IETF RFC to register Org as a MIME type
I would like to see this result too. Great to know this :) TEC writes: > Hi everyone, > > Prompted by the fact that Markdown is registered as a MIME type > (RFC7763) and perusing the MIME registration procedure (RFC6838), > I wonder if it may be possible to register Org as a MIME type? > > There are a few parts of RFC6838 in particular which give me hope, > such > as: >> [§4.9] universal support and implementation of a media type are >> NOT a >> requirement for registration. > > I'm guessing the main barrier wold be a the lack of a published > specification --- I'm guessing a complete version of > https://orgmode.org/worg/dev/org-syntax.html published under the > main > site (i.e. https://orgmode.org/standard.html) would be required. > > Looking for other uses of the .org extension, there doesn't seem > to be > much. The main result is from "Lotus Organiser", which seems to be > a > (discontinued) PIM from IBM which used .org as its file type in > the 1992 > release. Other than that it seems that Yamaha and SoundBlaster > have used > it as an extension for organ audio samples. > > If it does seem possible to have text/org formally added as a mime > type, > I would love to push this. > > Please let me know what you think. > > All the best, > > Timothy. -- [ stardiviner ] I try to make every word tell the meaning that I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: Support for simultaneous running clocks?
Bastien writes: > Hi Carlo, > > 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 track of >> how long I am working on some other project task at the same time. > > FWIW, this has also been requested in this thread recently: > > https://orgmode.org/list/cal1eyu+bhbpa_xk9g-zpujm26izca4zke8kt93_pqcefxqa...@mail.gmail.com > > I can think of a few use cases, but I wonder if the is worth the added > complexity. It depends on how much complexity would it introduced into Org-mode. But I think it's worth. - Most clock commands I uses is clocking from headline on in org-agenda, or even from org-capture. Then clock out. If support multiple simultaneous clocks. Then might need to use some extra arguments like headline location. About this, I think should not be much complexity. - If there are some case have not considered, can also be supported for new feature. - maybe the mode-line clocking might need to adjusted. Anyone have good idea? + If only one clock, then display clocking task tile. + If have more than one clocks, then display clock numbers? + Use mouse-hover tooltip to display currently all running clocks. - But this new feature will bring more usage benefits. Like time tracking on different tasks; project top-level headline and sub-task simultaneous clocking for projects; and more accurate time statistics output on time-block etc. Also user can start new clock without interrupt old clock, for example, user defined an org-capture template will auto start a clock, but don't want to interrupt current clock. For now, this is all I can come up with. org-timer is a similar functionality. Maybe consider to let org-timer to be simultaneous too? But there is problem on how to interact with multiple org timers. -- [ stardiviner ] I try to make every word tell the meaning that I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: Preventing org-cycle from scrolling the buffer
Hi Dmitrii, Dmitrii Korobeinikov writes: > Nice, I see! > >> IDK. AFAICS you are right with your argumentation. I don't see the >> need of that feature, though, yet. But that's just me. I think you are >> the best candidate to try an implementation of the feature. > > I have attached a small patch, seems to be working! Of course, if this > is to be merged, that defvar will have to turn into a defcustom. thanks for the patch, I applied a small variant of it as 056fc532b. I don't think we need an option (defcustom) for this, the current behavior seems correct -- but I'm convinced some people would prefer the previous behavior. If there are a lot of such people with strong argument, perhaps we will have to revert the change. Thanks, -- Bastien
Re: Shouldn't ob-shell's org-babel-expand-src-block prepend the :shebang value?
Hi Vladimir, Vladimir Nikishkin writes: > I use C-c C-v C-v quite often to check the final file produced. > I use ob-shell with the :shebang of "#!/usr/bin/chibi-scheme", because > my code is actually scheme-script, and I need to use :stdin, which > isn't supported by ob-scheme and geiser. (And geiser also has some not > inconveniences). > > However, when I expand the block, the shebang line is not added to the > top. The top line could also be potentially used for file type > detection, and what is also annoying, errors reported by the > interpreter are off by 1 (due to the missing first line). can you share your suggestion as a patch? It will be easier to read it and evaluate its relevance. If you need directions on how to share a patch, let us know. Thanks! -- Bastien
Re: [FEATURE REQUEST] No tangle of code blocks within archived subtrees
Hi Gabriel, This seems like it is probably a bug given that everything else about archive headings is disabled. In the meantime, depending on how many blocks you are dealing with you could hack around this by using the following header argument. #+header: :tangle (unless-archived "/ssh:host:/path/to/file") The implementation of unless-archived is below along with a demo org file. Best! Tom * Bootstrap This is a giant hack which only works because the state of Emacs when resolving the tangle header is sitting on the block in question which I'm guessing is an implementation detail. #+begin_src elisp (defun unless-archived (path) (save-excursion (if (let ((heading (outline-previous-heading)) archived) (while (and (not archived) heading) (let ((element (org-element-at-point))) (setq archived (org-element-property :archivedp element))) (setq heading (ignore-errors (outline-up-heading 1))) (message "%s" heading)) archived) "no" path))) #+end_src * sysadmin ** some server I don't use anymore :ARCHIVE: *** distractor heading *** tangled code in here #+header: :tangle (unless-archived "/ssh:localhost:/tmp/some-file.sh") #+begin_src bash "yes this tangles when archived" #+end_src
Re: Bug: Unicode ORG-TODO-KEYWORDS not recognized in agenda's stuck projects [9.3.6 (9.3.6-4-gdfa7a3-elpa @ /home/andy/.config/emacs/elpa/org-20200217/)]
> I don't see what can go wrong with unicode symbols for TODO keywords > when listing stuck projects. Possibly related: - https://www.reddit.com/r/orgmode/comments/gdn1rt/can_i_actually_use_simpler_todo_keywords/ - (note the todo keywords used by the user) https://www.reddit.com/r/orgmode/comments/ef34sz/how_to_filter_headings_1_in_agenda/fc0kozx/ Best, Ihor Bastien writes: > Hi Andreas, > > Andreas Drop writes: > >> I configured my org-todo-keywords in a way, that they are just single >> unicode symbols instead of the classic TODO, NEXT, WAIT, DONE,etc. This is >> done in my init.el like this: >> >> (setq org-todo-keywords '((sequence "⭕(p)" "⸰(t)" "▶(n)" "⏸(w)" "|" >> "✔(d)" "❌(c)" "⏩(r)"))) >> >> This works perfectly, so I can advance the todo-states, choose them >> directly, and filter on them in the agenda's todo-view, even org-edna, >> which heavily relies on them works as designed. >> >> While trying to use GTDs approach I defined a stuck project as one >> having no next action meaning, having no subheading with a todo state of "▶" > > I don't see what can go wrong with unicode symbols for TODO keywords > when listing stuck projects. > > Can you find `org-agenda-list-stuck-projects' with > > C-h f org-agenda-list-stuck-projects RET > > Go at the end of the function and instrument it with C-u C-M-x then > list stuck projects and see where the function chokes? > > Thanks for your help, > > -- > Bastien
Re: documentation feature: typical .org files as starting points along with screencasts
> Hello, Welcome to org community ;) > I would find it tremendously useful if, perhaps as a part of the > documentation, there were several sample .org files, at various levels > of complexity (features used) _along_ _with_ a quick and simple screen > cast of its features being used in a real-life scenario. ( I find it > most useful for such screen casts to display key presses as they occur > ... is there a "plugin" which would 1) show the keys being pressed and > 2) also show the resulting functions being invoked by those keystrokes? > ). You may find the tutorial section org org-mode wiki useful: https://orgmode.org/worg/org-tutorials/index.html Not all, but some of the video tutorials there also contain a github repo with reference configuration or org files. > It seems to me that to get people started without unnecessary > frustrations, we might want to put into the docs something like: > > To include feature : timestamp-based unique IDs : Configure emacs thusly > : insertion> and then see how this works ; ... same for > features like HTML export, literal programming, custom timestamp > (perhaps with down-to-seconds resolution) custom, etc It may be more practical to link the relevant wiki sections from the org manual itself. Then, we can formalise wiki article formats to include videos, configuration, and org examples. > Repeatedly I've spent more than an hour trying to figure out what > happened when I haven't noticed that by mistake that I've pressed some > weird key combo which has placed my orgmode/emacs session in an > incomprehensible state - e.g. narrowing a buffer. Fair point. Narrowing functionality is disabled in Emacs by default and shows a warning when a user tries to execute narrowing commands. However, this is not the case for narrow-related org-mode functions. We should probably disable the narrow commands via (put 'function 'disabled t) Then, news users will at least be warned that command may create a confusion. > Had I known which keys > I had pressed by mistake, or at least the functions that they involved, > I could have looked up the manual to see how to "undo" such mess. But > when you don't know that your state is being called "narrowing buffer", > you have no clue what just happened and that you should find out how to > "widen" it again. ( That is very, VERY frustrating for an emacs/orgmode > newbie. Someone please advise how to turn on a log of keystrokes and > functions being invoked by those keystrokes. ... Consider having this on > as default for newbies. ) For future, you can always execute M-x view-lossage to see the keystrokes you pressed earlier and the functions called by those keystrokes. This command is a part of Emacs itself. > I believe if I saw in a few screen casts how the orgmode > "professionals" use orgmode, and had access to their sample orgmode > files which I could follow along and literally identically modify during > the screencast, I would be much father (and perhaps even happier) with > the use of orgmode. I think the most crucial point for newbies is being > able to literally follow the screencast along, perfectly replicating the > screen cast results in their emacs / evil / spacemacs setup. > If people would want to send me URLs for their sample .org files for > which they also have a demo screen cast on how to use their features, I > would like to pull these together and create a section for the docs with > these. Creating a screencast or even example .org file is not trivial - we cannot just share own personal .org files in public in majority of cases. A good screencast should also not rely on the other parts of personal configuration. The problem is that personal config tends to get very, *very* large for long-time users (and we are so used to it that it is easy to forget that something is actually not default setting). A simple example: I am using personalised (different from vim) modal editing with non-standard key bindings - recorded keystrokes would not help a new user at all. Also, it is not clear what features are worth sharing. If you are willing to invest your time in creating the docs/worg pages, you may probably create a list of features you think are good to be documented and then request volunteers to create screencasts (maybe also contact the existing video creators making Emacs videos) along with example org files (using their personal config). Then, it will be necessary to make sure that the screencasts can actually be reproduced from default org-mode settings. If you are willing to do it (and if you will be granted edit rights to worg), I can probably help you with initial screencasts during my spare time. Best, Ihor hj-orgmod...@hj.proberto.com writes: > Hello, > > First of all, orgmode rocks! > > I am trying to work with with orgmode for a few months now, and I > feel like I am still only scratching the surface. I've read the manual, > and the online docs,
Re: [PATCH] lisp/ob-core.el: pass expanded body to org-confirm-babel-evaluate
Hi Kyle, Following up in this thread having investigated the impact of coderefs. My conclusion is that coderefs need to be stripped out before they are passed to org-confirm-babel-evaluate. They are not present in the executed code and removing them is not something that a definition of org-confirm-babel-evaluate should have to know anything about. Right now I work around them by suggesting that users comment out their coderefs. This works because my use case is restricted to elisp code and I strip the comments using read, but other languages would not have such an easy solution. I have included a patch against maint that reuses the let block from org-babel-execute-src-block to accomplish this. Best! Tom From dfb8eee9901a0fe4bd933911386f69863785a15b Mon Sep 17 00:00:00 2001 From: Tom Gillespie Date: Fri, 4 Sep 2020 20:35:03 -0700 Subject: [PATCH] lisp/ob-core.el: org-babel-check-confirm-evaluate strip coderefs * lisp/ob-core.el (org-babel-check-confirm-evaluate): strip coderefs before passing the body of the block to org-confirm-babel-evaluate using the same let block as is used in org-babel-execute-src-block. --- lisp/ob-core.el | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/lisp/ob-core.el b/lisp/ob-core.el index cd876da0f..44b02feb9 100644 --- a/lisp/ob-core.el +++ b/lisp/ob-core.el @@ -240,9 +240,14 @@ should be asked whether to allow evaluation." (funcall org-confirm-babel-evaluate ;; Language, code block body. (nth 0 info) - (if (org-babel-noweb-p headers :eval) - (org-babel-expand-noweb-references info) - (nth 1 info))) + (let ((coderef (nth 6 info)) + (expand + (if (org-babel-noweb-p params :eval) + (org-babel-expand-noweb-references info) + (nth 1 info + (if (not coderef) expand + (replace-regexp-in-string + (org-src-coderef-regexp coderef) "" expand nil nil 1 org-confirm-babel-evaluate (cond (noeval nil) -- 2.26.2
[FEATURE REQUEST] No tangle of code blocks within archived subtrees
Context I use org-mode to configure many of my machines on my home network and use Org's tangle capability to have every configuration file be seated in the correct place. Feature Request I wish that whenever I decide that I want to completely abandon an implementation of something like networking and interface management in favor of another, that I would be able to save the previous implementation in an archive sibling subtree without this previous implementation's files being tangled. Warrants I have considered the possibility of implementing this feature in my own way so as to not inconvenience another. But after considering that even if I had designed my own wrapper function or used the pre and post tangle hooks, it would be very difficult for me to have a reliable way of stopping org-babel-tangle from tangling these specific blocks within archived subtrees short of "breaking" the code blocks with the pre hook and repairing them with the post. Even then it is a question as to how I would reliably determine which code blocks were within the archived subtree. Suggestions Since one of the issues of solving this is the inability to tell org-babel-tangle to skip code blocks by their "archivedness" but instead only by the file they are tangling or the language they are written in, I would suggest allowing the user to have the ability to configure a "tangle skip tag" or subtree property that causes org-babel-tangle to skip over blocks within that/those subtree(s). You may even wish to have an attribute that tells org-babel-tangle to skip a specific code block (via org directives, like #+NAME:). This may be more easy to implement but I am no expert on the org-babel tangling system. With this however it would be easy to build wrapper functions to disable tangling of code blocks within entire subtrees, essentially emulating the desired "archivedness" that I previously suggested. Summary This feature request being very centric as to my situation regarding the archival of code blocks within sister archive subtrees, it may seem like it would not be worth one's time to implement it. But as I have stated I see an issue with the configurability of org-babel-tangle to disregard the tangling of designated blocks and subtrees. It would benefit babel's current implementation of tangle, sitting nicely along side the "tangle based off of language" and "tangle based off of file being tangled" functionalities; also benefiting org-mode's archival functionality (as code blocks in these subtrees wouldn't interfere with non-archived code blocks) Overall, a configurable variable that allows the user to define a tag, property or a simple org directive that authoritatively dictates to org-babel-tangle what to and what not to tangle would be a welcome and fitting addition to org-mode's capabilities. Regards Thank you for your time, and of course with all this written out I still wish to say. Please forgive me if there is already a feature that solves this problem, I tried my best to dig that little bit deeper. Cheers! Gabriel Smith
Re: [PATCH] ob-python.el: Fix issue with sessions on remote machines
Hi Bastien, > Would you be okay to add yourself as the ob-python.el maintainer? Sure, I've added myself as maintainer to the header of ob-python.el. > I suggest we have a policy that "Org maintainer(s)" have the last > words on everything in Org's core, but that individual maintainers, > when known from the header section of an Elisp file, have the very > "first look" on bug reports and feature suggestions. > > WDYT? I'm trying to review ob-python related patches and mail as I notice them, and monitor the list for mails with "python" in the subject, though some may fall through the cracks occasionally, especially when my workload is heavy. Should I merge in patches to ob-python.el, as I did here? Or should I simply review them, and let the core maintainers merge them in after review? Jack
Re: [BUG] org-agenda-filter and hyphens in category names
i was unaware of this feature, bound to / in maint, so i tried it in maint before the fix and got a different result. all of my categories have hyphens, and many of my files. i suspect on linux, osx, bsd*, etc., hyphenated filenames are common. my categories look like e-remember, e-refile, e-jinsei, o-bastien [just kidding], o-matt-lundin [ditto], etc. this allows me to have broad meta-categories like computer, org, extra, medical. so i tried it with e-, and it completed to e-refile without providing any choice. this is just incorrect. i really like hyphens so i hope they become first-class if possible. On 9/4/20, Bastien wrote: > Hi Matt, > >> I'm just getting around to exploring the function org-agenda-filter >> introduced last year. (Due to busyness, I was running an older version >> of Org Mode last year for fear of breaking features I relied on.) >> >> I like the tab completion. However, I'm finding that the completion for >> categories often fails because of hyphens in my file and category names. > > Thanks for reporting this. I pushed a fix in the maint branch which > allows for such category names to be enclosed within double quotes > when the user wants to complete them -- the quotes helps not being > confused by the hyphen when reading the complete filter string, which > might contain other syntacticly meaningful hyphens. > > I haven't fixed the case for filetags but shouldn't filetags follow > the same convention than mere tags of not allowing "-" ? > > Let me know if I (or the documentation) miss something and if the > fix is good enough for you. > > Thanks, > > -- > Bastien > > -- The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html
Re: FR: allow adding a deadline with warning days [was Re: deadline warning days entry]
hi bastien, the current behavior in maint is if you have an entry with no planning line. if you try to add a deadline with zero days of warning, it will tell you you can't do that. it will not add the deadline. and therefore will not add warning days. you have to add the deadline and then modify it to have your warning days. two command invocations. the best i have discoverd is to add a deadline then go back and change warning days with c-u c-u c-d ret. this will add zero days. it is a lot of keystrokes. what would be good is c-u c-u c-d to add a deadline with warning days at the same time. this is better than being told you can't do that. if the warning days for this defaulted to the global variable for default warning days, that would be useless. you would be specifying the same as the global variable default that the agenda uses when nothing is specified. so the enterable warning days should either be specifiable in the global variable as a cons like (enterable-when-double-prefix . auto-the-agenda-uses), or merely default to zero. which would give the command c-u c-u c-d something to do instead of telling you it cannnot do anything. On 9/4/20, Bastien wrote: > Hi Samuel, > > Samuel Wales writes: > >> i think it would be less error prone if we allowed c-u c-u to work >> when adding a deadline to an entry. in maint it errors. > > Can you restate the detailed desired behavior vs. current behavior, > and what problem does it solve? > > Thanks, > > -- > Bastien > -- The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html
Re: export an org file to a latex file but in a differerent directory
>>> "ITFAF" == Ivan Tadeu Ferreira Antunes Filho writes: > I use the code in > https://github.com/itf/org-export-with-files/blob/master/org-export-with-files.el > in order to define a new function that exports the current subtree to a > different folder, as well as create hard copies of the files linked in the > new directory and fixes the links in order to keep the links inside the > file working in the new directory. > It only works with PDF currently. Here is what I found so far. https://emacs.stackexchange.com/questions/30426/automatically-org-export-html-to-a-specific-directory/36058 smime.p7s Description: S/MIME cryptographic signature
Re: export an org file to a latex file but in a differerent directory
I use the code in https://github.com/itf/org-export-with-files/blob/master/org-export-with-files.el in order to define a new function that exports the current subtree to a different folder, as well as create hard copies of the files linked in the new directory and fixes the links in order to keep the links inside the file working in the new directory. It only works with PDF currently. But in summary, I use: (org-set-property "EXPORT_FILE_NAME" file-name) To set a new file name, and (let* ((new-file-name (concat directory-name file-name))) (set-visited-file-name (concat new-file-name ".org")) before exporting, in order to set a new directory, since the directory comes from the directory of the current file, which can be set by " set-visited-file-name" (remember to undo this afterwards). On Fri, Sep 4, 2020 at 2:51 PM Uwe Brauer wrote: > >>> "NG" == Nicolas Goaziou writes: > > > Hello, > > Bastien writes: > > >> There is none, that's indeed a backward compatibility issue. > > > Note that exporting to a different directory is called publishing. > > As you wish, but my original question stands, how to I do this, which > is the variable to be set, locally in the org file? > >
Re: Where to customize the generated ID of html export? i.e outline-container-org
I use the following code to customize the ids: http://ivanmalison.github.io/dotfiles/#usemyowndefaultnamingschemefororgheadings It replaces the function 'org-export-get-reference' with something less random. You could take a similar approach, maybe substituting the function responsible for creating the classes as well. (I use Org mode 9.1.9, I haven't tested this code with more recent versions) On Tue, Mar 3, 2020 at 8:07 PM KOKOU AFIDEGNON wrote: > Hi, > > I want to replace the CSS and div layout with my custom layout from a > theme i designed. > > how do i change the generated id and classes? i.e outline-container-org > and outline-3? > ___ > Ita mailing list > i...@mit.edu > http://mailman.mit.edu/mailman/listinfo/ita >
Re: export an org file to a latex file but in a differerent directory
>>> "NG" == Nicolas Goaziou writes: > Hello, > Bastien writes: >> There is none, that's indeed a backward compatibility issue. > Note that exporting to a different directory is called publishing. As you wish, but my original question stands, how to I do this, which is the variable to be set, locally in the org file? smime.p7s Description: S/MIME cryptographic signature
Re: [Feature Request] More flexibility in org-speed-commands customization
Hi Bastien, On Fri, 04 Sep 2020 at 14:45, Bastien wrote: Hi Gustavo, I don't know if there is a strong reason to hard-code the set of keys in `org-speed-commands-default'. But, if there isn't, could you consider (somehow) exposing the whole set of `org-speed-commands' to user customization? Yes, I think the two variables should be merged into a single `org-speed-commands' option. Unless someone strongly objects, I will do after Org 9.4. Thanks for the suggestion, Thank you for considering this suggestion. I'm sure many people here have some fat-fingered "friend" who will rejoice to use the speed-keys with more tranquility. ;-) Best, Gustavo.
Re: Bug: Org line commands and visual-line mode bindings [9.3.7 (9.3.7-15-gc9abb4-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200727/)]
Hi Bastien, On Fri, 04 Sep 2020 at 14:37, Bastien wrote: You mean by adding something like (org-defkey org-mode-map (kbd "C-a") #'org-beginning-of-line) in org-keys.el? I'm pretty sure such "hard" remapping breaks an Emacs convention--I'll ask emacs-devel, because that would indeed fix the problem you are reporting. Thanks for insisting, Yes, that is what I mean. I understand this kind of hard remapping would not be conventional, and is not the best solution. But, in this case, it is not Org, but visual-line-mode which is going a bit too far. Org takes care of the presence of visual-line-mode, but the opposite does not occur. Anyway, since you are asking emacs-devel, perhaps ask too if it would be possible for a major mode to set, something like `beginning-of-line-function' etc, which visual-line-mode, or even the original functions it substitutes, could then honor, as is done with `fill-paragraph-function', for example. Something of the sort might be the proper solution. "Hard" rebinding is what Org can currently do on its side, as far as I can tell. Best, Gustavo.
Re: [PATCH] prevent mangled output in ob-J by allowing sit-time duration to be customized
Hello Bastien, Sure, I'd be happy to help! Joseph On 9/4/20, Bastien wrote: > Hi Joseph, > > applied on maint (as 7d8247410), thanks. > > Would you like to take over ob-J.el maintainance? > > -- > Bastien >
Re: export an org file to a latex file but in a differerent directory
Hello, Bastien writes: > There is none, that's indeed a backward compatibility issue. Note that exporting to a different directory is called publishing. Regards, -- Nicolas Goaziou
Re: Bug: org-block face isn't applied to special blocks
Hi Bastien, With latest org-mode master, and emacs -q, run (defface org-block '((t (:background "#494949" :extend t))) "") before loading org-mode, then visit an org buffer containing the three following blocks. When I do so, the org-block face only gets applied to the src block, and not to the quote block, nor the special block. #+BEGIN_theorem #+END_theorem #+BEGIN_SRC sh #+END_SRC #+BEGIN_QUOTE #+END_QUOTE Regards, Hi Sébastien, Sébastien Miquel writes: Afaict, the org-block face isn't applied to special blocks. Its documentation implies it applies to any block. The relevant function is org-fontify-meta-lines-and-blocks-1. It may be a simple matter of changing the logic a bit and adding (add-face-text-property bol-after-beginline beg-of-endline 'org-block t). Is it still the case with latest master? If so, can you provide a minimal example? Thanks,
Re: [Feature Request] More flexibility in org-speed-commands customization
Hi Gustavo, > I don't know if there is a strong reason to hard-code the set of keys > in `org-speed-commands-default'. But, if there isn't, could you > consider (somehow) exposing the whole set of `org-speed-commands' to > user customization? Yes, I think the two variables should be merged into a single `org-speed-commands' option. Unless someone strongly objects, I will do after Org 9.4. Thanks for the suggestion, -- Bastien
Re: ox-extra ignore-headlines mismatching/unexpected behavior
Hi Alexandre, Alexandre Jesus writes: > I am getting some unexpected and/or mismatching (between pdf and html > exports) behavior with ox-extra ignore-headlines. The weird behaviors I > am getting are: thanks for reporting this. I'm copying if he has time to have a look. -- Bastien
Re: Bug: Org line commands and visual-line mode bindings [9.3.7 (9.3.7-15-gc9abb4-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200727/)]
Hi Gustavo, Gustavo Barros writes: > I do think my other workaround is worth pondering to be included, so > that this would work out-of-the-box. Do you see any particular > drawbacks of setting these bindings directly (that is, not by remapping) > in `org-mode-map'? You mean by adding something like (org-defkey org-mode-map (kbd "C-a") #'org-beginning-of-line) in org-keys.el? I'm pretty sure such "hard" remapping breaks an Emacs convention--I'll ask emacs-devel, because that would indeed fix the problem you are reporting. Thanks for insisting, -- Bastien
Re: Bug: Org line commands and visual-line mode bindings [9.3.7 (9.3.7-15-gc9abb4-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200727/)]
Hi Bastien, On Fri, 04 Sep 2020 at 17:20, Bastien wrote: > Hi Marco, > > Marco Wahl writes: > >> (add-hook 'visual-line-mode-hook >> (lambda () (when (derived-mode-p 'org-mode) >>(local-set-key (kbd "C-a") #'org-beginning-of-line) >>(local-set-key (kbd "C-e") #'org-end-of-line) >>(local-set-key (kbd "C-k") #'org-kill-line > > Nice -- I've added this to https://orgmode.org/worg/org-hacks.html I do think my other workaround is worth pondering to be included, so that this would work out-of-the-box. Do you see any particular drawbacks of setting these bindings directly (that is, not by remapping) in `org-mode-map'? Best, Gustavo.
Re: [BUG] org-agenda-filter and hyphens in category names
Hi Matt, > I'm just getting around to exploring the function org-agenda-filter > introduced last year. (Due to busyness, I was running an older version > of Org Mode last year for fear of breaking features I relied on.) > > I like the tab completion. However, I'm finding that the completion for > categories often fails because of hyphens in my file and category names. Thanks for reporting this. I pushed a fix in the maint branch which allows for such category names to be enclosed within double quotes when the user wants to complete them -- the quotes helps not being confused by the hyphen when reading the complete filter string, which might contain other syntacticly meaningful hyphens. I haven't fixed the case for filetags but shouldn't filetags follow the same convention than mere tags of not allowing "-" ? Let me know if I (or the documentation) miss something and if the fix is good enough for you. Thanks, -- Bastien
Re: Support for simultaneous running clocks?
Hi Carlo, 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 track of > how long I am working on some other project task at the same time. FWIW, this has also been requested in this thread recently: https://orgmode.org/list/cal1eyu+bhbpa_xk9g-zpujm26izca4zke8kt93_pqcefxqa...@mail.gmail.com I can think of a few use cases, but I wonder if the is worth the added complexity. -- Bastien
bug#41325: 27.0.91; org-mode key binding conflicts with tab-bar-mode
close 41325 28.1 thanks Hi Bastien, Bastien writes: >> Did you find any resolution to this problem? Will you rebind the >> key? > > Yes, the new binding is C-c C-TAB since June in Org master branch. OK, thanks for reporting back. Users bothered by this should presumably either install a recent version of Org mode or wait until it is packaged and released with Emacs 28. I'm therefore closing the Emacs bug now. Best regards, Stefan Kangas
Re: Shower thought: submit an IETF RFC to register Org as a MIME type
That would be very nice indeed. /Gustav From: Emacs-orgmode on behalf of TEC Sent: Friday, September 4, 2020 4:44:50 PM To: org-mode-email Subject: Shower thought: submit an IETF RFC to register Org as a MIME type Hi everyone, Prompted by the fact that Markdown is registered as a MIME type (RFC7763) and perusing the MIME registration procedure (RFC6838), I wonder if it may be possible to register Org as a MIME type? There are a few parts of RFC6838 in particular which give me hope, such as: > [§4.9] universal support and implementation of a media type are > NOT a > requirement for registration. I'm guessing the main barrier wold be a the lack of a published specification --- I'm guessing a complete version of https://orgmode.org/worg/dev/org-syntax.html published under the main site (i.e. https://orgmode.org/standard.html) would be required. Looking for other uses of the .org extension, there doesn't seem to be much. The main result is from "Lotus Organiser", which seems to be a (discontinued) PIM from IBM which used .org as its file type in the 1992 release. Other than that it seems that Yamaha and SoundBlaster have used it as an extension for organ audio samples. If it does seem possible to have text/org formally added as a mime type, I would love to push this. Please let me know what you think. All the best, Timothy.
Re: org-read-date-minibuffer-local-map should use C-n/p/f/b
Hi Alex and Matthew, Matthew Lundin writes: > Alex Branham writes: > >> I find it unintuitive that the usual calendar keys C-n/p/f/b don't work >> when scheduling tasks in org mode (yes, I know about S-right, etc). I've >> something like this to my init file for those four keys (based on their >> setup in org-keys.el) for some time with no negative repercussions (that >> I know about anyway), perhaps the same should be done for org itself? >> >> #+begin_src emacs-lisp >> (define-key org-read-date-minibuffer-local-map (kbd "C-n") (lambda >> () (interactive) (org-eval-in-calendar '(calendar-forward-week 1 >> #+end_src > > While I can't think of any obvious conflicts for C-n and C-p in the > context of the read date minibuffer (please correct me if I'm wrong), > C-f and C-b are bound to forward-char and backward-char, which I > frequently use when entering and editing dates. I agree with Matt on this: I also use C-f and C-b here, and adding C-n and C-p only makes sense if we add all four keys. So I suggest not to add these keybindings. Thanks, -- Bastien
Re: [ANN] integrate Org-capture and YASnippet and Yankpad
Hi Andrea, Andrea writes: > I would like to share with the community this little hack to integrate > org-capture with the templating systems of YASnippet and Yankpad! thanks for sharing -- would you like to contribute to worg.git by documenting this for https://orgmode.org/worg/org-hacks.html ? If so, please send me the username you want on code.orgmode.org in a private email, I will create an account for you. Thanks, -- Bastien
Re: Bug: org-block face isn't applied to special blocks
Hi Sébastien, Sébastien Miquel writes: > Afaict, the org-block face isn't applied to special blocks. Its > documentation implies it applies to any block. > > The relevant function is org-fontify-meta-lines-and-blocks-1. > > It may be a simple matter of changing the logic a bit and adding > (add-face-text-property bol-after-beginline beg-of-endline 'org-block > t). Is it still the case with latest master? If so, can you provide a minimal example? Thanks, -- Bastien
Re: diagnosing SRC blocks with different output on export
Hi Alexandre, Alexandre Duret-Lutz writes: > Is there a way to mark certain SRC blocks such that if evaluating them > during export produces a result different from the one stored in the > file, then the export process aborts with an error? Would it be enough to have a new hook called `org-babel-before-insert-result-hook' that would run before inserting ressults in `org-babel-insert-result'? I haven't looked closely, and this requires that the former function knows what to "replace" before replacing it, but seems feasible. Also, I'd like to hear from others if they would use such a hook or if this sounds too overengineered. Thanks, -- Bastien
Re: When auto-fill breaks a link into multiple lines, the link is no longer displayed as a link
Hi Philipp, Philip Blagoveschensky writes: > Sometimes org-mode breaks links into multiple lines: sometimes > Auto-Fill does this, sometimes me invoking org-fill-paragraph does > this. When it happens, org-mode displays them incorrectly, but only > after I reload the file (see the attached screenshot, there's a > newline symbol before the word "field"). How do I either > > - Make it stop breaking links? > - Make it display them correctly even if they are broken? I think I see what you mean, because I sometimes have broken links too, but would you care to provide a reproducible recipe, so that we can see what goes wrong when? This is probably more due to an Emacs fontification limitation than an Org issue. Thanks, -- Bastien
Re: [PATCH[ Re: Indirect buffers, org-store-link, and org-insert-link
Hi Maxim, Maxim Nikulin writes: > It seems I have managed to fix store/insert link for indirect buffers > by applying changes similar to > https://orgmode.org/list/8162z2tf8n.fsf...@gmail.com/ > to another couple of code fragments. This seems okay, I applied it, thanks! You are now close to the limit of contributions we can accept without a formal copyright assignment. Would you like to fill in this form for future contributions? https://orgmode.org/request-assign-future.txt Thanks a lot! -- Bastien
bug#41325: 27.0.91; org-mode key binding conflicts with tab-bar-mode
Hi Stefan, Stefan Kangas writes: > Did you find any resolution to this problem? Will you rebind the > key? Yes, the new binding is C-c C-TAB since June in Org master branch. See https://orgmode.org/list/87367f7xax@bzg.fr/ FWIW, since it's a breaking change, it is also listed here: https://updates.orgmode.org Best, -- Bastien
Re: Bug: Unicode ORG-TODO-KEYWORDS not recognized in agenda's stuck projects [9.3.6 (9.3.6-4-gdfa7a3-elpa @ /home/andy/.config/emacs/elpa/org-20200217/)]
Hi Andreas, Andreas Drop writes: > I configured my org-todo-keywords in a way, that they are just single > unicode symbols instead of the classic TODO, NEXT, WAIT, DONE,etc. This is > done in my init.el like this: > > (setq org-todo-keywords '((sequence "⭕(p)" "⸰(t)" "▶(n)" "⏸(w)" "|" > "✔(d)" "❌(c)" "⏩(r)"))) > > This works perfectly, so I can advance the todo-states, choose them > directly, and filter on them in the agenda's todo-view, even org-edna, > which heavily relies on them works as designed. > > While trying to use GTDs approach I defined a stuck project as one > having no next action meaning, having no subheading with a todo state of "▶" I don't see what can go wrong with unicode symbols for TODO keywords when listing stuck projects. Can you find `org-agenda-list-stuck-projects' with C-h f org-agenda-list-stuck-projects RET Go at the end of the function and instrument it with C-u C-M-x then list stuck projects and see where the function chokes? Thanks for your help, -- Bastien
Re: [Discuss] separate (recenter window-line) out of org-agenda-redo
Hi, "numbch...@gmail.com" writes: > I try to add an idle timer to auto refresh org agenda views. > > Here is what I code: > > #+begin_src emacs-lisp > ;;; auto refresh `*Org Agenda*' buffer > (defun my/org-agenda-auto-refresh () > "Rebuild all agenda views buffers." > (org-agenda-redo-all t)) > > (run-with-idle-timer (* 60 20) t #'my/org-agenda-auto-refresh) > #+end_src > > But I got error: > > #+begin_example > Error running timer ‘my/org-agenda-auto-refresh’: (error > "‘recenter’ing a window that does not display current-buffer.") > #+end_example I pushed fd28d0ac which should avoid this error. Thanks, -- Bastien
Re: Org-babel Matlab (session) output is malformed
Hi Karthik Chikmagalur, sorry I cannot help on this issue. I hope someone can help maintaining ob-octave.el (perhaps you?) and replying such issues. All best, -- Bastien
Re: [PATCH] Add support for trace and error output streams in Common Lisp
Hi, akater writes: > Sorry for the delay. The patch is now safe to apply. No problem. We are in feature freeze for 9.4 so this cannot be applied right now. Also, it modifies ob-core.el by allow "errors" and "trace" outputs. Before adding these optional output (just for Lisps?), let's think whether they can be useful for other Babel languages. > The feature is set to not activate until SLIME 2.28 which is likely > months into the future. It does not feel right to make changes in Org's core about something that will (certainly) happen in an (uncertain) future. What is the benefit for today? Maybe I miss something. Finally, the complete patch should also update org-manual.org on top of org-guide.org. Let's continue to discuss this for after 9.4. Thanks! -- Bastien
Re: patch: ob-clojure improvements
Hi Agzam, agzam.ibragi...@gmail.com writes: > There seems to be a bit of lack of interest for these things. But I'm > sure some people (myself included) would love to see these kinds of > improvements. I'm very interested in improvements to ob-clojure*.el, thanks for the work you did on it and sorry for the delay in replying. I will have a look after 9.4 is released. Best, -- Bastien
Re: [rfc] Call agenda finalize hook a little bit later
Hi Marco, Marco Wahl writes: > Since there was neither opposition nor discussion and since the change > is small, I just pushed it. For the record, I'm fine with this change, thanks for it. -- Bastien
Re: Bug: Org line commands and visual-line mode bindings [9.3.7 (9.3.7-15-gc9abb4-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200727/)]
Hi Marco, Marco Wahl writes: > (add-hook 'visual-line-mode-hook > (lambda () (when (derived-mode-p 'org-mode) >(local-set-key (kbd "C-a") #'org-beginning-of-line) >(local-set-key (kbd "C-e") #'org-end-of-line) >(local-set-key (kbd "C-k") #'org-kill-line Nice -- I've added this to https://orgmode.org/worg/org-hacks.html Thanks, -- Bastien
documentation feature: typical .org files as starting points along with screencasts
Hello, First of all, orgmode rocks! I am trying to work with with orgmode for a few months now, and I feel like I am still only scratching the surface. I've read the manual, and the online docs, yet fully functional access to some features eludes me still. I would find it tremendously useful if, perhaps as a part of the documentation, there were several sample .org files, at various levels of complexity (features used) _along_ _with_ a quick and simple screen cast of its features being used in a real-life scenario. ( I find it most useful for such screen casts to display key presses as they occur ... is there a "plugin" which would 1) show the keys being pressed and 2) also show the resulting functions being invoked by those keystrokes? ). Repeatedly I've spent more than an hour trying to figure out what happened when I haven't noticed that by mistake that I've pressed some weird key combo which has placed my orgmode/emacs session in an incomprehensible state - e.g. narrowing a buffer. Had I known which keys I had pressed by mistake, or at least the functions that they involved, I could have looked up the manual to see how to "undo" such mess. But when you don't know that your state is being called "narrowing buffer", you have no clue what just happened and that you should find out how to "widen" it again. ( That is very, VERY frustrating for an emacs/orgmode newbie. Someone please advise how to turn on a log of keystrokes and functions being invoked by those keystrokes. ... Consider having this on as default for newbies. ) It seems to me that to get people started without unnecessary frustrations, we might want to put into the docs something like: To include feature : timestamp-based unique IDs : Configure emacs thusly : insertion> and then see how this works ; ... same for features like HTML export, literal programming, custom timestamp (perhaps with down-to-seconds resolution) custom, etc I believe if I saw in a few screen casts how the orgmode "professionals" use orgmode, and had access to their sample orgmode files which I could follow along and literally identically modify during the screencast, I would be much father (and perhaps even happier) with the use of orgmode. I think the most crucial point for newbies is being able to literally follow the screencast along, perfectly replicating the screen cast results in their emacs / evil / spacemacs setup. If people would want to send me URLs for their sample .org files for which they also have a demo screen cast on how to use their features, I would like to pull these together and create a section for the docs with these. Guys! You are a wonderful bunch and you are perfecting an amazing software! ... Let the world get more of a taste of your amazing work. Thanks so much for orgmode! John
Re: FR: allow adding a deadline with warning days [was Re: deadline warning days entry]
Hi Samuel, Samuel Wales writes: > i think it would be less error prone if we allowed c-u c-u to work > when adding a deadline to an entry. in maint it errors. Can you restate the detailed desired behavior vs. current behavior, and what problem does it solve? Thanks, -- Bastien
Re: Disambiguate internal links?
Hi Budiman, Budiman Snowman writes: > One way I know is using a unique dedicated target, e.g.: > > * topic1 > See topic [[topic2]]. > See glossary [[glossary topic2][topic2]]. > > * topic2 > * glossary > ** <> topic1 > ** <> topic2 > > What are other ways available? I don't know other way, but I don't see what's wrong with this one? -- Bastien
Shower thought: submit an IETF RFC to register Org as a MIME type
Hi everyone, Prompted by the fact that Markdown is registered as a MIME type (RFC7763) and perusing the MIME registration procedure (RFC6838), I wonder if it may be possible to register Org as a MIME type? There are a few parts of RFC6838 in particular which give me hope, such as: [§4.9] universal support and implementation of a media type are NOT a requirement for registration. I'm guessing the main barrier wold be a the lack of a published specification --- I'm guessing a complete version of https://orgmode.org/worg/dev/org-syntax.html published under the main site (i.e. https://orgmode.org/standard.html) would be required. Looking for other uses of the .org extension, there doesn't seem to be much. The main result is from "Lotus Organiser", which seems to be a (discontinued) PIM from IBM which used .org as its file type in the 1992 release. Other than that it seems that Yamaha and SoundBlaster have used it as an extension for organ audio samples. If it does seem possible to have text/org formally added as a mime type, I would love to push this. Please let me know what you think. All the best, Timothy.
Re: ob-sql.el: org-babel-process-file-name for MSSQL
Hi Johan, thanks for reporting this. Johan W. Klüwer writes: > I'm not sure of the best way to submit this. The following change to > ob-sql.el works for me, but maybe it wouldn't in other setups with Sql > Server. > >(`mssql (format "sqlcmd %s -s \"\t\" %s -i \"%s\" -o \"%s\"" >(or cmdline "") >(org-babel-sql-dbstring-mssql > dbhost dbuser dbpassword database) >(org-babel-sql-convert-standard-filename > (replace-regexp-in-string "/" (regexp-quote "\\") >(replace-regexp-in-string "c" "c" >(org-babel-process-file-name in-file >(org-babel-sql-convert-standard-filename > (replace-regexp-in-string "/" (regexp-quote "\\") >(replace-regexp-in-string "c" "c" > (org-babel-process-file-name out-file)) You would need to update org-babel-sql-convert-standard-filename so that it handles temporary paths (anti-)slashes correctly. >From within Emacs and a cloned org-mode.git repository, go to the ob-sql.el file, make the change, hit `C-x v =', save the diff and attach it to a plain-text email sent to the list. Looking forward, thanks, -- Bastien
Re: Where to customize the generated ID of html export? i.e outline-container-org
Hi Kokou, KOKOU AFIDEGNON writes: > I want to replace the CSS and div layout with my custom layout from a > theme i designed. > > how do i change the generated id and classes? i.e > outline-container-org and outline-3? You cannot change id and classes nams (like "outline-container-org" and "outline-3") but you can use custom IDs to get readable anchors in the HTML output. Just set :CUSTOM_ID: for your headlines and see. Please check the manual if it does not work as expected. Thanks, -- Bastien
Re: export an org file to a latex file but in a differerent directory
Hi Uwe, Uwe Brauer writes: > I would like to export a org file, either as a latex file or as a html > file, but in a different directory. Googeling > > https://stackoverflow.com/questions/9559753/emacs-org-mode-export-to-another-directory > > But > > #+bind: org-export-publishing-directory "./exports" > #+TBLNAME: original > > | Day | Color | Level | Quantity | > |---+---+---+--| > | Tuesday | Red |51 | 12 | > | Thursday | Red |49 | 30 | > | Tuesday | Red |45 | 15 | > | Thursday | Red |41 | 29 | > | Thursday | Red |39 | 24 | > | Tuesday | Blue |33 | 18 | > | Monday| Red |30 | 11 | > | Wednesday | Red |27 | 23 | > | Monday| Blue |25 |3 | > | Wednesday | Blue |15 | 15 | > | Wednesday | Blue |12 | 16 | > | Friday| Blue |11 |9 | > | Friday| Blue | 7 |5 | > | Friday| Blue | 6 |8 | > > > Does not work this variable does exist any more. (Backward compatibility > sigh) > > So which is the correct variable to be used, now? There is none, that's indeed a backward compatibility issue. Best, -- Bastien
Re: Could Babel honor spreadsheet formulas?
Hi Uwe, Uwe Brauer writes: > So could babel somehow respect the spreadsheet formula? Can you restate the request in a way that does not depend on using an external package like orgtbl-join (however nice it is)? No promise that anyone will be interested in hacking something, but at least the attention-base will be larger I guess. Thanks, -- Bastien
Re: Updates to ob-racket mode, code review request
Hi George, George Mauer writes: > I'm a big fan of using org mode to learn languages and have been > using it for Racket (sorry Dr Racket, I just love emacs too much). > It's been mostly fine and I've made a few patches to the [`ob-racket > `](https://github.com/xchrishawk/ob-racket) I've been using. I don't see any mention of ob-racket.el in https://orgmode.org/worg/ This would be a nice addition - if you want, you can ask for a user on worg and contribute to worg.git. Thanks, -- Bastien
Re: Export of sexp using org-caldav-sync
Hi Joa, Joa Ljungvall writes: > is there a way to make org-caldav-sync export sexp expression in the > org files? I don't think so. You probably need to ask Org Caldav maintainer: David Engster HTH, -- Bastien
Re: make org-refile auto-recache when needed?
Hi Adam, Adam Spiers writes: > I note that when org-refile-use-cache is enabled and the cache becomes > stale, attempting to refile results in this error message (originating > from `org-refile-check-position'): > > Invalid refile position, please clear the cache with `C-0 C-c C-w' before > refiling > > Is there any reason why it couldn't just automatically rebuild the > cache when needed? If we can rebuild the cache for refile target in a reliable way, sure, we should do this. I had a quick look and this isn't straightforward, so help is welcome. I note the idea for after 9.4. Thanks, -- Bastien
Re: ical2org.awk
On Fri, Sep 04, 2020 at 02:31:13PM +0100, Eric S Fraga wrote: > As the original author of ical2org.awk, I should say that I do use the > functionality within gnus for importing calendar invites that I receive, > esp. from colleagues, into org. It was hard to find that, so maybe we should both document it better. ;] > I use the awk script to batch import calendar entries from > e.g. Google or Office365 calendars. I'm not sure if the code you > pointed to has the functionality to batch import although I guess it > would be quite trivial to write some code around it. I hadn't used it that way. Interesting. > I'm happy for ical2org.awk to be removed from Worg although I will > obviously continue using my own version as it's part of my somewhat > complex workflow that's evolved over the past decade. I'm not sure where it is located. If its a useful contribution perhaps Worg is where it should be? -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
Re: [PATCH] org-refile.el: Add org-refile-reverse which toggles org-reverse-note-order
Hi Adam, Adam Spiers writes: > This is useful for prepending to the start of the target headline > instead of appending to the end, or vice-versa depending on > org-reverse-note-order. I think this would be useful. What others think? I'm storing this for after 9.4 since we are in feature freeze. Thanks, -- Bastien
Re: [PATCH] doc: Document C-. for jumping to today when choosing a timestamp
Hi Adam, Adam Spiers writes: > This useful key binding was previously missing from the manual. Thanks for spotting this. I added it (as 2df7a8fa) together with the `.' keybinding, which achieves the same. Best, -- Bastien
Re: ical2org.awk
On Friday, 4 Sep 2020 at 12:34, Bastien wrote: > So please feel free to move ahead with moving ical2org.awk. I'm not entirely sure what is meant to be done and by whom! If you wish to replace the link on Worg to the github site you found, by all means do so. My own version of ical2org.awk is not hosted on any public site that I could share. thank you, eric -- : Eric S Fraga via Emacs 28.0.50, Org release_9.3.7-725-g7bc18e
Re: ical2org.awk
On Friday, 4 Sep 2020 at 13:01, Russell Adams wrote: > On Fri, Sep 04, 2020 at 12:34:54PM +0200, Bastien wrote: >> So please feel free to move ahead with moving ical2org.awk. > > On a tangent, I found there was existing code in Gnus to import > ical. Do we need another library or file to manage if the > functionality is already in emacs? As the original author of ical2org.awk, I should say that I do use the functionality within gnus for importing calendar invites that I receive, esp. from colleagues, into org. I use the awk script to batch import calendar entries from e.g. Google or Office365 calendars. I'm not sure if the code you pointed to has the functionality to batch import although I guess it would be quite trivial to write some code around it. I'm happy for ical2org.awk to be removed from Worg although I will obviously continue using my own version as it's part of my somewhat complex workflow that's evolved over the past decade. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.3.7-725-g7bc18e
Re: Org Spreadsheet Documentation Suggestion
Hi Bastien! At the moment I do not have time. I haven't used the tool in a while since then so I also don't have the vision. MCP On Fri, Sep 4, 2020, 05:59 Bastien wrote: > Hi Michael, > > Michael Partridge writes: > > > In the spreadshconfidentendlyeet intro under "Column formulas and > > field formulas" starting with "Finally, we can add the row for the > > means per discipline..." there is no walkthrough and thus a great > > teaching opportunity missed. > > thanks for spotting this -- can you make a patch against current > documentation? > > See https://orgmode.org/worg/org-contribute.html > > Best, > > -- > Bastien >
Re: ical2org.awk
On Fri, Sep 04, 2020 at 12:34:54PM +0200, Bastien wrote: > So please feel free to move ahead with moving ical2org.awk. On a tangent, I found there was existing code in Gnus to import ical. Do we need another library or file to manage if the functionality is already in emacs? https://lists.gnu.org/archive/html/emacs-orgmode/2020-08/msg00154.html -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
Re: vertical spacing between lines in a list at odt-export
Dear Bastien, thank you for your answer. It helps to know that it's not possible in a standard way. Modifying it from within LibreOffice would mean to change every list by hand. For now I solve the problem by putting each list in a #+begin_verse ... #+end_verse block. This is not ideal, but at least it can be done within the org-file. best regards, Heinz Bastien wrote/hat geschrieben on/am 04.09.2020 12:03: Hi Heinz, Heinz Tuechler writes: is there a way to modify the vertical spacing between lines in a list when exporting to ODT? No -- but you can modify this from within LibreOffice. HTH,
Re: Bug: ox-html.el: Code blocks extend out of box border
Hi Seshal, Seshal Jain writes: > The exported html from Org Mode contains a style for element pre.src, > overflow: visible. This causes code elements with reasonably > long lines to extend out of the box boundaries, causing a horizontal > scroll of the document. > Changing overflow: visible to overflow: auto > should solve this, making the pre element scrollable instead and > keeping the > code from leaking into the page and causing a horizontal scroll on > the document. Fixed in maint (fd460ea46); thanks a lot. -- Bastien
Re: [PATCH] ob-plantuml: Support for plantuml as well as the current java+jar solution
Hi Terje, sorry for the late reply. Terje Larsen writes: > Did this look okay? I've had to rebase this once again due to some > conflicts in the ORG-NEWS. Applied, thanks! -- Bastien
Re: ical2org.awk
Hi Eric, Eric S Fraga writes: > I don't really have a strong opinion about this. Happy for it to remain > (it does work) but also happy to have it removed and a link to that fork > put in. My own version has diverged from the one I put on Worg ever so > long ago now in any case. I've been thinking about this from time to time. I think everything in worg/code/ should move on other places---i.e. where people expect code to be hosted and found. So please feel free to move ahead with moving ical2org.awk. Thanks, -- Bastien
Re: Bug: org-indent-region doesn't restore cursor position when org-src-tab-acts-natively is t [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.3/lisp/org/)]
Hi Sébastien, Sébastien Miquel writes: > Thank you again for looking into this. I guess you couldn't find an > easy fix. ... nope. I'm confirming this bug so that someone else can find it later on. -- Bastien
Re: Why is Babel-C trimming its output?
Hi Michael and Ian, I removed the call to `org-trim' which I believe was here for mere cosmetic purpose. Thanks for reporting this, -- Bastien
Re: Bug: Infinite loop in org-agenda-dim-blocked-tasks
Hi, Al Haji-Ali writes: > On the latest release (9.3.7), I am running into an infinite loop when > clocking in a blocked task if `org-enforce-todo-dependencies` is set > to `t`. >From memory, this has been fixed in the master branch. If you can check from there and confirm the fix, that'd be great, otherwise just wait for the 9.4 release. Thanks, -- Bastien
Re: vertical spacing between lines in a list at odt-export
Hi Heinz, Heinz Tuechler writes: > is there a way to modify the vertical spacing between lines in a list > when exporting to ODT? No -- but you can modify this from within LibreOffice. HTH, -- Bastien
Re: org-store link does not work in gnus article-mode
Hello Bastien, Bastien writes: > Did you (require 'ol-gnus) ? Yes (require 'ol-gnus) did the trick. Many thanks. Best regards, Jeremie
Re: Org Spreadsheet Documentation Suggestion
Hi Michael, Michael Partridge writes: > In the spreadshconfidentendlyeet intro under "Column formulas and > field formulas" starting with "Finally, we can add the row for the > means per discipline..." there is no walkthrough and thus a great > teaching opportunity missed. thanks for spotting this -- can you make a patch against current documentation? See https://orgmode.org/worg/org-contribute.html Best, -- Bastien
Re: [PATCH] ob-python.el: Fix issue with sessions on remote machines
Hi Jack, Jack Kamm writes: > Merged now -- thanks for your contribution. Thanks for taking care of this. Would you be okay to add yourself as the ob-python.el maintainer? I suggest we have a policy that "Org maintainer(s)" have the last words on everything in Org's core, but that individual maintainers, when known from the header section of an Elisp file, have the very "first look" on bug reports and feature suggestions. WDYT? -- Bastien
Re: ob-java and ob-haxe
Hi Ian, thanks for your work on this. Changes for ob-java.el should go in core after the 9.4 release. By the way, if you want to be ob-java.el maintainer, that'd be appreciated too! For ob-haxe.el, as Kyle suggests, let's prefer GNU ELPA (or upcoming Non-GNU ELPA): Elisp files in contrib/ will be exfiltrated after 9.4. Thanks, -- Bastien
Re: org-store link does not work in gnus article-mode
Hi Jeremie, Jeremie Juste writes: > I notice that org-store-link is not working as expected in article > mode. > M-x org-store-link produces user-error: No method for storing a link > from this buffer It works fine here (using master). > Any ideas about a solution? Did you (require 'ol-gnus) ? > I'll launch an investigation as soon as I have some time to spare. Thanks, -- Bastien
Re: Markup border outdated in spec?
Hi Kim, thanks for reporting this. kim.lindber...@gmail.com writes: > There seems to be an inconsistency between the Org syntax spec and the > actual behavior regarding text markup: the spec forbids `,`, `'` and > `"` in the border, yet it seems to work just fine to use them there in > the current version of Org. I think it's great that Org mode supports > this, but since the spec hasn't been updated to reflect this change, > external Org parsers which follow it don't. An example is org-ruby, > which is used by both GitLab and GitHub to render README files: > https://github.com/wallyqs/org-ruby/issues/36 Can you provide an example configuration that we can test for this? Also, can you send a patch against the documentation if we need to fix it? See https://orgmode.org/worg/org-contribute.html Thanks! -- Bastien
Re: Bug: clocking and rounding [9.3.7 (9.3.7-16-g521d7f-elpa @ c:/Users/maiers/AppData/Roaming/.emacs.d/elpa/org-20200803/)]
Hi Siegmar, Siegmar Maier writes: > E.g. if I'm clocked-in in one task and the time is 9:29 > Then I clock in to another task > The clock-in time of the new taks will jump to 9:25 (rounding-down) > The clock-out time of the old task will jump to 9:30 (rounding-up) > So I get an overlap what would be the correct behavior for you, and why? Thanks, -- Bastien
org-store link does not work in gnus article-mode
Hello, I notice that org-store-link is not working as expected in article mode. M-x org-store-link produces user-error: No method for storing a link from this buffer Any ideas about a solution? I'll launch an investigation as soon as I have some time to spare. Best regards, Jeremie - Org mode version 9.3.7 (release_9.3.7-725-g7bc18e @ /home/djj/src/org-mode/lisp/) - GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5, cairo version 1.16.0) of 2020-09-01
Re: Creating Image White Text on Black Background
Hi Christopher, Christopher Dimech writes: > Am trying to have the latex image to output White Text on Black Background > > Currently I have the following Code: > > #+HEADER: :exports results :file equation.png > #+BEGIN_SRC latex :exports results :file equation.png :imagemagick yes > :iminoptions -density 300 May I ask what works and what does not? -- Bastien
Re: Website revamp?
Hi Timothy, TEC writes: > If you haven't already please give my revamp project a look: > http://orgmode.tecosaur.com, and let me know if you've got any feedback > or suggestions. thanks again for this work. I prioritize the release of 9.4 but I will have a close look at your proposal afterwards. Let's keep the discussion on this thread. -- Bastien
Re: [Patch] Document org-capture-templates entry type default strings
No Wayman writes: > I've reformatted the patch. Applied, thanks! -- Bastien
Re: Bug: org-capture entry sometimes ends without newline, garbles next headline [9.3.6 (9.3.6-elpa @ /home/arne/Disy/.emacs.d/elpa/org-9.3.6/)]
Hi Arne, "Dr. Arne Babenhauserheide" writes: > Sometimes when I use org-capture to create a new headline, that headline > ends with a non-empty partial line that isn’t terminated by a newline. >From memory, this has been fixed in the master branch, which will be released as 9.4 soon. If you can test master and confirm the fix, that'd be great. Thanks, -- Bastien
Re: Update docs to reflect Org Drill is no longer part of org/contrib
Hi, INAKI CORNEJO DE LA MORA <190300...@ucaribe.edu.mx> writes: > Links that list Org-drill being part of org/contrib: > https://orgmode.org/worg/org-contrib/org-drill.html > https://orgmode.org/worg/org-contrib/ > > Sorry for the mishap, I also hope this is the right place to send > this kind of information. I'm an Emacs greenhorn and just thought > this should be updated to save people headaches. Thanks -- I fixed this in Worg: https://code.orgmode.org/bzg/worg/commit/c38f03c7 -- Bastien
Re: org-format-outline-path fonts sizes in the minibuffer
Bastien writes: thanks for reporting this. I think the echo area should display the outline path using Emacs default font, removing both height and colors. That's fixed in maint now as a3576543f. If someone want to remove the height while preserving colors, let's consider this option too. Just adding 2c from me, I can't see why one /wouldn't/ want colour. The sizing can be annoying because it causes the minibuffer to move (i.e. change size). The colour doesn't, but /does/ help distinguish levels. All the best, Timothy.
Re: [PATCH] ox: Prevent dispatcher from starting in scrolled window
Kyle Meyer writes: > Thanks for confirming. Pushed (591ea3eaf). Thanks! Closing this on https://updates.orgmode.org. -- Bastien
Re: Bug: Fontification: Heading following a comment
Hi Sebastian, Sebastian Miele writes: > Current master branch Org. Create an Org file with just the following > two lines > > # > * A > > Save, kill the buffer, find the file again. Then "* A" is in > org-meta-line face. For the record, the bug is still here in master. I'm adding it to https://updates.orgmode.org if someone wants to try fixing this. -- Bastien
Re: org-format-outline-path fonts sizes in the minibuffer
Dear Bastien, yes, keeping the color would be good, this can make reading these strings much easier. Carsten On Fri, Sep 4, 2020 at 10:06 AM Bastien wrote: > Hi, > > thanks for reporting this. I think the echo area should display > the outline path using Emacs default font, removing both height > and colors. That's fixed in maint now as a3576543f. > > If someone want to remove the height while preserving colors, > let's consider this option too. > > Thanks, > > -- > Bastien > >
Re: org-format-outline-path fonts sizes in the minibuffer
Hi, thanks for reporting this. I think the echo area should display the outline path using Emacs default font, removing both height and colors. That's fixed in maint now as a3576543f. If someone want to remove the height while preserving colors, let's consider this option too. Thanks, -- Bastien
Re: new feature for consideration: other-tab for org-agenda-window-setup
On Friday, 4 Sep 2020 at 09:06, Bastien wrote: > Er, now I see, sorry for the overlook! No worries! I did forget to do this in the initial patch. Thank you. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.3.7-725-g7bc18e
Re: [PATCH] prevent mangled output in ob-J by allowing sit-time duration to be customized
Hi Joseph, applied on maint (as 7d8247410), thanks. Would you like to take over ob-J.el maintainance? -- Bastien
Re: [RFC] ob-reticulate: R+Python interface from Babel
Hi Jack and Kyle, Kyle Meyer writes: >> I'm wondering whether this should go into org-mode, or whether to >> package this separately. I'm also curious whether this would be useful >> to anyone here. Any feedback is appreciated. > > It'd be good to hear from others, but in my view this would be fine to > add to Org proper. I think this would be a good addition to Org ecosystem (thanks Jack!) but I also feel like we need to tidy things up a bit wrt Org Babel and have stricter rules for library inclusion. I will bring this as a separate discussion/proposal once 9.4 is out. Thanks! -- Bastien
Re: new feature for consideration: other-tab for org-agenda-window-setup
Hi Eric, Eric S Fraga writes: > On Thursday, 3 Sep 2020 at 14:29, Bastien wrote: >> IMHO it deserves a small addition to etc/ORG-NEWS. > > Already there although maybe I added it in the wrong section? I put it > under Version 9.4 -> New options. Er, now I see, sorry for the overlook! -- Bastien
