from:"Christopher Dimech"

The convenience of html output is the easiness by which one can zoom
in and out.  Doing that in printed output is difficult because you need
typefaces with different sizes.

I use the latex for mathematical typesetting, with the other things I 
wholeheartedly follow your drift.  There is still so much work to do.
Things have become complicated, and the design has to get simplified,
for the next generation of hackers to work with.

> Sent: Friday, June 25, 2021 at 5:54 AM
> From: "Rob Sargent" 
> To: emacs-orgmode@gnu.org
> Subject: Re: Latex highlighting for org-mode
>
> On 6/24/21 11:43 AM, Christopher Dimech wrote:
> > I only proposed colour highlighing for mathematical snippets.  Nothing else.
> >
> > Or making org able to export to html even when one is using LaTeX blocks.
> >
> > In that sense, it would act in ways similar to texinfo, using a single
> > source file to produce output in a number of formats, both online and 
> > printed.
> >
> >
> Print and digital are vastly different worlds.  Given that one can plop 
> most any file in a web page I would rather see more work on making print 
> layout easier without resorting to latex directives or other single 
> target mark-ups.  Even at the expense of html output.
> 
>

Latex highlighting for org-mode



I only proposed colour highlighing for mathematical snippets.  Nothing else.

Or making org able to export to html even when one is using LaTeX blocks.

In that sense, it would act in ways similar to texinfo, using a single
source file to produce output in a number of formats, both online and printed.

> Sent: Friday, June 25, 2021 at 5:30 AM
> From: "Eric S Fraga" 
> To: "Christopher Dimech" 
> Cc: "Help Emacs Orgmode" 
> Subject: Re: Latex highlighting for org-mode
>
> On Thursday, 24 Jun 2021 at 19:25, Christopher Dimech wrote:
> > I conclude that org-mode cauld do with some improvements.  If org-mode
> > was designed to allow LaTeX fragments without the need of any special
> > marking, it should allow latex syntex highlighting without the need of
> > any special markings.
>
> What you want then is AUCTeX mode?  If you want to write in LaTeX, use a
> mode for it.
>
> Org is about much more than LaTeX and bending it backwards to make it
> AUCTeX would be detrimental (see recent discussion on performance issues
> with large special blocks).  You can have LaTeX blocks which you can
> edit very nicely and the rest of the document's interactive use does not
> have to suffer.
>
> --
> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-571-gc591be
> : Latest paper written in org: https://arxiv.org/abs/2106.05096
>

Latex preview for whole buffer with on-off keybinding

Does not say what ARG is !

Could be much better to do "M-x org-latex-preview" to toggle on-off.

Sent: Friday, June 25, 2021 at 4:06 AM
From: "Rodrigo Morales" 
To: "Christopher Dimech" 
Cc: "Help Emacs Orgmode" 
Subject: Re: Latex preview for whole buffer with on-off keybinding

Accomplishing this is explained in the docstring of org-latex-preview:

> org-latex-preview is an interactive compiled Lisp function in
> ‘org.el’.
>
> (org-latex-preview  ARG)
>
> ...
>
> With a ‘C-u’ prefix argument ARG, clear images for all fragments
> in the current section.
>
> With a ‘C-u C-u’ prefix argument ARG, display image for all
> fragments in the buffer.
>
> With a ‘C-u C-u C-u’ prefix argument ARG, clear image for all
> fragments in the buffer.

Hope that helps.

---
Greetings,
rdrg109

On Thu, 24 Jun 2021 at 10:45, Christopher Dimech <dim...@gmx.com> wrote:

Org-mode allows latex-preview.  But this applies to each latex
_expression_ independently.  Is there a way to have a keybinding
that would turn latex-preview "on" or "off" for the whole buffer?

This applies only to snippets
C-c C-x C-l (org-latex-preview)

Latex highlighting for org-mode

I conclude that org-mode cauld do with some improvements. If org-mode was designed to allow

LaTeX fragments without the need of any special marking, it should allow latex syntex highlighting

without the need of any special markings.

Sent: Friday, June 25, 2021 at 4:28 AM
From: "Rodrigo Morales"
To: "Christopher Dimech"
Cc: "Help Emacs Orgmode"
Subject: Re: Latex highlighting for org-mode

There are two ways with which you can get LaTeX syntax highlighting when
editing LaTeX in org-mode buffers.

* No. 1: LaTeX code blocks

You can have LaTeX code blocks within your document with the following
header arguments and thus have syntax highlighting and make the content
of those code blocks to be exported as LaTeX.

Advantage: Code blocks are syntax highlighted.

Disadvantage: The code block is not exported when exporting to HTML,
only when exporting to LaTeX.

#+BEGIN_SRC latex :results latex :exports results
\[
\frac{12}{13} + 12
\]
#+END_SRC

* No 2: Executing org-edit-special in LaTeX environments

When using org-edit-special (C-c ') in LaTeX environments, the snippet
is opened in a buffer whose major mode is latex-mode so you get syntax
highlighting within that buffer.

Advantage: The snippets are exported as raw text when exporting to HTML.

Disadvantage: The snippets are not syntax highlighted. They are only syntax
highlighted in the dedicated buffer which is shown in org-edit-special.

#+BEGIN_SRC org
Solving $12 + 13$ is not difficult.
#+END_SRC

#+BEGIN_SRC org
Solving

\[
12 + 13
\]

is not difficult.
#+END_SRC

#+BEGIN_SRC org
Solving

\begin{equation}
12 + 13
\end{equation}

is not difficult.
#+END_SRC

* Side note

If you want to see the behavior when exporting to HTML, I encourage you
to export the following Org Mode file to HTML and see what happens.

#+BEGIN_SRC org
The following is not shown when exporting to HTML.

#+begin_src latex :results latex :exports results
\[
10 + 10
\]
#+end_src

#+RESULTS:
#+begin_export latex
\[
10 + 10
\]
#+end_export

The following is shown as an image when exporting to HTML.
3
#+begin_src latex :exports results :results file graphics :file 20.png
\[
20 + 20
\]
#+end_src

#+RESULTS:
[[file:20.png]]

The following is shown as text when exporting to HTML.

\[
30 + 30
\]

The following is shown as text when exporting to HTML.

\begin{equation}
40 + 40
\end{equation}
#+END_SRC

Hope that helps.

---
Greetings,
rdrg109

On Thu, 24 Jun 2021 at 00:07, Christopher Dimech <dim...@gmx.com> wrote:

Would it be possible for org-mode to have syntax highlighting
for latex commands? Currently I have to change mode with
"M-x latex-mode" to get the highlighting.

Latex preview for whole buffer with on-off keybinding

Org-mode allows latex-preview.  But this applies to each latex
expression independently.  Is there a way to have a keybinding
that would turn latex-preview "on" or "off" for the whole buffer?

This applies only to snippets
C-c C-x C-l (org-latex-preview)

Latex highlighting for org-mode

2021-06-23 Thread Christopher Dimech

Would it be possible for org-mode to have syntax highlighting
for latex commands?  Currently I have to change mode with
"M-x latex-mode" to get the highlighting.

Using b6paper for pdf output

2021-06-23 Thread Christopher Dimech

Am using org-mode with latex commands but need to have the page as b6paper.

example paper written in org completely

Currently texinfo uses tex as the underlying process to create the typeset
document.  After talking to Gavin Smith, for texinfo to be able to use latex,
would require using latex to print the document, which necessitates a new
implementation.  Do we have a latex implementation with the Official Gnu
Software?

Will see with Gavn what capabilities exist for algorithms constructs
and how far can we go before we require the package.  It would be beneficial
for me to know  how far we go with org before we require the package as well.

Felicitations
Christopher

> Sent: Saturday, June 19, 2021 at 11:02 AM
> From: "Tim Cross" 
> To: emacs-orgmode@gnu.org
> Subject: Re: example paper written in org completely
>
>
> Christopher Dimech  writes:
>
> > It is a good package, but since it is inactive, org-mode could assimilate
> > it so people can use it, rather than in the form of an external package.
>
> I don't see any advantage in doing this. It is simple to include the
> package. Furthermore, if we start to bundle it, we also take on more
> responsibility for ensuring it works etc. Besides, where do we then
> 'draw the line' - there are lots of additional and useful Latex
> packages, many of which are probably even more commonly used, such as
> some of the packages which extend/enhance tables, code listings, etc.
>
> >
> > Defining the structure of an algorithm in a document is of value.
> > Can one do something similar using current code or does the algorithmicx
> > package have some more pleasant capabilities?
> >
>
> The algorithmicx package does add some useful functionality wrt
> formatting algorithms, but only for Latex exports. Just
> bundling the latex package with org will not change the existing
> situation - it will still only be functionality available with latex
> exports. All it *might* do is remove the requirement to install the
> latex package and add it to your export headers.
>
> Having similar functionality which is back end agnostic and based on
> just org syntax would be useful for some users. However, this would
> involve re-implementation of what the latex package does in elisp and
> adding code to the export layer to interpret the new structures
> appropriately. The big question is whether anyone has sufficient
> interest and desire for this functionality to actually do the work.
>
> My gut feeling is that the number of people who need this functionality
> who are not satisfied witih the current situation is too small to reach
> the level of critical mass that would see this requirement realised.
>
> >
> >> Sent: Friday, June 18, 2021 at 8:04 PM
> >> From: "Eric S Fraga" 
> >> To: "Christopher Dimech" 
> >> Cc: "Emacs Org mode mailing list" 
> >> Subject: Re: example paper written in org completely
> >>
> >> On Thursday, 17 Jun 2021 at 19:19, Christopher Dimech wrote:
> >> > The algorithmicx latex package has a very annoying licence, the LaTeX
> >> > Project Public License.  Although a free software license, it
> >> > incompatible with the GPL with many requirements.
> >>
> >> And?  I'm not sure of the relevance.  I use many LaTeX packages when
> >> writing.  Whether they are GPL or not is rather secondary, in my view.
> >>
> >> --
> >> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36
> >> : Latest paper written in org: https://arxiv.org/abs/2106.05096
> >>
>
>
> --
> Tim Cross
>
>

algorithm capabilities for org-mode



> Sent: Saturday, June 19, 2021 at 2:06 AM
> From: "Eric S Fraga" 
> To: "Christopher Dimech" 
> Cc: "Help Emacs Orgmode" 
> Subject: Re: algorithm capabilities for org-mode
>
> On Friday, 18 Jun 2021 at 15:39, Christopher Dimech wrote:
> > The license released under is incompatible with the GPL.
>
> So?  It doesn't stop anybody using it.  It's not as if we need to ship
> it with org, for instance.  Are you going to propose we also
> re-implement all the other packages many of us use, e.g. tikz, geometry,
> chemfig, ...

Those tend to be quite complex.  algorithmicx, not so much.  It would
be most natural to have in emacs because algorithm display is most
favourable to use to describe programming techniques.

Perhaps emacs could absorb it, rather than org.

> --
> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-557-gceb78e
> : Latest paper written in org: https://arxiv.org/abs/2106.05096
>

example paper written in org completely

It is a good package, but since it is inactive, org-mode could assimilate
it so people can use it, rather than in the form of an external package.

Defining the structure of an algorithm in a document is of value.
Can one do something similar using current code or does the algorithmicx
package have some more pleasant capabilities?

> Sent: Friday, June 18, 2021 at 8:04 PM
> From: "Eric S Fraga" 
> To: "Christopher Dimech" 
> Cc: "Emacs Org mode mailing list" 
> Subject: Re: example paper written in org completely
>
> On Thursday, 17 Jun 2021 at 19:19, Christopher Dimech wrote:
> > The algorithmicx latex package has a very annoying licence, the LaTeX
> > Project Public License.  Although a free software license, it
> > incompatible with the GPL with many requirements.
>
> And?  I'm not sure of the relevance.  I use many LaTeX packages when
> writing.  Whether they are GPL or not is rather secondary, in my view.
>
> --
> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36
> : Latest paper written in org: https://arxiv.org/abs/2106.05096
>

algorithm capabilities for org-mode



> Sent: Friday, June 18, 2021 at 9:22 PM
> From: "Eric S Fraga" 
> To: "Christopher Dimech" 
> Cc: "Help Emacs Orgmode" 
> Subject: Re: algorithm capabilities for org-mode
>
> On Thursday, 17 Jun 2021 at 19:32, Christopher Dimech wrote:
> > It was done Szász János and released in 2005, but is today inactive.
> 
> Inactive does not mean not useful.  The package works and works
> well.  There is really no need for "activity" on it.
> 
> I fail to see the need to re-invent the wheel.  What is the motivation?
> -- 
> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-555-g5a03ad
> : Latest paper written in org: https://arxiv.org/abs/2106.05096

The license released under is incompatible with the GPL.

algorithm capabilities for org-mode

There exists the algorithmicx package on https://ctan.org/pkg/algorithmicx
that people use.  But it comes under the "LaTeX Project Public License".

It was done Szász János and released in 2005, but is today inactive.

It would be beneficial if org-mode could have similar functionality
for algorithms as a built-in capability.



- Christopher Dimech
Administrator General - Naiad Informatics - Gnu Project

Society has become too quick to pass judgement and declare someone
Persona Non-Grata, the most extreme form of censure a country can
bestow.

In a new era of destructive authoritarianism, I support Richard
Stallman.  Times of great crisis are also times of great
opportunity.  I call upon you to make this struggle yours as well !

https://stallmansupport.org/
https://www.fsf.org/ https://www.gnu.org/

example paper written in org completely

The algorithmicx latex package has a very annoying licence, the LaTeX Project 
Public License.  Although a free software license, it incompatible with the GPL 
with many requirements.


- Christopher Dimech
Administrator General - Naiad Informatics - Gnu Project

Society has become too quick to pass judgement and declare someone
Persona Non-Grata, the most extreme form of censure a country can
bestow.

In a new era of destructive authoritarianism, I support Richard
Stallman.  Times of great crisis are also times of great
opportunity.  I call upon you to make this struggle yours as well !

https://stallmansupport.org/
https://www.fsf.org/ https://www.gnu.org/


> Sent: Friday, June 18, 2021 at 5:04 AM
> From: "Christopher Dimech" 
> To: "Eric S Fraga" 
> Cc: "Emacs Org mode mailing list" 
> Subject: example paper written in org completely
>
> > Sent: Friday, June 18, 2021 at 4:42 AM
> > From: "Eric S Fraga" 
> > To: "Christopher Dimech" 
> > Cc: "Emacs Org mode mailing list" 
> > Subject: Re: example paper written in org completely
> >
> > On Thursday, 17 Jun 2021 at 18:31, Christopher Dimech wrote:
> > > Hi Eric, could you provihe examples on how to write equations in org.
> > > Does org accept both tex and latex commands?
> >
> > If you look at the org file I mentioned (link in signature), you'll see
> > several examples of LaTeX equations in org.
>
> I can see paper.org on more inspection, thank you.
>
> > I don't use TeX directly, only LaTeX.
>
> It is a good thing that one does not have to specify tex or latex blocks
> to export in html using mathjax.
>
> Used to think that tex or latex blocks were necessary.
>
>
>
> > --
> > : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36
> > : Latest paper written in org: https://arxiv.org/abs/2106.05096
> >
>
>

example paper written in org completely

> Sent: Friday, June 18, 2021 at 4:42 AM
> From: "Eric S Fraga" 
> To: "Christopher Dimech" 
> Cc: "Emacs Org mode mailing list" 
> Subject: Re: example paper written in org completely
>
> On Thursday, 17 Jun 2021 at 18:31, Christopher Dimech wrote:
> > Hi Eric, could you provihe examples on how to write equations in org.
> > Does org accept both tex and latex commands?
>
> If you look at the org file I mentioned (link in signature), you'll see
> several examples of LaTeX equations in org.

I can see paper.org on more inspection, thank you.

> I don't use TeX directly, only LaTeX.

It is a good thing that one does not have to specify tex or latex blocks
to export in html using mathjax.

Used to think that tex or latex blocks were necessary.



> --
> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36
> : Latest paper written in org: https://arxiv.org/abs/2106.05096
>

example paper written in org completely

Hi Eric, could you provihe examples on how to write equations in org.
Does org accept both tex and latex commands?

- Christopher Dimech
Administrator General - Naiad Informatics - Gnu Project

Society has become too quick to pass judgement and declare someone
Persona Non-Grata, the most extreme form of censure a country can
bestow.

In a new era of destructive authoritarianism, I support Richard
Stallman.  Times of great crisis are also times of great
opportunity.  I call upon you to make this struggle yours as well !

https://stallmansupport.org/
https://www.fsf.org/ https://www.gnu.org/


> Sent: Friday, June 18, 2021 at 12:06 AM
> From: "Eric S Fraga" 
> To: "Emacs Org mode mailing list" 
> Subject: example paper written in org completely
>
> Dear all,
>
> for those that may be interested, my latest paper (well, preprint at
> this stage) is available if you are looking for an example of a
> numerical work where the paper is completely written in org, including
> data analysis and visualisation.  See signature for link.
>
> The arxiv deposit includes the complete org file as an ancillary file.
> --
> : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-551-gf70e36
> : Latest paper written in org: https://arxiv.org/abs/2106.05096
>
>

Re: The fate of ditaa.jar (9.4.5.)

2021-05-14 Thread Christopher Dimech



> Sent: Friday, May 14, 2021 at 11:23 PM
> From: "Arthur Miller" 
> To: "Christopher Dimech" 
> Cc: "Dr. Arne Babenhauserheide" , "Jarmo Hurri" 
> , emacs-orgmode@gnu.org
> Subject: Re: The fate of ditaa.jar (9.4.5.)
>
> Christopher Dimech  writes:
>
> >> Sent: Friday, May 14, 2021 at 5:30 PM
> >> From: "Dr. Arne Babenhauserheide" 
> >> To: "Arthur Miller" 
> >> Cc: "Jarmo Hurri" , emacs-orgmode@gnu.org
> >> Subject: Re: The fate of ditaa.jar (9.4.5.)
> >>
> >>
> >> Arthur Miller  writes:
> >>
> >> > Exactly, so it is enough to just download a single file and point your
> >> > org to it with one `setq' in your init file. So it does not need a
> >> > pacakge managmenet on os level.
> >>
> >> Package management is how users should install software. Otherwise you
> >> quickly reach the point where they blindly curl and run untrusted
> >> shell-scripts from shady websites.
> >
> > I agree with the assessment regarding shady websites.
> >
> >> > However, Org could also simply say: use another distro that has ditaa in
> >> > it's repository, such as Arch Linuz (in AUR).
> >>
> >> That would be openly hostile.
>
> No is not. There are so many distributions that are half-done,
> unmaintained, etc. By the way, if your distro does not have a package
> for ditaa, then you might maybe consider doing a community service and
> provide a package script for your distro? I guess your distro have some
> way for users to contribute a package?
>
> > If there exists the serious problem of not finding ditaa, then ditaa should 
> > be provided.
> > For the rest there exist no problem and users can easily install from their 
> > Package Manager.
> >
> > You can't brush off a boyfriend and expect him to do you a favor using Free 
> > Software
> > by telling him to use another distro.  ;)
> >
>
> :-) It is just the usual one: "you deserve a better one "

That would be true if you got a crappy one. :)

Re: The fate of ditaa.jar (9.4.5.)

2021-05-13 Thread Christopher Dimech

> Sent: Friday, May 14, 2021 at 5:30 PM
> From: "Dr. Arne Babenhauserheide" 
> To: "Arthur Miller" 
> Cc: "Jarmo Hurri" , emacs-orgmode@gnu.org
> Subject: Re: The fate of ditaa.jar (9.4.5.)
>
> 
> Arthur Miller  writes:
> 
> > Exactly, so it is enough to just download a single file and point your
> > org to it with one `setq' in your init file. So it does not need a
> > pacakge managmenet on os level.
> 
> Package management is how users should install software. Otherwise you
> quickly reach the point where they blindly curl and run untrusted
> shell-scripts from shady websites.

I agree with the assessment regarding shady websites.
 
> > However, Org could also simply say: use another distro that has ditaa in
> > it's repository, such as Arch Linuz (in AUR).
> 
> That would be openly hostile.

If there exists the serious problem of not finding ditaa, then ditaa should be 
provided.
For the rest there exist no problem and users can easily install from their 
Package Manager.

You can't brush off a boyfriend and expect him to do you a favor using Free 
Software
by telling him to use another distro.  ;)
 
> Best wishes,
> Arne
> -- 
> Unpolitisch sein
> heißt politisch sein
> ohne es zu merken
>

Re: Highlighting and Background Colour for Source Code

2021-05-12 Thread Christopher Dimech

Did some more thinking on this and trying to set up outline-heading-alist
for texinfo, so I can get headlines similar to org mode.

Have seen people trying to do this lately but there is some problem with it 
that I
cannot understand right now.

(defvar gilgamesh-texinfo-hdlevels
'( ("@chapter" . 2)
("@section" . 3)
("@subsection" . 4)
("@subsubsection" . 5)
;; --
("@unnumbered" . 2)
("@unnumberedsec" . 3)
("@unnumberedsubsec" . 4)
("@unnumberedsubsubsec" . 5)
;; --
("@appendix" . 2)
("@appendixsec" . 3)
("@appendixsubsec" . 4)
("@appendixsubsubsec" . 5)
;; --
("majorheading" 2)
;; --
("chapheading" 2)
("heading" 3)
("subheading" 4)
("subsubheading" 5)
;; --
("@uchap" . 2)
("@usec" . 3)
("@usubsec" . 4)
("@usubsubsec" . 5) ))

(setq-local outline-heading-alist
;; We should merge `outline-heading-alist' and
;; `texinfo-section-list'. But in the mean time, let's
;; just generate one from the other.
(mapcar (lambda (x) (cons (concat "@" (car x)) (cadr x)))
gilgamesh-texinfo-hdlevels))

;;(defun gilgamesh-faddeev-texinfo ()
;; "todo"
;; (add-hook 'texinfo-mode-hook #'gilgamesh-texinfo-hdlevels) )


> Sent: Thursday, May 13, 2021 at 12:11 AM
> From: "Christopher Dimech" 
> To: "Ihor Radchenko" 
> Cc: "Tim Cross" , emacs-orgmode@gnu.org
> Subject: Re: Highlighting and Background Colour for Source Code
>
> Have been looking at texinfo-mode a bit to see how to set 
> outline-heading-alist.
> But not been very successful.  Could need some help.
>
> > Sent: Thursday, May 13, 2021 at 12:08 AM
> > From: "Ihor Radchenko" 
> > To: "Christopher Dimech" 
> > Cc: "Tim Cross" , emacs-orgmode@gnu.org
> > Subject: Re: Highlighting and Background Colour for Source Code
> >
> > Christopher Dimech  writes:
> > > Suppose I have an elisp file and I change to org-mode by hitting "M-x 
> > > org-mode".
> > > The code does not get highlighted because it is not embedded within 
> > > org-babel
> > > construct.
> > >
> > > If I have a programming language file with some org-mode heading commands 
> > > in it,
> > > and change to org-mode, it would be neat to have language highlighting 
> > > available.
> >
> > Hmm. What about polymode [1]?
> >
> > [1] https://github.com/polymode/polymode
> >
> >
>
>

Re: Highlighting and Background Colour for Source Code

2021-05-12 Thread Christopher Dimech

Have been looking at texinfo-mode a bit to see how to set outline-heading-alist.
But not been very successful.  Could need some help.

> Sent: Thursday, May 13, 2021 at 12:08 AM
> From: "Ihor Radchenko" 
> To: "Christopher Dimech" 
> Cc: "Tim Cross" , emacs-orgmode@gnu.org
> Subject: Re: Highlighting and Background Colour for Source Code
>
> Christopher Dimech  writes:
> > Suppose I have an elisp file and I change to org-mode by hitting "M-x 
> > org-mode".
> > The code does not get highlighted because it is not embedded within 
> > org-babel
> > construct.
> >
> > If I have a programming language file with some org-mode heading commands 
> > in it,
> > and change to org-mode, it would be neat to have language highlighting 
> > available.
>
> Hmm. What about polymode [1]?
>
> [1] https://github.com/polymode/polymode
>
>

he fate of ditaa.jar (9.4.5.)

2021-05-11 Thread Christopher Dimech

> Sent: Tuesday, May 11, 2021 at 6:35 PM
> From: "Dr. Arne Babenhauserheide" 
> To: "Tim Cross" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: The fate of ditaa.jar (9.4.5.)
>
> 
> Tim Cross  writes:
> > I agree. As pointed out already, just bundling the jar file is not
> > sufficient as you need a java runtime as well.
> 
> Java is available in my distribution, ditaa is not. Removing ditaa from
> org means that I have to do manual installation and configuration, while
> with ditaa bundled, org-mode can simply note that I need java installed.
> 
> > If we bundle it, we also need to ensure it is updated if/when new jar
> > versions are released.
> 
> We can do that, but we don’t have to. As long as the bundled jar works,
> it is much better than no jar. And users can use newer version as they
> like by changing the jar-path.

A jar that works would be good as initial setup, then people can change that
as they wish.

> Note that this isn’t about security, since even if an old version of
> ditaa should turn out to be vulnerable, this would still be less
> dangerous than a shell-block. Therefore old versions of ditaa are
> completely fine.
> 
> Best wishes,
> Arne
> -- 
> Unpolitisch sein
> heißt politisch sein
> ohne es zu merken
>

Re: Highlighting and Background Colour for Source Code

2021-05-11 Thread Christopher Dimech

> Sent: Tuesday, May 11, 2021 at 5:50 PM
> From: "Tim Cross" 
> To: "Christopher Dimech" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Highlighting and Background Colour for Source Code
>
>
> Christopher Dimech  writes:
>
> >> Sent: Tuesday, May 11, 2021 at 4:50 PM
> >> From: "Tim Cross" 
> >> To: emacs-orgmode@gnu.org
> >> Subject: Re: Highlighting and Background Colour for Source Code
> >>
> >>
> >> Christopher Dimech  writes:
> >>
> >> > Currently currently handles the highlighting of programming languages 
> >> > through
> >> > "Code Blocks".  Could org-mode have the capability of highlighting a 
> >> > whole buffer
> >> > with a particular language highlight typeface.
> >> >
> >>
> >> Sorry, I don't quite understand what exactly your asking for?
> >
> > Suppose I have an elisp file and I change to org-mode by hitting "M-x 
> > org-mode".
> > The code does not get highlighted because it is not embedded within 
> > org-babel
> > construct.
> >
> > If I have a programming language file with some org-mode heading commands 
> > in it,
> > and change to org-mode, it would be neat to have language highlighting 
> > available.
> >
>
> OK, now I think I understand.
>
> Basically, with full org-mode, this is not possible and I don't think it
> is actually want you want. Once you switch modes, say from elisp mode to
> org mode, a lot more changes than just the font locking. Keybindings,
> various support minor modes and lots more.
>
> The 'normal' Emacs way to handle what you are looking for is to add a
> minor mode. A minor mode is used to add some level of functionality to a
> buffer without losing the major mode settings. Normally, you only have
> one major mode associated with a buffer and often that mode is augmented
> with a bunch of minor modes. For example, outshine mode is a minor mode
> which adds some org-like functionality to non org-mode buffers.
>
> Have a look at
>
> https://orgmode.org/worg/org-tutorials/org-outside-org.html
>
> I think that might give you some ideas to get you started. You may need
> a few different minor modes to get the full setup you want and you will
> likely need to do some customisation of key bindings etc to get things
> how you like it.

I agree that some features of org-mode (e.ge heading folding, code folding)
would be good to have available in emacs-lisp-mode, texinfo-mode, ...
The use of general minor-mode such as outline-minor-mode would be a good place
to handle the various programming languages.

Currently, there in outline-minor-mode and various others (outline-magic, 
outshine).
Things are all over the place.  I know that Carsten was keen to persuade for 
ideas in
org-mode to be included in outline-minor-mode.  This has not happened.  I am 
convinced
that the developers of org-mode could make valuable contributions to 
outline-minor-mode,
because currently the ideas there are extremely convoluted and writing an 
outline setup
is difficult.

There will be a number of capabilities to consider

1. Heading Levels using comment lines (e.g. " * Heahding", " ** 
Subheading", ...)

2. Folding of headings and subheadings only (cycling using single key)

3. Folding of code structures only (cycling using single key)

That would be valuable for starters.  Then we can look at more beef later
on.

What do you think?  Would the org-team be willing and able to assist a 
re-development
of outline-minor-mode?

> --
> Tim Cross
>

Re: Highlighting and Background Colour for Source Code

2021-05-10 Thread Christopher Dimech




> Sent: Tuesday, May 11, 2021 at 4:50 PM
> From: "Tim Cross" 
> To: emacs-orgmode@gnu.org
> Subject: Re: Highlighting and Background Colour for Source Code
>
>
> Christopher Dimech  writes:
>
> > Currently currently handles the highlighting of programming languages 
> > through
> > "Code Blocks".  Could org-mode have the capability of highlighting a whole 
> > buffer
> > with a particular language highlight typeface.
> >
>
> Sorry, I don't quite understand what exactly your asking for?

Suppose I have an elisp file and I change to org-mode by hitting "M-x org-mode".
The code does not get highlighted because it is not embedded within org-babel
construct.

If I have a programming language file with some org-mode heading commands in it,
and change to org-mode, it would be neat to have language highlighting 
available.

> > I have also seen that within code blocks, the background is uses a colour 
> > that is
> > different from the background colour of the buffer.  Is there a capability 
> > that
> > the code block background is set to the buffer background colour.
>
> I think more often than not, this is determined by the Emacs colour
> theme your using. I've noticed that some themes colour src block
> backgrounds differently from the rest of the buffer background and some
> don't. I noticed this because I do like src blocks to have a different
> background and some of the themes I like fail to do this, so I had to
> customize them.

It is certainly useful but not always.  Outline could have a switch, that
toggles between highlight and no-highlight.

> You can try customizing your theme. Have a look at
>
> M-x list-colors-display
>
> to see a list of all the faces being used. Look for ones with your theme
> name or a name which looks like it might be the background face for src
> blocks (you can also see the colours and look for that. Once you have
> made the changes, look at
>
> M-x customize-theme
>
> and save your changes as a new customized theme.
>
>
>
> --
> Tim Cross
>
>

Re: The fate of ditaa.jar (9.4.5.)

2021-05-10 Thread Christopher Dimech

If having the source is not as easy as getting a link that is dependable,
then it got to be bundled.  I rather use a version that works than nothing
at all.  I have used ditaa in org for the documentation of texinfo.

> Sent: Tuesday, May 11, 2021 at 6:41 AM
> From: "Nick Dokos" 
> To: emacs-orgmode@gnu.org
> Subject: Re: The fate of ditaa.jar (9.4.5.)
>
> Jarmo Hurri  writes:
> 
> > Greetings.
> >
> > I pulled the latest master and noticed that contrib has been moved into
> > a separate repository. I also cloned this contrib repository, but can
> > not find the file
> >
> > scripts/ditaa.jar
> >
> > in the repo. In fact, there is no directory scripts in the repo.
> >
> > The documentation in the latest master states that
> >
> > Stathis Sideris wrote the ‘ditaa.jar’ ASCII to PNG converter that is now
> > packaged into the org-contrib repository.
> >
> > How should I proceed? Should I build this separately
> >
> > https://github.com/stathissideris/ditaa
> 
> You don't need to build it: it's available in the release area
> 
> https://github.com/stathissideris/ditaa/releases
> 
> >
> > or will it still be included into contrib?
> 
> In general, I think it's a better idea to point to the canonical sources
> and document how to integrate it into Org mode, than bundle things like
> that, but I have no idea how things are going to go. I'm sure there will
> be some problems that will need fixing one way or another.
> 
> -- 
> Nick
> 
> "There are only two hard problems in computer science: cache
> invalidation, naming things, and off-by-one errors." -Martin Fowler
> 
> 
>

Re: The fate of ditaa.jar (9.4.5.)

2021-05-10 Thread Christopher Dimech

If org-mode wants to support ditaa, it is a requirement to inform the user how 
to
get the software and install it.  Moving into into a separate repository without
appropriately telling the user introduces the problem that users will miss out
on free software that they would otherwise have used.  Using org should not be 
made 
more difficult than it already is. 
  

> Sent: Tuesday, May 11, 2021 at 8:49 AM
> From: "Arthur Miller" 
> To: "Dr. Arne Babenhauserheide" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: The fate of ditaa.jar (9.4.5.)
>
> "Dr. Arne Babenhauserheide"  writes:
> 
> > Russell Adams  writes:
> >
> >> On Mon, May 10, 2021 at 02:28:57PM +0300, Jarmo Hurri wrote:
> >>> I pulled the latest master and noticed that contrib has been moved into
> >>> a separate repository. I also cloned this contrib repository, but can
> >>> not find the file
> >>>
> >>> scripts/ditaa.jar
> >>>
> >>> in the repo. In fact, there is no directory scripts in the repo.
> >>
> >> I actually never considered this might be packaged with Org. I always
> >> thought I had to install it separately, like my Latex distribution or
> >> PlantUML.
> >
> > Bundling this makes ditaa code blocks just work. Otherwise they won’t
> > work on every org-install.
> 
> The user still needs a Java runtime installed on his/her compute, so
> bundling ditaa.jar gives no guarantee at all that ditaa blocks will just
> work on every org-install.
> 
> Instead a less informaed user, not used to run java programs, might be
> left with a not working application that fails silently or to the user
> incomprehensible error message.
> 
> Better to point user to ditaa's sources/releases and inform it is
> optional with org. That way non-informed user will have to install java
> and ditaa and will at least have an idea where to look when things go wrong.
> 
>

Highlighting and Background Colour for Source Code

2021-05-09 Thread Christopher Dimech

Currently currently handles the highlighting of programming languages through
"Code Blocks".  Could org-mode have the capability of highlighting a whole 
buffer
with a particular language highlight typeface.

I have also seen that within code blocks, the background is uses a colour that 
is
different from the background colour of the buffer.  Is there a capability that
the code block background is set to the buffer background colour.

outline-minor-mode and org-mode capabilities for programming languages

2021-05-09 Thread Christopher Dimech

Dear Compeers,

I have same elisp code and using outline-minor-mode.  The good thing about it 
is that
the language highlighting is preserved.  But navigating and moving the code 
around is
much more difficult than actually being in org-mode (I can use tab ate move 
code with
"M-", M-).  The downside is that org-mode removes the highlighting 
for the
language.  Is there any way out of this.  Having flexibility of org-mode with 
language
highlighting preserved?

Regards
Christopher

Displaying equations with ob-latex

2021-05-06 Thread Christopher Dimech

Barry has shown how to use "C-c C-x C-l" (org-latex-preview  ARG)
to preview a latex fragment at point.

I then see no point in enclosing latex commands in "#+begin_src" and 
"#+end_src";
because one can just write any lates expression an a line such as below, them 
slamming
it with "C-c C-x C-l".

\(y = x\beta + \epsilon\)

Is there a related command that previews all equations in the buffer, rather 
than
only for a latex fragment at point.

With a bit more work ob-latex can be pleasantly improved.

Another comment is to allow the use of "plain tex", because one can then copy
from texinfo math commands. In the last few months, texinfo was greatly improved
for working with math (e.g. preview with mathjax, easy scaling with mouse 
wheel).

The same could happen with ob-latex.

> Sent: Friday, May 07, 2021 at 3:36 PM
> From: michael-franz...@gmx.com
> To: "Ihor Radchenko" 
> Cc: "Berry, Charles" , "Help Emacs Orgmode" 
> 
> Subject: Re: displaying equations with ob-latex
>
> Another downside is that you got to slam "C-c C-x C-l" for every equation one 
> writes
> in the drawer.  The solution is not very usable but at least I could display 
> equations
> as I do with texinfo from org.  But for serious work, I need to be fast.  
> Currently
> it will be frustrating enough for users.
>
> > Sent: Friday, May 07, 2021 at 3:14 PM
> > From: "Ihor Radchenko" 
> > To: michael-franz...@gmx.com
> > Cc: "Berry, Charles" , "Help Emacs Orgmode" 
> > 
> > Subject: Re: displaying equations with ob-latex
> >
> > michael-franz...@gmx.com writes:
> >
> > > Ok, I got some progress, I did "C-C C-x C-l" and got the equation.
> > >
> > > The equation in extremely small though.
> >
> > By default, it should have the same height with you text line.
> > You can change it though. I have the following snippet in my config:
> >
> > (setq org-format-latex-options
> >   (quote
> >(:foreground default :background default :scale 2.0 :justify center 
> > :html-foreground "Black" :html-background "Transparent" :html-scale 1.0 
> > :matchers
> > ("begin" "$1" "$" "$$" "\\(" "\\[";; 2x height of 
> > formulas
> >
>
>

Re: displaying equations with ob-latex

2021-05-06 Thread Christopher Dimech

It would please many users if ob-latex was made to behave like other code 
blocks.
One can parse and show equations in emacs using mathjax as has been recently
implemented in texinfo using @display.

Regards
Christopher



> Sent: Friday, May 07, 2021 at 6:14 AM
> From: "Berry, Charles via General discussions about Org-mode." 
> 
> To: "michael-franz...@gmx.com" 
> Cc: "Help Emacs Orgmode" 
> Subject: Re: displaying equations with ob-latex
>
>
>
> > On May 6, 2021, at 12:50 AM, michael-franz...@gmx.com wrote:
> >
> >
> > I am trying to use ob-latex but equations are not being displayed in emacs
> > when I try to execute with "C-c C-c".
>
> Right. This is because `:results latex replace' is the default for latex src 
> blocks and the leads to wrapping everything in a latex export block.
>
> The context inside that block is `export-block' - i.e. it is not a 
> `greater-element' and cannot contain other elements.  AFAIK, there is not 
> previewer for export blocks - latex or otherwise.
>
> The context for an equation inside a greater-element is latex-fragment. And 
> those can be rendered via `org-latex-preview'.
>
> If you want to render equations for previewing, you could put them into a 
> drawer that is not repeated in the export.
>
> To make this work, you probably want something like this
>
> #+begin_src org
>
>   ,#+name: eqn1
>   ,#+begin_src latex :exports none :results drawer
>   \(y = x\beta + \epsilon\)
>   ,#+end_src
>
>
>   Here is the equation for export:
>
>   ,#+call: eqn1() :results latex
>
> #+end_src
>
> Evaluating the latex src block (C-c C-c) will create a `results' drawer line 
> this:
>
> #+RESULTS: eqn1
> :results:
> \(y = x\beta + \epsilon\)
> :end:
>
> but the `:exports none' will strip that out on export. The call line will 
> create this on export:
>
> #+RESULTS:
> #+begin_export latex
> \(y = x\beta + \epsilon\)
> #+end_export
>
>
> HTH,
>
> Chuck
>
>
>
>
>

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

Re: displaying equations with ob-latex

2021-05-06 Thread Christopher Dimech

I am unsure about this, but mathjax could be able to display
math format in emacs.  Never tried this in emacs though, using
ob-latex.  Had a go, but the display is not right.


> Sent: Thursday, May 06, 2021 at 9:54 PM
> From: michael-franz...@gmx.com
> To: "Help Emacs Orgmode" 
> Subject: displaying equations with ob-latex
>
>
> I am trying to use ob-latex but equations are not being displayed in emacs
> when I try to execute with "C-c C-c".
>
>
>
>
>
>

Re: ob-fortran behaviour

2021-05-05 Thread Christopher Dimech

There exists no problem with fortran.

My brain was not open because u(i) gets beyond its bounds.

> Sent: Thursday, May 06, 2021 at 11:09 AM
> From: "Christopher Dimech" 
> To: "Eric S Fraga" 
> Cc: "Org Mode List" 
> Subject: ob-fortran behaviour
>
> Fortran is behaving in a weird way
>
>   #+BEGIN_SRC fortran
> program matrx_vectr_mult
> implicit none
>
> integer :: m, n, i, j, k
> real :: a(5,3), u(3), v(5), rsum
>
> m = 5;  n = 3
> a = 0.0;  u = 0.0;  v = 0.0
>
> k = 0
> do j = 1, n
>   do i = 1, m
> k = i + j
> a(i,j) = real(k)
> u(i) = real(3*i)
>   end do
> end do
>
> do i = 1, m
>   rsum = 0.0
>   do j = 1, n
> rsum = (a(i,j) * u(j)) + rsum
>   end do
>   v(i) = rsum
> end do
>
> write (*,*) "a * *", " * ", "u", " * ", "v"
> write (*,*) a(1,:), "*", u(1), "*", v(1)
> write (*,*) a(2,:), "*", u(2), "*", v(2)
> write (*,*) a(3,:), "*", u(3), "*", v(3)
> write (*,*) a(4,:), "* * *", v(4)
> write (*,*) a(5,:), "* * *", v(5)
>
> print *, "---"
> write (*,*) a
>
>   end program
> #+END_SRC
>
> #+RESULTS:
> |a |* |   * | *   |   u | *   | v | | | | | | 
> | | |
> | 12.0 |  3.0 | 4.0 | *   | 3.0 | *   |  90.0 | | | | | | 
> | | |
> | 15.0 |  4.0 | 5.0 | *   | 6.0 | *   | 114.0 | | | | | | 
> | | |
> |  4.0 |  5.0 | 6.0 | *   | 9.0 | *   |  96.0 | | | | | | 
> | | |
> |  5.0 |  6.0 | 7.0 | *   |   * | *   | 114.0 | | | | | | 
> | | |
> |  6.0 |  7.0 | 8.0 | *   |   * | *   | 132.0 | | | | | | 
> | | |
> |  --- |  | | | | |   | | | | | | 
> | | |
> | 12.0 | 15.0 | 4.0 | 5.0 | 6.0 | 3.0 |   4.0 | 5.0 | 6.0 | 7.0 | 4.0 | 5.0 | 
> 6.0 | 7.0 | 8.0 |
>
>
> -
> Christopher Dimech
> General Administrator - Naiad Informatics - GNU Project (Geocomputation)
> - Geophysical Simulation
> - Geological Subsurface Mapping
> - Disaster Preparedness and Mitigation
> - Natural Resource Exploration and Production
> - Free Software Advocacy
>
>

ob-fortran behaviour

2021-05-05 Thread Christopher Dimech

Fortran is behaving in a weird way

  #+BEGIN_SRC fortran
program matrx_vectr_mult
implicit none

integer :: m, n, i, j, k
real :: a(5,3), u(3), v(5), rsum

m = 5;  n = 3
a = 0.0;  u = 0.0;  v = 0.0

k = 0
do j = 1, n
  do i = 1, m
k = i + j
a(i,j) = real(k)
u(i) = real(3*i)
  end do
end do

do i = 1, m
  rsum = 0.0
  do j = 1, n
rsum = (a(i,j) * u(j)) + rsum
  end do
  v(i) = rsum
end do

write (*,*) "a * *", " * ", "u", " * ", "v"
write (*,*) a(1,:), "*", u(1), "*", v(1)
write (*,*) a(2,:), "*", u(2), "*", v(2)
write (*,*) a(3,:), "*", u(3), "*", v(3)
write (*,*) a(4,:), "* * *", v(4)
write (*,*) a(5,:), "* * *", v(5)

print *, "---"
write (*,*) a

  end program
#+END_SRC

#+RESULTS:
|a |* |   * | *   |   u | *   | v | | | | | |   
  | | |
| 12.0 |  3.0 | 4.0 | *   | 3.0 | *   |  90.0 | | | | | |   
  | | |
| 15.0 |  4.0 | 5.0 | *   | 6.0 | *   | 114.0 | | | | | |   
  | | |
|  4.0 |  5.0 | 6.0 | *   | 9.0 | *   |  96.0 | | | | | |   
  | | |
|  5.0 |  6.0 | 7.0 | *   |   * | *   | 114.0 | | | | | |   
  | | |
|  6.0 |  7.0 | 8.0 | *   |   * | *   | 132.0 | | | | | |   
  | | |
|  --- |  | | | | |   | | | | | |   
  | | |
| 12.0 | 15.0 | 4.0 | 5.0 | 6.0 | 3.0 |   4.0 | 5.0 | 6.0 | 7.0 | 4.0 | 5.0 | 
6.0 | 7.0 | 8.0 |


-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

Re: orgbabel with fortran code

2021-05-05 Thread Christopher Dimech

I can tell you that I used Fortran for much of my secret underwater surveillance
work.  Richard Stallman doesn't like it and we butt heads.  But you should know
that I come from area known as Afro-Asia.  I always win. 


> Sent: Thursday, May 06, 2021 at 7:50 AM
> From: "Dr. Arne Babenhauserheide" 
> To: pie...@caramail.com
> Cc: emacs-orgmode@gnu.org
> Subject: Re: orgbabel with fortran code
>
> pie...@caramail.com writes:
> 
> > Have you got exomples with fortran code yourself?  I would like to 
> > scrutinise them. 
> 
> I have this, but I no longer know whether it actually executes fortran
> inline or only tangles it:
> 
> https://www.draketo.de/files/2017-04-10-Mo-fortran-commandline-tool.org
> https://www.draketo.de/files/surprises.org
> 
> From
> https://www.draketo.de/english/free-software/fortran
> https://www.draketo.de/light/english/fortran-surprises
> 
> Best wishes,
> Arne
> -- 
> Unpolitisch sein
> heißt politisch sein
> ohne es zu merken
> Message-ID: <87h7jh2qh7@web.de>
> 

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

Selecting a date to show on the agenda with time grids

2020-12-19 Thread Christopher Dimech

Dear Compeers,

I able to run the command

(org-agenda-list nil (org-read-date))

to select the date and get the week for the agenda.

But I would like the grid marks for the selected date to show up
together with the list of appointments in the time slots.

Would be very grateful if somebody can help me further with this.

Regards
Christopher

Re: LSP is Microsoft's patented protocol - Re: Emacs as an Org LSP server

2020-12-14 Thread Christopher Dimech

> Sent: Tuesday, December 15, 2020 at 7:25 AM
> From: "Jean Louis" 
> To: "Christopher Dimech" 
> Cc: neiljer...@gmail.com, emacs-orgmode@gnu.org, "Richard Stallman" 
> , tecos...@gmail.com
> Subject: Re: LSP is Microsoft's patented protocol - Re: Emacs as an Org LSP 
> server
>
> I can understand that GNU and Org shall ignore patents and continue without 
> putting attention.

Lawyers worth their salt will also tell you to ignore them.

> Jean
>
>

Re: LSP is Microsoft's patented protocol - Re: Emacs as an Org LSP server

2020-12-14 Thread Christopher Dimech



Daniel Ravicher found 283 software patents that, if upheld as valid by the 
courts, could potentially be used to support patent claims upon the Linux 
Kernel.  I wonder how many more for Free Software in general!

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy


> Sent: Tuesday, December 15, 2020 at 6:50 AM
> From: "Jean Louis" 
> To: "Richard Stallman" 
> Cc: neiljer...@gmail.com, emacs-orgmode@gnu.org, tecos...@gmail.com
> Subject: Re: LSP is Microsoft's patented protocol - Re: Emacs as an Org LSP 
> server
>
> * Richard Stallman  [2020-12-15 08:48]:
> > [[[ 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. ]]]
> >
> >   > Do you have evidence it is not patented?
> >
> > That sort of question is not useful to ask.
> > No one _ever_ has evidence that any given thing
> > is not patented.
>
> I was expecting a reference where Microsoft explains it is free in one
> way or the other, whereby I could not find it myself.
>
> Jean
>
>

Re: Org Capture Menu cannot be fully viewed

> Sent: Sunday, December 13, 2020 at 10:44 AM
> From: "Jean Louis" 
> To: pie...@caramail.com
> Cc: "Tim Cross" , emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * pie...@caramail.com  [2020-12-13 05:09]:
> > Here is one version of a template
> > 
> > (setq capture-template-investigation-type '(
> > 
> >  ("a" "Historic Background Research Site Evaluation/Testing" entry
> >   (file "~/histr/archaeol.org")
> >   "* Site_Type: %?\n %T\n")
> > 
> >  ("b" "Systematic Survey Data Recovery/Excavation" entry
> >   (file "~/histr/archaeol.org")
> >   "* Site_Type: %?\n %T\n")
> 
> Your example is good real world practical example.
> 
> The capture menu was designed in the same degraded way as Org agenda
> menu. Difference is that Capture menu is customizable and not meant
> for users like you who need more than few categories. It is not
> expandable.
> 
> Would the menu be made as read only Org displayed in a buffer then:
> 
> - Emacs interface, such as using other windows during capture process,
>   would not be blocked during Capture selection
> 
> - User could at least scroll or enlarge the buffer what currently does
>   not work
> 
> Comparing it to my Hyperscope system if I wish to file or capture
> anything I may choose any set where to file it by using completion
> function which dwelles below in `hyperscope-select-set'. I am using
> semantic or meaning related search.
> 
> (defun hyperscope-add-note-to-set ()
>   (interactive)
>   (let ((parent (hyperscope-select-set)))
> (hlink-add-generic name nil 9 parent nil note)))
> 
> When key press is invoked I am capturing a note or some other type of
> a node into a set. Could be anything, it could be URL, Action similar
> to TODO, note, file, picture, voice note, just anything:
> 
> - press key
> 
> - type what you think where it should be filed, press ENTER on selection
> 
> - edit the note
> 
> Description of `org-capture'
> 
> org-capture is an autoloaded interactive compiled Lisp function in
> ‘org-capture.el’.
> 
> It is bound to C-c c.
> 
> (org-capture  GOTO KEYS)
> 
> Capture something.
> 
> This will let you select a template from ‘org-capture-templates’, and
> then file the newly captured information.  The text is immediately
> inserted at the target location, and an indirect buffer is shown where
> you can edit it.  Pressing ‘C-c C-c’ brings you back to the previous
> state of Emacs, so that you can continue your work.
> 
> ---
> 
> In your case "This will NOT let you select a template from
> org-capture-template". Function org-capture is written more in
> structured way of programming than functional way. It wants to do
> everything for user at once.
> 
> https://en.wikipedia.org/wiki/Structured_programming
> versus
> https://en.wikipedia.org/wiki/Functional_programming
> 
> What is here missing is `org-capture-by-completing-read' so that
> user may select among many various capture templates.
> 
> Compensating for initial bad design is expensive effort.

It looks that way. 
 
> Jean
> 

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

Re: Bring up a screen giving option to open a series of orgmode files

> Sent: Sunday, December 13, 2020 at 4:13 PM
> From: "Jean Louis" 
> To: "Ihor Radchenko" 
> Cc: "Maxim Nikulin" , emacs-orgmode@gnu.org
> Subject: Re: Bring up a screen giving option to open a series of orgmode files
>
> * Ihor Radchenko  [2020-12-13 03:45]:
> > Jean Louis  writes:
> >
> > > While it is easy to teach people to open single program, press a key,
> > > and insert title, it is harder and time consuming to teach random
> > > people how to use Emacs. This may not be true, it is just my current
> > > impression.
> >
> > I guess one would not need to teach people about everything in Emacs. If
> > the aim is just editing and viewing PDF, one can provide custom Emacs
> > configuration with added toolbars and menu items for common operations
> > with pdf. I do not see why it would be any different from specialised
> > pdf viewers.
>
> To see that assign Emacs tutorial to several people and observe
> results. I do.

It gets hard and you can see them sweating.

Re: Emacs inserts hardwired org-agenda-files variable, overwriting user options

> Sent: Sunday, December 13, 2020 at 6:31 PM
> From: "Jean Louis" 
> To: "Ihor Radchenko" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting 
> user options
>
> * Ihor Radchenko  [2020-12-13 12:25]:
> > Jean Louis  writes:
> >
> > > Org files I have always found useful for project and plan documents
> > > preparation, in particular LaTeX and PDF export. As that way I get
> > > better readability on screen and good printed document.
> > >
> > > None of such projects and plans need be marked with TODO as its nature
> > > is that it is action plan, all items are actionable items. We print a
> > > project and execute it. People report on project steps by email.
> >
> > I disagree. Or rather it depends on workflow:
> > In the process of writing a plan or document there is sometimes an urge
> > to fix small details instead of finishing the first draft and moving to
> > more fine-grained edits afterwards. One way around this urge is quickly
> > inserting an inline todo item and continuing to write (another way is
> > writing on paper, but one would need to spend extra time re-typing the
> > hand writing later).
>
> Aha yes, in the context of finishing documents some items cannot be
> completed and that is where TODO comes handy to know where to come
> back to finish the document, while other items get completed in the
> same time. But then again I never need an Org mode for that. I write
> in LaTeX and plain TeX too, there are programs, so I always leave
> there some tags in comments, usually also TODO. But is not Org mode
> dependent.

It becomes important for professional writers in the context of finishing
articles and books.

> Practically, if I write "TODO" on the heading then something is very
> wrong with all heading. I write a tag ;; TODO in Lisp code when I need
> to improve specific line of code to something else in future. Anybody
> can invent any kind of tags or even just note line numbers at begin or
> end of file. Should not be Org related in general.
>
> If my text under heading is large I rather like to bookmark where to
> come then to rely on TODO tag on the heading as it will not pinpoint
> where exactly I have to continue.
>
> > If the document text has inline todo items, it could be useful to mark
> > the top-level headline todo as well, simply to remind about any ideas
> > postponed during the writing. Such headline cannot be switched to done
> > if org enforced todo dependencies.
>
> Do you mean this:
>
> ** DONE Objective
>CLOSED: [2020-12-13 Sun 20:00]
> *** TODO [#B] Step to do 1
> *** TODO Step to do 2
>
> when org-enforce-todo-dependencies is true I can still say DONE for
> Objective above. I have mentioned it today already. Maybe it works on
> your side, it does not work here. Do I do something wrong? I am on
> development Emacs version and it does not enforce under emacs -Q
>
> Project planning shall always start backwards from known objective to
> be achieved. Subordinate tasks should become superfluous or redundant
> as soon as objective have been achieved.
>
> Scattered tasks without objective also have its objectives, they are
> just not sorted well. Good organizing means to put it under right
> objective and work by achieving objectives. City administrations do
> like that. Military does like that. Boy scouts do like
> that. Humanitarian organization.
>
> > Todo keywords don't have to be included into exported version of the
> > document.
>
> Sure. Sometimes is necessary, sometimes not.
>
> > >> Unless I am badly mistaken, I think this is only true when
> > >> org-enforce-todo-dependencies is non-nil?
> > >
> > > Variable is nil on my side.
> > >
> > > - [-] Something
> > >   - [ ] one
> > >   - [ ] two
> > >   - [X] three
> > >
> > > I cannot mark Something to be done without marking those subordinate
> > > items. Changing org-enforce-todo-dependencies does not change
> > > anything. User will need to lie to oneself to close those items to
> > > become able to close senior item.
> >
> > I believe it is hard-coded. One may send a feature request to have more
> > control over this behaviour.
>
> It looks like I am only one observing that. And especially me I do not
> like depending on Org mode to dictate how to close items. So when
> there is somebody else to join in the notion that is where feature is
> appropriate. Otherwise I consider Org rather made and designed for
> other way thinkers and doers, not for us who think from senior
> objectives as priorities where subordinate items should become
> redundant and not marked as "done".
>
> My personal list of for a day has 7 items currently. Not 250. Those
> are rather objectives, goals and purposes. Single items under
> objectives are well known actions to be done and need not be marked as
> TODO, but I can. My focus is on the meaning of what has to be done and
> I do not need to look into tags or properties. Your informational
> emails gave me to thinking so I have

Re: Emacs inserts hardwired org-agenda-files variable, overwriting user options

> Sent: Sunday, December 13, 2020 at 6:31 PM
> From: "Jean Louis" 
> To: "Ihor Radchenko" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting 
> user options
>
> * Ihor Radchenko  [2020-12-13 12:25]:
> > Jean Louis  writes:
> >
> > > Org files I have always found useful for project and plan documents
> > > preparation, in particular LaTeX and PDF export. As that way I get
> > > better readability on screen and good printed document.
> > >
> > > None of such projects and plans need be marked with TODO as its nature
> > > is that it is action plan, all items are actionable items. We print a
> > > project and execute it. People report on project steps by email.
> >
> > I disagree. Or rather it depends on workflow:
> > In the process of writing a plan or document there is sometimes an urge
> > to fix small details instead of finishing the first draft and moving to
> > more fine-grained edits afterwards. One way around this urge is quickly
> > inserting an inline todo item and continuing to write (another way is
> > writing on paper, but one would need to spend extra time re-typing the
> > hand writing later).
>
> Aha yes, in the context of finishing documents some items cannot be
> completed and that is where TODO comes handy to know where to come
> back to finish the document, while other items get completed in the
> same time. But then again I never need an Org mode for that. I write
> in LaTeX and plain TeX too, there are programs, so I always leave
> there some tags in comments, usually also TODO. But is not Org mode
> dependent.
>
> Practically, if I write "TODO" on the heading then something is very
> wrong with all heading. I write a tag ;; TODO in Lisp code when I need
> to improve specific line of code to something else in future. Anybody
> can invent any kind of tags or even just note line numbers at begin or
> end of file. Should not be Org related in general.
>
> If my text under heading is large I rather like to bookmark where to
> come then to rely on TODO tag on the heading as it will not pinpoint
> where exactly I have to continue.
>
> > If the document text has inline todo items, it could be useful to mark
> > the top-level headline todo as well, simply to remind about any ideas
> > postponed during the writing. Such headline cannot be switched to done
> > if org enforced todo dependencies.
>
> Do you mean this:
>
> ** DONE Objective
>CLOSED: [2020-12-13 Sun 20:00]
> *** TODO [#B] Step to do 1
> *** TODO Step to do 2
>
> when org-enforce-todo-dependencies is true I can still say DONE for
> Objective above. I have mentioned it today already. Maybe it works on
> your side, it does not work here. Do I do something wrong? I am on
> development Emacs version and it does not enforce under emacs -Q
>
> Project planning shall always start backwards from known objective to
> be achieved. Subordinate tasks should become superfluous or redundant
> as soon as objective have been achieved.
>
> Scattered tasks without objective also have its objectives, they are
> just not sorted well. Good organizing means to put it under right
> objective and work by achieving objectives. City administrations do
> like that. Military does like that. Boy scouts do like
> that. Humanitarian organization.
>
> > Todo keywords don't have to be included into exported version of the
> > document.
>
> Sure. Sometimes is necessary, sometimes not.
>
> > >> Unless I am badly mistaken, I think this is only true when
> > >> org-enforce-todo-dependencies is non-nil?
> > >
> > > Variable is nil on my side.
> > >
> > > - [-] Something
> > >   - [ ] one
> > >   - [ ] two
> > >   - [X] three
> > >
> > > I cannot mark Something to be done without marking those subordinate
> > > items. Changing org-enforce-todo-dependencies does not change
> > > anything. User will need to lie to oneself to close those items to
> > > become able to close senior item.
> >
> > I believe it is hard-coded. One may send a feature request to have more
> > control over this behaviour.
>
> It looks like I am only one observing that. And especially me I do not
> like depending on Org mode to dictate how to close items. So when
> there is somebody else to join in the notion that is where feature is
> appropriate. Otherwise I consider Org rather made and designed for
> other way thinkers and doers, not for us who think from senior
> objectives as priorities where subordinate items should become
> redundant and not marked as "done".
>
> My personal list of for a day has 7 items currently. Not 250. Those
> are rather objectives, goals and purposes. Single items under
> objectives are well known actions to be done and need not be marked as
> TODO, but I can. My focus is on the meaning of what has to be done and
> I do not need to look into tags or properties. Your informational
> emails gave me to thinking so I have implemented it all.
>
> > > If I do turn on the mentioned variable `org-enforce-todo-dependencies'

Re: Emacs inserts hardwired org-agenda-files variable, overwriting user options

any
> source code to jump anywhere else. It works in Org as well.
>
> Org hyperlinks can also work in any buffer including in source
> codes. I am not sure if that is wanted. Text is definitely not any
> more "plain text" as soon as it has Org hyperlink.
>
> GNU Hyperbole type of hyperlinks:
>
>  <(Look up word)>
>  <(Find people without assigned groups)>
>
> This is because these hyperlinks are in a separate directory file and
> thus separate from the text file where they are located.
>
> Org hyperlinks need to be included in the text and would look like
> this:
>
> [[elisp:(look-up-word)][Look up word]]
>
> I do tend to have separate hyperlink meta data from the hyperlink
> itself. I would prefer something more generic like
>
>  look up word [3:I49] to expand to hyperlink 3 words backwords or
>  [I49:3] 3 words forward when parsing and displaying such a file. Or
>  simply [I49] to become hyperlink itself to the node 49.
>
>  If node 49 is WWW hyperlink, let user go there. If it is note, show
>  him the note, if it is something else, go there. Jump anywhere
>  including to any paragraphs. And that hyperlinks are provided by
>  centralized database of all hyperlinks and hyperdocuments.
>
> Jean
>
>
>
>

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

bug#45212: org-capture user-error: Abort

> Sent: Sunday, December 13, 2020 at 11:46 AM
> From: "Jean Louis" 
> To: "Ihor Radchenko" 
> Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list" 
> 
> Subject: Re: org-capture user-error: Abort
>
> * Ihor Radchenko  [2020-12-13 11:21]:
> > Jean Louis  writes:
> > 
> > > * daniela-s...@gmx.it  [2020-12-12 23:19]:
> > >> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
> > >
> > > Those are error messages invented by programmers who never had any
> > > project supervisor who thinks of users.
> > 
> > (user-error "Action aborted") only prints "Action aborted".
> 
> Function is used wrongly. People do read source code.
> 
> (user-error FORMAT  ARGS)
> 
>   Probably introduced at or before Emacs version 24.
> 
> Signal a user error, making a message by passing ARGS to ‘format-message’.
> This is like ‘error’ except that a user error (or "pilot error") comes
> from an incorrect manipulation by the user, not from an actual problem.
> In contrast with other errors, user errors normally do not cause
> entry to the debugger, even when ‘debug-on-error’ is non-nil.
> This can be overridden by ‘debug-ignored-errors’.
> 
> Did user incorrectly manipulated anything? I don't think so. 
> 
> There was definitely good intention to glue the things together and
> make things function. But it was not made from viewpoint that software
> will be used by people, maybe people read source code which is what we
> want. Under certain condition that will come up as actual error, see
> debug-ignored-errors.
> 
> Why tell to user that it was user error when it was not? It was one of
> options.

I agree absolutely.
 
> Focus on technicality that causes the problem which does not fit
> reasonably into human meanings. We like meanings, that is why we want
> to fit meanings where they belong. Systems are not enough meaningful.
> 
> I can love my bicycle as I want, but it may not be usable by other
> people due to all idiosyncratic enhancements I have made to it.
> 
> Jean
> 
> 

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

Re: Org Capture Menu cannot be fully viewed

gt; Are there any more to these templates you did not show?
> >
> > Because, (and unless I am missing something) what I see are essentially
> > all the same (and quite simple).  You would end up with something like
> > the following in your target file (with the cursor ending up at the x):
>
> > #+begin_example
> >
> > * Site_Type: x
> > [2020-12-12 Sat 21:58]
> >
> > #+end_example
> >
> > In fact I don't even see where the type name ends up in the result?
> >
> > If all my assumptions above are true, I think you would probably be
> > better served with a simple completing-read (or similar) function to
> > select the "Investigation Type" from a list and then simply insert that
> > along with a timestamp.  Which it will take you longer to reply to this
> > email and confirm than it would take me to write such a function.  :)
> >
> > Benefit of that way also removes possibility of typos in the type name.
> >
> > In fact, the above could even be done with something as simple as
> > Yankpad[0].
> >
> > I have no idea what your workflow looks like, or where this data ends
> > up.  However, thinking further, I would imagine it might even be helpful
> > to set one or more Org properties[1] for things like "Investigation
> > Type" (along with some other things I could speculate like "Location"
> > etc.).  But all of that depends on even more things I don't know about.
> >
> > If you care to share a slightly bigger picture view, particularly about
> > the structure of the data you are trying to capture (and/or, your
> > workflow) we could likely come up with something that would work much
> > better for you than a capture template, at least in this particular
> > case.
> >
> > Cheers,
> > TRS-80
> >
> > [0] https://github.com/Kungsgeten/yankpad
> > [1] https://orgmode.org/manual/Properties-and-Columns.html
> >
> >
>
>

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy

Re: Using org-agenda-time-grid with lists

2020-12-11 Thread Christopher Dimech

> Sent: Friday, December 11, 2020 at 6:23 PM
> From: "TRS-80" 
> To: emacs-orgmode@gnu.org
> Subject: Re: Using org-agenda-time-grid with lists
>
> On 2020-12-11 11:48, steve-humphr...@gmx.com wrote:
> > TRS-80 wrote:
> >> On 2020-12-11 10:45, steve-humphr...@gmx.com wrote:
> >> >
> >> > Incidentally, how can one print a list in messages buffer?
> >>
> >> Do you mean something other than standard:
> >
> > Correct, something other than "%s".
> >
> >>
> >> ```
> >> (message "%s" my-list)
> >> ```
> >> I wrote some quite involved function to take a list of variables and
> >> print them to Messages buffer, formatting them nicely.  I use it when
> >> debugging and writing code.  However I am not sure that is what you
> >> are
> >> looking for or not?
> >
> > What is the biggest problem with printing lists that you have
> > encountered?
>
> I don't have any problem printing simple list.  Well, maybe one case.
> If the list is too long (because you only get some part of it in
> Messages buffer).  In that case, I do my function in fundamental-mode
> with C-j (I think?)  which put the results in the same buffer.  Then you
> can do  (or maybe it's ?) and that will expand to the full
> result, if you need to look at that.
>
> But the reason I wrote my function was because I wanted to provide short
> list of (separate) variables and have them print out to nicely formatted
> message as intermediate structure code and/or for debugging purposes.
> Which is nothing to do with lists, per say.

Perhaps you might get some ideas from
https://github.com/oantolin/icomplete-vertical

> > Cheers always sounds better on a friday. :)
>
> You make me thirsty all of a sudden!  :)

:)

> Cheers,
> TRS-80
>
>

Re: Emacs inserts hardwired org-agenda-files variable, overwriting user options

2020-12-11 Thread Christopher Dimech

Stick to the topic.  She encountered an org-agenda problem and she figured out 
what
was happening by herself.  And I'm sure it was not without any toil.



> Sent: Friday, December 11, 2020 at 2:59 PM
> From: "Detlef Steuer" 
> To: emacs-orgmode@gnu.org
> Cc: to...@tuxteam.de
> Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting 
> user options
>
> Am Fri, 11 Dec 2020 14:47:27 +0100
> schrieb daniela-s...@gmx.it:
>
> > Freak out how much you like but it occurs to me that there is no
> > active hacking on org-agenda and adding new features.  Or it may be
> > that there are no new ideas and you are getting upset about it.
>
> Hmm, may be he just meant, what he very politely said.
>
> Intended or not you come across in quite a rude way.
> I share that feeling of Tomas.
>
> All the best
> detlef
>
>

Time Slots in Org-Agenda

2020-12-09 Thread Christopher Dimech

It would be good if the following org-agenda problem could be addressed.

Here is a section of a diary

Dec 05, 2020
06:13-08:34 Gnu Hackers Meeting
10:21-12:00 Richard Stallman Talk
12:00-12:34 Lunch
14:21-17:34 Hacking Session

This gives the following in Org-Agenda.


Saturday 5 December 2020
5:06.. now - - - - - - - - - - - - - - - - - - - - - - - - -
Diary: 7:55- 9:34 Gnu Hackers Meeting *
8:00.. 
10:00.. 
Diary: 10:21-12:00 Richard Stallman Talk
12:00.. 
Diary: 12:00-12:34 Lunch
14:00.. 
Diary: 14:21-17:34 Hacking Session *
16:00.. 
18:00.. 
20:00.. 


Loking at the entries with a star, end later than the
next time thresholds of 08:00 and 16:00, yet the entries
are not being populated for the later times.

I would be grateful if the slots at the later times would
also be filled. For instance, according to the setup below
(see the ** entries)

Saturday 5 December 2020
5:06.. now - - - - - - - - - - - - - - - - - - - - - - - - -
Diary: 7:55- 8:00 Gnu Hackers Meeting **
8:00.. 
Diary: 8:00- 9:34 Gnu Hackers Meeting **
10:00.. 
Diary: 10:21-12:00 Richard Stallman Talk
12:00.. 
Diary: 12:00-12:34 Lunch
14:00.. 
Diary: 14:21-16:00 Hacking Session **
16:00.. 
Diary: 17:00-17:34 Hacking Session **
18:00.. 
20:00..

Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options



> Sent: Monday, November 30, 2020 at 3:50 AM
> From: "Tim Cross" 
> To: "Christopher Dimech" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, 
> overwriting user options
>
>
> Christopher Dimech  writes:
>
> >> Sent: Monday, November 30, 2020 at 1:59 AM
> >> From: "Tim Cross" 
> >> To: "Christopher Dimech" 
> >> Cc: emacs-orgmode@gnu.org
> >> Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, 
> >> overwriting user options
> >>
> >>
> >> Christopher Dimech  writes:
> >>
> >> >> Sent: Monday, November 30, 2020 at 1:09 AM
> >> >> From: "Tim Cross" 
> >> >> To: emacs-orgmode@gnu.org
> >> >> Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> >> variable, overwriting user options
> >> >>
> >> >>
> >> >> daniela-s...@gmx.it writes:
> >> >>
> >> >> >> Sent: Sunday, November 29, 2020 at 10:51 PM
> >> >> >> From: "Gyro Funch" 
> >> >> >> To: daniela-s...@gmx.it, "Kyle Meyer" 
> >> >> >> Cc: emacs-orgmode@gnu.org
> >> >> >> Subject: Re[2]: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> >> >> variable, overwriting user options
> >> >> >>
> >> >> >> >
> >> >> >> >>  Sent: Sunday, November 29, 2020 at 10:20 PM
> >> >> >> >>  From: "Kyle Meyer" 
> >> >> >> >>  To: daniela-s...@gmx.it
> >> >> >> >>  Cc: "gyro funch" , emacs-orgmode@gnu.org
> >> >> >> >>  Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> >> >> >> variable, overwriting user options
> >> >> >> >>
> >> >> >> >>daniela-s...@gmx.it writes:
> >> >> >> >>
> >> >> >> >>  >> From: "gyro funch" 
> >> >> >> >>  [...]
> >> >> >> >>  >> If I'm not mistaken, all of the development is done by 
> >> >> >> >> volunteers.
> >> >> >> >>  >>
> >> >> >> >>  >> Perhaps you could help resolve your issue instead of asking 
> >> >> >> >> other
> >> >> >> >>  >> people, who are likely already overworked, to shoulder the 
> >> >> >> >> burden.
> >> >> >> >>  >
> >> >> >> >>  > Is there a mailing list for abuse?  If I want abuse I shall 
> >> >> >> >> ask for it.
> >> >> >> >>  > Loser!
> >> >> >> >
> >> >> >> >>  I don't see anything that gyro said as abuse.  Name calling, on 
> >> >> >> >> the
> >> >> >> >>  other hand, has no place on this list.
> >> >> >> >
> >> >> >> >One asks for help, and people tell you to go fix it yourself.  If 
> >> >> >> >there
> >> >> >> >is any disrespect, you bring it upon yourselves.  And now you start.
> >> >> >> >Another Gnu Goon.
> >> >> >>
> >> >> >> I have found that people on this list are extremely friendly, 
> >> >> >> courteous,
> >> >> >> and helpful.
> >> >> >> I suggest that you look back at the way you asked for/demanded help 
> >> >> >> and
> >> >> >> the various responses you gave in this thread.
> >> >> >> Taking on an attitude of entitlement and showing a lack of respect 
> >> >> >> for
> >> >> >> others, their perspectives, and efforts may not be the best way to 
> >> >> >> get
> >> >> >> help.
> >> >> >
> >> >> > Nonsense.
> >> >>
> >> >> Not nonsense at all. You responses have become rude and unhelpful. I can
> >> >> understand how you may be frustrated by the bug reporting situation, but
> >> >> your response to that frustration has been to complain and be critical 
> >> >> in
&

Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options

> Sent: Monday, November 30, 2020 at 1:59 AM
> From: "Tim Cross" 
> To: "Christopher Dimech" 
> Cc: emacs-orgmode@gnu.org
> Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, 
> overwriting user options
>
>
> Christopher Dimech  writes:
>
> >> Sent: Monday, November 30, 2020 at 1:09 AM
> >> From: "Tim Cross" 
> >> To: emacs-orgmode@gnu.org
> >> Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, 
> >> overwriting user options
> >>
> >>
> >> daniela-s...@gmx.it writes:
> >>
> >> >> Sent: Sunday, November 29, 2020 at 10:51 PM
> >> >> From: "Gyro Funch" 
> >> >> To: daniela-s...@gmx.it, "Kyle Meyer" 
> >> >> Cc: emacs-orgmode@gnu.org
> >> >> Subject: Re[2]: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> >> variable, overwriting user options
> >> >>
> >> >> >
> >> >> >>  Sent: Sunday, November 29, 2020 at 10:20 PM
> >> >> >>  From: "Kyle Meyer" 
> >> >> >>  To: daniela-s...@gmx.it
> >> >> >>  Cc: "gyro funch" , emacs-orgmode@gnu.org
> >> >> >>  Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> >> >> variable, overwriting user options
> >> >> >>
> >> >> >>daniela-s...@gmx.it writes:
> >> >> >>
> >> >> >>  >> From: "gyro funch" 
> >> >> >>  [...]
> >> >> >>  >> If I'm not mistaken, all of the development is done by 
> >> >> >> volunteers.
> >> >> >>  >>
> >> >> >>  >> Perhaps you could help resolve your issue instead of asking other
> >> >> >>  >> people, who are likely already overworked, to shoulder the 
> >> >> >> burden.
> >> >> >>  >
> >> >> >>  > Is there a mailing list for abuse?  If I want abuse I shall ask 
> >> >> >> for it.
> >> >> >>  > Loser!
> >> >> >
> >> >> >>  I don't see anything that gyro said as abuse.  Name calling, on the
> >> >> >>  other hand, has no place on this list.
> >> >> >
> >> >> >One asks for help, and people tell you to go fix it yourself.  If there
> >> >> >is any disrespect, you bring it upon yourselves.  And now you start.
> >> >> >Another Gnu Goon.
> >> >>
> >> >> I have found that people on this list are extremely friendly, courteous,
> >> >> and helpful.
> >> >> I suggest that you look back at the way you asked for/demanded help and
> >> >> the various responses you gave in this thread.
> >> >> Taking on an attitude of entitlement and showing a lack of respect for
> >> >> others, their perspectives, and efforts may not be the best way to get
> >> >> help.
> >> >
> >> > Nonsense.
> >>
> >> Not nonsense at all. You responses have become rude and unhelpful. I can
> >> understand how you may be frustrated by the bug reporting situation, but
> >> your response to that frustration has been to complain and be critical in
> >> a very non-constructive manner. You have now descended into name calling
> >> and personal abuse. You are beginning to exhibit behaviour
> >> which is not welcome here and which will result in people ignoring your
> >> posts. Multiple people have now pointed this out, which should make you
> >> stop and think rather than become emotional and respond defensively.
> >>
> >> the ball is now in your court. How you respond will influence how others
> >> respond to your requests and suggestions going forward.
> >
> > Please be aware that it was pointed out that one can configure
> > org-agenda-skip-unavailable-files to a non-nil value if she wants
> > non-existing/unreadable files to be skipped.
> >
> > But that option isn't mentioned in the manual or the docstring of the
> > org-agenda-files option.  The problem is known and has been a source of 
> > great
> > frustration, that's why it was introduced.
> >
> > Daniela is quite right.  If multiple people don't want to help her, that's
> > fine, many others will.
> >
>
> The issue at this poin

Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options

> Sent: Monday, November 30, 2020 at 1:09 AM
> From: "Tim Cross" 
> To: emacs-orgmode@gnu.org
> Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, 
> overwriting user options
>
>
> daniela-s...@gmx.it writes:
>
> >> Sent: Sunday, November 29, 2020 at 10:51 PM
> >> From: "Gyro Funch" 
> >> To: daniela-s...@gmx.it, "Kyle Meyer" 
> >> Cc: emacs-orgmode@gnu.org
> >> Subject: Re[2]: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> variable, overwriting user options
> >>
> >> >
> >> >>  Sent: Sunday, November 29, 2020 at 10:20 PM
> >> >>  From: "Kyle Meyer" 
> >> >>  To: daniela-s...@gmx.it
> >> >>  Cc: "gyro funch" , emacs-orgmode@gnu.org
> >> >>  Subject: Re: bug#44935: Emacs inserts hardwired org-agenda-files 
> >> >> variable, overwriting user options
> >> >>
> >> >>daniela-s...@gmx.it writes:
> >> >>
> >> >>  >> From: "gyro funch" 
> >> >>  [...]
> >> >>  >> If I'm not mistaken, all of the development is done by volunteers.
> >> >>  >>
> >> >>  >> Perhaps you could help resolve your issue instead of asking other
> >> >>  >> people, who are likely already overworked, to shoulder the burden.
> >> >>  >
> >> >>  > Is there a mailing list for abuse?  If I want abuse I shall ask for 
> >> >> it.
> >> >>  > Loser!
> >> >
> >> >>  I don't see anything that gyro said as abuse.  Name calling, on the
> >> >>  other hand, has no place on this list.
> >> >
> >> >One asks for help, and people tell you to go fix it yourself.  If there
> >> >is any disrespect, you bring it upon yourselves.  And now you start.
> >> >Another Gnu Goon.
> >>
> >> I have found that people on this list are extremely friendly, courteous,
> >> and helpful.
> >> I suggest that you look back at the way you asked for/demanded help and
> >> the various responses you gave in this thread.
> >> Taking on an attitude of entitlement and showing a lack of respect for
> >> others, their perspectives, and efforts may not be the best way to get
> >> help.
> >
> > Nonsense.
>
> Not nonsense at all. You responses have become rude and unhelpful. I can
> understand how you may be frustrated by the bug reporting situation, but
> your response to that frustration has been to complain and be critical in
> a very non-constructive manner. You have now descended into name calling
> and personal abuse. You are beginning to exhibit behaviour
> which is not welcome here and which will result in people ignoring your
> posts. Multiple people have now pointed this out, which should make you
> stop and think rather than become emotional and respond defensively.
>
> the ball is now in your court. How you respond will influence how others
> respond to your requests and suggestions going forward.

Please be aware that it was pointed out that one can configure
org-agenda-skip-unavailable-files to a non-nil value if she wants
non-existing/unreadable files to be skipped.

But that option isn't mentioned in the manual or the docstring of the
org-agenda-files option.  The problem is known and has been a source of great
frustration, that's why it was introduced.

Daniela is quite right.  If multiple people don't want to help her, that's
fine, many others will.

-
Christopher Dimech
General Administrator - Naiad Informatics - GNU Project (Geocomputation)
- Geophysical Simulation
- Geological Subsurface Mapping
- Disaster Preparedness and Mitigation
- Natural Resource Exploration and Production
- Free Software Advocacy


> --
> Tim Cross
>
>

Re: bug#44935: Emacs inserts hardwired org-agenda-files variable, overwriting user options