Re: Org-babel-lilypond always renders full pages
On Wed, 2020-04-01 at 11:02 +0200, Oliver Heck wrote:
> > Off-topic: Oliver is exporting/engraving to a fixed-resolution png. An
> > alternative
> > is to export scalable vector graphics of the score to PDF.
>
> PDF does scale better, but it does not help because I need the original
> size embedded.
>
> Logically it works fine when full staves are rendered (at least they all
> have an identical scaling factor then), but I often have very small
> snippets like single bars or fretboard diagrams.
>
> Oliver
>
Understood, Oliver. And I'm sorry for crashing in.
FYI, I have had the most success in using the pdf-example.org of this page,
https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-lilypond.html
as that exports EPS to PDF, not what you're after.
I've cut pdf-example.org down and include an import from midi2ly as shown
here.
This helps, as the imported ly file has its \layout { .. } block which
is informative and allows further editing along with the imported score.
* Importing from MIDI
Lorem ipsum dolor sit amet, consectetur ... etc
#+LaTeX: \linebreak
#+ATTR_LaTeX: width=17cm
#+begin_src lilypond :file patterns-1.eps :noweb yes
\include "patterns1-midi.ly"
#+end_src
#+RESULTS:
[[file:patterns-1.eps]]
org-babel block with :exports code that gets evaluated on export
Hi, Is there a way to have an org-babel block which only exports its code but still gets evaluated when exporting ?
Re: :tangle header argument not picked up in #+PROPERTY line or :PROPERTIES: block
Hi Thomas, Thanks for that link. I really need to go over that document carefully. :-) Best, Joost On Tue, Mar 31 2020, Thomas S. Dye wrote: Aloha Joost, This link reflects my understanding of how properties accumulate, rather than overwrite: https://org-babel.readthedocs.io/en/latest/header-args/ hth, Tom -- Joost Kremers Life has its moments
Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]
Hi Marco, thank you for the reply. For the record, I am in favor of the old workings, as described by Eric. It is more consistent in several ways. Carsten On Wed, Apr 1, 2020 at 7:52 PM Marco Wahl wrote: > Hi Carsten, > > > I just pulled the lates master, and I think the creation of a new column > > has not been set back to the way it used to be, even though Nicolas > agreed > > to do so. Am I missing something? > > As I understood, we practice some patience now to see if someone votes > for keeping the current behavior. And then act according to the > discussion (or non-discussion.) > > > Best regards, > -- Marco >
Improving Org Mode for VSCode - Thinking Aloud
With VSCode becoming ever-popular it seems like there might be some value in getting org mode working there simply as a way of promoting org as an excellent literate coding notebook. VSCode already has a halfway decent org-mode but it doesn’t support anything from Babel. I’m trying to think of relatively easy ways of adding that ability. Here’s a thought: Most of babel that technically works against the document itself, it doesn’t really need much document integration with the editor. So could you get it working in vscode so long as someone has a properly configured version of emacs installed locally? “Evaluate/Export/etc” would just write the document, then use emacs to run the appropriate commands on it and refresh the document view. Of course features like the separate editor for src blocks and folding #results would be nice too, but if the basics could work that would be a huge win for org. Any thoughts on the feasibility of this?
Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]
Hi Carsten, > I just pulled the lates master, and I think the creation of a new column > has not been set back to the way it used to be, even though Nicolas agreed > to do so. Am I missing something? As I understood, we practice some patience now to see if someone votes for keeping the current behavior. And then act according to the discussion (or non-discussion.) Best regards, -- Marco
Re: is it possible doing a "smart tri-fold brochure" with org-mode?
Hi Julius. I have found leaflet. I am going to try using it. Thanks for your help. Best Regards Julius> I know there are LaTeX packages / classes for several forms of Julius> brochures. Those might be used by org-mode.
passing output from a src block to a gnuplot src block
Hello all, I'm trying to use the :post directive in a src block that generates some data (two columns of numbers) to pass these data to a gnuplot src block. The latter would normally have a ":var data=sometable" header specification and I would then simply "plot data using 1:2". Behind the scenes, it would seem that org babel for gnuplot creates a data file to store the data from a table but this doesn't seem to happen with the :post usage. The question is how do I do the same without having to create an intermediate table (as it's quite large and totally unnecessary other than for transferring data from one block to another). Has anybody here done anything similar? Thank you. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-438-g5b9698
Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]
Hi, I just pulled the lates master, and I think the creation of a new column has not been set back to the way it used to be, even though Nicolas agreed to do so. Am I missing something? Thanks. Carsten On Tue, Mar 31, 2020 at 10:10 PM Nicolas Goaziou wrote: > Eric S Fraga writes: > > > And I believe that a reasonable expectation is symmetry with inserting a > > row. The way I think of it is the arrow indicates to make space by > > moving columns/rows in that direction. Most spreadsheets work in this > > way, in my experience (but I could be wrong). > > I understand now. Thanks. > > Then I agree with you, it would be better to change the behaviour > instead of the documentation. > > > Unfortunately, this only inserts a cell, not a column. > > Indeed. > > Regards, > >
Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]
Hello, Marco Wahl writes: > Since the change has been in place since 2017 what's the right thing to > do? > > - Wait a while for someone speaking out to keep the state as it is now? > If nobody shows up, just change back to inserting to the left? That, and documenting it in ORG-NEWS, sounds good. > - Introduce a customizable variable for inserting to the left? Please don't. > - Add a parameter to org-table-insert-column to control insertion > left/right and possibly even the number of columns? `org-table-insert-row' has indeed a parameter to control side of insertion. It would make sense to have it in `org-table-insert-column', too. I still think the default should be changed, tho. Regards, -- Nicolas Goaziou
Re: 'org-structure-template-alist' is only partially working...
Sharon Kimble writes:
> I'm having great difficulty in getting 'org-structure-template-alist' to work
> properly.
>
> This is what I'm using -
>
> #+BEGIN_SRC emacs-lisp
> ;(require 'org-tempo)
> (setq org-structure-template-alist
>'('("s" . "src emacs-lisp")
> ;("e" . "example")
> '("q" . "quote")
> '("v" . "verse")
> '("C" . "comment")
> '("b" . "src latex")
> ;("m" "#+begin_src latex-mode\n?\n#+end_src" " lang=\"latex-mode\">\n?\n")
> ;("t" "#+latex: " "?")
> ;("x" "#+BEGIN_SRC latex\n?\n#+END_SRC" " lang=\"latex\">\n?\n")
> ;("h" "#+begin_html\n?\n#+end_html" " style=\"html\">\n?\n")
> ;("a" "#+begin_ascii\n?\n#+end_ascii")
> ;("s" "#+BEGIN_SRC sh\n?+\n#+END_SRC" " lang=\"shell\">\n?\n")
> '("l" . "emacs-lisp")
> ;("u" "#+begin_src emacs-lisp\n\(use-package %0\n\:ensure
> t)\n\#+end_src")
> '("i" . "index")
> ;("p" "#+BEGIN_COMMENT\n?\n#+END_COMMENT" "\n?\n")
> '("f" . "src file")))
> #+END_SRC
>
>
> but
> So how can I get it to actually work please?
AFAICS the evaluation of (require 'org-tempo) makes the structure
templates working in the sense you expect.
If you want this permanently you could add the line (require 'org-tempo)
to your Emacs init file.
Alternatively you could customize variable org-modules { M-x
customize-variable RET org-modules RET } and choose org-modules, I
think.
HTH,
-- Marco
Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]
Nicolas Goaziou writes: > Eric S Fraga writes: > >> And I believe that a reasonable expectation is symmetry with inserting a >> row. The way I think of it is the arrow indicates to make space by >> moving columns/rows in that direction. Most spreadsheets work in this >> way, in my experience (but I could be wrong). > > I understand now. Thanks. > > Then I agree with you, it would be better to change the behaviour > instead of the documentation. Okay, this is all understandable. For the record: A few days ago I changed the documentation so that it's in a consistent state with the current code. Since the change has been in place since 2017 what's the right thing to do? - Wait a while for someone speaking out to keep the state as it is now? If nobody shows up, just change back to inserting to the left? - Introduce a customizable variable for inserting to the left? - Add a parameter to org-table-insert-column to control insertion left/right and possibly even the number of columns? - Something else? Best regards, -- Marco
'org-structure-template-alist' is only partially working...
I'm having great difficulty in getting 'org-structure-template-alist' to work
properly.
This is what I'm using -
--8<---cut here---start->8---
#+BEGIN_SRC emacs-lisp
;(require 'org-tempo)
(setq org-structure-template-alist
'('("s" . "src emacs-lisp")
;("e" . "example")
'("q" . "quote")
'("v" . "verse")
'("C" . "comment")
'("b" . "src latex")
;("m" "#+begin_src latex-mode\n?\n#+end_src" "\n?\n")
;("t" "#+latex: " "?")
;("x" "#+BEGIN_SRC latex\n?\n#+END_SRC" "\n?\n")
;("h" "#+begin_html\n?\n#+end_html" "\n?\n")
;("a" "#+begin_ascii\n?\n#+end_ascii")
;("s" "#+BEGIN_SRC sh\n?+\n#+END_SRC" "\n?\n")
'("l" . "emacs-lisp")
;("u" "#+begin_src emacs-lisp\n\(use-package %0\n\:ensure
t)\n\#+end_src")
'("i" . "index")
;("p" "#+BEGIN_COMMENT\n?\n#+END_COMMENT" "\n?\n")
'("f" . "src file")))
#+END_SRC
--8<---cut here---end--->8---
http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
DrugFacts = https://www.drugfacts.org.uk
Debian 10.2, fluxbox 1.3.7, emacs 27.0.90, org 9.3.6
Re: Org-babel-lilypond always renders full pages
Off-topic: Oliver is exporting/engraving to a fixed-resolution png. An alternative is to export scalable vector graphics of the score to PDF. PDF does scale better, but it does not help because I need the original size embedded. Logically it works fine when full staves are rendered (at least they all have an identical scaling factor then), but I often have very small snippets like single bars or fretboard diagrams. Oliver
