[O] is ascii link format canonical? can it be made more linkifiable?

[Samuel Wales]

recent maint.

org-ascii-links-to-notes is t.

i am exporting bare links that look in the source like

  http://whatever.com

1] seemingly, notes are not created.  actually i don't mind this,
because i don't want notes in this case.

2] the links get exported like

  [http://whatever.com]

i get the same result if i export source that looks like

  

or

  [[http://whatever.com]]

i do not know the standard, but i think that some email clients will
not linkify this because of the brackets.  are we sure that [] are
canonical?  not <>?  is it the clients that are wrong?

can this be customized so that the link can be exported totally bare
without any bracket-like characters for maximum client linkification?

obviously whitespace might be needed near punctuation.

thanks.

-- 
The Kafka Pandemic: 

The disease DOES progress. MANY people have died from it. And ANYBODY
can get it at any time.

"You’ve really gotta quit this and get moving, because this is murder
by neglect." ---
.

Re: [O] org-reveal: content side by side

[Matt Price]

for this issue, I define a class "paired" in my local cass file (or
actually, I now use a very modestly edited custom theme) :


.paired {
float:left !important;
max-width:47% !important;

}

and then in the org file:
:#+ATTR_HTML: :class paired

That works OK for me. the "!important" is necessary because reveal css is
prtty greedy & hard to override.

On Sun, Feb 4, 2018 at 1:46 PM, Michael Welle  wrote:

> Hello,
>
> took me the better part of the afternoon, but I came up with the
> following approach:
>
>
>
> * Was ist Virtualisierung?
> - Aus der Wikipedia:
> #+BEGIN_QUOTE
> Virtualisierung bezeichnet in der Informatik die Nachbildung eines
> Hard- oder Software-Objekts durch ein ähnliches Objekt vom selben Typ
> mit Hilfe eines Abstraktions-Layers.
> #+END_QUOTE
>
>
> #+REVEAL_HTML: 
>
> #+REVEAL_HTML: 
> [[./img/1290250232.svg]]
> #+REVEAL_HTML: 
>
> #+REVEAL_HTML: 
> [[./img/Machovka-chip.svg]]
> #+REVEAL_HTML: 
>
> #+REVEAL_HTML: 
> [[./img/SAN-Disk-Array-SCSI-29.07.11.svg]]
> #+REVEAL_HTML: 
>
> #+REVEAL_HTML: 
>
>
> That resembles the slide from [0] to a certain degree. The three images
> are centered, vertically and horizontally, even if they are of different
> sizes. I'm not sure though how good the support for display:flex is,
> esp. when it comes to mobile devices. And, for my taste at least, that
> approach needs too much knowledge about style sheets. Still looking for
> a nicer solution ;).
>
> Regards
> hmw
>
> [0] https://www.c0t0d0s0.de/tmp/vm1.png
>
>

Re: [O] non-space, paste, (???) character for inline results

[Greg Minshall]

> Hmmm, you may well be right. Fair enough. I reverted it.

thanks!

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

[Kaushal Modi]

On Sun, Feb 4, 2018 at 5:16 PM Nicolas Goaziou 
wrote:

> `org-return' doesn't call any auto fill function.
>

It sort of does, indirectly, via (newline). Please see the proposed patch
at the end of this email.

Yet, it doesn't break properties drawers.
>

I agree. Though this patch fixes what  shouldn't do when point is in
the property drawer.

If someone has:

=
* Headline
:PROPERTY:
:FOO: some long line that goes beyond fill column
:END:
=

It would be highly unlikely that some would want to save that file as
(assuming it got formatted as below because of auto filling):

=
* Headline
:PROPERTY:
:FOO: some long line that goes beyond
fill column
:END:
=

So the below patch prevents  from doing the above


> I don't think tweaking `org-return' is a good solution. This is not the
> only way to break a line (e.g. "C-q C-j", or "C-M-o"), so it would not
> be a panacea.
>

I tried C-q C-j and C-M-o, and both don't allow the auto-filling to happen,
even without the below patch.


> You may want to use fill-nobreak-predicate variable instead, e.g. with
> `org-at-property-p'.
>

I gave that a try, by tweaking fill-nobreak-predicate inside the
org-setup-filling function. But that doesn't work. Looks like the predicate
is evaluated *after* `newline' inserts the newline.. and so
`org-at-property-p' would evaluate to nil.

** The patch **

Looking at the source code of `newline' defun, I came up with this and it
works!

diff --git a/lisp/org.el b/lisp/org.el
index 688e48bcc1d..9367304e900 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -20471,7 +20471,10 @@ object (e.g., within a comment).  In these case,
you need to use
  (delete-and-extract-region (point) (line-end-position
 (newline-and-indent)
 (save-excursion (insert trailing-data
- (t (if indent (newline-and-indent) (newline))
+ (t (let ((auto-fill-function (if (org-at-property-p)
+  nil
+auto-fill-function)))
+  (if indent (newline-and-indent) (newline)))

 (defun org-return-indent ()
   "Goto next table row or insert a newline and indent.


-- 

Kaushal Modi

Re: [O] Patch for fixing a missing autoload for the function org-clock-sum-today

[Jose Robins]

Thank you, Nicolas. I have not signed FSF. But I will do so for any bigger
patches that I submit.

Regards,
Jose

On Sun, Feb 4, 2018 at 2:37 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> Jose Robins  writes:
>
> > org-clock.el: Add an autoload entry for the function
> org-clock-sum-today
> >
> > * lisp/org-clock.el: When the org-mode is called for the very first
> time
> > any functionality that requires the org-clock-sum-today used to fail.
> > (e.g. a column that calculates CLOCKSUM_T)
>
> Applied, thank you.
>
> I added a TINYCHANGE cookie at the end of the commit message since
> I don't if you have signed FSF papers.
>
> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] issue with org-clock modeline total for *today*?

[Jose Robins]

Awesome, thank you so much. I pulled in the new commits and it seems to be
working now without the earlier workaround of changing the
org-extend-today-until variable.

Regards,
Jose

On Thu, Feb 1, 2018 at 1:43 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> Jose Robins  writes:
>
> > I'm in the pacific time zone, and I've set the org-clock-mode-line-total
> to
> > today. The modeline display that shows the current time for today seems
> to
> > consider 'today' as UTC midnight to UTC midnight and does not respect my
> > timezone. I have to set the org-extend-today-until variable to 8 (PST-UTC
> > difference) to fix this. I ran emacs with -q and ensured that the git
> > commit was pristine before testing this. Is this expected behavior, a bug
> > with emacs/org-mode or an incorrect setup?
>
> It is a bug, which should now be fixed.
>
> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

[Nicolas Goaziou]

Hello,

Tim Landscheidt  writes:

> I think you missed patch #2;

Indeed. Now applied. Thank you.

> I have attached it again re- based on current maint (I removed
> TINYCHANGE because I have signed papers for Emacs since then).

Good news! Welcome aboard.

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] Purpose of mk/pw?

[Nicolas Goaziou]

Hello,

Tim Landscheidt  writes:

> Nicolas Goaziou  wrote:
>
>>> mk/pw seems to have not been touched in a long time, and
>>> whatever it did, it does not seem to do it nowaways:
>
>> [...]
>
>>> Is it still relevant?
>
>> No it isn't.
>
>> […]
>
> John confirmed that by private mail as well, so the attached
> patch will remove it.

Applied. Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] [PATCH] Remove obsolete mk/list-hooks.pl

[Nicolas Goaziou]

Hello,

Tim Landscheidt  writes:

> Reasonably sure; mk/eldo.el has the same (or more) function-
> ality and is referenced in README_maintainer under "Updating
> the list of hooks/commands/options on Worg", while I found
> nothing that mentioned mk/list-hooks.pl.

Applied, then. Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

[Tim Landscheidt]

Nicolas Goaziou  wrote:

>> Could you then please document TINYCHANGE in
>> README_contribute?  Merci!

> This is already covered at
> 

I may be biased here because I did not find that :-), but
that page is referenced in the org-mode repository only in
README_maintainer with the context:

| […]

| The list of all contributors from who we have the papers is kept on
| Worg at https://orgmode.org/worg/org-contribute.html, so that
| committers can check if a patch can go into the core.

| […]

and in etc/ORG-NEWS with the context:

| […]

| * Version 9.1

| […]

| ** Miscellaneous

| *** The Library of Babel now on Worg

| The library-of-babel.org used to be accessible from the =doc/=
| directory, distributed with Org’s core.  It is now accessible
| from the Worg community-driven documentation 
[[https://orgmode.org/worg/library-of-babel.html][here]].

| If you want to contribute to it, please see 
[[https://orgmode.org/worg/org-contribute.html][how to contribute]].

| […]

Especially, it is not linked to from README_contribute :-).

Tim

Re: [O] Purpose of mk/pw?

[Tim Landscheidt]

Nicolas Goaziou  wrote:

>> mk/pw seems to have not been touched in a long time, and
>> whatever it did, it does not seem to do it nowaways:

> [...]

>> Is it still relevant?

> No it isn't.

> […]

John confirmed that by private mail as well, so the attached
patch will remove it.

Tim
>From 7214e34e3104399035c523eaa28b33ad4498f3b2 Mon Sep 17 00:00:00 2001
From: Tim Landscheidt 
Date: Mon, 5 Feb 2018 14:12:16 +
Subject: [PATCH] Remove obsolete mk/pw

* mk/pw: Remove.
---
 mk/pw | 664 --
 1 file changed, 664 deletions(-)
 delete mode 100755 mk/pw

diff --git a/mk/pw b/mk/pw
deleted file mode 100755
index 13df6ea5b..0
-- 
2.13.6

Re: [O] [PATCH] Remove obsolete mk/list-hooks.pl

[Tim Landscheidt]

Nicolas Goaziou  wrote:

>> The functionality of mk/list-hooks.pl has been implemented by mk/eldo.el.

>> * mk/list-hooks.pl: Remove.

> Are you sure list-hooks.pl isn't used?

Reasonably sure; mk/eldo.el has the same (or more) function-
ality and is referenced in README_maintainer under "Updating
the list of hooks/commands/options on Worg", while I found
nothing that mentioned mk/list-hooks.pl.

Tim

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

[Tim Landscheidt]

Nicolas Goaziou  wrote:

>> […]

>> Patch #2 makes some links to the manual and external URLs in
>> docstrings clickable.

>> […]

> Applied. Thank you.

> […]

I think you missed patch #2; I have attached it again re-
based on current maint (I removed TINYCHANGE because I have
signed papers for Emacs since then).

Tim
>From 14fa16af86dfc21e77698a36c76a4e6ac017cd49 Mon Sep 17 00:00:00 2001
From: Tim Landscheidt 
Date: Tue, 16 Jan 2018 16:46:46 +
Subject: [PATCH] Make manual and URL links in docstrings clickable

---
 lisp/org-table.el  | 2 +-
 lisp/ox-latex.el   | 5 ++---
 testing/lisp/test-org-table.el | 2 +-
 3 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/lisp/org-table.el b/lisp/org-table.el
index 159a4fb5c..11d42d3cb 100644
--- a/lisp/org-table.el
+++ b/lisp/org-table.el
@@ -135,7 +135,7 @@ the fixed string \"#+ORGTBL: SEND\", followed by instruction on how to
 convert the table into a data structure useful in the
 language of the buffer.  Check the manual for the section on
 \"Translator functions\", and more generally check out
-https://orgmode.org/manual/Tables-in-arbitrary-syntax.html#Tables-in-arbitrary-syntax
+the Info node `(org)Tables in arbitrary syntax'.
 
 All occurrences of %n in a template will be replaced with the name of the
 table, obtained by prompting the user."
diff --git a/lisp/ox-latex.el b/lisp/ox-latex.el
index b3fbf8e95..e612b32ca 100644
--- a/lisp/ox-latex.el
+++ b/lisp/ox-latex.el
@@ -920,15 +920,14 @@ using customize, or with
   (add-to-list \\='org-latex-packages-alist \\='(\"newfloat\" \"minted\"))
 
 In addition, it is necessary to install pygments
-\(http://pygments.org), and to configure the variable
+\(URL `http://pygments.org>'), and to configure the variable
 `org-latex-pdf-process' so that the -shell-escape option is
 passed to pdflatex.
 
 The minted choice has possible repercussions on the preview of
 latex fragments (see `org-preview-latex-fragment').  If you run
 into previewing problems, please consult
-
-  https://orgmode.org/worg/org-tutorials/org-latex-preview.html";
+URL `https://orgmode.org/worg/org-tutorials/org-latex-preview.html'."
   :group 'org-export-latex
   :type '(choice
 	  (const :tag "Use listings" t)
diff --git a/testing/lisp/test-org-table.el b/testing/lisp/test-org-table.el
index ea72ae53f..31f10f6f2 100644
--- a/testing/lisp/test-org-table.el
+++ b/testing/lisp/test-org-table.el
@@ -710,7 +710,7 @@ formatter \"%.1f\"."
 
 (ert-deftest test-org-table/org-lookup-all ()
   "Use `org-lookup-all' for several GROUP BY as in SQL and for ranking.
-See also http://orgmode.org/worg/org-tutorials/org-lookups.html ."
+See also URL `https://orgmode.org/worg/org-tutorials/org-lookups.html'."
   (let ((data "
 #+NAME: data
 | Purchase | Product | Shop | Rating |
-- 
2.13.6

[O] [Capture] Monthly/weekly date tree

[Dominik Schrempf]

Hello,

I am interested in a capture template that creates date trees collected into
months (or weeks as another possibility). The reason is that creating a headline
for each day (=file+old+datetree=) is too precise for my use cases and hides
information in unnecessarily deep headlines.

An example:

: * 2017
: ** 2017-11 November
: *** An interesting captured headline
: With some very interesting details.
: * 2018
: ** 2018-02 February
: *** Another headline which has been captured
: And so on.
: *** Another one
: --> The newly captured headline should be appended here

Is this feature already available or how could I imitate this feature? If not,
would you be positive towards a possible pull request from my side (would take
me a while because I am not a lisp expert)?

Thanks,
Dominik

[O] [RFC][mini] Bulk action on current line in case of no bulk marks

[Marco Wahl]

Hi!

Currently calling for bulk action ('B') in an agenda without bulk marks
does no action at all and says

No entries are marked

What do you think about bulk mark the current line instead and go ahead
with the bulk action?


Best regards
Marco