example paper written in org completely
Currently texinfo uses tex as the underlying process to create the typeset document. After talking to Gavin Smith, for texinfo to be able to use latex, would require using latex to print the document, which necessitates a new implementation. Do we have a latex implementation with the Official Gnu Software? Will see with Gavn what capabilities exist for algorithms constructs and how far can we go before we require the package. It would be beneficial for me to know how far we go with org before we require the package as well. Felicitations Christopher > Sent: Saturday, June 19, 2021 at 11:02 AM > From: "Tim Cross" > To: emacs-orgmode@gnu.org > Subject: Re: example paper written in org completely > > > Christopher Dimech writes: > > > It is a good package, but since it is inactive, org-mode could assimilate > > it so people can use it, rather than in the form of an external package. > > I don't see any advantage in doing this. It is simple to include the > package. Furthermore, if we start to bundle it, we also take on more > responsibility for ensuring it works etc. Besides, where do we then > 'draw the line' - there are lots of additional and useful Latex > packages, many of which are probably even more commonly used, such as > some of the packages which extend/enhance tables, code listings, etc. > > > > > Defining the structure of an algorithm in a document is of value. > > Can one do something similar using current code or does the algorithmicx > > package have some more pleasant capabilities? > > > > The algorithmicx package does add some useful functionality wrt > formatting algorithms, but only for Latex exports. Just > bundling the latex package with org will not change the existing > situation - it will still only be functionality available with latex > exports. All it *might* do is remove the requirement to install the > latex package and add it to your export headers. > > Having similar functionality which is back end agnostic and based on > just org syntax would be useful for some users. However, this would > involve re-implementation of what the latex package does in elisp and > adding code to the export layer to interpret the new structures > appropriately. The big question is whether anyone has sufficient > interest and desire for this functionality to actually do the work. > > My gut feeling is that the number of people who need this functionality > who are not satisfied witih the current situation is too small to reach > the level of critical mass that would see this requirement realised. > > > > >> Sent: Friday, June 18, 2021 at 8:04 PM > >> From: "Eric S Fraga" > >> To: "Christopher Dimech" > >> Cc: "Emacs Org mode mailing list" > >> Subject: Re: example paper written in org completely > >> > >> On Thursday, 17 Jun 2021 at 19:19, Christopher Dimech wrote: > >> > The algorithmicx latex package has a very annoying licence, the LaTeX > >> > Project Public License. Although a free software license, it > >> > incompatible with the GPL with many requirements. > >> > >> And? I'm not sure of the relevance. I use many LaTeX packages when > >> writing. Whether they are GPL or not is rather secondary, in my view. > >> > >> -- > >> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36 > >> : Latest paper written in org: https://arxiv.org/abs/2106.05096 > >> > > > -- > Tim Cross > >
Re: example paper written in org completely
Uwe Brauer writes: > Footnotes: > [1] I am forced to modify each year our course guides. These guides are > written (no joke) in MS Office format pre-97. It has complex but badly > formatted tables that makes it impossible to edit with anything > than MS Office (or the markup is distorted). > We had exactly the same problem. This is a good example of the important v urgent problem we are often faced with and is a critical part of how I manage my todo lists. A major pitfall with todo lists and priorities is that we fail to make the distinction between important and urgent tasks. What ends up happening is that all our time gets consumed by urgent tasks and we never get time to address important tasks. Unfortunately, it is the important tasks which, once completed, will reduce the number or time taken to deal with urgent tasks - we end up being more reactive and proactive. In our case, we all hated having to update/edit the course guides in MS Office because it was painful and time consuming, but urgent. However, nobody belt they had the time to fix matters, despite us all agreeing it was important. One year, we decided to just let some urgent tasks slip, accept the flak this caused and instead spend the time fixing the formatting of the course guides. We actually ended up developing a new format, inspired by org and some markdown formats and which used pandoc to generate the final output. We were forgiven for failing to meet some urgent deadlines because in the end, we had far better quality course guides which were easier to maintain and available in more formats with greater consistency. Unfortunately, the resources freed by not having to spend so long updating the course guides each year was soon absorbed by other urgent tasks, so ultimately, no real change in workload. However, students were happier as course guides were better and we were then able to move on to other important v urgent battles. What would have been really great is if we had more Emacs users. We could then just have used org mode for the base format and even less work would have been required to convert from MS Office, but that will never happen. On the up side, I do see more and more ideas originally germinated in an Emacs environment finding there way into other tool chains, so perhaps the environments of the future won't suck quite as much as they might if MS Office had been the only source for inspiration! As the Beta v VHS war demonstrated, great technology is not enough, you also need to factor in marketing and advertising budgets of the competition! -- Tim Cross
Re: example paper written in org completely
Christopher Dimech writes: > It is a good package, but since it is inactive, org-mode could assimilate > it so people can use it, rather than in the form of an external package. I don't see any advantage in doing this. It is simple to include the package. Furthermore, if we start to bundle it, we also take on more responsibility for ensuring it works etc. Besides, where do we then 'draw the line' - there are lots of additional and useful Latex packages, many of which are probably even more commonly used, such as some of the packages which extend/enhance tables, code listings, etc. > > Defining the structure of an algorithm in a document is of value. > Can one do something similar using current code or does the algorithmicx > package have some more pleasant capabilities? > The algorithmicx package does add some useful functionality wrt formatting algorithms, but only for Latex exports. Just bundling the latex package with org will not change the existing situation - it will still only be functionality available with latex exports. All it *might* do is remove the requirement to install the latex package and add it to your export headers. Having similar functionality which is back end agnostic and based on just org syntax would be useful for some users. However, this would involve re-implementation of what the latex package does in elisp and adding code to the export layer to interpret the new structures appropriately. The big question is whether anyone has sufficient interest and desire for this functionality to actually do the work. My gut feeling is that the number of people who need this functionality who are not satisfied witih the current situation is too small to reach the level of critical mass that would see this requirement realised. > >> Sent: Friday, June 18, 2021 at 8:04 PM >> From: "Eric S Fraga" >> To: "Christopher Dimech" >> Cc: "Emacs Org mode mailing list" >> Subject: Re: example paper written in org completely >> >> On Thursday, 17 Jun 2021 at 19:19, Christopher Dimech wrote: >> > The algorithmicx latex package has a very annoying licence, the LaTeX >> > Project Public License. Although a free software license, it >> > incompatible with the GPL with many requirements. >> >> And? I'm not sure of the relevance. I use many LaTeX packages when >> writing. Whether they are GPL or not is rather secondary, in my view. >> >> -- >> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36 >> : Latest paper written in org: https://arxiv.org/abs/2106.05096 >> -- Tim Cross
Re: algorithm capabilities for org-mode
Christopher Dimech writes: >> Sent: Saturday, June 19, 2021 at 2:06 AM >> From: "Eric S Fraga" >> To: "Christopher Dimech" >> Cc: "Help Emacs Orgmode" >> Subject: Re: algorithm capabilities for org-mode >> >> On Friday, 18 Jun 2021 at 15:39, Christopher Dimech wrote: >> > The license released under is incompatible with the GPL. >> >> So? It doesn't stop anybody using it. It's not as if we need to ship >> it with org, for instance. Are you going to propose we also >> re-implement all the other packages many of us use, e.g. tikz, geometry, >> chemfig, ... > > Those tend to be quite complex. algorithmicx, not so much. It would > be most natural to have in emacs because algorithm display is most > favourable to use to describe programming techniques. > > Perhaps emacs could absorb it, rather than org. I think there needs to be more clarity about what the objective is here. My reading of the initial suggestion was to have the functionality provided by the Latex package available natively in org mode (not requiring the latex package and supported by all export formats). I don't think there is any benefit from bundling the latex package into org mode (or emacs). For those who do want to use it, they just include it as you do with any other Latex package. Everything works fine. However, there might be an argument to have a generic 'algorithms' mode, which would use only org syntax to express algorithm structure (or possibly a #+begin_algorithm block) which is supported by all export backends so that you can have nice type setting of algorithms in all exported formats. Something similar to table mode in concept. While it might be possible to 'borrow' some of the ideas from the Latex package, this would need to be a completely new implementation and would therefore have its own license (GPL if org or Emacs). This would likely be a fairly substantial piece of work as it would also be necessary to 'teach' the backends about this new 'structure' and how to present it in final output. This does seem like rather 'niche' functionality - only a subset of org users are likely to want this feature and only a subset of those are needing it outside existing Latex exports. I'm not sure if the additional code and maintenance it introduces can be justified. However, if someone has a sufficient itch to implement this functionality as an add-on/contrib package, it could be an interesting project and if it turned out to be popular/useful for a wider audience, it could then be brought into org mode or Emacs later. -- Tim Cross
Re: Failure to resolve internal links on ox-html export?
Tim Visher writes: > Hi Juan Manuel, > > On Fri, Jun 11, 2021 at 2:31 PM Juan Manuel Macías > wrote: > > Try setting this variable to non-nil: > > (setq org-export-with-broken-links t) > > Thanks for the tip here! This is definitely close to what I want. I think I'm > going to need to code up something additional though in that none of the > default options (mark or ignore) are really the behavior that I want. > > - mark: I don't like the way the text comes out here. I don't want to have > BROKEN LINK in the exported text at all. > - ignore: I don't like how the text of the link simply disappears in this > case. > > What I really want is something that keeps the link text but drops the link, > essentially converting it into plain text (or stylized text if the link text > is in > markup). > > I'll have to play around with how to do that. Although I've never used them, I think export filters sound like they might be what you want. Have a look at the Advanced Export configuration section of the manual and how to define export filters. You should be able to define an org-export-filter-link-function that will tranform links into just the title text from the original link. -- Tim Cross
publishing: no default publishing function, or symbol is not defined
I'm making my first foray into publishing a project. I'm running GNU
Emacs 26.2 (build 1, x86_64-w64-mingw32) of 2019-04-13, on Windows 10.
I've defined a single project, just to try it out and learn. Here is
the relevant portion of my .emacs file
;; Projects and publishing
;;
(setq org-publish-project-alist
'(("CaseInvestigationTrainingAndReferenceManual"
:base-directory
"E:/DATA/BCHD/CD/ChinaCoronavirus2019/CommCare/Sandbox/"
:publishing-directory
"E:/DATA/BCHD/CD/ChinaCoronavirus2019/CommCare/Sandbox/StagingArea")))
There is one org file in /Sandbox, called
WorkAreaForIndexingTrainingAndReferenceManual-7-June.org
(as the filename suggests, I'm mostly interested in learning how to make
an index).
If I execute C-c C-e P a whilie in the org file I am trying to publish,
I get an error message that there is "No publishing function chosen". I
thought org-publish-org-to-html was the default, as described here:
https://www.gnu.org/software/emacs/manual/html_node/org/Publishing-action.html
But if I modify the relevant section of my .emacs file like this,
specifying a publishing action:
;; Projects and publishing
;;
(setq org-publish-project-alist
'(("CaseInvestigationTrainingAndReferenceManual"
:base-directory
"E:/DATA/BCHD/CD/ChinaCoronavirus2019/CommCare/Sandbox/"
:publishing-directory
"E:/DATA/BCHD/CD/ChinaCoronavirus2019/CommCare/Sandbox/StagingArea"
:publishing-function org-publish-org-to-html)))
and try again, I get an error message that I can't figure out: "Symbol’s
function definition is void: org-publish-org-to-html"
Grateful for any guidance.
Thanks.
--Chris Ryan
Re: Failure to resolve internal links on ox-html export?
Hi Tim, Tim Visher writes: > What I really want is something that keeps the link text but drops the > link, essentially converting it into plain text (or stylized text if > the link text is in markup). According to the `org-export-with-broken-links' docstring: --- [...] If it is set to ‘mark’, broken links are marked as such in the output, with a string like [BROKEN LINK: path] where PATH is the un-resolvable reference. This option can also be set with the OPTIONS keyword, e.g., "broken-links:mark". --- It's not exactly what you're looking for, but it can help you find a solution. Best regards, Juan Manuel
A dictionary made in Org Mode
Could we buy "the whole pack"? The physical dictionary, the digital (orgmode) format, the emacs and latex whole configuration and packages, etc? Or would it be useless for the profanes as me? Congratulations!
Re: Failure to resolve internal links on ox-html export?
Hi Juan Manuel, On Fri, Jun 11, 2021 at 2:31 PM Juan Manuel Macías wrote: > Try setting this variable to non-nil: > > (setq org-export-with-broken-links t) > Thanks for the tip here! This is definitely close to what I want. I think I'm going to need to code up something additional though in that none of the default options (mark or ignore) are really the behavior that I want. - mark: I don't like the way the text comes out here. I don't want to have BROKEN LINK in the exported text at all. - ignore: I don't like how the text of the link simply disappears in this case. What I really want is something that keeps the link text but drops the link, essentially converting it into plain text (or stylized text if the link text is in markup). I'll have to play around with how to do that. -- In Christ, Timmy V. https://blog.twonegatives.com http://five.sentenc.es
algorithm capabilities for org-mode
> Sent: Saturday, June 19, 2021 at 2:06 AM > From: "Eric S Fraga" > To: "Christopher Dimech" > Cc: "Help Emacs Orgmode" > Subject: Re: algorithm capabilities for org-mode > > On Friday, 18 Jun 2021 at 15:39, Christopher Dimech wrote: > > The license released under is incompatible with the GPL. > > So? It doesn't stop anybody using it. It's not as if we need to ship > it with org, for instance. Are you going to propose we also > re-implement all the other packages many of us use, e.g. tikz, geometry, > chemfig, ... Those tend to be quite complex. algorithmicx, not so much. It would be most natural to have in emacs because algorithm display is most favourable to use to describe programming techniques. Perhaps emacs could absorb it, rather than org. > -- > : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-557-gceb78e > : Latest paper written in org: https://arxiv.org/abs/2106.05096 >
Re: [longlines]
>>> "BD" == Bruce D'Arcus writes: > I recently switched to one-sentence-per-line + visual-line-mode. That I do in Auctex mode (actually I use a filling function by Ingo Lohmar, I found in http://pleasefindattached.blogspot.com/2011/12/emacsauctex-sentence-fill-greatly.html link does not work anymore. But I have the code and there is the wayback machine) ; (ad-activate 'LaTeX-fill-region-as-paragraph) smime.p7s Description: S/MIME cryptographic signature
Re: [longlines]
>>> "BD" == Bruce D'Arcus writes: > I recently switched to one-sentence-per-line + visual-line-mode. > On Fri, Jun 18, 2021 at 11:00 AM John Kitchin wrote: >> >> I use visual-line-mode. It almost always works fine for me. In my experience the best I found was (defun my-turn-on-longlines-in-auctex () "Turn on all three modes which support the display of long-lines." (interactive) (adaptive-wrap-prefix-mode 'toggle) (visual-line-mode 'toggle) (visual-fill-column-mode 'toggle) (message "adaptive-wrap-prefix-mode; visual-line-mode and visual-fill-column-mode are ON/OFF.")) But then, at least in Auctex, I run some unexpected behavior and turned it off. Do you use it also in message mode? smime.p7s Description: S/MIME cryptographic signature
Re: [longlines]
On Friday, 18 Jun 2021 at 16:38, Uwe Brauer wrote: > Coming back to your original post. I finally downloaded it and had a > quick look at its source org file. > > You are using longlines (that is now auto-fill after 70 chars). > > I never found a longline mode I liked and that is why I stick to good > old auto-fill with 70 chars. I use visual-line-mode together with org-indent-mode. > I wounder what you use to display the file (I am using a either a 14 > inch Thinkpad X1 or 13inch MacBookAir, so maybe that is the issue here). My usual setup consists of 2 monitors: a 38" curved screen and a 27" in portrait orientation. On the 38", I often have 3 Emacs windows side by side so that each window is not too wide (80-100 characters with my current font) and the text wraps nicely. But I can switch to wider windows easily when editing tables that may be too wide, for instance. I often have the PDF in one of the other windows and sometimes my bibliography in the last one. The portrait monitor works well with a single window. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-557-gceb78e : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: [longlines] (was: example paper written in org completely)
I recently switched to one-sentence-per-line + visual-line-mode. On Fri, Jun 18, 2021 at 11:00 AM John Kitchin wrote: > > I use visual-line-mode. It almost always works fine for me. > > On Fri, Jun 18, 2021 at 10:38 AM Uwe Brauer wrote: >> >> >>> "ESF" == Eric S Fraga writes: >> >> > On Friday, 18 Jun 2021 at 13:55, Uwe Brauer wrote: >> >> Right, fair enough. I thought it was MS Office or something like this.[1] >> >> > Yeah; I avoid that problem mostly by using ODT export in org. >> >> > Sometimes, if I have to work on an actual document that LibreOffice or >> > gnumeric cannot handle, I access our institution's systems using >> > rdesktop and/or a web interface. Luckily, I only have to the latter >> > once every few months at most. >> >> Coming back to your original post. I finally downloaded it and had a >> quick look at its source org file. >> >> You are using longlines (that is now auto-fill after 70 chars). >> >> I never found a longline mode I liked and that is why I stick to good >> old auto-fill with 70 chars. >> >> I wounder what you use to display the file (I am using a either a 14 >> inch Thinkpad X1 or 13inch MacBookAir, so maybe that is the issue here). >> > -- > John > > --- > Professor John Kitchin (he/him/his) > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu >
Re: [longlines] (was: example paper written in org completely)
I use visual-line-mode. It almost always works fine for me. On Fri, Jun 18, 2021 at 10:38 AM Uwe Brauer wrote: > >>> "ESF" == Eric S Fraga writes: > > > On Friday, 18 Jun 2021 at 13:55, Uwe Brauer wrote: > >> Right, fair enough. I thought it was MS Office or something like > this.[1] > > > Yeah; I avoid that problem mostly by using ODT export in org. > > > Sometimes, if I have to work on an actual document that LibreOffice or > > gnumeric cannot handle, I access our institution's systems using > > rdesktop and/or a web interface. Luckily, I only have to the latter > > once every few months at most. > > Coming back to your original post. I finally downloaded it and had a > quick look at its source org file. > > You are using longlines (that is now auto-fill after 70 chars). > > I never found a longline mode I liked and that is why I stick to good > old auto-fill with 70 chars. > > I wounder what you use to display the file (I am using a either a 14 > inch Thinkpad X1 or 13inch MacBookAir, so maybe that is the issue here). > > -- John --- Professor John Kitchin (he/him/his) Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
[longlines] (was: example paper written in org completely)
>>> "ESF" == Eric S Fraga writes: > On Friday, 18 Jun 2021 at 13:55, Uwe Brauer wrote: >> Right, fair enough. I thought it was MS Office or something like this.[1] > Yeah; I avoid that problem mostly by using ODT export in org. > Sometimes, if I have to work on an actual document that LibreOffice or > gnumeric cannot handle, I access our institution's systems using > rdesktop and/or a web interface. Luckily, I only have to the latter > once every few months at most. Coming back to your original post. I finally downloaded it and had a quick look at its source org file. You are using longlines (that is now auto-fill after 70 chars). I never found a longline mode I liked and that is why I stick to good old auto-fill with 70 chars. I wounder what you use to display the file (I am using a either a 14 inch Thinkpad X1 or 13inch MacBookAir, so maybe that is the issue here). smime.p7s Description: S/MIME cryptographic signature
Re: algorithm capabilities for org-mode
On Friday, 18 Jun 2021 at 15:39, Christopher Dimech wrote: > The license released under is incompatible with the GPL. So? It doesn't stop anybody using it. It's not as if we need to ship it with org, for instance. Are you going to propose we also re-implement all the other packages many of us use, e.g. tikz, geometry, chemfig, ... -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-557-gceb78e : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: A dictionary made in Org Mode
Wow, that publication looks pro! Absolutely beautiful! On Fri, Jun 18, 2021, at 8:11 AM, Juan Manuel Macías wrote: > Hi, > > I would like to share here my latest work. It has recently been > published in Spain and I think it's the first dictionary made entirely > using Org Mode ;-) I have taken care of its production and its editorial > design: > > Diccionario Hispánico de la Tradición Clásica > (Hispanic Dictionary of Classical Tradition) > > ISBN: 978-84-18093-93-7 > > 828 pages > > Org-publish has been especially useful for its production. Soon I will > write a detailed article in Spanish about the making off. If anyone here > was interested I can try to translate the article into English. > > A few samples of the content: > > https://cloud.disroot.org/s/tBpMQP6afssY37p > > And this short video shows a quick overview of the files involved and > the final compilation, before printing all the work: > > https://vimeo.com/538137630 > > Best regards, > > Juan Manuel > > >
example paper written in org completely
It is a good package, but since it is inactive, org-mode could assimilate it so people can use it, rather than in the form of an external package. Defining the structure of an algorithm in a document is of value. Can one do something similar using current code or does the algorithmicx package have some more pleasant capabilities? > Sent: Friday, June 18, 2021 at 8:04 PM > From: "Eric S Fraga" > To: "Christopher Dimech" > Cc: "Emacs Org mode mailing list" > Subject: Re: example paper written in org completely > > On Thursday, 17 Jun 2021 at 19:19, Christopher Dimech wrote: > > The algorithmicx latex package has a very annoying licence, the LaTeX > > Project Public License. Although a free software license, it > > incompatible with the GPL with many requirements. > > And? I'm not sure of the relevance. I use many LaTeX packages when > writing. Whether they are GPL or not is rather secondary, in my view. > > -- > : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36 > : Latest paper written in org: https://arxiv.org/abs/2106.05096 >
algorithm capabilities for org-mode
> Sent: Friday, June 18, 2021 at 9:22 PM > From: "Eric S Fraga" > To: "Christopher Dimech" > Cc: "Help Emacs Orgmode" > Subject: Re: algorithm capabilities for org-mode > > On Thursday, 17 Jun 2021 at 19:32, Christopher Dimech wrote: > > It was done Szász János and released in 2005, but is today inactive. > > Inactive does not mean not useful. The package works and works > well. There is really no need for "activity" on it. > > I fail to see the need to re-invent the wheel. What is the motivation? > -- > : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-555-g5a03ad > : Latest paper written in org: https://arxiv.org/abs/2106.05096 The license released under is incompatible with the GPL.
Re: Problem inserting meeting in agenda using "pm" time indicators
On Friday, 18 Jun 2021 at 14:14, Nicolas Goaziou wrote: > Duh. Fixed. Thank you. Confirmed! Thank you. :-) -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-557-gceb78e : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: example paper written in org completely
On Friday, 18 Jun 2021 at 13:55, Uwe Brauer wrote: > Right, fair enough. I thought it was MS Office or something like this.[1] Yeah; I avoid that problem mostly by using ODT export in org. Sometimes, if I have to work on an actual document that LibreOffice or gnumeric cannot handle, I access our institution's systems using rdesktop and/or a web interface. Luckily, I only have to the latter once every few months at most. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-557-gceb78e : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: A dictionary made in Org Mode
Congratulations! Looks just beautyful! Detlef Am Fri, 18 Jun 2021 12:11:19 + schrieb Juan Manuel Macías : > Hi, > > I would like to share here my latest work. It has recently been > published in Spain and I think it's the first dictionary made entirely > using Org Mode ;-) I have taken care of its production and its > editorial design: > > Diccionario Hispánico de la Tradición Clásica > (Hispanic Dictionary of Classical Tradition) > > ISBN: 978-84-18093-93-7 > > 828 pages > > Org-publish has been especially useful for its production. Soon I will > write a detailed article in Spanish about the making off. If anyone > here was interested I can try to translate the article into English. > > A few samples of the content: > > https://cloud.disroot.org/s/tBpMQP6afssY37p > > And this short video shows a quick overview of the files involved and > the final compilation, before printing all the work: > > https://vimeo.com/538137630 > > Best regards, > > Juan Manuel > >
Re: A dictionary made in Org Mode
Congratulations! That looks like an amazing project. On Fri, Jun 18, 2021 at 8:11 AM Juan Manuel Macías wrote: > Hi, > > I would like to share here my latest work. It has recently been > published in Spain and I think it's the first dictionary made entirely > using Org Mode ;-) I have taken care of its production and its editorial > design: > > Diccionario Hispánico de la Tradición Clásica > (Hispanic Dictionary of Classical Tradition) > > ISBN: 978-84-18093-93-7 > > 828 pages > > Org-publish has been especially useful for its production. Soon I will > write a detailed article in Spanish about the making off. If anyone here > was interested I can try to translate the article into English. > > A few samples of the content: > > https://cloud.disroot.org/s/tBpMQP6afssY37p > > And this short video shows a quick overview of the files involved and > the final compilation, before printing all the work: > > https://vimeo.com/538137630 > > Best regards, > > Juan Manuel > > > -- John --- Professor John Kitchin (he/him/his) Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: Problem inserting meeting in agenda using "pm" time indicators
Hello, Eric S Fraga writes: > Ummm partly? The parsing seems to have been fixed but now my agenda > view is completely wrong. Timed entries are not showing in the time > line and the actual times for those entries are not appearing. Duh. Fixed. Thank you. Regards, -- Nicolas Goaziou
A dictionary made in Org Mode
Hi, I would like to share here my latest work. It has recently been published in Spain and I think it's the first dictionary made entirely using Org Mode ;-) I have taken care of its production and its editorial design: Diccionario Hispánico de la Tradición Clásica (Hispanic Dictionary of Classical Tradition) ISBN: 978-84-18093-93-7 828 pages Org-publish has been especially useful for its production. Soon I will write a detailed article in Spanish about the making off. If anyone here was interested I can try to translate the article into English. A few samples of the content: https://cloud.disroot.org/s/tBpMQP6afssY37p And this short video shows a quick overview of the files involved and the final compilation, before printing all the work: https://vimeo.com/538137630 Best regards, Juan Manuel
Re: example paper written in org completely
>>> "ESF" == Eric S Fraga writes: > On Thursday, 17 Jun 2021 at 21:54, Uwe Brauer wrote: >> I wonder what that software might be ;-) > Actually, in this case, it isn't one of the usual suspects. I use Linux > for everything so I have pretty much found open source solutions to all > my usual requirements. This particular case is a modelling system from > a small company. > I won't name and shame because they actually have, in comparison, very > reasonable licensing terms and conditions, including free versions for > students. Right, fair enough. I thought it was MS Office or something like this.[1] Footnotes: [1] I am forced to modify each year our course guides. These guides are written (no joke) in MS Office format pre-97. It has complex but badly formatted tables that makes it impossible to edit with anything than MS Office (or the markup is distorted). smime.p7s Description: S/MIME cryptographic signature
Re: algorithm capabilities for org-mode
On Thursday, 17 Jun 2021 at 19:32, Christopher Dimech wrote: > It was done Szász János and released in 2005, but is today inactive. Inactive does not mean not useful. The package works and works well. There is really no need for "activity" on it. I fail to see the need to re-invent the wheel. What is the motivation? -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-555-g5a03ad : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: Problem inserting meeting in agenda using "pm" time indicators
On Thursday, 17 Jun 2021 at 19:30, Nicolas Goaziou wrote: >> Eric S Fraga writes: >>> When I try this now, with org up to date from git, I get this backtrace: >>> >>> , >>> | Debugger entered--Lisp error: (error "Invalid duration format: \"3pm\"") > > Fixed > > (hopefully) Ummm partly? The parsing seems to have been fixed but now my agenda view is completely wrong. Timed entries are not showing in the time line and the actual times for those entries are not appearing. Having said this, I have been playing with org-agenda-prefix-format the past few days so maybe this has something to do with the issues I'm seeing now. My prefix settings are: '(org-agenda-prefix-format '((agenda . "%-10c %?-12t %i % s") (timeline . "% s") (todo . "%-13c") (tags . "%-10:c ") (search . "%-15:c %i "))) which was working yesterday (sort of: there is a separate minor formatting issue which I will ask about at some point but it's not mission critical) before I upgraded org to the latest version this morning. What I see with two events, one timed and one not, is shown in the attached screenshot. I have too much work at the moment (deadlines) to explore but will do so hopefully later today and will update. thank you, eric -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-555-g5a03ad : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: example paper written in org completely
On Thursday, 17 Jun 2021 at 19:19, Christopher Dimech wrote: > The algorithmicx latex package has a very annoying licence, the LaTeX > Project Public License. Although a free software license, it > incompatible with the GPL with many requirements. And? I'm not sure of the relevance. I use many LaTeX packages when writing. Whether they are GPL or not is rather secondary, in my view. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: example paper written in org completely
On Thursday, 17 Jun 2021 at 21:54, Uwe Brauer wrote: > I wonder what that software might be ;-) Actually, in this case, it isn't one of the usual suspects. I use Linux for everything so I have pretty much found open source solutions to all my usual requirements. This particular case is a modelling system from a small company. I won't name and shame because they actually have, in comparison, very reasonable licensing terms and conditions, including free versions for students. But, if there were an option that was open source etc., I would jump on it. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36 : Latest paper written in org: https://arxiv.org/abs/2106.05096
clock doesn't respect org-id-link-to-org-use-id
Hi All, I use org-mode clock table to generate report for the tasks I clocked. The header of my clock table looks like this: #+BEGIN: clocktable :block 2021-06-18 :scope agenda :maxlevel 5 :fileskip0 t :link t I have :link t so that I can jump to a task directly from the clock table. I have noticed that sometimes the link doesn't work because of a heading having strange characters ( in my case my heading is suffixed with date time). I traced it back to function org-clock-get-table-data, which seems to construct the link itself from scratch without leveraging the existing function org-store link. This also results in it not respecting the value of org-id-link-to-org-use-id. If use org-store-link in org-clock-get-table-data, a few lines of code can be reduced and the behavior can be more consistent and robust. If I'm correct so far, anybody mind work or this? I can do that as well, but i'm not fluent with lisp or the workflow, so I'd appreciate if someone else can help. Thank You. Dave
