Hello,
Frederic Gilbert writes:
> To limit the width of the first column (which can be much longer than
> the example, and push the 2 other columns beyond the frame's width), I
> am used to use the width specification, as in:
>
>| Title |+ | - |
>
On 15/10/18 21:20, Nicolas Goaziou wrote:
Hello,
Frederic Gilbert writes:
Following an upgrade from 8.2.10 to 9.1.14 from GIT repository,
it looks like tables column width specifications (e.g. <10> on a row)
don't work anymore.
Could you explain what doesn't work?
Regards,
Sorry for
Hello,
Frederic Gilbert writes:
> Following an upgrade from 8.2.10 to 9.1.14 from GIT repository,
> it looks like tables column width specifications (e.g. <10> on a row)
> don't work anymore.
Could you explain what doesn't work?
Regards,
--
Nicolas Goaziou
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.
Hello,
Carlos Pita writes:
> Say I set org-cycle-separator-lines to 1. Now in an org buffer that has
> nodes separated by one line, I do C-c C-j to open the org-goto
> buffer. Then in the org-goto buffer:
>
> 1. Every node is suffixed by an ellipsis, even if the only content there
>is an
Say I set org-cycle-separator-lines to 1. Now in an org buffer that has
nodes separated by one line, I do C-c C-j to open the org-goto
buffer. Then in the org-goto buffer:
1. Every node is suffixed by an ellipsis, even if the only content there
is an empty line.
2. Nodes are not separated by
Hello,
Gregor Zattler writes:
> orgstruct minor mode is still mentioned as an usage example for
> in-place conversion in org manuals chapter "12.18 Export in
> Foreign Buffers".
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
Dear org mode developers,
orgstruct minor mode is still mentioned as an usage example for
in-place conversion in org manuals chapter "12.18 Export in
Foreign Buffers".
I know and use package "orgalist" but I'm not sure if it makes
sense to mention a package at this point of the org manual.
Hello,
Dale Sedivec writes:
> Hi, I think I may have found a bug in org-paste-subtree in master branch
> where it will delete the content of the headline at point before yanking.
> Steps to reproduce:
>
> 1. Start a fresh Emacs along the lines of:
>
> mkdir /tmp/fake-home
> cd /tmp/fake-home
>
Hi, I think I may have found a bug in org-paste-subtree in master branch
where it will delete the content of the headline at point before yanking.
Steps to reproduce:
1. Start a fresh Emacs along the lines of:
mkdir /tmp/fake-home
cd /tmp/fake-home
git clone
Hello,
Christoph Michelbach writes:
> I noticed that a table as attached to this email (also available here:
> https://p
> astebin.com/AG7pwcq1) breaks org-mode's automatic adjustment of tables when
> pressing tab.
>
> To reproduce the problem, simply follow these steps:
> 1. Load the file and
Eivind Otto Hjelle writes:
> I thought I had updated emacs to the latest version, but apparently not.
> After upgrading to emacs-26 the command org-in-src-block-p works as
> expected. Thanks!
Thanks for checking. Closing.
Regards
Robert
Hello,
Allen Li writes:
> That's very interesting. Perhaps this is too invasive, but maybe C-c
> C-, should do C-c ' automatically?
No, it shouldn't. You can also create non-verbatim blocks, e.g. "center"
with C-c C-,. There C-c ' doesn't do anything useful.
Regards,
--
Nicolas Goaziou
On Tue, Oct 2, 2018 at 2:14 PM Bernt Hansen wrote:
>
> Nicolas Goaziou writes:
>
> > Hello,
> >
> > Allen Li writes:
> >
> >> org-insert-structure-template (C-c C-,) leaves point at an inconvenient
> >> place (X marks the spot):
> >>
> >> #+begin_example
> >> X#+end_example
> >>
> >> My
I thought I had updated emacs to the latest version, but apparently not.
After upgrading to emacs-26 the command org-in-src-block-p works as
expected. Thanks!
Best,
Eivind
On Tue, Oct 2, 2018 at 10:30 AM Robert Pluim wrote:
> Eivind Otto Hjelle writes:
>
> > The function 'org-in-src-block-p'
> From: Eivind Otto Hjelle
> Date: Tue, 2 Oct 2018 09:22:56 -0500
>
> The function 'org-in-src-block-p' always returns nil on my system
> running Windows 10.
>
> How to reproduce this bug starting from 'emacs -Q':
> Define a function 'test-org-in-src-block-p' in the scratch buffer as
>
Eivind Otto Hjelle writes:
> The function 'org-in-src-block-p' always returns nil on my system
> running Windows 10.
>
> How to reproduce this bug starting from 'emacs -Q':
> Define a function 'test-org-in-src-block-p' in the scratch buffer as
> follows:
>
> (defun test-org-in-src-block-p ()
>
Nicolas Goaziou writes:
> Hello,
>
> Allen Li writes:
>
>> org-insert-structure-template (C-c C-,) leaves point at an inconvenient
>> place (X marks the spot):
>>
>> #+begin_example
>> X#+end_example
>>
>> My expectation is that right after inserting the template, I can start
>> typing or yank
On Tue, Oct 2, 2018 at 8:06 AM Nicolas Goaziou wrote:
>
> Hello,
>
> Allen Li writes:
>
> > org-insert-structure-template (C-c C-,) leaves point at an inconvenient
> > place (X marks the spot):
> >
> > #+begin_example
> > X#+end_example
> >
> > My expectation is that right after inserting the
Hello,
Allen Li writes:
> org-insert-structure-template (C-c C-,) leaves point at an inconvenient
> place (X marks the spot):
>
> #+begin_example
> X#+end_example
>
> My expectation is that right after inserting the template, I can start
> typing or yank right into it:
>
> #+begin_example
> X
>
org-insert-structure-template (C-c C-,) leaves point at an inconvenient
place (X marks the spot):
#+begin_example
X#+end_example
My expectation is that right after inserting the template, I can start
typing or yank right into it:
#+begin_example
X
#+end_example
Emacs : GNU Emacs 26.1 (build
> From: Kyle Meyer
> Cc: n...@flqt.fr, r...@gnu.org, right...@gmail.com, ras...@gmx.us,
> kaushal.m...@gmail.com, 32...@debbugs.gnu.org
> Date: Sat, 29 Sep 2018 19:35:25 -0400
>
> Eli Zaretskii writes:
>
> >> From: Nicolas Goaziou
> >> Cc: r...@gnu.org, 32...@debbugs.gnu.org, n...@flqt.fr,
Nicolas Goaziou writes:
> Hello,
Hi Nicolas,
> 1 Setting up the staging area
> ═
>
> The mobile application needs access to a file directory on a server[1]
>
> Alternatively, by using TRAMP (see [TRAMP User Manual]),
> `org-mobile-directory' may point to a
Eli Zaretskii writes:
>> From: Nicolas Goaziou
>> Cc: r...@gnu.org, 32...@debbugs.gnu.org, n...@flqt.fr, les...@watter.net,
>> right...@gmail.com, kaushal.m...@gmail.com, Rasmus
>> Date: Sat, 29 Sep 2018 20:33:35 +0200
>>
>> > Thank you. Can we have this change on the ermacs-26 branch
> From: Nicolas Goaziou
> Cc: r...@gnu.org, 32...@debbugs.gnu.org, n...@flqt.fr, les...@watter.net,
> right...@gmail.com, kaushal.m...@gmail.com, Rasmus
> Date: Sat, 29 Sep 2018 20:33:35 +0200
>
> > Thank you. Can we have this change on the ermacs-26 branch of Emacs,
> > please?
>
> I
Hello,
Eli Zaretskii writes:
> Thank you. Can we have this change on the ermacs-26 branch of Emacs,
> please?
I don't have access to the Emacs repository.
You can either give me write access there, or I can send you the Texinfo
@node contents, or someone with write access could do it for
Hello,
That is exactly what happened. I reread the helper and now it is obvious
that "Root" is among the parents also. I didn't realized that at the time.
Thanks Kyle and Adrian for the clarification.
Lem
On Sun, Sep 16, 2018 at 4:29 PM Kyle Meyer wrote:
> Hello,
>
> Lem Ming writes:
>
> >
> From: Nicolas Goaziou
> Date: Sat, 29 Sep 2018 16:53:04 +0200
> Cc: 32...@debbugs.gnu.org, n...@flqt.fr, les...@watter.net,
> right...@gmail.com,
> kaushal.m...@gmail.com
>
> > This is actually good news. It means Android MobileOrg is almost ok.
> > If someone wants to do a little work
Hello,
Richard Stallman writes:
> This is actually good news. It means Android MobileOrg is almost ok.
> If someone wants to do a little work on Android MobileOrg, so it could
> go into f-droid, we could recommend its use. But the doc should be
> updated.
For the record, I rewrote the
Sigmund Tzeng writes:
> I get your point. The git diff order is wrong. Here it is:
Applied. I added a proper commit message.
Thank you.
Hi Nicolas,
I get your point. The git diff order is wrong. Here it is:
---
lisp/ob-dot.el | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lisp/ob-dot.el b/lisp/ob-dot.el
index 31e0a4f32..7220a9e76 100644
--- a/lisp/ob-dot.el
+++ b/lisp/ob-dot.el
@@ -69,6 +69,8 @@ This function is called by
Hello,
Sigmund Tzeng writes:
> When trying to render a dot file with utf-8 encoded characters,
> org babel complained about the encodings. I cross checked ob-go.el at
> line 107-108 and made an identical patch to make utf-8 dot files work:
>
>
> even when the glyphs have some descent they tend too look more
> naturally (even if imperfectly) aligned at the bottom IMO.
See the attached screenshots for an example of this with an ascent of
90 vs centered.
Hi,
Nicolas: I see you point and I should have said baseline not bottom.
Many *inline* formulas are not quite like your examples though and
even when the glyphs have some descent they tend too look more
naturally (even if imperfectly) aligned at the bottom IMO.
Tobias: that's really nice,
Hello,
> Nicolas Goaziou hat am 26. September 2018 um 12:56
> geschrieben:
>
>
> Hello,
>
> Carlos Pita writes:
> > This was discussed here:
> > https://www.reddit.com/r/emacs/comments/9ggimh/bottom_align_latex_previews_in_org_mode/
> > Here is a screenshot:
> >
Hello,
Carlos Pita writes:
> This was discussed here:
>
> https://www.reddit.com/r/emacs/comments/9ggimh/bottom_align_latex_previews_in_org_mode/
>
> Here is a screenshot:
>
> https://i.redd.it/n83ri6campm11.png
>
> For inline previews centering is clearly suboptimal, after all text in a
>
[I sent this message a week ago but did not get a response.
Could we get the discussion moving again?]
[[[ 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
This was discussed here:
https://www.reddit.com/r/emacs/comments/9ggimh/bottom_align_latex_previews_in_org_mode/
Here is a screenshot:
https://i.redd.it/n83ri6campm11.png
For inline previews centering is clearly suboptimal, after all text in a
sentence is supposed to be bottom aligned.
Hello,
Le mardi 18 septembre 2018 à 12:37 -0400, Robert Horn a écrit :
> Perhaps you could clarify the ethical issues.
I apologise:
1. first, to have sent you a badly edited bug report,
2. second, the late sending of this clarification email.
This can be explained by
* My own
[[[ 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. ]]]
> Just a little information: since Dropbox update their API to 2.0
> MobileOrg
Hello,
... it'd find "Root" if point were on any of the tasks. If I'm
reading
your report correctly, you're assuming that with point on the
"task 2",
it'd take *that* as the top-level heading and filter to all the
tasks
under it (task 2.1, etc). Instead, it finds "Root" and filters
to
Hello,
Farseer He writes:
> Problem: ox-publish (to html for example) generates incoherent external
> links for search links like [[file:foo%20bar.org::*h1][link example]].
> Suppose the h1 element in "foo bar.html" has ID "#orgff", the
> generated external html anchor link may refer to ID
Hi all,
When trying to render a dot file with utf-8 encoded characters,
org babel complained about the encodings. I cross checked ob-go.el at
line 107-108 and made an identical patch to make utf-8 dot files work:
Problem: ox-publish (to html for example) generates incoherent external
links for search links like [[file:foo%20bar.org::*h1][link example]].
Suppose the h1 element in "foo bar.html" has ID "#orgff", the
generated external html anchor link may refer to ID "#org00".
Probable reason:
[[[ 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've checked, and currently all of the references to MELPA tend to
> encourage
On Thu, Sep 20, 2018 at 9:55 PM Adam Porter wrote:
> 1. Why not? I just git-blamed this line in ox-html.el:
>
> (declare-function htmlize-region "ext:htmlize" (beg end))
>
> It's from February, 2012. That's 6 and a half years, at least, that
> that code has been present. Why are we
Hello all,
Just a little information: since Dropbox update their API to 2.0
MobileOrg with this backend stopped to work, so anyone willing to use it
will have
to use either WebDAV, SSH or Local filesystem. AFAIK, there's no active
development of MobileOrg
in terms of having this issue [0]
On Fri, Sep 21 2018, Richard Stallman wrote:
> > There are a handful of references to MELPA inside Emacs. Are these to
> > be discouraged?
>
> The question is rather broad, so I can only say "it depends". Whether
> a reference to software outside Emacs is good or bad depends on its
>
[[[ 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. ]]]
> The [[https://github.com/MobileOrg/][iOS implementation]] for the
>
[[[ 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. ]]]
> There's no changed text: the original message telling from where to
> install
[[[ 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 asked
> > Is the WebDAV server code free software? Can you talk to such a
>
[[[ 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. ]]]
> There are a handful of references to MELPA inside Emacs. Are these to
> be
Kaushal Modi writes:
> With Org/ox-html, it's the same thing. Ox-html is part of Emacs
> core. So it cannot rely on htmlize.el.
1. Why not? I just git-blamed this line in ox-html.el:
(declare-function htmlize-region "ext:htmlize" (beg end))
It's from February, 2012. That's 6 and a half
On Thu, Sep 20, 2018, 7:19 PM Adam Porter wrote:
>
> Why? What's going on?
>
I kind of get why the rewrite needs to happen. But I also see that this
rewrite is an unfortunate waste of time and resources.
The reason is the same why a core Emacs package wouldn't rely on a non-core
package, no
Nicolas Goaziou writes:
> I assume this is the only way out of this, so I'll have a look at it.
> But I need time. What would help would be some feedback from users
> actually tweaking `org-html-htmlize-output-type'. What do they expect
> from the various values, etc.
I don't understand what's
> From: Nicolas Goaziou
> Cc: Kaushal Modi , a...@gnu.org, r...@gnu.org,
> n...@flqt.fr, r...@gnu.org, 32...@debbugs.gnu.org, rjhorn...@gmail.com
> Date: Thu, 20 Sep 2018 21:17:51 +0200
>
> I assume this is the only way out of this, so I'll have a look at it.
Thank you.
> From: Nicolas Goaziou
> Cc: r...@gnu.org, rjhorn...@gmail.com, n...@flqt.fr,
> kaushal.m...@gmail.com, r...@gnu.org, 32...@debbugs.gnu.org
> Date: Thu, 20 Sep 2018 19:42:50 +0200
>
> > There's also a similar reference to htmlize in the Org manual, which
> > should, too, should probably
Hello,
Eli Zaretskii writes:
> I think we could do better by using htmlfontify.el. I asked a few
> questions about that in this discussion, see
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=32722#95
>
> Would the Org developers please reply to those questions? If indeed
> it is not hard
Hello,
Eli Zaretskii writes:
> There's also a similar reference to htmlize in the Org manual, which
> should, too, should probably be removed.
There are currently four occurrences of "github" in the manual:
The [[https://github.com/MobileOrg/][iOS implementation]] for the
/iPhone/iPod
Nicolas Goaziou writes:
> Hello,
Hi,
>> Is the WebDAV server code free software?
>
> At least some implementations are, e.g., Nextcloud, listed in the FSF
> directory.
>
>> Can you talk to such a server without any nonfree client software?
>
> I do it with Gnome file manager. There is also an
Hi RMS, Nicolas
The concrete software MobileOrg on Android is somewhat of an orphan.
It may not revive as itself. But there is also a protocol mobileorg,
which the manual alludes to, though does not document directly. That
protocol is very much an enabler of software freedom, and it is
Hello,
Richard Stallman writes:
> What is the source license of Mobile.org?
It is GPL2+.
> Does Mobile.org for Android link with any nonfree libraries,
> such as Google Play Library?
No idea.
> Is it listed in f-droid.org?
Yes, it is.
> If there is a way to use Dropbox (for those
On Thu, Sep 20, 2018 at 2:57 AM Richard Stallman wrote:
> The deep problem with the reference to htmlize is that it
> blurs the distinction between Emacs itself
> and Lisp code that is not part of Emacs.
> We need to highlight that distinction, not blur it.
There are a handful of references to
Hi,
On Thu, 20 Sep 2018 08:43:19 +0300
Eli Zaretskii wrote:
> > From: Kaushal Modi
> > Date: Wed, 19 Sep 2018 17:16:28 -0400
> > Cc: Nicolas Goaziou , Glenn Morris
> > , n...@flqt.fr, Richard Stallman ,
> > 32...@debbugs.gnu.org, Robert Horn , Eli
> > Zaretskii
> >
> > I got approval from
> From: Kaushal Modi
> Date: Wed, 19 Sep 2018 17:16:28 -0400
> Cc: Nicolas Goaziou , Glenn Morris ,
> n...@flqt.fr,
> Richard Stallman , 32...@debbugs.gnu.org, Robert Horn
> ,
> Eli Zaretskii
>
> I got approval from Hrvoje Nikšić that he was fine with your mirror[0].
>
> So I
Although I've read all of the messages in it, this thread has not been
especially easy to follow.
Whatever changes are made, we should ensure that there are no
regressions as a result. This should mean that:
1. Existing Org users who install the new version of Org and export
documents to HTML
> From: Richard Stallman
> Date: Wed, 19 Sep 2018 21:54:30 -0400
> Cc: n...@flqt.fr, a...@gnu.org, m...@nicolasgoaziou.fr, 32...@debbugs.gnu.org,
> rjhorn...@gmail.com
>
> Please leave the code to suggest loading htmlize deactivated.
There's no such code. There's a function that, if
> From: Richard Stallman
> Cc: n...@flqt.fr, rjhorn...@gmail.com, 32...@debbugs.gnu.org,
> m...@nicolasgoaziou.fr, kaushal.m...@gmail.com
> Date: Wed, 19 Sep 2018 21:50:43 -0400
>
> > If that is the crucial point, then the recent change to Org already
> > took care of that,
>
> That
[[[ 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 way, we'd still be able to point the users to a concrete
> > address to
[[[ 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. ]]]
> If that is the crucial point, then the recent change to Org already
> took
[[[ 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. ]]]
The crucial question here is whether Mobile.org is free software. If
it is not,
On Tue, Sep 18, 2018 at 6:24 PM Amin Bandali wrote:
>
> 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
Hello,
Richard Stallman writes:
> 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?
All references are related to the appendix about MobileOrg, an
application for viewing and capturing entries from a mobile
> Date: Tue, 18 Sep 2018 14:14:27 +0200
> From: Robert Klein
> Cc: Nicolas Goaziou , n...@flqt.fr,
> kaushal.m...@gmail.com, 32...@debbugs.gnu.org, r...@gnu.org
>
> > From my POV, the immediate problem is to switch Org-publish from using
> > htmlize to htmlfontify. Can this be done, please?
>
> From: Richard Stallman
> Cc: e...@gnu.org, n...@flqt.fr, rjhorn...@gmail.com,
> 32...@debbugs.gnu.org, m...@nicolasgoaziou.fr,
> kaushal.m...@gmail.com
> Date: Tue, 18 Sep 2018 23:39:49 -0400
>
> > While there are numerous references
> > to GitHub and SourceForge in Emacs (and
> From: Nicolas Goaziou
> Cc: Eli Zaretskii , rjhorn...@gmail.com, n...@flqt.fr,
> kaushal.m...@gmail.com, r...@gnu.org, 32...@debbugs.gnu.org
> Date: Tue, 18 Sep 2018 23:07:19 +0200
>
> I removed htmlize URL from the error message. I also demoted the latter
> to a plain message. So, if
[[[ 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
[[[ 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
> >
[[[ 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
>
[[[ 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
[[[ 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
[[[ 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
[[[ 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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
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.
701 - 800 of 9192 matches
Mail list logo