[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Additionally htmlfontify also requires several external tools > (according to the man page) which might not be available on all > platform Emacs and org-mode is used on: > - a copy of “find” which provides the “-path” predicate > - a copy of “sed” > - a copy of the “file” command Using them is not a problem. Those are part of the GNU system, and you can install the packages thru your distro's package system (but I expect they are preinstalled anyway). It might be an inconvenience on non-GNU systems. We give them low priority, but if you feel like writing code in htmlfontify to do without them, that is ok. I would expect it is not very hard to fix htmlfontify to solve all its practical drawbacks. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > Note that the Org manual still talks about iOS and Android, which are > > not free either. That may or may not be a problem, depending on what it says. Can you show me what it actually says about those nonfree systems? -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > As already pointed out by Nicolas Goaziou, org-mode also requires other > external stuff Those other cases may or may not be problems, depending on the situation. The ability to work with some other free software package (for instance, LaTeX0, if the user happens to use that, is no problem at all. Invoking some separate program, having no particular relationship with Emacs, is ok too if the idea is that that program does some separate job and that's what the user wants to do. However, Emacs should not try to bypass the distro's own package installation system by telling users to install things directly. Would you please show me the other cases where Org suggests loading something else? -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > While there are numerous references > to GitHub and SourceForge in Emacs (and some components even nominally > live there, by the way, eg CEDET, cc-mode...), it's rare (unique?) for > running a GNU Emacs command to actually print "hey, go install > something from this non-ethical repository to finish doing what you > wanted to do". It's a different level of referencing. You've put your finger on the crucial point. Just talking about something that is in GitHub is ok. The problem is suggest users get it and run it. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > This makes it clearly the reference to Github that is the concern. The concern is _about_ the reference to GitHub, but what _makes it a problem_ is that it is suggesting that people load specific code from there. THAT is the issue here. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > I removed htmlize URL from the error message. I also demoted the latter > to a plain message. So, if htmlize is not installed, source blocks are > not fontified. Thank you. That is a step forward. However, this is still not as it should be. What we really need to do is (1) get htmlize into Emacs, or (2) use some other facility that is in Emacs. Since it now appears we can't do (1), we should do (2). Someone mentioned that there was code in Emacs that we could use instead. It isn't a rush, now, but could someone please volunteer to do this, over the next few months? -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
Re: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > I heard back from htmlize.el author Hrvoje Nikšić in his repo's issue thread[0]. Thanks for asking him. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Nicolas Goaziou writes: > I removed htmlize URL from the error message. I also demoted the latter > to a plain message. So, if htmlize is not installed, source blocks are > not fontified. I was going to suggest a less harsher and potentially more helpful approach: in the short term, mirror the htmlize repo on code.orgmode.org, the official Gogs instance where Org mode is hosted and developed. In the long term, work on replacing htmlize with htmlfontify. I set up a mirror: https://code.orgmode.org/aminb/emacs-htmlize Assuming code.orgmode.org uses Gogs' default mirror settings, the repo should be automatically synchronized with upstream roughly every 8 hours or so. This way, we'd still be able to point the users to a concrete address to get htmlize from, without directly pointing them to a proprietary platform. Further, we're not claiminig copyright or maintainership of the repo and we're merely mirroring it on a freedom-respecting platform along with Org itself. -amin
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
Hello,
Glenn Morris writes:
> I think (or rather assume) that the issue is that GitHub receives
> a grade F ("unacceptable") evaluation acccording to the GNU Ethical Repository
> Criteria; https://www.gnu.org/software/repo-criteria-evaluation.html.
> So does SourceForge, by the way. While there are numerous references
> to GitHub and SourceForge in Emacs (and some components even nominally
> live there, by the way, eg CEDET, cc-mode...), it's rare (unique?) for
> running a GNU Emacs command to actually print "hey, go install
> something from this non-ethical repository to finish doing what you
> wanted to do". It's a different level of referencing.
I removed htmlize URL from the error message. I also demoted the latter
to a plain message. So, if htmlize is not installed, source blocks are
not fontified.
Regards,
--
Nicolas Goaziou0x80A93738
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
I think (or rather assume) that the issue is that GitHub receives
a grade F ("unacceptable") evaluation acccording to the GNU Ethical Repository
Criteria; https://www.gnu.org/software/repo-criteria-evaluation.html.
So does SourceForge, by the way. While there are numerous references
to GitHub and SourceForge in Emacs (and some components even nominally
live there, by the way, eg CEDET, cc-mode...), it's rare (unique?) for
running a GNU Emacs command to actually print "hey, go install
something from this non-ethical repository to finish doing what you
wanted to do". It's a different level of referencing.
Re: [O] Elementwise division of two columns in table
This works. Thanks Eric. On Tue, 18 Sep 2018 at 05:20 Eric S Fraga wrote: > On Monday, 17 Sep 2018 at 16:36, Nishan Singh Mann wrote: > > Given a table of the form > > | a | b | c | > > |[2,3] | [4,6] | formula > > > > What is the formula for column C such that elementwise division is > > performed to obtain [2,2]. I realize I've to use the (calc-map OPR) > > function but I am not an expert in elisp. Thanks for reading. > > Regards, > > Nishan > > Try > > | a | b | c | > | [2,3] | [4,6] | [0.5, 0.5] | > #+TBLFM: @2$3=map(div,$1,$2) > > > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4 > -- Nishan Singh Mann
Re: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Hello all, I heard back from htmlize.el author Hrvoje Nikšić in his repo's issue thread[0]. So here's the summary: - Hrvoje Nikšić does not want to assign the copyright of htmlize to FSF. So it cannot be part of Emacs, Org mode or even GNU Elpa. - The package will keep living in its GitHub repo. 1. If user has issues with GitHub's non-free JS: - Download htmlize directly from https://raw.githubusercontent.com/hniksic/emacs-htmlize/master/htmlize.el. 2. If user does not want to use htmlize, or want Org mode to suggest installing it from GitHub, set org-html-htmlize-output-type to nil. Note that the htmlize.el package by itself is GPLv2, so it is free. Does this settle the issue? [0]: https://github.com/hniksic/emacs-htmlize/issues/23
[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
On Tue, Sep 18, 2018 at 2:53 PM Robert Klein wrote: > When the original poster doesn't want to use htmlize, he probably > should try to export without fontifying source code (I think there's a > switch, but I'm not sure). Setting org-html-htmlize-output-type to nil will not prompt the user to install htmlize. With that setting, code blocks will not be htmlized, and instead just exported as plain text.
[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
On Tue, 18 Sep 2018 19:53:14 +0300 Eli Zaretskii wrote: > > From: Robert Horn > > Cc: Nicolas Goaziou , Eli Zaretskii > > , kaushal.m...@gmail.com, 32...@debbugs.gnu.org, > > r...@gnu.org Date: Tue, 18 Sep 2018 12:37:45 -0400 > > > > /* from RMS email later in thread > > To motivate people to do this, I say we shouild not ship another > > release with that reference to GitHub. Eli, do you agree? > > */ > > > > This makes it clearly the reference to Github that is the concern. > > We have quite a few references to GitHub in Emacs, just grep for it. > > > That's, what the original message on the bug list refers to, however. I think the original bug report is bogus. Especially in view of your statement above. As already pointed out by Nicolas Goaziou, org-mode also requires other external stuff (just as htmlfontify does, see my mail and its manual: https://www.gnu.org/software/emacs/manual/html_mono/htmlfontify.html#Requirements). The reason, e.g. LaTeX isn't mentioned explicitly in the manual or in org is that it is a well-known software. The link is only given as a friendly hint. Also, in regards to the original bug report, while htmlize is _hosted_ on github, which indeed is not free, htmlize itself _is_ free. Right at the beginning of htmlize.el it says: ;; This program is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation; either version 2, or (at your option) ;; any later version. When the original poster doesn't want to use htmlize, he probably should try to export without fontifying source code (I think there's a switch, but I'm not sure). Best regards Robert
Re: [O] Table column width and HTML export
On Tue, Sep 18, 2018 at 7:35 AM Martin Dalgaard Villumsen <
mvillum...@health.sdu.dk> wrote:
>
> How do you in org-mode override/identify the column-class for a single
column when you have multiple columns of the same type in the same table?
As I said, you can do everything using CSS and the existing ox-html version.
Here's an example:
=
#+title: Specify widths different for different table columns in HTML export
#+author: Kaushal Modi
#+begin_export html
/* First column */
table.foo td:first-child {
width: 200px;
}
/* Second column */
table.foo td:nth-child(2) {
width: auto;
}
/* Last column */
table.foo td:last-child {
width: 400px;
}
#+end_export
The column widths in below table will stay at default.
|--+--+--|
| Header 1 | Header 2 | Header 3 |
|--+--+--|
| abc | def | ghi |
| jkl | mno | pqr |
| stu | vwx | yz |
|--+--+--|
Below, the left-most column will be 200px wide and the right-most will
be 400px wide. The center column will stay at default width.
#+attr_html: :class foo
|--+--+--|
| Header 1 | Header 2 | Header 3 |
|--+--+--|
| abc | def | ghi |
| jkl | mno | pqr |
| stu | vwx | yz |
|--+--+--|
* CSS References
- https://stackoverflow.com/a/6254367/1219634
- [[https://www.w3schools.com/cssref/sel_element_pluss.asp][CSS --
/element+element/ selector]]
- [[https://www.w3schools.com/cssref/sel_firstchild.asp][CSS --
~:first-child~]]
- [[https://www.w3schools.com/cssref/sel_last-child.asp][CSS --
~:last-child~]]
- [[https://www.w3schools.com/cssref/sel_nth-child.asp][CSS --
~:nth-child()~]]
- [[https://www.w3schools.com/cssref/sel_nth-last-child.asp][CSS --
~:nth-last-child()~]]
=
Screenshot (see below/attached):
[image: image.png]
[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
> From: Robert Horn > Cc: Nicolas Goaziou , Eli Zaretskii , > kaushal.m...@gmail.com, 32...@debbugs.gnu.org, r...@gnu.org > Date: Tue, 18 Sep 2018 12:37:45 -0400 > > /* from RMS email later in thread > To motivate people to do this, I say we shouild not ship another > release with that reference to GitHub. Eli, do you agree? > */ > > This makes it clearly the reference to Github that is the concern. We have quite a few references to GitHub in Emacs, just grep for it.
[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Nicolas Floquet writes: > Actually, it's an ethical issue. That are not always easily solved with > technical solutions, I guess… > Perhaps you could clarify the ethical issues. The initial RMS comment on this issue in this thread is: /* from RMS email Emacs should not advise people to load anything from outside Emacs (counting ELPA). So this needs to be deleted. If htmlize is useful, we should put it into Emacs. Is there some obstacle to that? */ I can hypothesize various ethical, marketing, operational, and user experience reasons for not advising people to load ... Could you explain the ethical issue(s) that are of specific concern. Further from RMS was the suggested technical fix /* from RMS email later in thread To motivate people to do this, I say we shouild not ship another release with that reference to GitHub. Eli, do you agree? */ This makes it clearly the reference to Github that is the concern. I could accept a change such as replacing that reference with text saying "use to find html..." I'm not sure what to suggest since Google, duck-duck-go, and other search engines are all commercial non-free operations. Rehosting onto a free platform, perhaps gnu.org, might be an option. A simple mirror onto a free platform might suffice. Linux, python, and other major open source efforts deal with platform issues by providing their own primary distribution platform. I can seem some ethical concerns with using a proprietary platform. Git was created due to problems with a dependency on a proprietary platform, although in that case it was more related to a divergence in business strategic directions than ethical issues. -- Robert Horn rjhorn...@gmail.com
[O] org-edit-special (kbd "C-c '") operate also on timestamps
Hi, Not a big deal. I just committed a few lines to master to let org-edit-special (kbd "C-c '") operate also on timestamps. This extends the abilities of org-edit-special naturally AFAICS. You are invited for experimenting and review. Ciao, -- Marco
Re: [O] Literate programming: Org mode and Scala
Hi Grant, Yes, I am. If you manage to make the current scala-mode work, the output is ugly (I opened a PR for that). The old scala-mode [1] did not need any external package to work (apart of Scala). Best, Andrea [0] https://github.com/ensime/emacs-scala-mode/issues/148 [1] https://raw.githubusercontent.com/tkf/org-mode/master/lisp/ob-scala.el On Tue 18 Sep 2018 at 15:50, Grant Rettke wrote: > On Sun, Sep 9, 2018 at 2:43 PM Andrea Giugliano wrote: >> I wonder: is the org-mode community planning to make scala-mode work in >> a literate way without workarounds? > > Are you saying that there are two versions of scala-mode out there: > one that works and one that doesn't work?
Re: [O] Official reference?
Hello, Trond Linjordet writes: > Hello, > > I am confused, is this not the official, current printed version of the > documentation? > https://www.amazon.co.uk/Org-Mode-9-1-Reference-Manual/dp/1680921657 > > I mean, as opposed to: > https://www.amazon.com/exec/obidos/ASIN/1906966087/networktheory-20 ? > > However, the latter is the version that is linked on www.orgmode.org. Is it > simply outdated? The official version is the Info included in Emacs. That being said, NetworkTheory helped us fixing grammar and spelling mistakes in the manual, and donates 1$ to the Org maintainer per book sold. We do not even know who is publishing the other one. Regards, -- Nicolas Goaziou
Re: [O] Literate programming: Org mode and Scala
On Sun, Sep 9, 2018 at 2:43 PM Andrea Giugliano wrote: > I wonder: is the org-mode community planning to make scala-mode work in > a literate way without workarounds? Are you saying that there are two versions of scala-mode out there: one that works and one that doesn't work?
Re: [O] Highlighting list item bullets
On Tue, Sep 18, 2018 at 8:25 AM Alex Helfet wrote:
> I have a very early prototype working and wanted some feedback about whether
> you would be interested in this feature upstream, or perhaps
> including it in a package would be a better bet.
That looks great.
There are already more than a few snippets out there to do something
like that that but they all probably do it differently. For example
mine just because I wanted em-dashes
(font-lock-add-keywords
'org-mode
'(("^[[:space:]]*\\(-\\) "
0 (prog1 () (compose-region (match-beginning 1) (match-end 1) "—")
So you've got my vote for putting it in a package:
[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
On Tue, 18 Sep 2018 14:49:27 +0300 Eli Zaretskii wrote: > > From: Nicolas Goaziou > > Cc: r...@gnu.org, kaushal.m...@gmail.com, n...@flqt.fr, > > 32...@debbugs.gnu.org Date: Tue, 18 Sep 2018 11:37:15 +0200 > > > > This is a genuine question: what /exactly/ do you want Org > > developers to solve, assuming they can? Also, if they cannot, who > > is willing to give them a hand? > > From my POV, the immediate problem is to switch Org-publish from using > htmlize to htmlfontify. Can this be done, please? > > > Not easily, no. Afaik htmlfontify always creates a complete HTML document, which htmlize doesn't. Also, htmlize can format parts of a buffer. which htmlfontify can't. Additionally htmlfontify also requires several external tools (according to the man page) which might not be available on all platform Emacs and org-mode is used on: - a copy of “find” which provides the “-path” predicate - a copy of “sed” - a copy of the “file” command A switch to htmlfontify might end up in rewriting a good part of htmlfontify or some very ugly hacks. If Hrvoje Niksic has or is willing to sign the copyright assignment documents it will be easier to put htmlize.el into Emacs. Best regards Robert
Re: [O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]
Kevin Foley writes: > My mistake, I misread, thanks for the correction Robert. FWIW I also am > unable to reproduce on 9.1.14 > > I would still suggest using C-c C-d with . as it seems like a simpler > workflow. Yes, that is a lot simpler than remove/add. Robert
Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
On Tue, Sep 18, 2018 at 10:22 AM Nick Dokos wrote: > Why is that a problem? What do we gain by doing that? What do we lose by > staying put > on htmlize? > > These are not rhetorical questions: I really don't understand the problem. > > -- > Nick I also don't get the problem. The software is free. If people don't like the non-free JS on GitHub, they can get htmlize.el using a simple wget or curl from https://raw.githubusercontent.com/hniksic/emacs-htmlize/master/htmlize.el. In any case, I have asked the htmlize.el author if he is willing to assing his copyright to FSF in this GitHub Issue[0] for anyone interested. [0]: https://github.com/hniksic/emacs-htmlize/issues/23
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Le mardi 18 septembre 2018 à 11:37 +0200, Nicolas Goaziou a écrit : > I read the thread multiple times already but I do not understand > exactly the issue risen. Actually, it's an ethical issue. That are not always easily solved with technical solutions, I guess… > From the OP: "Emacs quotes Github, a non-free platform." If that's > the real problem, we can remove the location of the "htmlize" library > from the error message and be done with it. Indeed. > Note that the Org manual still talks about iOS and Android, which are > not free either. It's true. I don't know what to think about this. -- | Numérion | Nicolas Floquet | +--+ | Services informatiques en logiciels libres | | XMPP : nf...@jabber.fr | Tél : 06.32.93.03.51| | Ğ1 : BjZFP7UpKjJ9hbavhT2Ep2hP58noXp6xdPY4awsX17yD| | PGP : 94C7 641B 719E B06A F406 7AB3 3709 C700 E548 F996 | +--+ signature.asc Description: This is a digitally signed message part
Re: [O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]
My mistake, I misread, thanks for the correction Robert. FWIW I also am unable to reproduce on 9.1.14 I would still suggest using C-c C-d with . as it seems like a simpler workflow. On Tue, Sep 18, 2018 at 10:32 AM Robert Pluim wrote: > Kevin Foley writes: > > > The issue is once you use C-u C-c C-d to remove the deadline with your > > point on the same line as the deadline, that line is removed and the > point > > stays in the same place. That means point is now on Task 2 so calling > > `org-deadline' there will apply to Task 2. > > > > I believe the C-u C-c C-d is being done from the agenda buffer, not > the org buffer, so the agenda should be able to keep track of the task > location. > > Having said that, Iʼve not been able to reproduce this with Org 9.1.14 > > Robert > -- Thanks, Kevin Foley
Re: [O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]
Kevin Foley writes: > The issue is once you use C-u C-c C-d to remove the deadline with your > point on the same line as the deadline, that line is removed and the point > stays in the same place. That means point is now on Task 2 so calling > `org-deadline' there will apply to Task 2. > I believe the C-u C-c C-d is being done from the agenda buffer, not the org buffer, so the agenda should be able to keep track of the task location. Having said that, Iʼve not been able to reproduce this with Org 9.1.14 Robert
Re: [O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]
The issue is once you use C-u C-c C-d to remove the deadline with your
point on the same line as the deadline, that line is removed and the point
stays in the same place. That means point is now on Task 2 so calling
`org-deadline' there will apply to Task 2.
I think the easiest solution is to just change the old deadline using C-c
C-d. From the prompt you can just type . to change the date to today.
This seems easier than your current workflow and you won't have the same
issue.
See this page for more details on the date/time prompt, it's very versatile
- https://orgmode.org/manual/The-date_002ftime-prompt.html
On Tue, Sep 18, 2018 at 9:26 AM Benson Chu wrote:
>
>
> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen. You don't know how to make a good report? See
>
> https://orgmode.org/manual/Feedback.html#Feedback
>
> Your bug report will be posted to the Org mailing list.
>
>
> I have a problem in org agenda. I have been able to reproduce this bug
> in a simple environment. This is an example org file:
>
> * TODO Task 1
>
> * TODO Task 2
>
> When I open org agenda, and I realize the deadline is far into the
> past, I want to move the deadline to today. So, the easiest thing I can
> think to do is C-u C-c C-d to remove the deadline, and then C-c C-d to
> add the deadline again to make it today. However, when I do this, the
> new deadline gets added to the task below, so I end up with something
> like this:
>
> * TODO Task 1
> * TODO Task 2
>
>
> Is this the intended behavior? I think that org agenda expects the
> deadline location to remain the same, but instead it gets removed, and
> accidentally adds it to the next task, which is very annoying. A few
> tasks of mine have disappeared into my large agenda file, and I've had
> to go back digging through to re-find and deadline them because of
> this. Are there any workarounds? Thanks!
>
> Emacs : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
> of 2018-07-05
> Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @
> /usr/share/emacs/26.1/lisp/org/)
>
> current state:
> ==
> (setq
> org-src-mode-hook '(org-src-babel-configure-edit-buffer
> org-src-mode-configure-edit-buffer)
> org-after-todo-state-change-hook '(org-clock-out-if-current)
> org-metadown-hook '(org-babel-pop-to-session-maybe)
> org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
> org-agenda-files '("/home///org/test/test-bug.org
> ")
> org-mode-hook '(#[0 "\300\301\302\303\304$\207"
> [add-hook change-major-mode-hook org-show-block-all append local] 5]
> #[0 "\300\301\302\303\304$\207"
> [add-hook change-major-mode-hook org-babel-show-result-all append local] 5]
> org-babel-result-hide-spec org-babel-hide-all-hashes)
> org-archive-hook '(org-attach-archive-delete-maybe)
> org-confirm-elisp-link-function 'yes-or-no-p
> org-agenda-before-write-hook '(org-agenda-add-entry-text)
> org-metaup-hook '(org-babel-load-in-session-maybe)
> org-bibtex-headline-format-function #[257 "\300.\236A\207" [:title] 3
> "\n\n(fn ENTRY)"]
> org-babel-pre-tangle-hook '(save-buffer)
> org-tab-first-hook '(org-babel-hide-result-toggle-maybe
> org-babel-header-arg-expand)
> org-occur-hook '(org-first-headline-recenter)
> org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
> org-cycle-show-empty-lines
> org-optimize-window-after-visibility-change)
> org-speed-command-hook '(org-speed-command-activate
> org-babel-speed-command-activate)
> org-confirm-shell-link-function 'yes-or-no-p
> org-link-parameters '(("id" :follow org-id-open)
> ("rmail" :follow org-rmail-open :store org-rmail-store-link)
> ("mhe" :follow org-mhe-open :store org-mhe-store-link)
> ("irc" :follow org-irc-visit :store org-irc-store-link)
> ("info" :follow org-info-open :export org-info-export :store
> org-info-store-link)
> ("gnus" :follow org-gnus-open :store org-gnus-store-link)
> ("docview" :follow org-docview-open :export org-docview-export :store
> org-docview-store-link)
> ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link)
> ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete
> org-bbdb-complete-link :store org-bbdb-store-link)
> ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs")
> ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link)
> ("file" :complete org-file-complete-link)
> ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path
> ("help" :follow org--open-help-link)
> ("http" :follow (lambda (path) (browse-url (concat "http:" path
> ("https" :follow (lambda (path) (browse-url (concat "https:" path
> ("mailto" :follow (lambda (path) (browse-url (concat "mailto:"; path
> ("news" :follow (lambda (path) (browse-url (concat "news:"; path
> ("shell" :follow org--open-shell-link))
> )
>
>
>
--
Thanks,
Kevin Foley
Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Eli Zaretskii writes: >> This is a genuine question: what /exactly/ do you want Org developers to >> solve, assuming they can? Also, if they cannot, who is willing to give >> them a hand? > > From my POV, the immediate problem is to switch Org-publish from using > htmlize to htmlfontify. Can this be done, please? > Why is that a problem? What do we gain by doing that? What do we lose by staying put on htmlize? These are not rhetorical questions: I really don't understand the problem. -- Nick "There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors." -Martin Fowler
[O] Difference between documentation and effective syntax for anchored images in odt export
Hi, I tried to use the following code (as documented in https://orgmode.org/org.html#Images-in-ODT-export) to change the anchor of an image exported with ox-odt: #+ATTR_ODT: :anchor "as-char" [[./orgmode.png]] However this does not work in org-mode (9.1.14) and after asking the question to the community ( https://emacs.stackexchange.com/q/44787/9245), it seems that the quotes should not be present. The following code works as expected; #+ATTR_ODT: :anchor as-char [[./orgmode.png]] May be the documentation should be updated on this point ? LG <>
[O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
I have a problem in org agenda. I have been able to reproduce this bug
in a simple environment. This is an example org file:
* TODO Task 1
* TODO Task 2
When I open org agenda, and I realize the deadline is far into the
past, I want to move the deadline to today. So, the easiest thing I can
think to do is C-u C-c C-d to remove the deadline, and then C-c C-d to
add the deadline again to make it today. However, when I do this, the
new deadline gets added to the task below, so I end up with something
like this:
* TODO Task 1
* TODO Task 2
Is this the intended behavior? I think that org agenda expects the
deadline location to remain the same, but instead it gets removed, and
accidentally adds it to the next task, which is very annoying. A few
tasks of mine have disappeared into my large agenda file, and I've had
to go back digging through to re-find and deadline them because of
this. Are there any workarounds? Thanks!
Emacs : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
of 2018-07-05
Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @
/usr/share/emacs/26.1/lisp/org/)
current state:
==
(setq
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
org-agenda-files '("/home///org/test/test-bug.org")
org-mode-hook '(#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-show-block-all append local] 5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all append local] 5]
org-babel-result-hide-spec org-babel-hide-all-hashes)
org-archive-hook '(org-attach-archive-delete-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-bibtex-headline-format-function #[257 "\300.\236A\207" [:title] 3
"\n\n(fn ENTRY)"]
org-babel-pre-tangle-hook '(save-buffer)
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-occur-hook '(org-first-headline-recenter)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-speed-command-hook '(org-speed-command-activate
org-babel-speed-command-activate)
org-confirm-shell-link-function 'yes-or-no-p
org-link-parameters '(("id" :follow org-id-open)
("rmail" :follow org-rmail-open :store org-rmail-store-link)
("mhe" :follow org-mhe-open :store org-mhe-store-link)
("irc" :follow org-irc-visit :store org-irc-store-link)
("info" :follow org-info-open :export org-info-export :store
org-info-store-link)
("gnus" :follow org-gnus-open :store org-gnus-store-link)
("docview" :follow org-docview-open :export org-docview-export :store
org-docview-store-link)
("bibtex" :follow org-bibtex-open :store org-bibtex-store-link)
("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete
org-bbdb-complete-link :store org-bbdb-store-link)
("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs")
("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link)
("file" :complete org-file-complete-link)
("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path
("help" :follow org--open-help-link)
("http" :follow (lambda (path) (browse-url (concat "http:" path
("https" :follow (lambda (path) (browse-url (concat "https:" path
("mailto" :follow (lambda (path) (browse-url (concat "mailto:"; path
("news" :follow (lambda (path) (browse-url (concat "news:"; path
("shell" :follow org--open-shell-link))
)
[O] Official reference?
Hello, I am confused, is this not the official, current printed version of the documentation? https://www.amazon.co.uk/Org-Mode-9-1-Reference-Manual/dp/1680921657 I mean, as opposed to: https://www.amazon.com/exec/obidos/ASIN/1906966087/networktheory-20 ? However, the latter is the version that is linked on www.orgmode.org. Is it simply outdated? Kind regards, Trond
[O] Highlighting list item bullets
I wanted syntax highlighting for list item bullets (e.g. '-') in my org mode setup. I have a very early prototype working and wanted some feedback about whether you would be interested in this feature upstream, or perhaps including it in a package would be a better bet. The code is in a github gist: https://gist.github.com/fluffysquirrels/1aaec7cab234893bfd46cdad721dda85 The code is rough but very short and readable. I have some test cases working, with a screenshot of how they look on my machine. Thanks! Alex
[O] "Refiled from..." Notes in LOGBOOK - Feature suggestion
Dear org-mode community, It could be useful to have a note about the place where the entry was refiled from. Like so: * TODO Note on where the entry was refiled from :LOGBOOK: - Refiled on [2016-04-04 Mon 00:57] from ~/emacs-tasks.org::*Tasks%20workflow - Refiled on [2015-05-15 Fri 13:53] from ~/stuff.org - State "TODO" from "" [2015-05-15 Fri 13:53] :END: The current options with org-log-refile in only allow to log time of refile event or prompt for a note. The problem is that the templates for adding notes in org-log-note-headings do not support a proper location placeholder (something like %F used in org-capture-templates). It is also explicitly not recommended to change those templates. Maybe add this for future releases? Thank you for considering! Kind regards, Stas
Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Nick Dokos writes: > Adam Porter writes: > >> I'm not an expert on this package nor this situation, however, looking >> at the htmlize.el file shows: >> >> ;; Copyright (C) 1997-2003,2005,2006,2009,2011,2012,2014,2017,2018 >> >> So it would appear that the package has existed longer than either >> GitHub or Org. I'm guessing that its author moved its primary repo to >> GitHub after Org started using it. >> >> In hindsight, perhaps it would have been better to move htmlize into >> Emacs before adding it to Org proper. But many things are clearer in >> hindsight. >> >> Regardless of where it is hosted, htmlize.el is Free Software, and it's >> an optional addon to Org. We can encourage its author to add it to >> Emacs proper, or to ELPA. But surely it's not necessary to censor the >> mention of "GitHub" in the manual; it's simply a fact that GitHub exists >> and that htmlize.el is currently hosted there. It would seem >> unreasonable for the Org maintainers to have reacted to htmlize.el's >> moving to GitHub by removing htmlize.el support while it remains Free >> Software, yet that's the logical conclusion of this argument. >> > > I had exactly the same reaction. Me too! > >> So please do not remove support for this package because of where its >> repo happens to be hosted at the moment. That would be a major >> regression, and it would not be in users' best interests. It would not >> be fair to remove a major feature used by thousands of users and demand >> that "someone" (since there is no one ultimately responsible) rewrite >> large parts of ox-html.el to fix it. It would at least seem fair for >> those insisting on the change to do the necessary work. >> > > I don't usually +1 replies but I wanted to chime in my agreement with > Adam here. Thanks for taking the time to put your (and my!) thoughts > into words. > > If Github is indeed the sticking point, why can't it (the htmlize > repo) be cloned on the same server as org-mode (possibly as its own > repo, possibly as a git submodule)? It's not a fast moving target: a > handful or two of commits per year. The doc can then avoid the Gihub > ref (although it does seem silly to pretend that Github does not > exist). I completely agree with Adam and Nick's take on this issue. Breaking HTML export by removing htmlize is going to have a huge negative impact on Org users and since the package is already free software what is the point? Regards, Bernt
Re: [O] Latex export with \begin{equation}
Hello,
I tried to follow your suggestions. Please let me know, if the patch is OK like
this.
The patch only adds one footnote. It is unfortunate, that all subsequent
footnotes are changed too.
Best,
Dominik
>From 4b97952b0d6d218de7d7cab6f7017f87b68b966c Mon Sep 17 00:00:00 2001
From: Dominik Schrempf
Date: Tue, 18 Sep 2018 15:04:47 +0200
Subject: [PATCH] Mention peculiarities of Math in HTML code. TINYCHANGE.
---
doc/org-manual.org | 132 +++--
1 file changed, 68 insertions(+), 64 deletions(-)
diff --git a/doc/org-manual.org b/doc/org-manual.org
index 0732c1d97..90b2dbd12 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -12638,7 +12638,7 @@ is.
#+vindex: org-html-mathjax-options~
LaTeX math snippets (see [[*LaTeX fragments]]) can be displayed in two
different ways on HTML pages. The default is to use the [[http://www.mathjax.org][MathJax]],
-which should work out of the box with Org[fn:123]. Some MathJax
+which should work out of the box with Org[fn:123][fn:124]. Some MathJax
display options can be configured via ~org-html-mathjax-options~, or
in the buffer. For example, with the following settings,
@@ -12650,7 +12650,7 @@ in the buffer. For example, with the following settings,
#+texinfo: @noindent
equation labels are displayed on the left margin and equations are
five em from the left margin. In addition, it loads the two MathJax
-extensions =cancel.js= and =noErrors.js=[fn:124].
+extensions =cancel.js= and =noErrors.js=[fn:125].
#+vindex: org-html-mathjax-template
See the docstring of ~org-html-mathjax-options~ for all supported
@@ -12713,7 +12713,7 @@ line.
#+vindex: org-export-html-todo-kwd-class-prefix
#+vindex: org-export-html-tag-class-prefix
You can modify the CSS style definitions for the exported file. The
-HTML exporter assigns the following special CSS classes[fn:125] to
+HTML exporter assigns the following special CSS classes[fn:126] to
appropriate parts of the document---your style specifications may
change these, in addition to any of the standard classes like for
headlines, tables, etc.
@@ -12953,7 +12953,7 @@ LaTeX export back-end finds the compiler version to use from
Org file. See the docstring for the
~org-latex-default-packages-alist~ for loading packages with certain
compilers. Also see ~org-latex-bibtex-compiler~ to set the
-bibliography compiler[fn:126].
+bibliography compiler[fn:127].
*** LaTeX specific export settings
:PROPERTIES:
@@ -13564,7 +13564,7 @@ a limit to a level before the absolute limit (see [[*Export Settings]]).
The ODT export back-end handles creating of OpenDocument Text (ODT)
format. Documents created by this exporter use the
-{{{cite(OpenDocument-v1.2 specification)}}}[fn:127] and are compatible
+{{{cite(OpenDocument-v1.2 specification)}}}[fn:128] and are compatible
with LibreOffice 3.4.
*** Pre-requisites for ODT export
@@ -13965,7 +13965,7 @@ document in one of the following ways:
variables ~org-latex-to-mathml-convert-command~ and
~org-latex-to-mathml-jar-file~.
- If you prefer to use MathToWeb[fn:128] as your converter, you can
+ If you prefer to use MathToWeb[fn:129] as your converter, you can
configure the above variables as shown below.
#+begin_src emacs-lisp
@@ -13975,7 +13975,7 @@ document in one of the following ways:
"/path/to/mathtoweb.jar")
#+end_src
- To use LaTeXML[fn:129] use
+ To use LaTeXML[fn:130] use
#+begin_src emacs-lisp
(setq org-latex-to-mathml-convert-command
@@ -14295,7 +14295,7 @@ with the =#+ATTR_ODT= line. For a discussion on default formatting of
tables, see [[*Tables in ODT export]].
This feature closely mimics the way table templates are defined in the
-OpenDocument-v1.2 specification.[fn:130]
+OpenDocument-v1.2 specification.[fn:131]
#+vindex: org-odt-table-styles
For quick preview of this feature, install the settings below and export the
@@ -14329,7 +14329,7 @@ templates, define new styles there.
To use this feature proceed as follows:
-1. Create a table template[fn:131].
+1. Create a table template[fn:132].
A table template is set of =table-cell= and =paragraph= styles for
each of the following table cell categories:
@@ -14368,7 +14368,7 @@ To use this feature proceed as follows:
== element of the content template file
(see [[x-orgodtcontenttemplate-xml][Factory styles]]).
-2. Define a table style[fn:132].
+2. Define a table style[fn:133].
#+vindex: org-odt-table-styles
To define a table style, create an entry for the style in the
@@ -15395,7 +15395,7 @@ If you want to publish the Org file as an =.org= file but with
~org-publish-org-to-org~. This produces =file.org= and put it in the
publishing directory. If you want a htmlized version of this file,
set the parameter ~:htmlized-source~ to ~t~. It produces
-=file.org.html= in the publishing directory[fn:133].
+=file.org.html= in the publishing dir
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
> From: Nicolas Goaziou > Cc: r...@gnu.org, kaushal.m...@gmail.com, n...@flqt.fr, > 32...@debbugs.gnu.org > Date: Tue, 18 Sep 2018 11:37:15 +0200 > > This is a genuine question: what /exactly/ do you want Org developers to > solve, assuming they can? Also, if they cannot, who is willing to give > them a hand? >From my POV, the immediate problem is to switch Org-publish from using htmlize to htmlfontify. Can this be done, please?
[O] Table column width and HTML export
>The org-* classes you mentioned can be easily overridden or used along with > >>the new classes, based on how the CSS rules are written. How do you in org-mode override/identify the column-class for a single column when you have multiple columns of the same type in the same table? /Martin From: Kaushal Modi [mailto:kaushal.m...@gmail.com] Sent: 18. september 2018 13:27 To: Martin Dalgaard Villumsen Cc: Emacs-orgmode@gnu.org Subject: Re: [O] Table column width and HTML export Hello, There seems to be quite a bit of confusion. On Tue, Sep 18, 2018, 6:51 AM Martin Dalgaard Villumsen mailto:mvillum...@health.sdu.dk>> wrote: I am not interested in editing the exported HTML file (conflicts the point of using org-mode) I did not say that HTML should be edited manually. I said that ox-html probably needs an update that inserts the col tag with user-specified col-classes. I can add a class to the tag with #+ATTR_HTML: :class my-table Correct. That class won't help here. You need a class that scopes the individual columns. But I don’t know how to add a new class to in org-mode; or how to define a custom column (one that is now , , ). Right, that needs to be investigated. Most likely, at the moment, we cannot set individual classes for each column. No point in CSS-restyling default class="org-center", class="org-left", etc. … this would affect columns in other tables That's a CSS problem. You can set a unique class for a table using the attr_html syntax you showed above and then set CSS rules only for that table using ".my-table td+td" and so on. The org-* classes you mentioned can be easily overridden or used along with the new classes, based on how the CSS rules are written.
Re: [O] Table column width and HTML export
Hello, There seems to be quite a bit of confusion. On Tue, Sep 18, 2018, 6:51 AM Martin Dalgaard Villumsen < mvillum...@health.sdu.dk> wrote: > I am not interested in editing the exported HTML file (conflicts the point > of using org-mode) > I did not say that HTML should be edited manually. I said that ox-html probably needs an update that inserts the col tag with user-specified col-classes. > I can add a class to the tag with > > #+ATTR_HTML: :class my-table > Correct. That class won't help here. You need a class that scopes the individual columns. > But I don’t know how to add a new class to in org-mode; or how to > define a custom column (one that is now , , ). > Right, that needs to be investigated. Most likely, at the moment, we cannot set individual classes for each column. > No point in CSS-restyling default class="org-center", class="org-left", > etc. … this would affect columns in other tables > That's a CSS problem. You can set a unique class for a table using the attr_html syntax you showed above and then set CSS rules only for that table using ".my-table td+td" and so on. The org-* classes you mentioned can be easily overridden or used along with the new classes, based on how the CSS rules are written. >
Re: [O] Table column width and HTML export
I am not interested in editing the exported HTML file (conflicts the point of using org-mode) I can add a class to the tag with #+ATTR_HTML: :class my-table But I don’t know how to add a new class to in org-mode; or how to define a custom column (one that is now , , ). No point in CSS-restyling default class="org-center", class="org-left", etc. … this would affect columns in other tables /Martin From: Kaushal Modi [mailto:kaushal.m...@gmail.com] Sent: 18. september 2018 12:31 To: Martin Dalgaard Villumsen Cc: Emacs-orgmode@gnu.org Subject: Re: [O] Table column width and HTML export On Tue, Sep 18, 2018, 3:38 AM Martin Dalgaard Villumsen mailto:mvillum...@health.sdu.dk>> wrote: How do I control the column width when exporting a table to HTML? I know how to control the width of the table, but not the width of its columns. For example, I want the width of column A to be 2 cm and the width of B to be 4 cm: | A | B | |+| | 11 | 12 | | 21 | 22 | Relative settings are also appreciated, A 33% and B 67% of total table width. Hello, This needs to be solved using CSS. See an example here: https://stackoverflow.com/questions/6253963/table-with-table-layout-fixed-and-how-to-make-one-column-wider In that two solutions are suggested in the selected answer. You should be able to implement the first way using the "td+td" CSS rule. For the second way using the "col" tag, I don't have the computer accessible right now, to check if ox-html can insert that tag. Even if it did add that tag, you would need to specify the class string for each column, and then use CSS to set the width of each column class. Right now, the first method seems to be the best?/fastest/easiest way forward.
Re: [O] Table column width and HTML export
On Tue, Sep 18, 2018, 3:38 AM Martin Dalgaard Villumsen < mvillum...@health.sdu.dk> wrote: > How do I control the column width when exporting a table to HTML? > > > > I know how to control the width of the table, but not the width of its > columns. For example, I want the width of column A to be 2 cm and the width > of B to be 4 cm: > > > > | A | B | > > |+| > > | 11 | 12 | > > | 21 | 22 | > > > > Relative settings are also appreciated, A 33% and B 67% of total table > width. > Hello, This needs to be solved using CSS. See an example here: https://stackoverflow.com/questions/6253963/table-with-table-layout-fixed-and-how-to-make-one-column-wider In that two solutions are suggested in the selected answer. You should be able to implement the first way using the "td+td" CSS rule. For the second way using the "col" tag, I don't have the computer accessible right now, to check if ox-html can insert that tag. Even if it did add that tag, you would need to specify the class string for each column, and then use CSS to set the width of each column class. Right now, the first method seems to be the best?/fastest/easiest way forward. >
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Hello, Eli Zaretskii writes: > This is an Org issue, so I would like to hear from Org developers > before I make up my mind. I read the thread multiple times already but I do not understand exactly the issue risen. >From the OP: "Emacs quotes Github, a non-free platform." If that's the real problem, we can remove the location of the "htmlize" library from the error message and be done with it. Note that the Org manual still talks about iOS and Android, which are not free either. >From Richard Stallman: "Emacs should not advise people to load anything from outside Emacs". Org Export already advises people to load LaTeX libraries, MathJax, optionally minted, etc. Org Babel requires external libraries like "asy-mode.el" (ob-asymptote.el), "simple-httpd" (ob-js.el)... This is a non-issue for us, because it is inherent to Org and thus cannot be solved by Org. >From Glenn Morris: "Emacs already includes htmlfontify, since 23.2. Is there some obstacle to Org using that?" This is begging for a specific solution to a not-so-well defined problem. In any case, Kaushal Modi answered this one. It is nice if this happens, but could we first define correctly the problem so we can tell if this is the only possible solution for it? >From Richard Stallman: "To motivate people to do this, I say we should not ship another release with that reference to GitHub." The issue pointed out here seems to be that Org developers or enthusiasts are not motivated enough to make Org use htmlfontify instead of htmlize. Note this is very different from the initial report. Richard Stallman then suggests a possible fix for that issue. It may or may not work; after all these years spent in education, "motivating people" is a topic that mostly eludes me. Anyway, since this point contains both the question and the answer, I don't know what Org could do about it. This is a genuine question: what /exactly/ do you want Org developers to solve, assuming they can? Also, if they cannot, who is willing to give them a hand? Regards, -- Nicolas Goaziou0x80A93738
Re: [O] Elementwise division of two columns in table
On Monday, 17 Sep 2018 at 16:36, Nishan Singh Mann wrote: > Given a table of the form > | a | b | c | > |[2,3] | [4,6] | formula > > What is the formula for column C such that elementwise division is > performed to obtain [2,2]. I realize I've to use the (calc-map OPR) > function but I am not an expert in elisp. Thanks for reading. > Regards, > Nishan Try | a | b | c | | [2,3] | [4,6] | [0.5, 0.5] | #+TBLFM: @2$3=map(div,$1,$2) -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4
Re: [O] Table column width and HTML export
On Tuesday, 18 Sep 2018 at 07:37, Martin Dalgaard Villumsen wrote: > How do I control the column width when exporting a table to HTML? Looking at the code (ox-html.el), it doesn't look like this is possible. Maybe somebody can prove me wrong, however. The code I see allows for setting the alignment of columns but not the width. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-753-g2ec5d3
[O] Table column width and HTML export
How do I control the column width when exporting a table to HTML? I know how to control the width of the table, but not the width of its columns. For example, I want the width of column A to be 2 cm and the width of B to be 4 cm: | A | B | |+| | 11 | 12 | | 21 | 22 | Relative settings are also appreciated, A 33% and B 67% of total table width. Thanks for reading, Martin
