[FR] STARTUP: hidechecked
Hi, It'd be nice if there was an option to automatically fold list items that are checked on startup, e.g. - [ ] open I want to see the details here - [X] closed I don't want to see these details would be shown on opening the file as #+STARTUP: hidechecked - [ ] open I want to see the details here - [X] closed... (I didn't manage to find any previous discussion of this, https://list.orgmode.org/ always gives ~800 unrelated hits when I try searching, sorry if it's already been discussed.) best regards, Kevin
Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages
> 1. I think "ALT" should be "ALLE" as in "alle filene" (the documentation
> says "ALL" refers to "All files when clock table includes multiple
> files").
>
> 2. I like "Tid stempla", but "Tidsoversyn" or "Tidssamandrag" would stick
> closer to the original and be clearer, I think.
>
> 3. I think "ved" should be omitted. It's not used before dates ("den
> 3.2.2023" but preferably just "3.2.2023"), days ("på fredag") or times
> ("klokka 14:00", "kl. 14:00", "14:00"). It's generally safe to omit it:
> "Tidsoversyn [2023-02-03 Fri 14:00]" would be clear. If a preposition is
> wanted, the entire date could be read "fredag 3.2.2023 kl. 14:00", so
> the "på" before weekday would work, I guess.
That sounds good to me. With those changes we have
(setq org-clock-clocktable-language-setup
'(
("nn" "Fil" "N" "Tidspunkt" "Overskrift" "Tid" "ALLE" "Total
tid" "Filtid" "Tidsoversyn")
))
signature.asc
Description: PGP signature
Re: [HELP] Things to help Org that do not involve programming
>>> More things also require translation in `org-export-dictionary'.
The missing Norwegian Nynorsk "nn" org-export-dictionary entries:
(
("Continued from previous page"
("nn" :default "Held fram frå førre side"))
("Continued on next page"
("nn" :default "Held fram på neste side"))
("Created"
("nn" :default "Oppretta"))
("List of Listings"
("nn" :default "Programliste"))
("Listing"
("nn" :default "Program"))
("Listing %d:"
("nn" :default "Program %d:"))
("References"
("nn" :default "Kjelder"))
("See figure %s"
("nn" :default "Sjå figur %s"))
("See listing %s"
("nn" :default "Sjå program %s"))
("See section %s"
("nn" :default "Sjå del %s"))
("See table %s"
("nn" :default "Sjå tabell %s"))
("Table"
("nn" :default "Tabell"))
("Unknown reference"
("nn" :default "Ukjend kjelde"))
)
signature.asc
Description: PGP signature
Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages
> (defcustom org-clock-clocktable-language-setup
> Contributions for other languages are also welcome.
Here's Norwegian Nynorsk:
(setq org-clock-clocktable-language-setup
'(
("nn" "Fil" "N" "Tidspunkt" "Overskrift" "Tid" "ALT" "Total
tid" "Filtid" "Tid stempla ved")
))
Looking forward when I can delete that line from my init.el :)
signature.asc
Description: PGP signature
Bug: org-clock-select-task reuses reserved characters [9.3 (release_9.3 @ /home/unhammer/PREFIX/emacs/share/emacs/28.0.50/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. If your org-clock-history has 44 or more elements, then the "c" character will no longer go to the current task, but to the 44th clocked in task. Similarly for [d]efault and [i]nterrupted. The function first adds (?c . marker-to-current-task) to the sel-list, then goes through org-history and uses 0-9 and A-Z and then keeps going through lower case letters without caring about whether the letter was already in there. Emacs : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, cairo version 1.16.0) of 2020-08-27 Package: Org mode version 9.3 (release_9.3 @ /home/unhammer/PREFIX/emacs/share/emacs/28.0.50/lisp/org/)
[O] Bug: link to gnuplot [9.1.14 (9.1.14-1-g4931fc-elpa @ /home/kiwibird/.emacs.d/elpa/org-9.1.14/)]
When I do C-c " g or M-x org-plot/gnuplot I get org-plot/gnuplot: Cannot open load file: No such file or directory, gnuplot It'd be nice if org-plot/gnuplot could instead `message' me a link to the package that needs installing (or at least if the docstring for that function could mention it). Also, the link from Worg is wrong, https://orgmode.org/worg/org-tutorials/org-plot.html points to http://cars9.uchicago.edu/~ravel/software/gnuplot-mode.html instead of http://xafs.org/BruceRavel/GnuplotMode or https://github.com/bruceravel/gnuplot-mode/ (This is especially annoying since Bruce Ravel's gnuplot isn't in GNU ELPA, while Melpa confusingly has both gnuplot and gnuplot-mode.) Emacs : GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-05-29 Package: Org mode version 9.1.14 (9.1.14-1-g4931fc-elpa @ /home/kiwibird/.emacs.d/elpa/org-9.1.14/)
[O] [PATCH] clocktable thinks Oct 29 is Oct 28 [9.1.14 (release_9.1.14-1012-g643481 @ /home/unhammer/src/org-mode/lisp/)]
The attached patch solves this, as far as I can tell. I have signed the FSF copyright papers. best regards, Kevin Brubeck Unhammer From e818cd5d1c651a516a0e791a10d91fe1e310cde9 Mon Sep 17 00:00:00 2001 From: Kevin Brubeck Unhammer Date: Thu, 1 Nov 2018 13:59:09 +0100 Subject: [PATCH] org-clock: Handle DST in clocktable * lisp/org-clock.el (org-clocktable-steps): new fn org-clocktable-increment-day to add/subtract days that are not exactly 24 hours * testing/lisp/test-org-clock.el (test-org-clock/clocktable/step): Add test for DST. --- lisp/org-clock.el | 27 +++ testing/lisp/test-org-clock.el | 21 - 2 files changed, 39 insertions(+), 9 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 420fdadfe..6292a259f 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -2681,6 +2681,15 @@ LEVEL is an integer. Indent by two spaces per level above 1." (if (= level 1) "" (concat "\\_" (make-string (* 2 (1- level)) ?\s +(defun org-clocktable-increment-day (ts n) + "Increment day in TS by N (defaulting to 1). +The TS argument has the same type as the return values of +`float-time' or `current-time'." + (let ((tsd (decode-time ts))) +(cl-incf (nth 3 tsd) (or n 1)) +(setf (nth 8 tsd) nil) ; no time zone: increasing day skips one whole day +(apply 'encode-time tsd))) + (defun org-clocktable-steps (params) "Step through the range to make a number of clock tables." (let* ((ts (plist-get params :tstart)) @@ -2688,7 +2697,6 @@ LEVEL is an integer. Indent by two spaces per level above 1." (ws (plist-get params :wstart)) (ms (plist-get params :mstart)) (step0 (plist-get params :step)) - (step (cdr (assq step0 '((day . 86400) (week . 604800) (stepskip0 (plist-get params :stepskip0)) (block (plist-get params :block)) cc tsb) @@ -2715,16 +2723,19 @@ LEVEL is an integer. Indent by two spaces per level above 1." (if (eq step0 'week) (let ((dow (nth 6 (decode-time (seconds-to-time ts) (if (<= dow ws) ts - (- ts (* 86400 (- dow ws) + (org-clocktable-increment-day ts ; decrement + (- ws dow ts)) (while (< tsb te) (unless (bolp) (insert "\n")) - (let ((start-time (seconds-to-time (max tsb ts - (cl-incf tsb (let ((dow (nth 6 (decode-time (seconds-to-time tsb) - (if (or (eq step0 'day) - (= dow ws)) - step - (* 86400 (- ws dow) + (let* ((start-time (seconds-to-time (max tsb ts))) + (dow (nth 6 (decode-time (seconds-to-time tsb + (days-to-skip (cond ((eq step0 'day) 1) + ;; else 'week: + ((= dow ws) 7) + (t (- ws dow) + (setq tsb (time-to-seconds (org-clocktable-increment-day tsb + days-to-skip))) (insert "\n" (if (eq step0 'day) "Daily report: " "Weekly report starting on: ") diff --git a/testing/lisp/test-org-clock.el b/testing/lisp/test-org-clock.el index abb3637bd..ddc135669 100644 --- a/testing/lisp/test-org-clock.el +++ b/testing/lisp/test-org-clock.el @@ -977,7 +977,26 @@ CLOCK: [2017-12-27 Wed 08:00]--[2017-12-27 Wed 16:00] => 8:00" (let ((system-time-locale "en_US")) (test-org-clock-clocktable-contents (concat ":step day :tstart \"<2017-12-25 Mon>\" " - ":tend \"<2017-12-27 Wed 23:59>\" :stepskip0 t"))) + ":tend \"<2017-12-27 Wed 23:59>\" :stepskip0 t")) + ;; Regression test: Respect DST + (should + (equal " +Daily report: [2018-10-29 Mon] +| Headline | Time | +|--+| +| *Total time* | *8:00* | +|--+| +| Foo | 8:00 | +" + (org-test-with-temp-text + "* Foo +CLOCK: [2018-10-29 Mon 08:00]--[2018-10-29 Mon 16:00] => 8:00" + (let ((system-time-locale "en_US")) + (test-org-clock-clocktable-contents + (concat ":step day " + ":stepskip0 t " + ":tstart \"2018-10-01\" " + ":tend \"2018-11-01\""))) (ert-deftest test-org-clock/clocktable/extend-today-until () "Test assignment of clock time to days in presence of \"org-extend-today-until\"." -- 2.17.1 signature.asc Description: PGP signature
Re: [O] Bug: clocktable thinks Oct 29 is Oct 28 [9.1.14 (release_9.1.14-1012-g643481 @ /home/unhammer/src/org-mode/lisp/)]
Kevin Brubeck Unhammer čálii: [...] > I see the same on org-mode > 9.1.9 (bundled with Emacs 26.1) or 9.1.12 and 9.1.14 from melpa-stable, > gnu elpa. > > I do *not* see this in 8.2.10 bundled with Emacs 25.3.2. git bisect tells me 8c7a14a850e7b988fe4c9d0eea9207793e2af368 introduced this. signature.asc Description: PGP signature
[O] Bug: clocktable thinks Oct 29 is Oct 28 [9.1.14 (release_9.1.14-1012-g643481 @ /home/unhammer/src/org-mode/lisp/)]
Hi, I did $ git clone https://code.orgmode.org/bzg/org-mode.git (which got me 643481fade386aa51d88ccc22b9669b0b77daaa1 ) $ cd org-mode $ make autoloads $ emacs -Q -l /tmp/init.el /tmp/foo.org where /tmp/init.el has: (add-to-list 'load-path "~/src/org-mode/lisp") (require 'org) and /tmp/foo.org has: #+STARTUP: showall * Top #+BEGIN: clocktable :maxlevel 3 :tstart "2018-10-01" :tend "2018-11-01" :step day :stepskip0 t #+END: ** TODO Undeobfuscate widget :LOGBOOK: CLOCK: [2018-10-29 må. 14:17]--[2018-10-29 må. 14:35] => 0:18 :END: ** DONE Deobfuscate widget :LOGBOOK: CLOCK: [2018-10-28 su. 14:17]--[2018-10-28 su. 14:35] => 0:18 :END: and then, on the BEGIN line, I did C-c C-c. This gave me: #+STARTUP: showall * Top #+BEGIN: clocktable :maxlevel 3 :tstart "2018-10-01" :tend "2018-11-01" :step day :stepskip0 t Daily report: [2018-10-28 su.] | Headline | Time | | |++--| | *Total time* | *0:18* | | |++--| | Top| 0:18 | | | \_ Deobfuscate widget || 0:18 | Daily report: [2018-10-28 su.] | Headline | Time | | |--++--| | *Total time* | *0:18* | | |--++--| | Top | 0:18 | | | \_ Undeobfuscate widget || 0:18 | #+END: ** TODO Undeobfuscate widget :LOGBOOK: CLOCK: [2018-10-29 må. 14:17]--[2018-10-29 må. 14:35] => 0:18 :END: ** DONE Deobfuscate widget :LOGBOOK: CLOCK: [2018-10-28 su. 14:17]--[2018-10-28 su. 14:35] => 0:18 :END: The second date is 28, where it should be 29. I see the same on org-mode 9.1.9 (bundled with Emacs 26.1) or 9.1.12 and 9.1.14 from melpa-stable, gnu elpa. I do *not* see this in 8.2.10 bundled with Emacs 25.3.2. The bug is also there without ":stepskip0 t" Emacs : GNU Emacs 25.3.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.29) of 2018-04-19 Package: Org mode version 9.1.14 (release_9.1.14-1012-g643481 @ /home/unhammer/src/org-mode/lisp/) current state: == (setq org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '((closure (org--rds reftex-docstruct-symbol orgtbl-line-start-regexp org-element-greater-elements org-table-coordinate-overlays org-table-auto-blank-field org-clock-history org-agenda-current-date org-with-time org-defdecode org-def org-read-date-inactive org-ans2 org-ans1 org-columns-current-fmt-compiled org-clock-current-task org-clock-effort org-agenda-skip-function org-agenda-skip-comment-trees org-agenda-archives-mode org-end-time-was-given org-time-was-given org-log-note-extra org-log-note-purpose org-log-post-message org-last-inserted-timestamp org-last-changed-timestamp org-entry-property-inherited-from org-blocked-by-checkboxes org-state org-agenda-headline-snapshot-before-repeat org-capture-last-stored-marker org-agenda-start-on-weekday org-agenda-buffer-tmp-name clean-buffer-list-kill-buffer-names org-id-link-to-org-use-id org-agenda-buffer-name org-priority-regexp buffer-face-mode-face org-mode-map org-tbl-menu org-org-menu org-struct-menu org-entities org-last-state org-id-track-globally org-clock-start-time texmathp-why remember-data-file org-agenda-tags-todo-honor-ignore-options iswitchb-temp-buflist calc-embedded-open-mode calc-embedded-open-formula calc-embedded-close-formula align-mode-rules-list org-emphasis-alist org-emphasis-regexp-components org-export-registered-backends org-modules org-babel-load-languages org-indent-indentation-per-level org-element-paragraph-separate ffap-url-regexp org-inlinetask-min-level t)
[O] Bug: org-gnus-store-link wrong if used from article buffer when point moved in summary [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.3/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 http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Hi, If you open an article in Gnus, then move the point away from the summary line of that article in the Summary buffer, then go back to the Article buffer and M-x org-store-link, it will link to the article you're pointing at in the Summary, not the article in the Article buffer. The issue is at line 145 in https://code.orgmode.org/bzg/org-mode/raw/master/lisp/org-gnus.el which does (header (with-current-buffer gnus-summary-buffer (gnus-summary-article-header))) (I'm running 8.2.10 normally, but I've tried the most recent org-gnus.el and it's the same, and the code makes it clear why.) In my own code I use the following workaround: (if (eq major-mode 'gnus-article-mode) (save-window-excursion (gnus-article-show-summary) (org-store-link nil)) (org-store-link nil)) although someone with knowledge of gnus internals might be able to avoid the call to (gnus-configure-windows 'article) that changes the window configuration. (Or maybe org-mode should simply use the above workaround since that assumes less about gnus internals, which might change more than its public API.) best regards, Kevin Brubeck Unhammer Emacs : GNU Emacs 25.3.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-12 Package: Org-mode version 8.2.10 (release_8.2.10 @ /usr/share/emacs/25.3/lisp/org/)
[O] org-icalendar-store-uid messes up encrypted sections?
I've got an entry marked :crypt: and after trying org-icalendar export with emacs 24.4 my git diff showed that the entry had changed like this: *** Gift ideas:crypt: -BEGIN PGP MESSAGE- -Version: GnuPG v1.4.12 (GNU/Linux) - -hQEMAzVla4vwE6+lAQf/e77oEFC+U6xRyJb589Q7oqSO9ZLz/Oa7Nwb2F+Z7i8B6 [… bunch of nonsense …] +Version: GnuPG v1 + +hQEMAzVla4vwE6+lAQf+Np4U1vdVe04912UohKyuo1CIajJnBMeKGvBvGZlOlGnR So at the moment I'm just not using icalendar export for fear of losing data :-( -- Kevin Brubeck Unhammer Sent from my emacs signature.asc Description: PGP signature
[O] how to turn off UID-creation for non-exported ical items?
Before upgrading to Emacs 24.4, I used org-caldav to sync my agenda with OwnCloud. This of course requires stable UID's on the exported items, so I have (setq org-icalendar-store-UID t) Items which are not exported don't need UID's, and didn't seem to get them before. But after upgrading, suddenly all my org entries get UID's, which is very annoying. Is there a way to avoid UID's on non-exported items? I figured maybe org-icalendar-create-uid could check if (org-element-property :deadline entry) or (org-element-property :scheduled entry), but then I noticed there's no property for entries such as ** Thing happens 2014-10-10 fr. 20:00 so maybe to be sure only to-be-exported items get UID's, the creation has to happen in org-export-data (after org-export--populate-ignore-list), but at that point I'm not sure the org-file can be safely altered. Does anyone have an idea how to fix this? -- Kevin Brubeck Unhammer GPG: 0x766AC60C signature.asc Description: PGP signature
Re: [O] Timezone/Encoding issues when exporting as ics and importing to Google Calendar
Bastien b...@gnu.org writes: Hi Kevin, Kevin Brubeck Unhammer unham...@fsfe.org writes: I guess I'll have to upgrade my org-mode version (6.33x) to get org-icalendar-date-time-format? Not sure this will fix your problem, but yes, 6.33x is kinda prehistoric now. Best, I ended up making a function to turn local time into UTC (http://paste.pocoo.org/raw/568445/ , probably could've been a lot simpler, but I don't really understand all the various time formats floating around), seems to work so far. And of course had to redefine org-ical-ts-to-string to take org-icalendar-date-time-format (:%Y%m%dT%H%M%SZ) into account, and use time-to-utc before formatting (http://paste.pocoo.org/raw/568448/). It works :-/ -Kevin
Re: [O] Timezone/Encoding issues when exporting as ics and importing to Google Calendar
Tassilo Horn tass...@member.fsf.org writes: Nick Dokos nicholas.do...@hp.com writes: Hi Nick, 2. Timezone: I live in Germany and thus all my timestamps are CEST. The exported ics file properly declare X-WR-TIMEZONE:CEST. However, since we also have DST, in summer all appointments show up 2 hours late, and in winter my appointments show up 1 hour late. Is there anything I can do about it? The google calendar settings have CEST as timezone... I don't know if this is the problem you are running into, but icalendar--convert-tz-offset is buggy as-is: it looks as if additional work was planned for it, but it never got done. In particular, it assumes there is an RRULE in the icalendar file and does not translate timezones otherwise. I don't know the iCalendar spec so I don't know what an RRULE is. But as far as I can see, `icalendar--convert-tz-offset' is used while converting an ics file to the diary format. Reading your mail again, I guess you are having problems in the other direction, Right. ;-) but IME, if there is a bug somewhere, there is at least one more going the other way :-) Probably. Looking at the ical spec, this X-WR-TIMEZONE property is an optional extension nobody has to obey. Org exports the times like DTSTART:20110317T091500 which means local time. So probably the google server has UTC as local time, my preferences say I want to use Berlin-time, so all events get two hours added in summer. Now I've tried to explicitly set the timezone information using org-icalendar-timezone Europe/Berlin org-icalendar-date-time-format ;TZID=%Z:%Y%m%dT%H%M%S and now the events are like DTSTART;TZID=EUROPE/BERLIN:20110322T14 DTEND;TZID=EUROPE/BERLIN:20110322T16 However, that doesn't change anything in google calendar... Finally, I've set GMT+0 as my current timezone in google calendar, and now my appointments are shown correctly. Ok, that's not really a solution but only a workaround... Oh, there's another possibility; setting org-icalendar-date-time-format :%Y%m%dT%H%M%SZ which then seems to correctly recalculate the local times in my org files to GMT. So for an entry that starts at 14:30 and ends an 16:30, that's what exported. DTSTART:20100518T123000Z DTEND:20100518T143000Z Looks good, I'd say. But when importing that to google calendar, it shows that entry starting at 16:30 and ending at 18:30 Berlin-time. Now what's that?!? Oh, it seems to be some caching issue. Although the new ics file is on the server now, it seems that a reload of google calendar doesn't reimport all imported calendars. So I'll wait a bit and report back what methods work (explicit TZIDs and/or export as UTC). Did you ever find out what methods worked best? I just bumped into the same problem with 30boxes, which shows DTSTART:20120228T18Z as 19:00 (should be 18:00) and DTSTART:20120228T18 as 00:00 the day after (the web calender is set to GMT+1, the exported ics shows X-WR-TIMEZONE:CET) I guess I'll have to upgrade my org-mode version (6.33x) to get org-icalendar-date-time-format? best regards, Kevin Brubeck Unhammer
Re: [Orgmode] synctex!! ...syncorg?
2010/9/2 Bastien bastien.gue...@wikimedia.fr:
Kevin Brubeck Unhammer p.ixiemot...@gmail.com writes:
But now the obvious question is: does there exist a syncorg to
transport me back into the org-mode file to the point that corresponds
to that place in the tex-file? I assume it should be possible since
org-mode outputs these \label{sec-3.3} things...
Very dumb and stupid proof-of-nothing:
(defun bzg/search-point-in-latex-source ()
Switch to an Org's sister LaTeX file and find text at point.
(interactive)
(let ((txt (buffer-substring
(point) (save-excursion (forward-word 3) (point
(lfn (concat (file-name-sans-extension (buffer-file-name)) .tex)))
(find-file-other-window lfn)
(goto-char (point-min))
(search-forward txt)))
But using isearch might be fast enough, isn't it?
After all, it's just text.
Yeah... I guess for anything truly robust, the exported tex-file would
have to be peppered with comments (alternatively output another file
with line-number correspondences).
best regards,
Kevin
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] synctex!! ...syncorg?
Hi,
I just discovered synctex, which lets you shift-click a point in a pdf
in Okular and find yourself back in the tex-file at the point that
corresponds with that point in the pdf =D
But now the obvious question is: does there exist a syncorg to
transport me back into the org-mode file to the point that corresponds
to that place in the tex-file? I assume it should be possible since
org-mode outputs these \label{sec-3.3} things...
best regards,
Kevin Brubeck Unhammer
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] synctex!! ...syncorg?
2010/8/31 Rainer M Krug r.m.k...@gmail.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/08/10 12:10, Kevin Brubeck Unhammer wrote: Hi, I just discovered synctex, which lets you shift-click a point in a pdf in Okular and find yourself back in the tex-file at the point that corresponds with that point in the pdf =D Now on Linux? That's great. I only knew that it worked on a mac. Could you (possibly off list?) provide some details (where I can find it (I am using Ubuntu), how I can use it, ...) As I got several off-list questions about where to get synctex on GNU/Linux, I might as well reply on-list ;-) I'm running Arch Linux with TeX Live 2009.16776, and the only thing I had to do to get synctex working was run pdflatex like this: pdflatex -synctex=1 foo.tex You should also get the same effect by adding \synctex=1 to the preamble, or something like #+LaTeX_HEADER: \synctex=1 in your org-mode file. As for Ubuntu, if the TeX Live distribution there is up-to-date (synctex was added in TeX Live 2008), I believe it should work without any configuration necessary. Note: if you were previously using the pdfsync package, you may have to remove it from the preamble, also there was talk on the Ling-TeX list of some programs not being able to handle file names with spaces in them. best regards, Kevin Brubeck Unhammer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] shifting table cells
2009/4/2 Mike Newman m...@newmanfamily.me.uk: kill-rectangle (C-x r k) and yank-rectangle (C-x r y) can be very useful for this sort of thing. That's what I've been using... although it's quite tedious. On Tue, 31 Mar 2009 15:35:03 +0100 n...@aleblanc.cotse.net wrote: Hi, is there any way to shift cells up/down within a column while leaving remaining columns intact. If not could someone point me in the right direction to any org-functions I could use to help me implement this? Did you ever implement this? I've been wanting this function for a while... best regards, Kevin Brubeck Unhammer http://apertium.org Free and Open Source Machine Translation ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FR: make LaTeX export recognize LANGUAGE option
Hi,
I couldn't find any references to babel in the mailing list nor in
org-latex.el. I have various latex export class headers, but I
sometimes write in English and sometimes in Norwegian, and this is not
bound to the classes (beamer, ps-article, pdf-article). As it is, I've
had
\usepackage[nynorsk,english]{babel}
in all my class headers, and then eg.
\selectlanguage{nynorsk}
in the org file.
But before printout I've had to go into the .tex-file and remove
whatever language I'm not using, deleting the .aux file and rerunning
latex, since Apacite doesn't recognize the \selectlanguage within the
literature list (eg. I get English in and from and such).
So, I was wondering if we could have an option to let
#+LANGUAGE: nn
make the header say
\usepackage[nynorsk]{babel}
etc., so that, at least for monolingual documents, one doesn't have to
do all this mucking about with \selectlanguage and deleting .aux
files.
If implemented, I think I might've read somewhere that babel should be
loaded early on in the header, but other people probably know this
better than me. (I guess it shouldn't be too hard to put it on the
line right after \documentclass ?)
Possibly #+LANGUAGE: nn en could be used for multilingual documents,
but that seems low priority to me.
best regards,
Kevin Brubeck Unhammer
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] mouse-click on :TAG: currently just does org-overview, should perhaps C-c \ :TAG: RET?
Today I tried using the rodent in emacs. I noticed that a :TAG: seemed clickable, but all it did was change the view to org-overview, making me lose my place in the file (C-c C-r did not bring me back). Shouldn't it instead perhaps to do a sparse tree over that tag instead? Or at least something a bit less scary for mouse-users? just an idea.. best regards, Kevin ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-annotation-quicksilver, Aquamacs path and getting remember mode to stay on
Hi, I just tried org-annotation-quicksilver, looks like a great tool, thanks for making it! I should mention though that Aquamacs Emacs users who haven't changed the file name of their app need to change the .scpt files so they say /Applications/Aquamacs\\ Emacs.app/Contents/MacOS/bin/emacsclient ...etc instead of /Applications/Emacs.app/Contents/MacOS/bin/emacsclient ...etc (Or would it be better to assume emacsclient is in PATH?) - Also, for some reason, the *Remember* buffer shows up in org-mode without remember-mode turned on (only when I run it from Quicksilver); does anyone know why this would happen? (Does it have to do with the duplication of two org-remember functions in org-annotation-quicksilver.el?) best regards, Kevin Brubeck Unhammer ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] footnote-start-tag / footnote-end-tag not used in export
Hi, If I setq footnote-start-tag / footnote-end-tag to something other than [ and ], org-export-as-latex doesn't recognize them... I'm assuming it involves replacing the hardcoded strings \\[[0-9]+\\] in org-export-latex-preprocess with something like (concat \\ footnote-start-tag footnote-regexp \\ footnote-end-tag) but I couldn't get that to work on my setup. Is this something that could be easily fixed? (The incentive being that and for footnote-tags could make it easier to use LaTeX options without conflicts.) best regards, Kevin Brubeck Unhammer ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] saveplace
Hi, What's the best way to make a hook that runs show-entry on finding an org-mode file, but after the save-place-hook? (Seeing as putting show-entry in org-mode- hook doesn't work, since save-place goes afterwards.) Should I just append something to find-file-hook that runs show-entry iff we're in org-mode? -- Kevin Brubeck Unhammer ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] (no subject)
Carsten Dominik [EMAIL PROTECTED] writes: - The agenda dispatcher + `' cycles through restriction states. Is there still a reason for the agenda timeline (L) having to be restricted to the current buffer? -- Kevin Brubeck Unhammer ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] pabbrev
Hi all, I just discovered pabbrev-mode (http://homepages.cs.ncl.ac.uk/phillip.lord/download/emacs/pabbrev.el), which seems really great, but in org-mode (5.09) the suggestions don't show up until i press TAB twice (meaning that if there are several suggestions, I have to press 0-9 to choose one each time). Does anyone know of a way to get it to work alright with org-mode? (I understand that the TAB key is taken for view-cycling when in headlines, but I can't see any good reason why the suggestions shouldn't automatically show up in org-mode...) -- Kevin Brubeck Unhammer Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: pabbrev
På Mon, 17 Sep 2007 13:44:53 +0200, skrev Carsten Dominik [EMAIL PROTECTED]: On Sep 17, 2007, at 9:41, Kevin Brubeck Unhammer wrote: Hi all, I just discovered pabbrev-mode (http://homepages.cs.ncl.ac.uk/phillip.lord/download/emacs/pabbrev.el), which seems really great, but in org-mode (5.09) the suggestions don't show up until i press TAB twice (meaning that if there are several suggestions, I have to press 0-9 to choose one each time). Does anyone know of a way to get it to work alright with org-mode? (I understand that the TAB key is taken for view-cycling when in headlines, but I can't see any good reason why the suggestions shouldn't automatically show up in org-mode...) I am curious if you find this useful after a while, Phillip himself says that it is more useful for programming than for writing text. It works much better for repetitive text than for expressive text. Well, I use org-mode for taking notes while reading, and for psychology texts eg. it's really nice not having to write suprachiasmatic out every time (plus, in Norwegian, as in German, compound nouns get bunched together into one word). I *think* you need to add org-self-insert-command and (if you use orgtbl-mode) orgtbl-selt-insert-command to the list in pabbrev-expand-after-command-list. Thanks lots, this works great :-) -- Kevin Brubeck Unhammer Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] replacing from overviews
Hi, I like search-and-replace. When replacing in an org-mode file, I always have to expand the file fully first, since there is no fancy on-the-fly expansion (the way there is with i-searches). Is this a planned feature? It'd be mighty handy... -- Kevin Brubeck Unhammer Sendt med Operas revolusjonerende e-postprogram: http://www.opera.com/mail/ ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
