Re: [O] How to apply multiple TBLFM rules?
Hi Michael, Michael Hannon writes: > Here is the same table, but with the formulas spread across three different > lines: > > #+TBLNAME: test2 > | 1 | 2 | | > | 4 | 5 | | > | 7 | 8 | 9 | > #+TBLFM: @1$3='(+ 10 7) > #+TBLFM: @2$3='(+ 11 9) > #+TBLFM: @3$1=42 > > If I hit C-c C-c while the point is on the FIRST TBLFM line, I get: > > #+TBLNAME: test2 > | 1 | 2 | 17 | > | 4 | 5 | | > | 7 | 8 | 9 | > > This is what I expected. If I now proceed to hit C-c C-c while the point is > on the SECOND TBLFM line, I get: > > > #+TBLNAME: test2 > | 1 | 2 | 17 | > | 4 | 5 | | > | 7 | 8 | 9 | > > I.e., there is no change whatsoever. If I then hit C-c C-c while the point is > on the THIRD TBLFM line, I get: > > #+TBLNAME: test2 > | 1 | 2 | 17 | > | 4 | 5 | | > | 7 | 8 | 9 | > > I.e., again there is no change whatsoever. Yes -- I was fooled by the example in the article too. I confirm only the first formula line after the table can be applied with C-c C-c. > As I said above, I'm happy with the "::" solution and am happy to let this > topic drop, but I'm eager to expand my Org-mode skills. Please let me know > what I'm missing. Thanks for pointing at this, I'm expanding my org-table skills too! Best, -- Bastien
Re: [O] N/A; icalendar export doesn't guarantee unique UIDs
Tassilo Horn writes: > For example, I have entries like > > *** Meeting with Max > :PROPERTIES: > :ID: e1c32cb4-bd1f-4302-8067-1723d1958a88 > :END: > <2012-03-13 Tue 12:00-13:00> > <2012-03-21 Wed 15:00-16:00> > <2012-03-29 Thu 10:00-11:00> > <2012-04-10 Tue 12:00-13:00> > <2012-04-18 Wed 11:00-11:30> > <2012-04-25 Wed 10:00-11:00> > <2012-05-10 Thu 12:00-13:00> > > They should show up at any date/time listed there. That's true for the > org agenda with `org-agenda-skip-additional-timestamps-same-entry' set > to nil. The icalendar export also creates multiple VEVENTS for the > above org entry, *but they all have the same UID* (which is strictly > VERBOTEN by the icalendar spec). The result is that the google calendar > only shows one appointment, and that seems to be arbitrary. In the > example above, it shows the meeting on 2012-04-18. Another very related topic: Even when ignoring entries with multiple timestamps, every icalendar item (VTODO, VEVENT, VJOURNAL) must have a SEQUENCE number that has to be incremented when an entry changes significantly (start, end, due, ..., see RFC 2445: 4.8.7.4). I've read in the google calendar help group, that the google calendar won't refresh items for which the UID is already known and the SEQUENCE number didn't increase... Bye, Tassilo
Re: [O] Yearly repeats on the agenda
Hi Nicolas, Nicolas Richard writes: > PMJI, but I often used to construct headlines such as > > * Some course (or any other kind of recurring meeting) > ** <2012-05-08 mar.> > ** <2012-05-15 mar.> > ** <2012-05-22 mar.> > > and then filling the level two headlines as I attend the lectures. This > situation sometimes creates an error message when building the agenda > view, so now I use > > * Some course > ** Lecture <2012-05-08 mar.> > ** Lecture <2012-05-15 mar.> > ** Lecture <2012-05-22 mar.> > > I understand from your post that this way of doing things should > be avoided, right ? What would be the "correct way" ? ** Lecture <2012-05-08 mar.> ** Lecture <2012-05-15 mar.> ** Lecture <2012-05-22 mar.> > I guess I could do something like : > > * Some course > <2012-05-08 mar.> <2012-05-15 mar.> <2012-05-22 mar.> > and create headlines for each lecture as I attend them. That should work too, yes. HTH, -- Bastien
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Hi Eric, Eric S Fraga writes: > Thorsten Jolitz writes: > > [...] > >> What I mainly did was updating from the git repo and changing the order >> of hooks (orgstruct++-mode last). And I had to get rid of >> emacs-goodies-el too, but that was probably my specific configuration. > > Ahh, interesting data point. I have emacs-goodies.el installed. What > is it about this package that causes problems? This package contains filladapt.el and filladapt.el _overwrites_ some fundamental variables about filling. Even if you are not using filladapt.el, it fill replace those variables... which is obvisouly plain wrong. > This could be why Bastien cannot reproduce the behaviour we have been > seeing? I think so. > I did see another reference to this package on one of the emacs mailing > lists, implying that it wasn't necessary with Emacs 24, but I think I do > use a few bits from it (bar-cursor, dict, matlab, maybe others). Maybe > these are in emacs 24... but I don't think so. Any insight into this > would be most welcome! (setq cursor-type 'bar) or (setq cursor-type 'hbar) works here. As for dict, matlab, you can still download them from their original locations I guess. HTH, -- Bastien
Re: [O] indentation in html export?
Matt Price writes: > Hi everyone, > > once again hoping for some collective wisdom. I'm tyring to get into the > habit of storing all my lecture notes online in HTML. However, I miss the > clean look of indented text that org-mode + emacs gives me. Does anyone > have a set of CSS rules or other hacks to get exported HTML to indent in > the way that org-indent-mode allows us to do in emacs itself? > > Thanks very much! > Matt You could check out the rather /silly/ CSS file I am currently using for my web pages, based on a retro-look with monospace font and org like appearance. The style file is at http://www.homepages.ucl.ac.uk/~ucecesf/console.css This style was borrowed from one by Thomas Parslow (see comments in the above file). HTH, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Thorsten Jolitz writes: [...] > What I mainly did was updating from the git repo and changing the order > of hooks (orgstruct++-mode last). And I had to get rid of > emacs-goodies-el too, but that was probably my specific configuration. Ahh, interesting data point. I have emacs-goodies.el installed. What is it about this package that causes problems? This could be why Bastien cannot reproduce the behaviour we have been seeing? I did see another reference to this package on one of the emacs mailing lists, implying that it wasn't necessary with Emacs 24, but I think I do use a few bits from it (bar-cursor, dict, matlab, maybe others). Maybe these are in emacs 24... but I don't think so. Any insight into this would be most welcome! thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
[O] indentation in html export?
Hi everyone, once again hoping for some collective wisdom. I'm tyring to get into the habit of storing all my lecture notes online in HTML. However, I miss the clean look of indented text that org-mode + emacs gives me. Does anyone have a set of CSS rules or other hacks to get exported HTML to indent in the way that org-indent-mode allows us to do in emacs itself? Thanks very much! Matt
Re: [O] HTML export of inline tasks
Manish writes: [...] > Thanks for looking, Eric. I think that setting is pretty much the > default. Following note from the source file and a look at Yes, I doubt I changed much for the HTML. I did customise the latex export however to use margin notes etc. > Out of curiosity I tried ODT export and that produces weird results for > inlinetasks. Does it work for you? Sorry, haven't tried inline tasks export to ODT. With the new export engine, maybe the inline task export can be generalised to give the functionality you need? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
[O] [babel] [BUG] table with header line as parameter
Hi all,
I do not know what could be the cause of this, but I can't have a
table with header as argument to a source block any more:
#+name: table_w_header
| one | two |
|-+-|
| 1 | 3 |
#+begin_src R :var tbl=table_w_header
#+end_src
If I do C-c C-v v on the above source block, I get this backtrace:
,
| Debugger entered--Lisp error: (wrong-type-argument sequencep hline)
| length(hline)
| mapcar(length (("one" "two") hline (1 3)))
| org-babel-R-assign-elisp(tbl (("one" "two") hline (1 3)) nil nil)
| #[(pair) "\302@A\303\304 \"A\305\232\303\306 \"A\305\232$\207" [pair
params org-babel-R-assign-elisp assoc :colnames "yes" :rownames] 7]((tbl ("one"
"two") hline (1 3)))
| mapcar(#[(pair) "\302@A\303\304 \"A\305\232\303\306
\"A\305\232$\207" [pair params org-babel-R-assign-elisp assoc :colnames "yes"
:rownames] 7] ((tbl ("one" "two") hline (1 3
| org-babel-variable-assignments:R(((:cache . "no") (:colname-names (tbl
"one" "two")) (:comments . "") (:exports . "code") (:hlines . "no") (:noweb .
"no") (:padline . "") (:padnewline . "yes") (:result-params "replace")
(:result-type . value) (:results . "replace") (:rowname-names) (:session .
"none") (:shebang . "") (:tangle . "no") (:var tbl (1 3
| org-babel-expand-body:R("\n" ((:cache . "no") (:colname-names (tbl "one"
"two")) (:comments . "") (:exports . "code") (:hlines . "no") (:noweb . "no")
(:padline . "") (:padnewline . "yes") (:result-params "replace") (:result-type
. value) (:results . "replace") (:rowname-names) (:session . "none") (:shebang
. "") (:tangle . "no") (:var tbl (1 3
| org-babel-expand-src-block()
| call-interactively(org-babel-expand-src-block nil nil)
`
I tested on with emacs -Q on
1. GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1) of 2012-05-02
on zelenka, modified by Debian
2. GNU Emacs 23.4.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.10) of 2012-04-07
on trouble, modified by Debian
My org-version: Org-mode version 7.8.09 with last commit
,
| commit 56520a6936351d6fcc149652e1ff30f50c43eb4e
| Merge: 505cc7a 0ebeb77
| Author: Nicolas Goaziou
| Date: Wed May 9 23:34:05 2012 +0200
|
| Merge branch 'maint'
`
So, the fix discussed in
[[https://lists.gnu.org/archive/html/emacs-orgmode/2011-02/msg01444.html]]
should be there.
Not sure if this could be connected: I updated my emacs-snapshot (the
24 version) from [[http://emacs.naquadah.org]] today.
Any help is highly appreciated,
Andreas
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Bernt Hansen writes: > Bastien writes: > >> Hi Bernt, >> >> Bernt Hansen writes: >> >>> Auto-fill wrapping has stopped working correctly lately. >> >> It seems you're behind latest git HEAD by ~55 commits and >> there has been bug fixes in this area. >> >> Please pull again (even temporarily) and let me know if this >> happens again with your configuration. > > OK - I'll update and try again - I browsed the shortlog and didn't see > anything relevant but maybe I missed it. > > Thanks, > Bernt This seems to work just fine now so I think it's fixed. Thanks and sorry for the noise. Bernt
[O] Patch: option to not hide brackets in org links
I would like to be able to control whether the '[[' ...']]' brackets around links are made invisible during fontification. The motivation is that I have a minor mode that makes org-style links fully active and fontifed in other major modes. But I can imagine some others might want to use it, as behaviour of these invisible brackets is sometimes unpredictable at the end of lines -- sometimes the cursor appears outside the link, but pressing return actually introduces a newline in the link. The following is a patch to org.el that accomplishes this. It introduces a new boolean global variable, defaulting to current behaviour. --- dotemacs/site-lisp/org/lisp/org.el 2012-05-06 10:45:07.0 +1200 +++ org-new.el 2012-05-10 09:00:14.0 +1200 @@ -1383,6 +1383,17 @@ :group 'org-link :type 'function) + +(defcustom org-hide-link-brackets-p + t + "Should the double square brackets [[...]] around links be invisible? +Default is t." + :group 'org-link + :type 'boolean) + +(put 'org-hide-link-brackets-p 'safe-local-variable 'booleanp) + + (defgroup org-link-store nil "Options concerning storing links in Org-mode." :tag "Org Store Link" @@ -5576,9 +5587,10 @@ ;; but that requires another match, protecting match data, ;; a lot of overhead for font-lock. (ip (org-maybe-intangible - (list 'invisible 'org-link - 'keymap org-mouse-map 'mouse-face 'highlight - 'font-lock-multiline t 'help-echo help))) + (append (list 'keymap org-mouse-map 'mouse-face 'highlight +'font-lock-multiline t 'help-echo help) + (if org-hide-link-brackets-p + (list 'invisible 'org-link) nil (vp (list 'keymap org-mouse-map 'mouse-face 'highlight 'font-lock-multiline t 'help-echo help))) ;; We need to remove the invisible property here. Table narrowing
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Hi Bernt, Bernt Hansen writes: > Bastien writes: > >> Hi Bernt, >> >> Bernt Hansen writes: >> >>> Auto-fill wrapping has stopped working correctly lately. >> >> It seems you're behind latest git HEAD by ~55 commits and >> there has been bug fixes in this area. >> >> Please pull again (even temporarily) and let me know if this >> happens again with your configuration. > > OK - I'll update and try again - I browsed the shortlog and didn't see > anything relevant but maybe I missed it. Check these two: 035ab39e * | Another fix to `org-indent-line-function'. 99c97fbf * | Fix bug in `org-indent-line-function'. HTH, -- Bastien
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Bastien writes: > Hi Bernt, > > Bernt Hansen writes: > >> Auto-fill wrapping has stopped working correctly lately. > > It seems you're behind latest git HEAD by ~55 commits and > there has been bug fixes in this area. > > Please pull again (even temporarily) and let me know if this > happens again with your configuration. OK - I'll update and try again - I browsed the shortlog and didn't see anything relevant but maybe I missed it. Thanks, Bernt
Re: [O] Gather properties for use by babel source block?
On Tue, May 08, 2012 at 06:42:00AM -0400, Tim Burt wrote: > Colin Hall writes: > > > Tim Burt rochester.rr.com> writes: > >> > >> I want to gather data from properties into something that can be used by > >> a babel source block (e.g. plot the data). Searches in the manual, > >> worg, and gmane have not yielded the method, but my best guess is that > >> I've missed it. If so, this is simply a request for a pointer to the > >> documentation I should read. > > > > Any luck with this, Tim? I'm trying to do something very similar. > > After the hints of Darlan and Suvayu last August I cobbled a workflow > described below. Errors and instability in the early weeks have been > resolved into the current set of workable blemishes described below the > workflow. The attachment is an org file that should be a working example > if gnuplot is installed and configured for org-babel. > > Thank you Colin for asking the question about progress, because I should > have shared it with the mailing list long ago warts and all. Thanks for the sample code, Tim, that's got me started. Cheers, Colin. -- Colin Hall
Re: [O] [bug] Remote durations are considered as fractions
Hi Bastien, "Sebastien Vauban" wrote: > Bastien wrote: >> "Sebastien Vauban" writes: >> >>> I think this is it... >> >> Yes.. but in fact, this is precisely the difference between the `t' and the >> `T' flags - the latter displays seconds while the former display the output >> according to `org-table-duration-custom-format', which you can customize. >> Sorry I didn't mention this before. > > I have the impression you mixed, in the above, seconds with *fraction of* > seconds: > > - the flag `T' currently means HH:MM:SS, while > - the flag `t' currently means "fractional time" of hours (by default). > > As you say, `t' may be further customized: > > ┏ > ┃ org-table-duration-custom-format is a variable defined in > `org-table.el'. > ┃ Its value is hours > ┃ > ┃ Documentation: > ┃ Format for the output of calc computations like $1+$2;t. > ┃ The default value is 'hours, and will output the results as a > ┃ number of hours. Other allowed values are 'seconds, 'minutes and > ┃ 'days, and the output will be a fraction of seconds, minutes or > ┃ days. > ┗ > > Hence, you really have 5 cases: > > - t, fraction of days > - t, fraction of hours > - t, fraction of minutes > - t, fraction of seconds > - T, HH:MM:SS > > Those 5 cases are currently handled (in that order) in the following function: > > (defun org-table-time-seconds-to-string (secs &optional output-format) > "Convert a number of seconds to a time string. > If OUTPUT-FORMAT is non-nil, return a number of days, hours, > minutes or seconds." > (let* ((secs0 (abs secs)) >(res > (cond ((eq output-format 'days) >(format "%.3f" (/ (float secs0) 86400))) > ((eq output-format 'hours) >(format "%.2f" (/ (float secs0) 3600))) > ((eq output-format 'minutes) >(format "%.1f" (/ (float secs0) 60))) > ((eq output-format 'seconds) >(format "%d" secs0)) > (t (org-format-seconds "%.2h:%.2m:%.2s" secs0) > (if (< secs 0) (concat "-" res) res))) > > My patch just addressed the HH:MM:SS format (that is, the `T' flag). > It does not impact the fractional representation of time (the `t' flag). I just had to look at some table using time references : | 08:30 | 09:00 | | 09:30 | | As the end time on the first line is equal to the beginning time on the second one, I try using a formula to copy the time: | 08:30 | 09:00 | | #ERROR | | #+TBLFM: @2$1=@1$2 The above does not work because Calc makes a division of 9 by 0, as -- by default, without an explicit format -- data is considered as numeric, right? Hence, I need to use the T flag, but this doesn't look right yet: |08:30 | 09:00 | | 09:00:00 | | #+TBLFM: @2$1=@1$2;T This is what the above patch is supposed to solve. BTW, I tried other variants: 1. replacing `:' by `h' | 08h30 | 09h00 | | 9 h00 | | #+TBLFM: @2$1=@1$2 Weird that the 9 is moved away from the `h'. I can accept that the leading 0 is removed, though. 2. ... and using a string format: | 8h30 | 9h00 | |9 | | #+TBLFM: @2$1=@1$2;%s Another weird results for me... Isn't there any way to say "copy verbatim the contents" of that field? Best regards, Seb -- Sebastien Vauban
[O] N/A; icalendar export doesn't guarantee unique UIDs
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.
I use the icalendar export to feed my schedule into the google calendar
(only one-way: Org -> Google). Basically that works fine (except for
google not understanding Umlauts...), but there's a big problem with
entries that contain more than one timestamp.
For example, I have entries like
*** Meeting with Max
:PROPERTIES:
:ID: e1c32cb4-bd1f-4302-8067-1723d1958a88
:END:
<2012-03-13 Tue 12:00-13:00>
<2012-03-21 Wed 15:00-16:00>
<2012-03-29 Thu 10:00-11:00>
<2012-04-10 Tue 12:00-13:00>
<2012-04-18 Wed 11:00-11:30>
<2012-04-25 Wed 10:00-11:00>
<2012-05-10 Thu 12:00-13:00>
They should show up at any date/time listed there. That's true for the
org agenda with `org-agenda-skip-additional-timestamps-same-entry' set
to nil. The icalendar export also creates multiple VEVENTS for the
above org entry, *but they all have the same UID* (which is strictly
VERBOTEN by the icalendar spec). The result is that the google calendar
only shows one appointment, and that seems to be arbitrary. In the
example above, it shows the meeting on 2012-04-18.
Bye,
Tassilo
Emacs : GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu)
of 2012-05-07 on thinkpad
Package: N/A
current state:
==
(setq
org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
outline-minor-mode-hook '(th-outline-minor-mode-init)
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-gnus-prefer-web-links t
org-special-ctrl-k t
org-occur-hook '(org-first-headline-recenter)
org-src-tab-acts-natively t
org-metaup-hook '(org-babel-load-in-session-maybe)
org-icalendar-include-todo t
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-log-done 'time
org-confirm-shell-link-function 'yes-or-no-p
org-complete-tags-always-offer-all-agenda-tags t
org-finalize-agenda-hook '(th-org-agenda-to-appt)
org-columns-default-format "%50ITEM %TODO %ALLTAGS %SCHEDULED %DEADLINE"
org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames
org-beamer-place-default-actions-for-lists)
org-agenda-restore-windows-after-quit t
org-special-ctrl-a/e 'reversed
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-agenda-custom-commands '(("n" "Next 21 days" agenda ""
((org-agenda-span 21)))
("^" "Calfw Month Calendar"
th-calfw-open-calendar)
)
org-return-follows-link t
org-agenda-time-leading-zero t
org-capture-templates '(("n" "NORMAL" entry
(file "/home/horn/Repos/org/remember.org")
"* %?\n :PROPERTIES:\n :created: %U\n :link: %a\n
:END:\n %i")
("t" "TODO" entry
(file "/home/horn/Repos/org/remember.org")
"* TODO %?\n :PROPERTIES:\n :created: %U\n :link:
%a\n :END:\n %i")
("i" "IDEA" entry
(file "/home/horn/Repos/org/remember.org")
"* IDEA %?\n :PROPERTIES:\n :created: %U\n :link:
%a\n :END:\n %i")
)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-icalendar-include-body t
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 '(th-org-mode-init
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook org-show-block-all
append local]
5]
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes)
org-refile-targets '((org-agenda-files :maxlevel . 5))
org-attach-method 'mv
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-refile-use-outline-path 'file
org-directory "/home/horn/Repos/org"
org-enforce-todo-dependencies t
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Hi Bernt, Bernt Hansen writes: > Auto-fill wrapping has stopped working correctly lately. It seems you're behind latest git HEAD by ~55 commits and there has been bug fixes in this area. Please pull again (even temporarily) and let me know if this happens again with your configuration. > I have orgstruct++-mode added to my message mode hook as > > (add-hook 'message-mode-hook 'orgstruct++-mode 'append) > (add-hook 'message-mode-hook 'turn-on-auto-fill 'append) > (add-hook 'message-mode-hook 'orgtbl-mode 'append) I can't reproduce this with latest Org here. I load emacs -Q then eval your three add-hook above then C-x m and I get the expected behavior. HTH, -- Bastien
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Bernt Hansen writes: Hi Bernt, > Auto-fill wrapping has stopped working correctly lately. I had exactly the same problem you describe (no wonder because I just copied your configuration) and solved it with Bastiens help. You can search for subject "Strange indentation in message-mode" in the gnus.user mailing list to find the thread. What I mainly did was updating from the git repo and changing the order of hooks (orgstruct++-mode last). And I had to get rid of emacs-goodies-el too, but that was probably my specific configuration. > I have orgstruct++-mode added to my message mode hook as > > --8<---cut here---start->8--- > (add-hook 'message-mode-hook 'orgstruct++-mode 'append) > (add-hook 'message-mode-hook 'turn-on-auto-fill 'append) > (add-hook 'message-mode-hook 'orgtbl-mode 'append) > --8<---cut here---end--->8--- > > and lately auto-fill doesn't work correctly when text starts in column > 0. Text wraps to the start of the second word on the line. > > ,[ orgstruct++-mode off with auto fill ] > | this is a long line which should auto fill but not wrap to 2nd word on > | the line > | > ` > > ,[ orgstruct++-mode on with auto fill ] > | this is a line that is really long and autofilll with org struct mode > | does not work properly. It indents line 2+ by 5 chars > | > | whatifthe word is really long on the first line how does that make > | autofilll rec > ` > > For now I've dropped orgstruct++-mode from my message-mode hook but I'm > going to miss this for lists in my emails. > > GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 > on raven, modified by Debian > > Org-mode version 7.8.09 (release_7.8.09-489-g541288 @ > /home/bernt/git/org-mode/lisp/org-install.el) > > Regards, > Bernt -- cheers, Thorsten
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Bernt Hansen writes: > For now I've dropped orgstruct++-mode from my message-mode hook but > I'm going to miss this for lists in my emails. orgstruct-mode/orgtbl-mode work fine and do not break anything. Christopher
[O] More problems with orgstruct++-mode, message-mode and auto fill
Hi Bastien, Auto-fill wrapping has stopped working correctly lately. I have orgstruct++-mode added to my message mode hook as --8<---cut here---start->8--- (add-hook 'message-mode-hook 'orgstruct++-mode 'append) (add-hook 'message-mode-hook 'turn-on-auto-fill 'append) (add-hook 'message-mode-hook 'orgtbl-mode 'append) --8<---cut here---end--->8--- and lately auto-fill doesn't work correctly when text starts in column 0. Text wraps to the start of the second word on the line. ,[ orgstruct++-mode off with auto fill ] | this is a long line which should auto fill but not wrap to 2nd word on | the line | ` ,[ orgstruct++-mode on with auto fill ] | this is a line that is really long and autofilll with org struct mode | does not work properly. It indents line 2+ by 5 chars | | whatifthe word is really long on the first line how does that make | autofilll rec ` For now I've dropped orgstruct++-mode from my message-mode hook but I'm going to miss this for lists in my emails. GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Org-mode version 7.8.09 (release_7.8.09-489-g541288 @ /home/bernt/git/org-mode/lisp/org-install.el) Regards, Bernt
Re: [O] HTML export of inline tasks
On Wed, May 9, 2012 at 1:11 PM, Eric S Fraga wrote: > Manish writes: > >> Dear List, >> >> How can I export SCHEDULED, DEADLINE and tags for inlinetasks? I have >> org-inlinetask.el loaded and am using older HTML exporter (the one not >> based on org-elements.el). I looked at variable >> org-inlinetasl-export-template but still unsure how should I set it to >> exposed scheduling information in HTML. I am using the default css. >> >> GNU Emacs 24.1.50.1 on Windows 7 >> Org-mode from Git as of May 7 2012 with head on commit >> b797c88d700a5e636c0f9fdb108d1846ce6e1f08 >> >> Thanks! >> -- >> Manish > > Sorry, I missed that you had already looked at that variable. I set it > as follows, which might help you figure this out: > > > (setq org-inlinetask-export-templates > '((html "%s%s%s" > '((unless > (eq todo "") > (format "%s%s " class > todo todo priority)) > heading content > > This assumes the default CSS so that the appropriate TODO styles have > been defined. > > I must admit that I seldom export to HTML (esp. now with the ODT > exporter) so I cannot remember if this was a good template or not. > > Hope this helps. > Thanks for looking, Eric. I think that setting is pretty much the default. Following note from the source file and a look at org-inlinetask-export-handler makes me believe that these were never supposed to be treated as proper todos (I don't speak elisp so I could be mistaken though). , | ;; Export commands do not treat these nodes as part of the sectioning | ;; structure, but as a special inline text that is either removed, or | ;; formatted in some special way. This in handled by | ;; `org-inlinetask-export' and `org-inlinetask-export-templates' | ;; variables. ` Out of curiosity I tried ODT export and that produces weird results for inlinetasks. Does it work for you? Cheers! Manish
Re: [O] Typo in orgmode.org/worg/org-faq about inline tasks
AW writes: > To insert an inline task the keys _are_: C-c C-x t > > But the FAQ, "Can I add a TODO to a list item?" says, the keys were > C-c C-x C-t > > The last key isn't "C-t", but only "t". > > The documentation in Emacs has it the right way. Fixed, thanks. -- Bastien
[O] Typo in orgmode.org/worg/org-faq about inline tasks
To insert an inline task the keys _are_: C-c C-x t But the FAQ, "Can I add a TODO to a list item?" says, the keys were C-c C-x C-t The last key isn't "C-t", but only "t". The documentation in Emacs has it the right way. Regards, Alexander
Re: [O] Yearly repeats on the agenda
Le Tue, 08 May 2012 16:10:02 +0200, Bastien a écrit : > Nick Dokos writes: > >> Oh, I agree - the removal is certainly desirable. I meant whether the >> non-removal of not-today's date is intentional :-) > > Thinking about this again, I don't see any reason why we should keep any > timestamp in the headline. I pushed a fix for this. Hello, PMJI, but I often used to construct headlines such as * Some course (or any other kind of recurring meeting) ** <2012-05-08 mar.> ** <2012-05-15 mar.> ** <2012-05-22 mar.> and then filling the level two headlines as I attend the lectures. This situation sometimes creates an error message when building the agenda view, so now I use * Some course ** Lecture <2012-05-08 mar.> ** Lecture <2012-05-15 mar.> ** Lecture <2012-05-22 mar.> I understand from your post that this way of doing things should be avoided, right ? What would be the "correct way" ? I guess I could do something like : * Some course <2012-05-08 mar.> <2012-05-15 mar.> <2012-05-22 mar.> and create headlines for each lecture as I attend them. Best wishes, -- Nico.
Re: [O] Table filter.
Fantastic! Detlef > Well, I have done something similar, which includes a few more operations > than filtering. > It uses org-babel and comes as an org-file, which combines code and > documentation. > > Hope, this might be useful for you. > > with kind regards, Marc-Oliver Ihm > >
[O] Protect subtrees against changes
Hi! I was wondering if there was a way to protect a sub-tree against changes? For example, I keep a list of things and especially numbers series to remember in an org-file, and it would be nice to protect this sub-tree against any accidental changes while still being able to view those trees. Perhaps with a tag that marks the subtree 'protected' so no edits can be done to it? I have not found anything in the documentation supporting the existence of such a feature, and if it does not exist, can anyone point me to a sensible direction if I wanted to implement such a feature. Best, Harri K.
Re: [O] HTML export of inline tasks
Manish writes: > Dear List, > > How can I export SCHEDULED, DEADLINE and tags for inlinetasks? I have > org-inlinetask.el loaded and am using older HTML exporter (the one not > based on org-elements.el). I looked at variable > org-inlinetasl-export-template but still unsure how should I set it to > exposed scheduling information in HTML. I am using the default css. > > GNU Emacs 24.1.50.1 on Windows 7 > Org-mode from Git as of May 7 2012 with head on commit > b797c88d700a5e636c0f9fdb108d1846ce6e1f08 > > Thanks! > -- > Manish Sorry, I missed that you had already looked at that variable. I set it as follows, which might help you figure this out: (setq org-inlinetask-export-templates '((html "%s%s%s" '((unless (eq todo "") (format "%s%s " class todo todo priority)) heading content This assumes the default CSS so that the appropriate TODO styles have been defined. I must admit that I seldom export to HTML (esp. now with the ODT exporter) so I cannot remember if this was a good template or not. Hope this helps. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
Re: [O] HTML export of inline tasks
Manish writes: > Dear List, > > How can I export SCHEDULED, DEADLINE and tags for inlinetasks? I have > org-inlinetask.el loaded and am using older HTML exporter (the one not > based on org-elements.el). I looked at variable > org-inlinetasl-export-template but still unsure how should I set it to > exposed scheduling information in HTML. I am using the default css. > > GNU Emacs 24.1.50.1 on Windows 7 > Org-mode from Git as of May 7 2012 with head on commit > b797c88d700a5e636c0f9fdb108d1846ce6e1f08 > > Thanks! > -- > Manish Have a look at ,[ C-h v org-inlinetask-export-templates RET ] | org-inlinetask-export-templates is a variable defined in `org-inlinetask.el'. | Its value is shown below. | | Documentation: | Templates for inline tasks in various exporters. | | This variable is an alist in the shape of (BACKEND STRING OBJECTS). | | BACKEND is the name of the backend for the template (ascii, html...). | | STRING is a format control string. | | ... ` You can access the todo state and tags but I don't think the scheduled and deadline information is passed through. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
