Re: Bug: Org exporter: broken-link errors can't be debugged with debug-on-error [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)]
Dima Kogan writes: > Hi. I'm using the org included with a very recent emacs built from git. > > I have a large project consisting of many .org files that I'm exporting > to html. Somewhere there's a broken link, so when I export the project I > get > > user-error: Unable to resolve link: "figures/blahblahblah.svg" > > This doesn't tell me where the problem is, specifically, so to find out > I > > (setq debug-on-error t) > > and go again. But something about the org code is preventing the > debugger from triggering on this. That really shouldn't be happening. > This is an error that's causing the export to give up and quit, and the > debugger should come up (when debug-on-error). It's not Org specific; it's a default behavioral difference between error and user-error: ,[ C-h f user-error RET ] | [...] | In contrast with other errors, user errors normally do not cause | entry to the debugger, even when ‘debug-on-error’ is non-nil. | This can be overridden by ‘debug-ignored-errors’. ` > Also, it would be nice if the error message reported the source file and > line number of the bad link. That does sound helpful. Completely guessing, but I would think the source file but not the line number may be easily obtainable when the org-link-broken error (later converted to a user-error) is signaled. You may find setting org-export-with-broken-links to `mark' helpful for locating the broken links, though it marks the broken links in the output, so the results still need to be mapped back to the corresponding source file.
Re: Bug: Following a link to a #+NAME causes '(wrong-type-argument stringp nil)' [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)]
Dima Kogan writes: > Hi. I'm using the org included with a recent build from emacs git. I > have this tst.org: > > [[name][link]] > > * heading > #+NAME: name > > text > > I open it with 'emacs -Q'. I move the point to the link at the top, and > C-c C-o to follow the link. This doesn't work: > > Debugger entered--Lisp error: (wrong-type-argument stringp nil) [...] > Apparently org doesn't like the empty line right after the #+NAME tag. > Removing that empty line makes it work. Thanks for the report. As suggested in Dante's reply, the blank line following #+name is invalid syntax. https://orgmode.org/worg/dev/org-syntax.html#Affiliated_keywords On maint (3bb073b63), the type error is now avoided for invalid name keywords. No attempt is made to match these keywords, though, so your example won't lead to a match aside from through a fuzzy text search when org-link-search-must-match-exact-headline is nil.
Re: Bring up a screen giving option to open a series of orgmode files
Jean Louis writes: > * Ihor Radchenko [2020-11-30 12:31]: >> I can see that you have implemented many of the suggested commands >> yourself. Why don't you just propose patches extending the functionality >> you desire? > > Good question, I have no idea in this moment why not. Maybe I just > make a function that works for me and is not that easy to provide a > patch that enhances some Org functionality. Example is sending Org > tasks by email, if somebody of developers wish to do that they can > do. For me is concept more important than specific function. Concept > of being able to send any object from anywhere to anybody is more > important than functions. Then if developers have different concepts > and do not think of sending or sharing objects, then those are > colliding minds and different experiences. I need to put more effort > to write it why, how, where, what, then to write the function itself > that just works. That is reason why people make separate packages. I would like to remind you that all the Emacs and org-mode development is only volunteer-based. As a result, people implement things they are interested in and they have spare time for. If the features you find useful are not implemented, there are at least three possibilities: 1. Others do not use them and do not need them. In such a case, you can just implement the desired functionality privately. 2. Others would find the feature useful, but they never thought of it. You can send a feature request to this mailing list. If people are interested, they can find time to make that feature into org-mode. Or you can provide patches. 3. Others would like to have the features, but did not get time to do it. Again, patches welcome. In any scenario, it would be useful to send feature request/patch to this mailing list: 1. You will let others know about your ideas 2. You might get new ideas what can improve your workflow or even find some superior approach that makes your feature obsolete 3. You can get the feature into org-mode, likely improved in the process Important note: it is not very useful to dump all the ideas into a single email in the above scenario. The suggestion would more likely be noticed if one idea/feature is limited to a single thread. Best, Ihor
Re: Adding Org Files to org-agenda-files
Jean Louis writes: > We write tasks in their most logical chronological order and every > staff member is instructed to follow the order. One simply cannot > drive a car without putting petrol first, so that system is > followed. Some tasks on the ground can be done without chronological > order and our staff members are left to decide on that. When they > arrive to town and need to buy timber, maybe carpenter is discovered > right there while the task says that once they arrive to village that > they should look for carpenter. What is NEXT is mostly practically > decided while doing things at my side. But what if the road to village is blocked by weather conditions? Should the staff members just stop doing the project and wait until the road becomes accessible? That sounds not very efficient. If all the tasks that one can start doing at current stage of the project are marked NEXT, instead of waiting for the blocked tasks, one can simply choose another NEXT task and get some progress on the project despite the first tasks cannot be done at this moment. > Interesting complication (Edna) that is supposed to be useful. Before > constructing the series of those tasks user would need to construct > series of tasks to construct series of tasks. > > Concept is great: This task can be completed only when tasks 1, 4 and > 7 are completed. But practical life is different. When conducting > projects staff members may discover on ground that dependable task can > be completed without 1, 4 and 7 being completed as one could not > predict future randomity. It may be also discovered that those 1, 4 > and 7 are not true dependencies but some other tasks. This would imply > that planner must know very well future incidents which is rarely the > case as it would be so easy to predict future one would not be writing > tasks. This can indeed be problem, especially if one tries to create too detailed dependencies. However, some very standard procedures might still benefit from this. For example, safety checklists might be the case when such task dependencies do make sense. Both the checklist and the dependency can be pre-defined as a capture template and then used in different projects serving as a reminder for necessary actions. I personally use very simple edna dependencies - when there is a book series or a movie/documentary split into several series, I sometimes block the later series until I watch earlier: https://github.com/yantar92/emacs-config/blob/master/config.org#task-dependencies In any case, I suggested this package simply as an example how to make all subheadings become TODO as soon as one changes the parent to TODO state. > It is useful in trees and it should be an org built-in to mark all > children nodes with the tag. It becomes very trivial when using > database with nodes having a parent: > > , > | UPDATE hlinks SET hlinks_tags = 'TODO' WHERE hlinks_parent = THIS ONE; > ` > > But rather a function would be used or type assigned. The above is > only example that shows how complex hard coded Elisp functions can be > replaced with 3-4 lines single function when database is a backend. Why do you think that analogous Elisp function would be complex? (defun yant/trigger-children (arg) "Change all the children to TODO when parent is TODO." (when (and (eq (plist-get arg :type) 'todo-state-change) (not (boundp 'trigger-children-progress)) (string= (plist-get arg :to) "TODO")) (let (trigger-children-progress) (org-map-tree (lambda () (org-todo "TODO")) (add-hook 'org-trigger-hook #'yant/trigger-children) > No wonder this guy has put Org mode in a sandwich on the logo of > SMOS. It eats the Org. > > SMOS - A Comprehensive Self-Management System > https://smos.cs-syd.eu/features As for me, SMOS is too inflexible in comparison with org-mode. See https://old.reddit.com/r/orgmode/comments/ivlczu/smos_a_comprehensive_selfmanagement_tool/ Best, Ihor
Re: How to preserve empty headings
> On Nov 30, 2020, at 11:25 AM, Diego Zamboni wrote: > > What are RET and C-j bound to? > > In my setup, RET is bound to =org-return=, which does not delete spaces, but > C-j is bound to =org-return-and-maybe-indent=, which does. So I have the > opposite behavior as yours. > Probably you have `electric-indent-mode' set to nil. C-j is org-return-and-maybe-indent. RET is org-return. If I read the docstrings correctly, org-return (thru org--newline) and org-return-and-indent-maybe both trefer to electric-indent-mode, but in opposite manner (nil vs. t). Chuck [rest deleted]
Re: Org-GCal ?
Peter Hardy writes: > David Masterson writes: >> My issue is (CMIAW) that >> org-gcal seems to have a 1 to 1 connection between a Google calendar and >> an Org file (org-gcal-file-alist). I'm trying to figure out how to use >> this when my workflow is split across many Org files. > > Have you considered using org-caldav instead? It can sync across several > org files - events created in org can live in any of them, while events > created in gcal will be synced to an inbox file, and can be easily > moved. > > I haven't personally tried it syncing with gcal, but it claims to > work. And a superficial read of both org-gcal and org-caldav READMEs > suggest they use the same authentication workflow. > > https://github.com/dengste/org-caldav I'm keeping an eye on that, but I haven't figured it out yet. -- David Masterson
Re: Org-GCal ?
Neil Jerram writes: > On Mon, 30 Nov 2020 at 00:49, David Masterson > wrote: > > Anyone using org-gcal? I just got it hooked up and am now trying to > figure out how to fit it into my workflow. My issue is (CMIAW) that > org-gcal seems to have a 1 to 1 connection between a Google calendar and > an Org file (org-gcal-file-alist). > > That was my observation too: it generates and maintains one .org file per > Google calendar. > > How does that create a problem for you? My workflow has a number of Org files (one per ~project) with tasks/events related to the project in the associated Org file. Agenda can pull all the tasks together, so it seemed a natural workflow. I wasn't thinking of creating a calendar per project as they are not worthy of that -- one calendar would do to share my events with the family. -- David Masterson
Re: How to preserve empty headings
What are RET and C-j bound to? In my setup, RET is bound to =org-return=, which does not delete spaces, but C-j is bound to =org-return-and-maybe-indent=, which does. So I have the opposite behavior as yours. There were some recent changes in behavior of Org with respect to electric-indent-mode (long discussion in the list), I think this might have something to do with it but did not follow the full discussion. Hope this helps, --Diego On Mon, Nov 30, 2020 at 7:38 PM Titus von der Malsburg wrote: > > On 2020-11-30 Mon 19:25, Diego Zamboni wrote: > >> > >> I’m aware of several workarounds and this one is perhaps the best. > >> However, I’d prefer if RET would just work as expected. Org sometimes > >> inserts extra material on RET which I think is okay (e.g. indentation), > but > >> is there any precedent, in Org or Emacs more broadly, for RET deleting > >> text? It seems very counter-intuitive to me. > >> > > > > Could it be that the space is being deleted not when you press RET but > > when you save the file? I don't see any space deletion when entering an > > empty headline, but in my config, whitespace at end of lines is deleted > > on save. In Doom Emacs this is enabled by default, and even before I was > > using =delete-trailing-whitespace= as part of my =before-save-hook=. > > --Diego > > The space is deleted immediately. But the fact that it’s not happening on > your system perhaps means that there *is* a setting that prevents it. The > question is: which? > > By the way, I’m using the master branch from > https://code.orgmode.org/bzg/org-mode.git as installed by straight.el. > > Titus > >
Re: How to preserve empty headings
On 2020-11-30 Mon 19:25, Diego Zamboni wrote: >> >> I’m aware of several workarounds and this one is perhaps the best. >> However, I’d prefer if RET would just work as expected. Org sometimes >> inserts extra material on RET which I think is okay (e.g. indentation), but >> is there any precedent, in Org or Emacs more broadly, for RET deleting >> text? It seems very counter-intuitive to me. >> > > Could it be that the space is being deleted not when you press RET but > when you save the file? I don't see any space deletion when entering an > empty headline, but in my config, whitespace at end of lines is deleted > on save. In Doom Emacs this is enabled by default, and even before I was > using =delete-trailing-whitespace= as part of my =before-save-hook=. Your comment has put me on the right track. The line-final whitespace was not deleted by org but by electric-indent-mode, which apparently does this by default. Sorry for the noise! Titus
Re: How to preserve empty headings
This is caused by elastic-indent-mode. As foretold https://lists.gnu.org/archive/html/emacs-orgmode/2020-11/msg00325.html. Tom On Mon, Nov 30, 2020 at 1:38 PM Titus von der Malsburg wrote: > > > On 2020-11-30 Mon 19:25, Diego Zamboni wrote: > >> > >> I’m aware of several workarounds and this one is perhaps the best. > >> However, I’d prefer if RET would just work as expected. Org sometimes > >> inserts extra material on RET which I think is okay (e.g. indentation), but > >> is there any precedent, in Org or Emacs more broadly, for RET deleting > >> text? It seems very counter-intuitive to me. > >> > > > > Could it be that the space is being deleted not when you press RET but > > when you save the file? I don't see any space deletion when entering an > > empty headline, but in my config, whitespace at end of lines is deleted > > on save. In Doom Emacs this is enabled by default, and even before I was > > using =delete-trailing-whitespace= as part of my =before-save-hook=. > > --Diego > > The space is deleted immediately. But the fact that it’s not happening on > your system perhaps means that there *is* a setting that prevents it. The > question is: which? > > By the way, I’m using the master branch from > https://code.orgmode.org/bzg/org-mode.git as installed by straight.el. > > Titus > >
Bug: Org exporter: broken-link errors can't be debugged with debug-on-error [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)]
Hi. I'm using the org included with a very recent emacs built from git. I have a large project consisting of many .org files that I'm exporting to html. Somewhere there's a broken link, so when I export the project I get user-error: Unable to resolve link: "figures/blahblahblah.svg" This doesn't tell me where the problem is, specifically, so to find out I (setq debug-on-error t) and go again. But something about the org code is preventing the debugger from triggering on this. That really shouldn't be happening. This is an error that's causing the export to give up and quit, and the debugger should come up (when debug-on-error). Also, it would be nice if the error message reported the source file and line number of the bad link. Thanks! Please Cc me in replies; I'm not subscribed to the list. Emacs : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0) of 2020-09-29, unofficial emacs-snapshot build: http://emacs.secretsauce.net Package: Org mode version 9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)
Re: How to preserve empty headings
On 2020-11-30 Mon 19:25, Diego Zamboni wrote: >> >> I’m aware of several workarounds and this one is perhaps the best. >> However, I’d prefer if RET would just work as expected. Org sometimes >> inserts extra material on RET which I think is okay (e.g. indentation), but >> is there any precedent, in Org or Emacs more broadly, for RET deleting >> text? It seems very counter-intuitive to me. >> > > Could it be that the space is being deleted not when you press RET but > when you save the file? I don't see any space deletion when entering an > empty headline, but in my config, whitespace at end of lines is deleted > on save. In Doom Emacs this is enabled by default, and even before I was > using =delete-trailing-whitespace= as part of my =before-save-hook=. > --Diego The space is deleted immediately. But the fact that it’s not happening on your system perhaps means that there *is* a setting that prevents it. The question is: which? By the way, I’m using the master branch from https://code.orgmode.org/bzg/org-mode.git as installed by straight.el. Titus
Re: Bring up a screen giving option to open a series of orgmode files
* Maxim Nikulin [2020-11-30 20:10]: > 2020-29-11 Jean Louis wrote: > > * Maxim Nikulin [2020-11-28 18:52]: > > > > Any viewer should have option to quickly construct a hyperlink and > > store it somewhere with its annotation and other meta data so that > > such can be reused by any other program. > > Xpdf do not have option to construct hyperlink, it allows to execute > arbitrary command (if context matches) and pass some parameters > using substitutions. It is enough e.g. to copy target of the link, > to do something with page number (construct hyperlink to this > page). Maybe selection region could be passed to pdftotext to > extract selection text that could be inserted to a note. That is great reference, thank you! That allows now for PDFs to get quickly captured. Authors have made this command possible: setSelection(pg,ulx,uly,lrx,lry) Set the selection to the specified coordinates on the specified page. And external command can capture selection made with mouse. That means one can mark the text, and annotate such in a hyperdocument and then provide hyperlink. Once PDF is opened the selection can be automatically highlighted. Capturing page number becomes trivial. This is great for my research, development of Hyperscope and generation of elementary objects such as: - specific pages of PDF - specific selections of the PDF To note is that not every PDF has text inside. They may be made from images. External command needs a script that will ask user how to store it. It can be done similar to bookmarklets for org-capture. run(external-command-string) Run an external command. The following escapes are allowed in the command string: %f => PDF file name (or an empty string if no file is open) %b => PDF file base name, i.e., file name minus the extension (or an empty string if no file is open) %u => link URL (or an empty string if not over a URL link) %p => current page number (or an empty string if no file is open) %x => selection upper-left x coordinate (or 0 if there is no selection) %y => selection upper-left y coordinate (or 0 if there is no selection) %X => selection lower-right x coordinate (or 0 if there is no selection) %Y => selection lower-right y coordinate (or 0 if there is no selection) %i => page containing the mouse pointer %j => x coordinate of the mouse pointer %k => y coordinate of the mouse pointer %% => % The external command string will often contain spaces, so the whole command must be quoted in the xpdfrc file: bind x "run(ls -l)" That means if user prepares the ~/.xpdfrc to contain the following line: , | bind ctrl-l any "run(capturexpdf.sh %f %p)" ` and prepares `capturexpdf.sh' to be executable and contains following: , | #!/bin/bash | capture="/home/data1/protected/xpdfcaptured.org" | entry=`zenity --entry` | hyperlink="[[$1:$2][$entry]]" | echo $hyperlink >> $capture ` then by pressing C-l in xpdf the hyperlink containing exact file name, page number and hyperlink name created by using `zenity' tool will be saved into "/home/data1/protected/xpdfcaptured.org": Then later regardless which PDF viewer is used, as long as they support page number access it will be possible to invoke that different PDF viewer on elementary objects or hyperdocuments to specific PDF file and page number. It is great tool for researchers to quickly annotate specific PDF pages for later references. > Surprisingly PDF viewers built in into browser have fences > preventing access of browser extensions to the text content. I did > not expect such limitations. It does not sound as progress. Evince maybe originates from xpdf but does not have nearly these options as xpdf. We go back and become more beautiful with software but less useful. One big thank you for giving these references. I will extract text from PDF files and then index such files and use relevance search to find references to specific subjects like mining, minerals, etc. and then those relevant pages may be opened based on the query to construct more precise hyperlink. The activity can be performed by several people. It also becomes possible to quickly capture PDF hyperlink references straight into the database. > There are extensions that offer translation of text selected in PDF > files however. It seems they use bundled pdf.js to replace built-in >
Re: How to preserve empty headings
> > I’m aware of several workarounds and this one is perhaps the best. > However, I’d prefer if RET would just work as expected. Org sometimes > inserts extra material on RET which I think is okay (e.g. indentation), but > is there any precedent, in Org or Emacs more broadly, for RET deleting > text? It seems very counter-intuitive to me. > Could it be that the space is being deleted not when you press RET but when you save the file? I don't see any space deletion when entering an empty headline, but in my config, whitespace at end of lines is deleted on save. In Doom Emacs this is enabled by default, and even before I was using =delete-trailing-whitespace= as part of my =before-save-hook=. --Diego
Re: How to preserve empty headings
On 2020-11-30 Mon 18:31, Berry, Charles wrote: >> On Nov 30, 2020, at 9:21 AM, Titus von der Malsburg >> wrote: >> >> >> When I start a new line with '* ' followed by RET, the space is >> automatically deleted and I’m left with a line that just has the asterisk >> (i.e. not a headline). >> >> Unfortunately there are use cases where empty headlines make sense and they >> occur often in my work. One example is Beamer slides where each headline at >> some level produces a slide. If the user needs a slide without title >> (common, e.g., for a large images that fill the slide), an empty headline is >> needed. >> >> Is there a way to teach Org to leave the empty headline intact? >> >> I may be old-fashioned but when I type '* ', I do it for a reason and I wish >> that my text editor respects that. :) >> > > > Instead of `* SPACE RET', try `* SPACE C-j'. I’m aware of several workarounds and this one is perhaps the best. However, I’d prefer if RET would just work as expected. Org sometimes inserts extra material on RET which I think is okay (e.g. indentation), but is there any precedent, in Org or Emacs more broadly, for RET deleting text? It seems very counter-intuitive to me. Titus
Re: How to preserve empty headings
> On Nov 30, 2020, at 9:21 AM, Titus von der Malsburg > wrote: > > > When I start a new line with '* ' followed by RET, the space is automatically > deleted and I’m left with a line that just has the asterisk (i.e. not a > headline). > > Unfortunately there are use cases where empty headlines make sense and they > occur often in my work. One example is Beamer slides where each headline at > some level produces a slide. If the user needs a slide without title > (common, e.g., for a large images that fill the slide), an empty headline is > needed. > > Is there a way to teach Org to leave the empty headline intact? > > I may be old-fashioned but when I type '* ', I do it for a reason and I wish > that my text editor respects that. :) > Instead of `* SPACE RET', try `* SPACE C-j'. This works for me and leaves a blank heading intact through export. HTH, Chuck
How to preserve empty headings
When I start a new line with '* ' followed by RET, the space is automatically deleted and I’m left with a line that just has the asterisk (i.e. not a headline). Unfortunately there are use cases where empty headlines make sense and they occur often in my work. One example is Beamer slides where each headline at some level produces a slide. If the user needs a slide without title (common, e.g., for a large images that fill the slide), an empty headline is needed. Is there a way to teach Org to leave the empty headline intact? I may be old-fashioned but when I type '* ', I do it for a reason and I wish that my text editor respects that. :) Titus
Re: Bring up a screen giving option to open a series of orgmode files
2020-29-11 Jean Louis wrote: * Maxim Nikulin [2020-11-28 18:52]: Any viewer should have option to quickly construct a hyperlink and store it somewhere with its annotation and other meta data so that such can be reused by any other program. Xpdf do not have option to construct hyperlink, it allows to execute arbitrary command (if context matches) and pass some parameters using substitutions. It is enough e.g. to copy target of the link, to do something with page number (construct hyperlink to this page). Maybe selection region could be passed to pdftotext to extract selection text that could be inserted to a note. Surprisingly PDF viewers built in into browser have fences preventing access of browser extensions to the text content. I did not expect such limitations. There are extensions that offer translation of text selected in PDF files however. It seems they use bundled pdf.js to replace built-in viewer. Unsure that JS working with PDF file runs in proper security context. I expected a robust way for integration with note taking applications. De facto, extensions should communicate with HTTP servers, to protect users, access to filesystem is not allowed any more. Alright, only if it would be that secure, then this type of advise would not be there: How to Run a More Secure Browser https://www.dragonflybsd.org/docs/handbook/RunSecureBrowser/ Just one problem, if one uses a browser extension that works with local files then he have content accessible by extensions. Another extension could do something bad with such files. Mozilla XUL extensions were very powerful and had access to file system. It is impossible to ensure that there is no malicious extensions in the add-on catalog. XUL was dropped, chrome extension API has been adopted. File system is protected against bad extensions, extensions have to keep user data on some server. Only local files are protected, security model for requests to remote servers is quite poor. It is funny, that attempts to allow web applications to work with local files are not stopped, unsure if I have heard about this particular proposal earlier or it is another one: https://web.dev/file-system-access/ In the previous message I was writing about very specific problem: extension author could put code that steal files or ruin them. To solve it, extension developers were force to store user content on a remote server instead of local files. I do not think it is significantly safer. And finally, running browser under a different user is likely not enough. Browser for working with "external" resources should be isolated from home or office network (network namespace, container, virtual machine). There are enough web sites that checks which ports are open at least on the localhost. Local network could be scanned through browser as well. In principle, any paragraph could be addressed using XPath https://developer.mozilla.org/en-US/docs/Web/XPath/Introduction_to_using_XPath_in_JavaScript but it is extremely fragile since link will be likely invalid after web site redesign or modification of the text. ... From the above link on XPath I have not figured out yet how to generate a hyperlink to specific paragraph. I may spend days until I figure it out. Page inspector in developer tools has a context menu entry to copy XPath to particular element. Likely you will prefer to generate link in a more smart and stable way, e,g, by looking for an element with id attribute nearby and construct a link relative to it. Maybe it is possible to implement protocol handler for custom scheme with XPath references https://developer.mozilla.org/en-US/docs/Web/API/Navigator/registerProtocolHandler My surprise was big when I realized that Org is there with features to manage tasks but does not offer feature to "send the task". In my opinion, you have demonstrated that emacs and org mode are powerful enough to allow users to implement rather specific workflow with a quite small piece of code. It may be a dedicated package but I do not think it worth including such features to the base set. Docs will be longer than the code. Personally, I would expect export-based solution that strips comments, takes email addresses from some properties and saves messages to the draft folder for review before sending them.
Re[2]: set source directory for org-attach
Thank you, Ihor. That is very helpful. Kind regards, gyro -- Original Message -- From: "Ihor Radchenko" To: "gyro funch" ; emacs-orgmode@gnu.org Sent: 11/29/2020 6:21:27 PM Subject: Re: set source directory for org-attach gyro funch writes: I am probably missing something obvious, but is there a way to set the default source directory for attachments? Not by default. I am using the following advice (requires helm and f.el): (defvar yant/org-attach-default-source "~/Downloads/" "Default directory to attach the files from.") (define-advice org-attach-attach (:around (oldfun files args) start-from-default-directory) "Look for new attachments from `yant/org-attach-default-source' directory instead of `default-directory'." (interactive (list (mapcar #'directory-file-name (helm-read-file-name "File to keep as an attachment:" :initial-input (or (progn (require 'dired-aux) (dired-dwim-target-directory)) (and yant/org-attach-default-source (f-slash yant/org-attach-default-source)) default-directory) :marked-candidates t)) current-prefix-arg nil)) (unless (listp files) (setq files (list files))) (mapc (lambda (file) (apply oldfun file args)) files)) Best, Ihor
[FYI] valign.el: Align tables containing variable-pitch font and the like
Hi! Yuan Fu proposed valign.el to be included in ELPA over at the emacs devel newsgroup. If you like aligned tables containing non-monospace items then valign.el might be something like. valign.el does a good job AFAICS. The project repo is https://github.com/casouri/valign. Best regards, -- Marco
Re: difficulty extracting email address from property field containing gmail link
I think code like this would also work: #+BEGIN_SRC emacs-lisp (let* ((url " https://mail.google.com/mail?view=cm=1=duncan...@indeedemail.com;) (struct (url-generic-parse-url url)) (filename (url-filename struct))) (cadr (assoc "to" (url-parse-query-string filename #+END_SRC John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Mon, Nov 30, 2020 at 7:51 AM Ian Garmaise wrote: > Thanks Kyle, got it to work this way: > > #+BEGIN: propview :cols ((car (s-split " " ITEM)) (s-chop-prefix "gmail:" > (my/extract-email-from-link EMAIL_ADDRESS))) :id "candidates" :match > "testthis" :wrap example > | (car (s-split " " ITEM)) | (s-chop-prefix "gmail:" > (my/extract-email-from-link EMAIL_ADDRESS)) | > > |--+-| > | "Ciara" | "ciarax...@gmail.com" >| > | "Duncan" | "duncanx...@indeedemail.com" > | > > Thanks a million! > > Ian > > > On Sun, Nov 29, 2020 at 10:39 PM Kyle Meyer wrote: > >> Ian Garmaise writes: >> >> > This is working well, except for the property used for the email >> address. >> > Unfortunately, I stored this as a gmail link. This makes it difficult >> to >> > extract the actual email address using org-collector as follows: >> > >> > #+BEGIN: propview :cols ((car (s-split " " ITEM)) EMAIL_ADDRESS) :id >> > "candidates" :match "testthis" :wrap example >> > >> > the result produced looks like this: >> > >> > | (car (s-split " " ITEM)) | EMAIL_ADDRESS >> | >> > >> |--+-| >> > | "Ciara" | [[ >> https://mail.google.com/mail/?view=cm=1=ciaraxyz@gmail\.com]] >>| >> > | "Duncan" | [[ >> https://mail.google.com/mail/?view=cm=1=duncanxyz@indeedemail\.com]] >> | >> > >> > I have looked at several methods that I found on the web to extract the >> > email address from the link in the property, but haven't yet found a >> > solution that I could get to work. Still building up my elisp skillset, >> > would appreciate suggestions. >> >> I've never used org-collector, but quickly trying to wire up a function >> to extract the email part of the text you show, I suspect some of the >> trouble you're having is that the value comes in as a vector because >> org-propview-collect processes it with org-babel-read. So perhaps >> something like this would get you on the right track: >> >> (require 'subr-x) >> >> (defun my/extract-email-from-link (value) >> (setq value (format "%S" value)) >> (when-let ((link (and (string-match org-link-bracket-re value) >> (org-link-unescape >>(match-string-no-properties 1 value) >> (thread-last >> link >> (replace-regexp-in-string >> (rx string-start (one-or-more not-newline) "to=" >> (group (one-or-more not-newline)) string-end) >> "\\1") >> (replace-regexp-in-string (rx "\\.") "." >> >> >> --8<---cut here---start->8--- >> #+BEGIN: propview :cols ((car (s-split " " ITEM)) >> (my/extract-email-from-link EMAIL_ADDRESS)) :id global >> | (car (s-split " " ITEM)) | (my/extract-email-from-link EMAIL_ADDRESS) | >> |--+| >> | "Ciara" | "ciara...@gmail.com" | >> | "Duncan" | "duncan...@indeedemail.com"| >> |--+| >> | || >> #+END: >> >> * Ciara >> :PROPERTIES: >> :EMAIL_ADDRESS: [[ >> https://mail.google.com/mail/?view=cm=1=ciaraxyz@gmail\.com]] >> :END: >> >> * Duncan >> :PROPERTIES: >> :EMAIL_ADDRESS: [[ >> https://mail.google.com/mail/?view=cm=1=duncanxyz@indeedemail\.com >> ]] >> :END: >> --8<---cut here---end--->8--- >> > > > -- > = > Ian Garmaise > Consultant > Phorix Solutions Group > ia...@phorixsol.com > Toronto cell: 416.432.2251 > NYC: 917.512.9535 > > https://www.linkedin.com/in/igarmaise/ > > http://www.PhorixSol.com >
Re: difficulty extracting email address from property field containing gmail link
Thanks Kyle, got it to work this way: #+BEGIN: propview :cols ((car (s-split " " ITEM)) (s-chop-prefix "gmail:" (my/extract-email-from-link EMAIL_ADDRESS))) :id "candidates" :match "testthis" :wrap example | (car (s-split " " ITEM)) | (s-chop-prefix "gmail:" (my/extract-email-from-link EMAIL_ADDRESS)) | |--+-| | "Ciara" | "ciarax...@gmail.com" | | "Duncan" | "duncanx...@indeedemail.com" | Thanks a million! Ian On Sun, Nov 29, 2020 at 10:39 PM Kyle Meyer wrote: > Ian Garmaise writes: > > > This is working well, except for the property used for the email address. > > Unfortunately, I stored this as a gmail link. This makes it difficult to > > extract the actual email address using org-collector as follows: > > > > #+BEGIN: propview :cols ((car (s-split " " ITEM)) EMAIL_ADDRESS) :id > > "candidates" :match "testthis" :wrap example > > > > the result produced looks like this: > > > > | (car (s-split " " ITEM)) | EMAIL_ADDRESS > | > > > |--+-| > > | "Ciara" | [[ > https://mail.google.com/mail/?view=cm=1=ciaraxyz@gmail\.com]] >| > > | "Duncan" | [[ > https://mail.google.com/mail/?view=cm=1=duncanxyz@indeedemail\.com]] > | > > > > I have looked at several methods that I found on the web to extract the > > email address from the link in the property, but haven't yet found a > > solution that I could get to work. Still building up my elisp skillset, > > would appreciate suggestions. > > I've never used org-collector, but quickly trying to wire up a function > to extract the email part of the text you show, I suspect some of the > trouble you're having is that the value comes in as a vector because > org-propview-collect processes it with org-babel-read. So perhaps > something like this would get you on the right track: > > (require 'subr-x) > > (defun my/extract-email-from-link (value) > (setq value (format "%S" value)) > (when-let ((link (and (string-match org-link-bracket-re value) > (org-link-unescape >(match-string-no-properties 1 value) > (thread-last > link > (replace-regexp-in-string > (rx string-start (one-or-more not-newline) "to=" > (group (one-or-more not-newline)) string-end) > "\\1") > (replace-regexp-in-string (rx "\\.") "." > > > --8<---cut here---start->8--- > #+BEGIN: propview :cols ((car (s-split " " ITEM)) > (my/extract-email-from-link EMAIL_ADDRESS)) :id global > | (car (s-split " " ITEM)) | (my/extract-email-from-link EMAIL_ADDRESS) | > |--+| > | "Ciara" | "ciara...@gmail.com" | > | "Duncan" | "duncan...@indeedemail.com"| > |--+| > | || > #+END: > > * Ciara > :PROPERTIES: > :EMAIL_ADDRESS: [[ > https://mail.google.com/mail/?view=cm=1=ciaraxyz@gmail\.com]] > :END: > > * Duncan > :PROPERTIES: > :EMAIL_ADDRESS: [[ > https://mail.google.com/mail/?view=cm=1=duncanxyz@indeedemail\.com]] > :END: > --8<---cut here---end--->8--- > -- = Ian Garmaise Consultant Phorix Solutions Group ia...@phorixsol.com Toronto cell: 416.432.2251 NYC: 917.512.9535 https://www.linkedin.com/in/igarmaise/ http://www.PhorixSol.com
Re: One vs many directories
Jean Louis writes: > You could record on some of free hostings that respect users' freedom > that refrain of coercing non-free javascript such as: > > Open.tube upload > https://open.tube/videos/upload Thanks for this reference. You also mentioned hypothes.is earlier. Do you know if there is any similar software allowing to store data locally without a need to create account and trust the service for storing all the personal notes? Best, Ihor
Re: One vs many directories
Jean Louis writes: > You could record on some of free hostings that respect users' freedom > that refrain of coercing non-free javascript such as: > > Open.tube upload > https://open.tube/videos/upload Thanks for this reference. You also mentioned hypothes.is earlier. Do you know if there is any similar software allowing to store data locally without a need to create account and trust the service for storing all the personal notes? Best, Ihor
Re: Multiple named code blocks
Hi Diego, This feature does indeed what I need, I will update my code with it. Thank you for your help. Best regards, Félix
Re: Multiple named code blocks
Hi Greg, I don't know why I missed this, it is exactly what I needed. Thank you for your help. Best regards, Félix
Re: Org-GCal ?
David Masterson writes: > My issue is (CMIAW) that > org-gcal seems to have a 1 to 1 connection between a Google calendar and > an Org file (org-gcal-file-alist). I'm trying to figure out how to use > this when my workflow is split across many Org files. Have you considered using org-caldav instead? It can sync across several org files - events created in org can live in any of them, while events created in gcal will be synced to an inbox file, and can be easily moved. I haven't personally tried it syncing with gcal, but it claims to work. And a superficial read of both org-gcal and org-caldav READMEs suggest they use the same authentication workflow. https://github.com/dengste/org-caldav -- Peter
Re: Remembrance Agents
* Gerardo Moro [2020-11-30 14:17]: > > * Gerardo Moro [2020-11-30 09:49]: > > > Thanks! I get an idea. Will try to use soon and let you know. > > > Thanks for the links, very helpful. > > > Question: when you say it uses emails, can it read any email database (I > > > have old ones from Microsoft outlook both Mac and Windows)? What if you > > > only use webmail, in which format shall you feed the RA? > > > > I think that all those formats can be converted to something you could > > be using centrally on your computer. > > > > I am recommending Maildir format. But that would depend of your email > > client that you use. > > > > My emails are in format .emlx which is only readable by MAIL. I also have > used Windows' Microsoft Office which stores I think in PLIST format. > Is it possible to convert them to Maildir format? I don't know how any > search software could search within those files if they are not converted. emlx2maildir convert emlx format to maildir http://mike.laiosa.org/software/emlx2maildir/ There must be PLIST converters too. Life will become easy with maildir, but I do not know which email software you use. I am using mutt, not Emacs. mu4e package supports Maildir and database search.
Re: Remembrance Agents
* Eric S Fraga [2020-11-29 20:48]: > On Sunday, 29 Nov 2020 at 20:29, Jean Louis wrote: > > Sadly there are some errors today. > > On Debian, at least, there is a remembrance-agent package which has the > binaries and the Emacs package. PostgreSQL supports relevance search with its built-in functions: https://www.postgresql.org/docs/current/textsearch-intro.html Emacs package emacs-libpq is soon coming to GNU ELPA. emacs-libpq @ Github https://github.com/anse1/emacs-libpq Using Emacs Lisp functions to store documents for indexing and to get relevant results is then integration that may be useful. I may use this functions for semantic locating functions in Hyperscope. Think of something, put some words and get it, without me putting great effort to parse words, format them, juggle with terms, lists and so on. PostgreSQL database support is provided in general for any language and there is support for specific languages: database=# \dF List of text search configurations Schema |Name| Description ++--- pg_catalog | arabic | configuration for arabic language pg_catalog | danish | configuration for danish language pg_catalog | dutch | configuration for dutch language pg_catalog | english| configuration for english language pg_catalog | finnish| configuration for finnish language pg_catalog | french | configuration for french language pg_catalog | german | configuration for german language pg_catalog | greek | configuration for greek language pg_catalog | hungarian | configuration for hungarian language pg_catalog | indonesian | configuration for indonesian language pg_catalog | irish | configuration for irish language pg_catalog | italian| configuration for italian language pg_catalog | lithuanian | configuration for lithuanian language pg_catalog | nepali | configuration for nepali language pg_catalog | norwegian | configuration for norwegian language pg_catalog | portuguese | configuration for portuguese language pg_catalog | romanian | configuration for romanian language pg_catalog | russian| configuration for russian language pg_catalog | simple | simple configuration pg_catalog | spanish| configuration for spanish language pg_catalog | swedish| configuration for swedish language pg_catalog | tamil | configuration for tamil language pg_catalog | turkish| configuration for turkish language (23 rows)
Re: Remembrance Agents
> * Gerardo Moro [2020-11-30 09:49]: > > Thanks! I get an idea. Will try to use soon and let you know. > > Thanks for the links, very helpful. > > Question: when you say it uses emails, can it read any email database (I > > have old ones from Microsoft outlook both Mac and Windows)? What if you > > only use webmail, in which format shall you feed the RA? > > I think that all those formats can be converted to something you could > be using centrally on your computer. > > I am recommending Maildir format. But that would depend of your email > client that you use. > My emails are in format .emlx which is only readable by MAIL. I also have used Windows' Microsoft Office which stores I think in PLIST format. Is it possible to convert them to Maildir format? I don't know how any search software could search within those files if they are not converted. Best, GM
Re: One vs many directories
* Texas Cyberthal [2020-11-30 10:36]: > Hi Jean, > > > For that I need video to understand. > > Agreed. I thought the Treefactor gif videos would be enough, but it's > clear that people's imagination cannot extrapolate the utility of > RIITR. > > I developed this skill long ago on the Windows app Brainstorm, and > have forgotten how rare and unintuitive it is. > > This is the key missing concept preventing people from understanding > and adopting Textmind, because Textmind is designed primarily to > exploit this concept. > > So I plan to play AI Dungeon with Treefactor, using RIITR to make > sense and fun of nonsense, and record it on YouTube with live audio > commentary. Monkey see, monkey do. Then people will be able to do > RIITR. You could record on some of free hostings that respect users' freedom that refrain of coercing non-free javascript such as: Open.tube upload https://open.tube/videos/upload
Re: Bring up a screen giving option to open a series of orgmode files
* Ihor Radchenko [2020-11-30 13:15]: > Jean Louis writes: > > > Do you mean it is possible to mark 5-6 headlines and then re-file them > > quickly to other file? > > > > That would spare me some organizing efforts. > > Yes. I think the default building is "m" for marking and "B" for bulk > actions. The possible actions appear at the bottom of the screen. I got it from a GIF animation. That is a built-in and great feature.
Re: #+author un subtree exports.
On 30/11/2020 11:29, Eric S Fraga wrote: I would like to export only a subtree of a bigger document, and use #+author annotations in subtrees. Currently, all the #+author annotations of the document are concatenated in the exported document. For subtree export, make use of the EXPORT_X properties where X can be AUTHOR, TITLE, ... Set these properties in each sub-tree. Thank you, Eric, this is exactly what I was looking for. This is documented in the manual here: https://orgmode.org/manual/Export-Settings.html regards, -- Damien Couroussé Research Engineer Commissariat à l’énergie atomique et aux énergies alternatives Institut List | Minatec Campus 17 avenue des Martyrs | 38054 Grenoble Cedex | France Tel : +33 (0)4 38 78 04 66 Web : http://www-list.cea.fr [Citation aléatoire] There are only two hard problems in computer science: being Haskell, and. -+- https://m.reddit.com/r/rust/comments/5l08o5/rust_is_literally_haskell -+-
Re: Bring up a screen giving option to open a series of orgmode files
* Ihor Radchenko [2020-11-30 12:31]: > Jean Louis writes: > > How to Run a More Secure Browser > > https://www.dragonflybsd.org/docs/handbook/RunSecureBrowser/ > > There is also Firejail these days: > > https://wiki.gentoo.org/wiki/User:Sakaki/Sakaki%27s_EFI_Install_Guide/Sandboxing_the_Firefox_Browser_with_Firejail#Sandboxing_with_Firejail > > > Tasks or notes should be quickly shareable or be capable of being sent > > to different objects and places: > > I can see that you have implemented many of the suggested commands > yourself. Why don't you just propose patches extending the functionality > you desire? Good question, I have no idea in this moment why not. Maybe I just make a function that works for me and is not that easy to provide a patch that enhances some Org functionality. Example is sending Org tasks by email, if somebody of developers wish to do that they can do. For me is concept more important than specific function. Concept of being able to send any object from anywhere to anybody is more important than functions. Then if developers have different concepts and do not think of sending or sharing objects, then those are colliding minds and different experiences. I need to put more effort to write it why, how, where, what, then to write the function itself that just works. That is reason why people make separate packages. For me is suprising that Emacs that has email sending capabilities does not have integrated usage of that capability with other modes. It may be surprising to me but other people or majority may not have use of those features so it is not there. - mark region, click to send by email, why is that not built-in I am surprised. GNU Hyperbole has function: hmail:region is an interactive compiled Lisp function in ‘hmail.el’. (hmail:region START END BUF INVISIBLE-FLAG) - send buffer as email? Why is that not built-in is surprising to me. GNU Hyperbole has it: hmail:buffer is an interactive compiled Lisp function in ‘hmail.el’. (hmail:buffer BUF INVISIBLE-FLAG) Start composing mail with the contents of optional BUF as the message body. Invisible text is expanded and included in the mail only if INVISIBLE-FLAG is non-nil. BUF defaults to the current buffer and may be a buffer or buffer name. - Org heading to email? Why is it not built-in? It is very surprising. I think I have provided a function that offers concept, so it is up to them to implement it. Jean
Re: Remembrance Agents
* Eric S Fraga [2020-11-30 13:11]: > On Monday, 30 Nov 2020 at 11:37, Gerardo Moro wrote: > > Ok, thanks. How do you specify the location and is the formatting ok when > > showing you the relevance pieces of text from the local databases? > > The agent needs to be told which files to index (check the man page for > ra-index) and, in my case, I point it to all .org files and all text > files under ~/Mail. The formatting is okay as far as I am concerned but > this is a subjective aspect that will differ for everybody! SMART (String Matching Algorithm Research Tool) https://github.com/smart-tool/smart Does it use this algorithm? I am cloning that one to see how useful it could be in relevance searches. , | However, I can also see that the PostgreSQL database has already | built-in features for relevance searches: | | https://www.postgresql.org/docs/current/textsearch-intro.html ` This makes then many external software pieces redundant, it becomes again trivial to work with a database as underlying algorithm and functions have already been programmed. Making a new remembrance agent based on various structured information is making few higher level functions that integrate the underlying capability of PostgreSQL database and Emacs users' editing environment: 0. Create appropriate table in the database. 1. Make automatic or semi-automatic list of Org files or other files. 2. Make simple Emacs Lisp function to index all those files in the database. This is probably few lines function. 3. Make few Emacs Lisp functions that observes what users is doing and display to user relevant results with the possibility to construct hyperlinks from the result buffer straight to Org buffer, or possibility to open up those relevant files for more references. Jean
Re: Remembrance Agents
* Eric S Fraga [2020-11-30 12:31]: > On Monday, 30 Nov 2020 at 08:48, Gerardo Moro wrote: > > Question: when you say it uses emails, can it read any email database (I > > have old ones from Microsoft outlook both Mac and Windows)? What if you > > only use webmail, in which format shall you feed the RA? > > No, I don't think the remembrance agent can access webmail of any > sort. It is file based. In my case, all of my emails are stored > locally (I use gnus nnml groups and POP3 to retrieve my emails from the > mail host). recoll and other indexers could be glued into something similar as remembrance agents. While user is typing some words in a paragraph could quickly be accessed and relevant documents with those words could appear on the side of the buffer.
Re: Remembrance Agents
* Gerardo Moro [2020-11-30 09:49]: > Thanks! I get an idea. Will try to use soon and let you know. > Thanks for the links, very helpful. > Question: when you say it uses emails, can it read any email database (I > have old ones from Microsoft outlook both Mac and Windows)? What if you > only use webmail, in which format shall you feed the RA? I think that all those formats can be converted to something you could be using centrally on your computer. I am recommending Maildir format. But that would depend of your email client that you use. I am using Maildir since years as each message is its own file and concurrency is there and I never lose messages. I was using mbox and mh and various email formats, nothing was ever so stable as Maildir. Putting each person's conversation in separate folder: ~/Maildir/n...@example.com then allows me to easily access all previous conversation to that person. This implies that saving messages must be configured to save into such specific maildir automatically. recoll is not remembrance agent. It is a desktop search tool that supports various formats. There are other desktop search tools on GNU/Linux as free software: Beagle - Quickly find the stuff you care about. http://beagle-project.org/ Recoll is a desktop full-text search tool. https://www.lesbonscomptes.com/recoll/ Tracker is a filesystem indexer, metadata storage system and search tool https://wiki.gnome.org/Projects/Tracker NEPOMUK - The Social Semantic Desktop https://nepomuk.semanticdesktop.org/ Terrier is a highly flexible, efficient, and effective open source search engine http://www.terrier.org/ In general as Emacs user you may need to choose one that works on command line. I am not sure if all of those work on command line. Command line output can then be customized to appear in Emacs. Then hyperlink may be constructed in Org file as well for various relevant semantic searches. For Hyperscope dynamic knowledge repository since we talked about remembrance I have at least implemented the table column hlinks_rank that increases its rank by usage. Maybe I should call it different. Org mode does not track every specific node and is not multi-user: - when was the specific node edited? - which person edited specific node? - what is previous version of that node? - which hyperlink was accessed how many times? Would it track that information without disturbance, then users would have list of most used nodes, most accessed or frequently edited nodes, groupware based nodes. In that specific sense of tracking which URL have been accessed how many times, this gives a list that helps to remember what could be more relevant in context user is working in. As the rank increases, the hyperdocument has its own tags, title, information, and those words mostly used can be indexed and while user is typing those words could appear on the side to give more popular references. Then access could be tracked on files as PDF, images, videos, directories within Dired, then last of most accessed files could be in front of us. Recentf does similar function in Emacs. But Emacs bookmarks are not tracked and sorted by their access. I will try downloading Remembrance from Debian, as maybe they have patches that work. Jean
Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options
> > From: "gyro funch" > > To: emacs-orgmode@gnu.org > > Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, > > overwriting user options > > If I'm not mistaken, all of the development is done by volunteers. > > > > Perhaps you could help resolve your issue instead of asking other > > people, who are likely already overworked, to shoulder the burden. Those overworked, to shoulder the burden people need not answer any issue. They are volunteers, so they need not answer. There will be those who may answer. Process I see there is: - please report the bug! You are welcome - user reports the bug - why you reported the bug here? Report somewhere else. - user asks where to report the bug and wonders why that routing - user does report the bug to other place - user is told not to ask other people While all that has deeper meanings for one set of people and one may understand it, there will be those pissed off who cannot understand what is happening. Please look at processes going on, analyze processes and what those processes are not well designed when we have Emacs with programming language to route users accordingly. In the end neither developers will get insights from users about potential bugs neither users will resolve the issue. Final question is if problem with org-agenda-files got resolved?
Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options
* Tim Cross [2020-11-30 04:00]: > The issue at this point wasn't about whether there is a problem with how > org manages org-agenda-files or even the acknowledged weakness in the > documentation which needs a patch. The issue here is about attitude and > being respectful. I think it would be best if the actual technical issue would be put attention to and get solved as that is where problem comes from. Every person reporting Emacs bug is very important. Finally it is contributor to Emacs. People use Emacs to handle their life problems. When user stumbles upon an obstacle that is life related obstacle. It has practical meanings related to life that are difficult to realize on distance through a thin medium of email communication. When the true obstacle is not handled it is quite logical that it may lead to frustrations. It may not, but "it may" is enough and one shall try to handle the obstacle and not put attention on frustration that derives from the obstacle, as where one puts attention that is what one gets. Person is not first being surprised that M-x report-emacs-bug is not handled as Emacs Bug. I think that alone is definitely a bug, and we recently discussed it, and here we are again. Good read for participants: GNU Kind Communications Guidelines == Author: Richard Stallman Type: WWW Hyperlink: https://www.gnu.org/philosophy/kind-communication.html Instead of using programming to automate WHERE the bug related to org-mode should be routed there is lack of consensus and now we have: , | M-x report-emacs-bug | | M-x org-submit-bug-report | | M-x TeX-submit-bug-report | | M-x lm-report-bug ` and so on. Emacs is already taking user's data and inserting into the buffer to send email. Why it does not ask user to which part the bug relates? , | - Do you wish to designate mode to which this bug relates? | - Org mode | - TeX mode | - General editing ` After that question the email can have a tag [org-mode] and upon the tag the maildrop or procmail or other email filter could forward the bug to specific mailing list. Simple really. Standard GNU/Linux and Unix handling of emails. Various mailing lists arrive to my IMAP by being sorted first by the `maildrop' command line tool. Examples: , | if ((/^To:.*emacs\-devel/)) | { |to "./Maildir/.emacs-devel/." | } ` If email is written to `emacs-devel' please sort it in this folder. In this fashion I can make a filter: - if email has a tag: [org-mode] please send it to THIS-EMAIL-ADDRESS Then emacs-report-bug could rank the user among beginner, intermediate and advance. Then we have the contradiction in description: Is the Org mode part of Emacs? One gets it with Emacs so it is part of Emacs. Then somebody may say it is part of Emacs but somebody will tell it is not part of Emacs. Without listening I can observe that Org is part of Emacs and it says so in the org.el and what is written is what is presented to users and one need not bring these doubts onto user about facts that are clearly there. Those are issues to be discussed beyond users' bugs. I look at those things from a tolerant view point and that issues reported shall better be solved in welcoming manner. Fact is that Org is part of GNU Emacs. , | ;;; org.el --- Outline-based notes management and organizer -*- lexical-binding: t; -*- | | ;; Carstens outline-mode for keeping track of everything. | ;; Copyright (C) 2004-2020 Free Software Foundation, Inc. | | ;; Version: 9.4 | | ;; This file is part of GNU Emacs. ` Another ways but mail filtering ways of handling bugs that should be forwarded to org mailing list can be very simple: - let us discuss that it is fine to forward such issues to Org mailing list. Issue may arrive to help-gnu-emacs mailing list and could be copied to org mailing list as well by some of participants. Is this alright to do? - people who are subscribed to emacs bugs mailing list could simply forward it to mailing list. In Mutt email reader that is very simple, I can or could just bounce the email or forward email to another email address and rmail and other email readers have same functions. Easy peasy. - some people from Org mailing list may get subscribed to bug tracker and review emails there, when they answer the bug they may include org mailing list. - let us work cooperative and in welcoming manner and without introduction of doubts It is that simple. Side reference from November 2020 that shows that it is legitimate to report Org issues to Emacs bug mailing list, finally Org is part of Emacs: - Org issue does get discussed on Emacs bug mailing list: https://lists.gnu.org/archive/html/bug-gnu-emacs/2020-11/msg01832.html - person reports Org issue to Emacs bug mailing list: https://lists.gnu.org/archive/html/bug-gnu-emacs/2020-11/msg01672.html - another Org issue handled on Emacs bug mailing list:
Re: #+author un subtree exports.
On Monday, 30 Nov 2020 at 10:49, Damien Couroussé wrote: > I would like to export only a subtree of a bigger document, and use > #+author annotations in subtrees. Currently, all the #+author > annotations of the document are concatenated in the exported document. For subtree export, make use of the EXPORT_X properties where X can be AUTHOR, TITLE, ... Set these properties in each sub-tree. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-143-g9a1549
Re: One vs many directories
Ihor> That would be appreciated. I tried to read Treefactor docs at least 3 times and failed to understand its utility. Then I will move AI Dungeon Treefactor demo priority above all but critical Cyborganize documentation, such as broken links. Apparently I've wasted a lot of time documenting Textmind and 10 Bins before Treefactor was adequately explained. To avoid such mistakes in the future, I should focus on instilling the minimum viable behavioral change. Untangling a cognitive knot with an impromptu Treefactor or Brainstormsw session is a good candidate: https://www.brainstormsw.com And recreational use, such as for gaming, is a sticky alternative to undesirable premature production use.
Re: Remembrance Agents
On Monday, 30 Nov 2020 at 11:37, Gerardo Moro wrote: > Ok, thanks. How do you specify the location and is the formatting ok when > showing you the relevance pieces of text from the local databases? The agent needs to be told which files to index (check the man page for ra-index) and, in my case, I point it to all .org files and all text files under ~/Mail. The formatting is okay as far as I am concerned but this is a subjective aspect that will differ for everybody! -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-143-g9a1549
Re: Org-GCal ?
On Mon, 30 Nov 2020 at 00:49, David Masterson wrote: > Anyone using org-gcal? I just got it hooked up and am now trying to > figure out how to fit it into my workflow. My issue is (CMIAW) that > org-gcal seems to have a 1 to 1 connection between a Google calendar and > an Org file (org-gcal-file-alist). That was my observation too: it generates and maintains one .org file per Google calendar. How does that create a problem for you?
#+author un subtree exports.
hello all, I would like to export only a subtree of a bigger document, and use #+author annotations in subtrees. Currently, all the #+author annotations of the document are concatenated in the exported document. Is it the expected behaviour? Is it possible to have per-section #+author annotation? Minimalist example: ``` * section A #+title: doc A #+author: author A text A. * section B #+title: doc B #+author: author B text B. ``` In this example, exporting e.g. section B (=C-c C-e C-s t U= with the default keymaps) produces the following output, where "author A author B" in the document heading is not wanted. Text export of section B: ``` ━━━ SECTION B author A author B ━━━ Table of Contents ─ text B. ``` thank you, Damien -- Damien Couroussé Research Engineer Commissariat à l’énergie atomique et aux énergies alternatives Institut List | Minatec Campus 17 avenue des Martyrs | 38054 Grenoble Cedex | France Tel : +33 (0)4 38 78 04 66 Web : http://www-list.cea.fr [Citation aléatoire] Functional programming has no side effects because no one uses it. -+- Annoy /r/haskell in one sentence -+-
Re: Remembrance Agents
Ok, thanks. How do you specify the location and is the formatting ok when showing you the relevance pieces of text from the local databases? El lun, 30 nov 2020 a las 11:31, Eric S Fraga () escribió: > On Monday, 30 Nov 2020 at 08:48, Gerardo Moro wrote: > > Question: when you say it uses emails, can it read any email database (I > > have old ones from Microsoft outlook both Mac and Windows)? What if you > > only use webmail, in which format shall you feed the RA? > > No, I don't think the remembrance agent can access webmail of any > sort. It is file based. In my case, all of my emails are stored > locally (I use gnus nnml groups and POP3 to retrieve my emails from the > mail host). > > -- > : Eric S Fraga via Emacs 28.0.50, Org release_9.4-143-g9a1549 >
Re: Missing line breaks in Beamer with alltt
On Monday, 30 Nov 2020 at 07:03, Jarmo Hurri wrote: > Fascinating: it has to be something in my settings. I went through my > init files and did not find anything relevant. Off to debug I go then. Maybe post the offending LaTeX for that frame? Happy to try to help. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-143-g9a1549
Re: Remembrance Agents
On Monday, 30 Nov 2020 at 08:48, Gerardo Moro wrote: > Question: when you say it uses emails, can it read any email database (I > have old ones from Microsoft outlook both Mac and Windows)? What if you > only use webmail, in which format shall you feed the RA? No, I don't think the remembrance agent can access webmail of any sort. It is file based. In my case, all of my emails are stored locally (I use gnus nnml groups and POP3 to retrieve my emails from the mail host). -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-143-g9a1549
Re: Bring up a screen giving option to open a series of orgmode files
Jean Louis writes: > How to Run a More Secure Browser > https://www.dragonflybsd.org/docs/handbook/RunSecureBrowser/ There is also Firejail these days: https://wiki.gentoo.org/wiki/User:Sakaki/Sakaki%27s_EFI_Install_Guide/Sandboxing_the_Firefox_Browser_with_Firejail#Sandboxing_with_Firejail > Tasks or notes should be quickly shareable or be capable of being sent > to different objects and places: I can see that you have implemented many of the suggested commands yourself. Why don't you just propose patches extending the functionality you desire? Best, Ihor
Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options
On Mon, Nov 30, 2020 at 01:05:15AM +0100, Christopher Dimech wrote: [...] > Please follow the commentary in savannah-hackers > https://lists.nongnu.org/archive/html/savannah-hackers/2020-11/msg00085.html > > I agree fully with Falcon's description. Just from a sideline: "Falcon's description" pointing to a huge post with many aspects, some related to here, and some not, doesn't seem helpful to focus here. Could you state your point (as far as it is related to the current thread's topic) in a couple of sentences? Thanks - t signature.asc Description: Digital signature