[O] [bug] Export to latex truncates long subsections (WE attached)
Hello, friends! I have a problem in that when I try to export an .org file into latex/pdf, long sections are not wrapped to the next page, but are truncated instead. The result is on the picture (points 10.34 to 10.37 missing), and the (not)working example is attached to this email. -- Yours sincerely, Vladimir Nikishkin temp-for-publish.org Description: Binary data
Re: [O] org-drill extremely slow with Org 9.2.5
One thing I used to do with org-drill is learn names from photos, e.g. I would put an image of a student with the answer corresponding to their name. This doesn't seem possible with pamparam at the moment because the links to images get broken when the cards are copied into the directory. Do you (Oleh) know how difficult it would be to make that happen? One way to do it might be to fix the paths of any image links to point to the right place. I have a new roster to learn, so if you can point me in the right direction, and it works, I would be happy to submit a pull request on it! John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Sun, Aug 25, 2019 at 4:30 PM Oleh Krehel wrote: > Hi Milan, > > > Are there any tricks to speed it up? > > I noticed org-drill being slow three years ago when I tried to learn it. > So I wrote my own package: https://github.com/abo-abo/pamparam/. > It's quite fast: it takes 0.6s to sync my 3300 cards from the master Org > file. > And day-to-day learning operations like building a schedule or > fetching a card are instantaneous. > The master file is relatively small, since it stores no metadata: less > than 1 lines. > The metadata is stored per-card, each card is in its own file. The > whole thing is backed by Git. > All your learning sessions are stored in commits as well. > > Check it out. It might have less features, but it's really fast and > has served me well. > > regards, > Oleh > >
Re: [O] org-drill extremely slow with Org 9.2.5
Hi Milan, > Are there any tricks to speed it up? I noticed org-drill being slow three years ago when I tried to learn it. So I wrote my own package: https://github.com/abo-abo/pamparam/. It's quite fast: it takes 0.6s to sync my 3300 cards from the master Org file. And day-to-day learning operations like building a schedule or fetching a card are instantaneous. The master file is relatively small, since it stores no metadata: less than 1 lines. The metadata is stored per-card, each card is in its own file. The whole thing is backed by Git. All your learning sessions are stored in commits as well. Check it out. It might have less features, but it's really fast and has served me well. regards, Oleh
Re: [O] ANN: org-ql agenda block support
i have been watching these developments with interest. i want a faster 2-day agenda, and really like the idea of a lisp syntax for querying, perhaps one that can combine text search with structured. so just so it's known that there is otherwise silent interest. limited in computer use so cannot switch but following. -- The Kafka Pandemic What is misopathy? https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time.
[O] org-drill extremely slow with Org 9.2.5
Hi, after upgrading from Org 9.1 to 9.2, org-drill has become extremely slow. org-drill has never been fast, but now it stops being usable. Everything takes much more time than before -- running `M-x org-drill', both for the first time and again, responding to drill queries, moving over my Org file. My org-drill Org file has over 4,000 entries and almost 50,000 lines. With Org 9.1, it used to be usable after running `M-x org-drill' for the first time in the given Emacs session; after the initial Org processing, I could move over the entries relatively smoothly. But this no longer helps and org-drill itself is much slower too. Is Org 9.2 no longer capable to handle (relatively) large files with a lot of Org properties? Are there any tricks to speed it up? Thanks for any advice, Milan
Re: [O] ANN: org-ql agenda block support
> "AP" == Adam Porter writes: AP> FYI, I just pushed a new feature to org-ql: custom agenda AP> blocks. This allows the use of org-ql queries in custom agenda AP> commands. [...] AP> Please let me know if you have any feedback. Hi Adam, thank you for the feature. I looked at org-ql and org-super-agenda (for the first time) and they look interesting. So interesting that I've decided to convert my agendas to it, with some improvements. It took a lot of effort and was sometimes tricky (although probably not more than standard Org agendas) but the result is nice and worth it. I've sent some feedback to the GitHub issue tracker. On the positive note, org-ql + org-super-agenda is superfast, agenda definitions are much easier to read, they are also relatively easy to write (once one finds out how) and I like the added flexibility. Overall, I like it, it's nice and useful, indeed something like org-agenda-ng. Thank you for your work! Thanks, Milan
[O] Bug: tangling with elisp as lang in a noweb reference doesn't work [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/local/share/emacs/26.2/lisp/org/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. #+NAME: this is a test #+BEGIN_SRC elisp :tangle no (message \"aha\") #+END_SRC #+BEGIN_SRC elisp :noweb yes :comments noweb :tangle out.el first <> second #+END_SRC #+BEGIN_SRC elisp :tangle no (progn (org-babel-tangle) (with-temp-buffer (insert-file-contents "out.el") (buffer-string) #+END_SRC Doesn't work. The reason is that the function org-babel-expand-noweb-references uses #+BEGIN_SRC emacs-lisp (c-wrap (lambda (text) (with-temp-buffer (funcall (intern (concat lang "-mode"))) ... #+END_SRC Instead of the possibly more correct turning on of the major mode that is found in org-babel-tangle: #+BEGIN_SRC emacs-lisp (lang-f (intern (concat (or (and (cdr (assoc lang org-src-lang-modes)) (symbol-name (cdr (assoc lang org-src-lang-modes lang) "-mode"))) #+END_SRC Immanuel Emacs : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-07-17 Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ /usr/local/share/emacs/26.2/lisp/org/) current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-after-todo-state-change-hook '(org-clock-out-if-current) org-latex-listings t org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-html-format-inlinetask-function 'org-html-format-inlinetask-default-function org-odt-format-headline-function 'org-odt-format-headline-default-function org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default org-reveal-start-hook '(org-decrypt-entry) org-plantuml-jar-path "/home/immanuel/bin/plantuml.jar" org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes auto-fill-mode) org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"] org-archive-hook '(org-attach-archive-delete-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-metaup-hook '(org-babel-load-in-session-maybe) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-from-is-user-regexp "|\\" org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"] org-babel-pre-tangle-hook '(save-buffer) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-babel-load-languages '((emacs-lisp . t) (C . t) (python . t) (lilypond . t) (shell . t) (plantuml . t)) org-log-done 'time org-ascii-format-drawer-function #[771 "\207" [] 4 "\n\n(fn NAME CONTENTS WIDTH)"] org-babel-python-command "ipython --simple-prompt -i --pylab" org-src-preserve-indentation t org-occur-hook '(org-first-headline-recenter) org-structure-template-alist '(("r" "#+BEGIN_SRC rust\n?\n#+END_SRC") ("p" "#+BEGIN_SRC plantuml\n?\n#+END_SRC") ("ha" "#+BEGIN_SRC haskell\n?\n#+END_SRC") ("ly" "#+LaTeX: \\linebreak\n#+ATTR_LaTeX: width=17cm\n#+BEGIN_SRC lilypond :file ?.png :noweb yes\n#+END_SRC") ("bnf" "#+BEGIN_SRC abnf\n?\n#+END_SRC") ("cpp" "#+NAME:\n#+HEADER: :tangle\n#+HEADER: :main no\n#+HEADER: :noeval\n#+HEADER: :noweb yes\n#+BEGIN_SRC cpp\n?\n#+END_SRC") ("yp" "#+END_SRC\n?\n#+BEGIN_SRC python :noweb yes") ("py" "#+BEGIN_SRC python :noweb yes\n?\n#+END_SRC") ("ab" "#+END_SRC\n#+BEGIN_SRC bash") ("ba" "#+BEGIN_SRC bash?\n#+END_SRC") ("le" "#+END_SRC\n#+BEGIN_SRC emacs-lisp?") ("el" "#+BEGIN_SRC emacs-lisp\n?\n#+END_SRC") ("s" "#+BEGIN_SRC ?\n\n#+END_SRC") ("e" "#+BEGIN_EXAMPLE\n?\n#+END_EXAMPLE") ("q" "#+BEGIN_QUOTE\n?\n#+END_QUOTE") ("v" "#+BEGIN_VERSE\n?\n#+END_VERSE") ("V" "#+BEGIN_VERBATIM\n?\n#+END_VERBATIM") ("c" "#+BEGIN_CENTER\n?\n#+END_CENTER") ("C" "#+BEGIN_COMMENT\n?\n#+END_COMMENT") ("l" "#+BEGIN_EXPORT latex\n?\n#+END_EXPORT") ("L" "#+LaTeX: ") ("h" "#+BEGIN_EXPORT html\n?\n#+END_EXPORT") ("H" "#+HTML: ")