Re: Reload uncompiled needed

[Joost]

On Thu, 17 Feb 2022, at 23:44, Tim Cross wrote:
> If you try to upgrade org using a apckage manager, such as package.el,
> and you already have some org functionality loaded at the time of the
> upgrade, you can get a broken 'mixed' installation. This will often
> create the type of errors you are experiencing.

Using  may help avoid this issue. See 
specifically here:

https://github.com/jwiegley/emacs-async#enable-asynchronous-compilation-of-your-melpa-packages

-- 
Joost Kremers
Life has its moments

ob-powershell fixes, looking for original author

[Monstara]

Hello, I found an incomplete implementation
 of ob-powershell and fixed it
.
However, the original did not have a license, so it is not possible to
proceed further, e.g. put it up on melpa.
Is the original author here on the list? I think they do not have a contact
address on github. Also posted on reddit to no avail.

Regards,
Mois

Re: org-ref-helm-insert-cite-link (using bibtex) when exporting to html

[Uwe Brauer]

>>> "JK" == John Kitchin  writes:

> I guess you are using the older org-ref version 2 here. If so, there isn't
> a real way to customize that, it comes from org-ref-get-html-bibliography
> which hard codes an unordered list.

This kludge «solves» it 

(defun org-ref-get-html-bibliography ( sort)
  "Create an html bibliography when there are keys.
If one of SORT and `org-ref-bib-html-sorted' is non-nil,
the bibliography is alphabetically sorted."
  (let ((keys (org-ref-get-bibtex-keys (or sort org-ref-bib-html-sorted
(when keys
  (concat org-ref-bib-html ""
  "\n\n" ; a kludge to obtain a numbered list 
UB:18.02.2022:
  (mapconcat (lambda (x) (org-ref-get-bibtex-entry-html x)) keys 
"\n")
  "\n" ;second part of the kludge 
UB:18.02.2022:
  "\n"


> In version 3, you can use csl for this.

I remember running into issues with version 3. But in the future, if time
permits, I have to try it again.



smime.p7s
Description: S/MIME cryptographic signature

Pandoc and nested emhases

[Juan Manuel Macías]

Hi all,

Sorry in advance if this may sound too trivial, imprecise or naive: it's
just for my curiosity, as I've recently been doing some tests with Pandoc
and I've seen something that has caught my attention.

It is known that LaTeX-style nested emphases of the same category are
not possible in Org. For example, the following string does not export
to LaTeX as expected:

#+begin_src org :results latex replace
/lorem /ipsum/ dolor/
#+end_src

#+RESULTS:
#+begin_export latex
\emph{lorem /ipsum} dolor/
#+end_export

Otherwise, if you export to LaTeX with pandoc (v. 2.14.2), the result is
(to my surprise) correct:

#+begin_src sh :results latex
str="/lorem /ipsum/ dolor/" 
pandoc -f org -t latex <<< $str
#+end_src

#+RESULTS:
#+begin_export latex
\emph{lorem \emph{ipsum} dolor}
#+end_export

If memory serves me, I think this was not possible before with Pandoc
(neither from Org nor from Markdown, but I insist that I don't know if
my memory is failing me too much :-)).

Anyway, I wonder if it would be possible for Org to somehow implement
some Pandoc procedure to be able to export nested emphases of the same
category.

Another (more abstract) doubt that arises, although I am not an expert
in matters of grammar and specifications. If nested emphases of the same
category are not possible in Org, should this be understood as a bug or
a feature? What implication does it have if a external parser, like
Pandoc, parses them just "fine"?

Best regards,

Juan Manuel

Inserting links stored in `org-store-link-plist`

[Alejandro Pérez Carballo]

Hello, 

After storing a link to an ID using `org-id-store-link` I would've expected the 
stored link to be made available when calling `org-insert-link`, much like when 
storing a link using `org-store-link. But that's not what I see: the link 
stored with `org-id-store-link` is added to `org-store-link-plist` but not to 
`org-stored-links`. 

To my surprise (and this may not be related, but in case it is), the value of 
`org-store-link-plist` is set to `nil` if I call `org-store-link`. Somehow 
calling `org-store-link` results in both the value of the stored link being 
sent to `org-stored-links` *and* in the value of `org-store-link-plist`, but 
calling `org-id-store-link` results in the stored link being sent to 
`org-store-link-plist` without touching the value of `org-stored-links`. 

I'm assuming this is not the expected behavior, but if it is, I'd appreciate 
any suggestions for how to use the values of `org-store-link-plist` when 
calling `org-insert-link`. 

I'm seeing this both with 9.5.2 and 9.5.1.

Thanks in advance for any help, 

APC

Re: Reload uncompiled needed

[Tim Cross]

"Loris Bennett"  writes:

> Hi,
>
> I have managed to install 9.5 but I now get 
>
>   org-agenda-get-day-entries: Invalid function: (date date)
>
> when I try to generate my agenda.  If I reload Org uncompiled, the error
> disappears.
>
> In *Messages* it seems like the very same version has been reloaded:
>
>   Org mode version 9.5.2 (9.5.2-gfbff08 @ 
> /home/loris/.emacs.d.default/elpa/org-9.5.2/)
>
>   Successfully reloaded Org
>   Org mode version 9.5.2 (9.5.2-gfbff08 @ 
> /home/loris/.emacs.d.default/elpa/org-9.5.2/)
>
> If I try to byte recompile the directory, everything seems
> up-to-date:
>  
>   Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/... [125 times]
>   Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/doc...
>   Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/etc...
>   Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/etc/csl...
>   Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/etc/styles...
>   Done (Total of 0 files compiled, 124 skipped)
>
> The el and elc files seem to have the same date:
>
>   $ ll ~/.emacs.d.default/elpa/org-9.5.2/org.el*
>   -rw-r--r-- 1 loris users 834072 Feb  9 16:45 
> /home/loris/.emacs.d.default/elpa/org-9.5.2/org.el
>   -rw-r--r-- 1 loris users 719363 Feb  9 16:45 
> /home/loris/.emacs.d.default/elpa/org-9.5.2/org.elc
>
> I can't pretend to understand the contents of org.elc, but it does
> contain the following
>
>   (provide \\='org-xyz)\n\nFor export specific modules, see also
>   `org-export-backends'." :group org :set org-set-modules
>   :package-version (Org . "9.5")
>
> The version which comes with Emacs 27 on Debian seems to be 9.3:
>
>   $ zgrep '^;; Version' /usr/share/emacs/27.1/lisp/org/org.el.gz
>   ;; Version: 9.3
>
> I presume I could just delete all the elc-files, but I would like to
> know what is going on.  Can anyone see what is happening?
>

How did you upgrade? (package.el, straight.el, manual git clone etc)?

Did you make sure no org functionality was already loaded into Emacs
before you performed the upgrade?

If you try to upgrade org using a apckage manager, such as package.el,
and you already have some org functionality loaded at the time of the
upgrade, you can get a broken 'mixed' installation. This will often
create the type of errors you are experiencing.

The solution is to uninstall the upgraded version, start a new Emacs
session which has no org functionality loaded (may be necessary to
comment out any org related configuration in your init file to prevent
org being loaded at startup), upgrade org to current version and then
restore your init setup code. Depending on what configuration code you
ahve in your init file and how it is structured, sometimes it is
sufficient to just ensure you do the upgrade immediately after starting
a new Emacs session. Where people run into problems is when they upgrade
org in an Emacs session which has been running for some time (and which
likely has some org functionality already loaded). 

Re: Question Regarding Creating HTML Style Buttons With Org Mode

[Juan Manuel Macías]

Hi Samuel:

Samuel Banya writes:

> Is it possible to create HTML style buttons using Org Mode itself?

One possibility is to use a custom link. For example:

#+begin_src emacs-lisp
  (org-link-set-parameters "button"
   :face '(:foreground "green" :underline t)
   :export (lambda (path desc backend)
 (when (eq backend 'html)
   (format "%s" path desc
#+end_src

#+HTML_HEAD:  
.mybutton{background-color:#4CAF50;border:none;color:white;padding:15px32px;text-align:center;text-decoration:none;display:inline-block;font-size:18px;margin:4px2px;cursor:pointer;

[[button:some target][This is a button]]

NB: I have borrowed the style from here: 
https://www.w3schools.com/csS/css3_buttons.asp

Best regards,

Juan Manuel 

Re: org-ref-helm-insert-cite-link (using bibtex) when exporting to html

[John Kitchin]

I guess you are using the older org-ref version 2 here. If so, there isn't
a real way to customize that, it comes from org-ref-get-html-bibliography
which hard codes an unordered list.

In version 3, you can use csl for this.

John

---
Professor John Kitchin (he/him/his)
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu



On Thu, Feb 17, 2022 at 3:19 PM Uwe Brauer  wrote:

> "JK" == John Kitchin  writes:

>>> There aren't enough details here to figure out what you mean. The
>> bibliography formatting should be determined by the CSL style.
>>
> I am not sure whether I should send here all my settings, but I convert
> the org file either with the standard org exporter or as in this example
> using org-mime-htmlize the result is an unnumbered list.
>
> MR2980528 <#m_-6043399637367556315_MR2980528>
>
> MR2779087 <#m_-6043399637367556315_MR2779087>
>
> MR2608125 <#m_-6043399637367556315_MR2608125>
>
> Bibliography
>
>- [MR2980528] Coutand & Shkoller, Well-posedness in smooth function
>spaces for the moving-boundary three-dimensional compressible Euler
>equations in physical vacuum, *Arch. Ration. Mech. Anal.*, *206(2)*,
>515-616 (2012). link . doi
>.
>- [MR2779087] Coutand & Shkoller, Well-posedness in smooth function
>spaces for moving-boundary 1-D compressible Euler equations in physical
>vacuum, *Comm. Pure Appl. Math.*, *64(3)*, 328-366 (2011). link
>. doi
>.
>- [MR2608125] Coutand, Lindblad, Shkoller & Steve, A priori estimates
>for the free-boundary 3D compressible Euler equations in physical vacuum, 
> *Comm.
>Math. Phys.*, *296(2)*, 559-587 (2010). link
>. doi
>.
>
>

Re: org-ref-helm-insert-cite-link (using bibtex) when exporting to html

[Uwe Brauer]

The correct conversion should be 

* An example

cite:MR2980528

cite:MR2779087

cite:MR2608125

bibliographystyle:amsalpha-url
bibliography:/home/oub/ALLES/HGs/tex/bib/free.bib

Re: org-ref-helm-insert-cite-link (using bibtex) when exporting to html

[Uwe Brauer]

>>> "JK" == John Kitchin  writes:

> There aren't enough details here to figure out what you mean.
> The bibliography formatting should be determined by the CSL style.

I am not sure whether I should send here all my settings, but I convert the org 
file either with the standard org exporter or as in this example using 
org-mime-htmlize the result is an unnumbered list.



cite:MR2980528

cite:MR2779087

cite:MR2608125

bibliographystyle:amsalpha-url
bibliography:/home/oub/ALLES/HGs/tex/bib/free.bib






smime.p7s
Description: S/MIME cryptographic signature

Re: org-ref-helm-insert-cite-link (using bibtex) when exporting to html

[John Kitchin]

There aren't enough details here to figure out what you mean.

The bibliography formatting should be determined by the CSL style.

John

---
Professor John Kitchin (he/him/his)
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu



On Thu, Feb 17, 2022 at 10:57 AM Uwe Brauer  wrote:

>
> Hi
>
> I have a small org file with some bibtex references I insert using
> org-ref-helm-insert-cite-link.
>
> When I export the file to html, the list of reference gets a bullet
> list.
>
> Any change to get a numerated list (I am not sure I asked that in the
> past...)?
>
> Regards
>
> Uwe Brauer
>
>
>

org-ref-helm-insert-cite-link (using bibtex) when exporting to html

[Uwe Brauer]

Hi

I have a small org file with some bibtex references I insert using 
org-ref-helm-insert-cite-link.

When I export the file to html, the list of reference gets a bullet
list.

Any change to get a numerated list (I am not sure I asked that in the
past...)?

Regards

Uwe Brauer 

Reload uncompiled needed

[Loris Bennett]

Hi,

I have managed to install 9.5 but I now get 

  org-agenda-get-day-entries: Invalid function: (date date)

when I try to generate my agenda.  If I reload Org uncompiled, the error
disappears.

In *Messages* it seems like the very same version has been reloaded:

  Org mode version 9.5.2 (9.5.2-gfbff08 @ 
/home/loris/.emacs.d.default/elpa/org-9.5.2/)

  Successfully reloaded Org
  Org mode version 9.5.2 (9.5.2-gfbff08 @ 
/home/loris/.emacs.d.default/elpa/org-9.5.2/)

If I try to byte recompile the directory, everything seems
up-to-date:
 
  Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/... [125 times]
  Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/doc...
  Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/etc...
  Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/etc/csl...
  Checking /home/loris/.emacs.d.default/elpa/org-9.5.2/etc/styles...
  Done (Total of 0 files compiled, 124 skipped)

The el and elc files seem to have the same date:

  $ ll ~/.emacs.d.default/elpa/org-9.5.2/org.el*
  -rw-r--r-- 1 loris users 834072 Feb  9 16:45 
/home/loris/.emacs.d.default/elpa/org-9.5.2/org.el
  -rw-r--r-- 1 loris users 719363 Feb  9 16:45 
/home/loris/.emacs.d.default/elpa/org-9.5.2/org.elc

I can't pretend to understand the contents of org.elc, but it does
contain the following

  (provide \\='org-xyz)\n\nFor export specific modules, see also
  `org-export-backends'." :group org :set org-set-modules
  :package-version (Org . "9.5")

The version which comes with Emacs 27 on Debian seems to be 9.3:

  $ zgrep '^;; Version' /usr/share/emacs/27.1/lisp/org/org.el.gz
  ;; Version: 9.3

I presume I could just delete all the elc-files, but I would like to
know what is going on.  Can anyone see what is happening?

Cheers,

Loris
-- 
This signature is currently under construction.

Re: Unable to get current or via use-package

[Loris Bennett]

Hi João,

João Pedro de Amorim Paula  writes:

> On 09 February 2022 16:51, "Loris Bennett"  wrote:
>
>> Thanks, that did the trick.  I was hoping that when I use the same
>> init.el on a different machine I wouldn't have to remember anything and
>> use-package would automatically install the latest version.  Seemingly
>> not :-/
>
> I had a similar issue in the recent past and was able to come up with a
> solution using the built-in package.el. Not sure how to make it work
> with use-package, but that at least seems to solve the issue of it not
> installing the ELPA version.
>
> Not really sure if the version installed is the one that Emacs actually
> uses, though, I am on Emacs 28.0.91 and all of the built-in packages I
> have are the same version as their ELPA counterpart, so Emacs seems to be
> prioritizing the built-in version. It could be that this is only the
> case because they're both the same version; and seem as I'm traveling
> ATM I couldn't test it against Emacs 27, so it would be great if you
> could check it.

What exactly would you like me to test?

Cheers,

Loris

-- 
This signature is currently under construction.

Question Regarding Creating HTML Style Buttons With Org Mode

[Samuel Banya]

Hey there,

So I'm in the process of creating an art portfolio site, but am wondering if 
the following idea is possible:

Is it possible to create HTML style buttons using Org Mode itself?

Would I need to do this via a '#begin-src' block in order to create the button 
itself?

I ask because I'm aware on how to force custom stylesheets for a given Org Mode 
doc that's converted to an HTML page, but didn't know if I could populate some 
buttons so that I can stylize them accordingly.

Thanks,

Sam