[Orgmode] Re: [Babel] Need for an extra literal block construct
Hi Seb, In addition to the Org example, would you mind supplying a concise, explicit statement of what the putative bug is? With just the Org example on its own, the bug is implicit and I at least feel that I'm having to work hard to get there! Dan p.s. However, your emails did motivate the following trivial function a few months ago which I now use every day for various purposes. (defun dan/switch-to-org-scratch () "Switch to a temp Org buffer. If the region is active, insert it." (interactive) (let ((contents (and (region-active-p) (buffer-substring (region-beginning) (region-end) (find-file "/tmp/org-scratch.org") (if contents (insert contents Sébastien Vauban writes: > Hi Christian, > > Christian Moe wrote: >>> Along this (still open -- at least, I hope so) discussion, I have a request >>> for a new literal block. >>> >>> Currently, when looking at http://orgmode.org/manual/Literal-examples.html, >>> we >>> see we only have two "environments" that keep line breaks as they are in the >>> Org buffer, that is SRC and EXAMPLE, both mapped in HTML to PRE. >> >> There's VERSE, too. > > #+TITLE: Is VERSE a real PRE environment? > #+DATE: 2010-11-19 > #+LANGUAGE: en_US > > If VERSE was really handled "verbatim" (for lists, etc.), then, yes, > definitively, I don't need a new "environment" for emails. Was forgetting > about that one, thanks for the reminder! > > Though, if the following is not a bug, but a deliberative choice, then no, > it's not what I'm looking for... > > * Source block > > ** Source > > #+begin_src emacs-lisp > (update this-var) > (echo "OK") > #+end_src > > ** Results > > #+begin_example > (update this-var) > (echo "OK") > > #+end_example > > > * Example > > ** Source > > #+begin_example >>> Does it work? >> >> Yes, if you: >> - update =this-var= >> - restart > > OK. Confirmed, but you need to: > 1. delete the =cache=. > 2. redo it. > > Thanks to: > - you > - me > #+end_example > > > ** Results > > #+begin_example > >> Does it work? > > > > Yes, if you: > > - update =this-var= > > - restart > > OK. Confirmed, but you need to: > 1. delete the =cache=. > 2. redo it. > > Thanks to: > - you > - me > > #+end_example > > > * Verse > > ** Source > > #+begin_verse >>> Does it work? >> >> Yes, if you: >> - update =this-var= >> - restart > > OK. Confirmed, but you need to: > 1. delete the =cache=. > 2. redo it. > > Thanks to: > - you > - me > #+end_verse > > > ** Results > > #+begin_example > > >> Does it work? > > > > Yes, if you: > > > - update this-var > > - restart > > OK. Confirmed, but you need to: > > > delete the cache. > > > > redo it. > > Thanks to: > > > you > > > me > > #+end_example > > > ** Right thing or wrong thing? > > The verse "mail" is badly translated into HTML: > > 1. lists are not copied "verbatim" in the PRE > 2. they're even wrong: mix of OL and UL, because there is no ending /OL... > > While the second is clearly a bug, what about the first point? > > Best regards, > Seb ___ 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] Re: [PATCH] Update clocktable (C-cxr with point within clocktable) doesn't detect, inserts new clocktable at point
-- Jeff Kowalczyk writes: > With Org Mode git, when I use C-c C-x C-r inside an existing clocktable, Org > inserts a new clocktable at point. The previous behavior was to detect and > update the existing clocktable, which I presume is still the intended > behavior. I think this happens because your clocktable is flush left and due to a patch by me that fixes the same bug for indented clocktables. :-P Mistakenly I required at least one whitespace character instead of allowing none also. Sorry for that, I missed it in my testing and thanks for reporting. The attached patch fixes the issue I believe. >From db7440881bed53fca2643b1bd491c336ab387d5c Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Sat, 20 Nov 2010 11:43:45 +0100 Subject: [PATCH] org-clock.el: fix regex to recognize indented clock tables * lisp/org-clock.el (org-get-clocktable) previous patch incorrectly required whitespace in front of #+BEGIN: and #+END: TINYCHANGE - This patch is in the public domain. --- lisp/org-clock.el | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 3146926..e798027 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1623,7 +1623,7 @@ fontified, and then returned." (font-lock-fontify-buffer) (forward-line 2) (buffer-substring (point) (progn -(re-search-forward "^[ \t]+#\\+END" nil t) +(re-search-forward "^[ \t]*#\\+END" nil t) (point-at-bol) (defun org-clock-report (&optional arg) @@ -1648,9 +1648,9 @@ buffer and update it." (let ((pos (point)) start) (save-excursion (end-of-line 1) - (and (re-search-backward "^[ \t]+#\\+BEGIN:[ \t]+clocktable" nil t) + (and (re-search-backward "^[ \t]*#\\+BEGIN:[ \t]+clocktable" nil t) (setq start (match-beginning 0)) - (re-search-forward "^[ \t]+#\\+END:.*" nil t) + (re-search-forward "^[ \t]*#\\+END:.*" nil t) (>= (match-end 0) pos) start @@ -1741,7 +1741,7 @@ the currently selected interval size." (and (memq dir '(left down)) (setq n (- n))) (save-excursion (goto-char (point-at-bol)) -(if (not (looking-at "^[ \t]+#\\+BEGIN:[ \t]+clocktable\\>.*?:block[ \t]+\\(\\S-+\\)")) +(if (not (looking-at "^[ \t]*#\\+BEGIN:[ \t]+clocktable\\>.*?:block[ \t]+\\(\\S-+\\)")) (error "Line needs a :block definition before this command works") (let* ((b (match-beginning 1)) (e (match-end 1)) (s (match-string 1)) @@ -2134,7 +2134,7 @@ from the dynamic block defintion." "Weekly report starting on: ") (plist-get p1 :tstart) "\n") (setq step-time (org-dblock-write:clocktable p1)) - (re-search-forward "^[ \t]+#\\+END:") + (re-search-forward "^[ \t]*#\\+END:") (when (and (equal step-time 0) stepskip0) ;; Remove the empty table (delete-region (point-at-bol) -- 1.7.1 Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html ___ 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] Re: [PATCH] Update clocktable (C-cxr with point within clocktable) doesn't detect, inserts new clocktable at point
Thanks for the fix, and also for the flawless commit message! - Carsten On Nov 20, 2010, at 11:55 AM, Achim Gratz wrote: -- Jeff Kowalczyk writes: With Org Mode git, when I use C-c C-x C-r inside an existing clocktable, Org inserts a new clocktable at point. The previous behavior was to detect and update the existing clocktable, which I presume is still the intended behavior. I think this happens because your clocktable is flush left and due to a patch by me that fixes the same bug for indented clocktables. :-P Mistakenly I required at least one whitespace character instead of allowing none also. Sorry for that, I missed it in my testing and thanks for reporting. The attached patch fixes the issue I believe. <0001-org-clock.el-fix-regex-to-recognize-indented-clock-t.patch> Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html ___ 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 ___ 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] Re: Clock report (R from the agenda)
Hi Erik,
please pull and see if the error persists.
What is the value of org-agenda-start-with-clockreport-mode
?
- Carsten
On Nov 19, 2010, at 7:38 PM, Erik Iverson wrote:
I don't know what this thread is about, but it seems related.
Aapologies if I'm
hijacking it, but as of my latest pull just this morning,
my agenda has no clocktable in it, where as it previously
did. I have not changed anything as far as I know.
Thanks!
--Erik
Sébastien Vauban wrote:
Hi Carsten,
Carsten Dominik wrote:
On Nov 4, 2010, at 11:39 AM, Sébastien Vauban wrote:
Carsten Dominik wrote:
you should now be able to use `C-u R' to achieve this.
OK.
The lighter in the mode line will then switch from "Clock" to
"Clock{}",
A detail: I'd eventually would have written "Clock/" to remind
the "/" used
for applying the filters.
I did use {} because the current filter is actually listed in the
mode line,
surrounded by {}.
Another: could we append, in the modeline, the tags (or their
abbrev, such
as "w" for "work") used in the filtered view?
The filter *is* shown in the mode line. Just not as part of the
Clock
lighter.
I wanted to (re-)test these, but now, when doing R, nothing is
appended into
my buffer with logged times. Did I do something wrong?
Same with C-u R.
and the current tags filtering should apply to the clock table
in the
agenda.
Please test this and report back.
Only minor thing: while the logged lines are correctly shown or
made
invisible in the grid time, you need to refresh the table with
"g" for it
to display the correct values.
Until that, what's above is not in sync' with what's in the
table. Isn't
there a way to make this refresh happen automatically?
That would be possible. However, the whole idea of filtering is to
be *very*
fast, it works by hiding lines that are already in the buffer.
Doing a
refresh for each change in filter would be time consuming. So I'd
say having
to refresh by hand if the clock is showing filtered stuff is the
smaller
evil.
I would privilege coherency of sums above small delay in table
appearance. You
know, when we look at tables for chasing time, we really need
trustable
figures.
In fact, I don't really understand your argument: if I want quick
reports, I
would just choose for the unfiltered view. If I need detailed sums
of clocked
times, I would go for the "filtrable" view (by C-u R) and would
accept a
little delay.
If you really don't share this vision, could you at least make this
customizable? TIA.
: | File | L | Headline | Time
| |
: |--+---+--+-
+--|
: | | | *Total time* | *10:15*
| |
: |--+---+--+-
+--|
: | Clock-Report.org | | *File time* | *10:15*
| |
: | Clock-Report.org | 1 | Work | 8:09
| |
: | Clock-Report.org | 2 | Client A | |
3:23 |
: | Clock-Report.org | 2 | Client B | |
4:46 |
: | Clock-Report.org | 1 | Personal | 2:06
| |
: | Clock-Report.org | 2 | DONE Lunch with Mary | |
2:06 |
Nice new layout. Much clearer for the levels...
Yes, I think so to. Try :compact t, that is also nice, I think.
I'll have a look -- when reports will come back to life.
| File | Headline | Time| |
|--+--+-+--|
| | ALL *Total time* | *10:15* | |
|--+--+-+--|
| Clock-Report.org | *File time* | *10:15* | |
| | Work | 8:09| |
| | \__ Client A | | 3:23 |
| | \__ Client B | | 4:46 |
| | Personal | 2:06| |
| | \__ DONE Lunch with Mary | | 2:06 |
A couple of days ago, when it still worked, I've just seen
something really
painful: all the Org buffers were referenced in that table, even
those which
should not participate -- because I did not clock any time in them
(for that
or those days).
Plus, having many Org files, in fact, I did not see anymore the
lines with the
real time, as there were many lines with 0:00 time before them...
Best regards,
Seb
___
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
___
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] [PATCH] Change C-' behaviour on #+TBLFM: line
Hi Torsten, applied with minor changes. Thanks! - Carsten On Nov 19, 2010, at 9:49 AM, Torsten Wagner wrote: Hi, Short description: I recently started to use tables in org-mode. Having the pointer inside the the table and pressing C-c' I can enter the formula buffer. However, placing the pointer on the #+TBLFM: line C-c' results in "Find file or URL:". If even more people believe this is confusing, I would suggest to switch the behaviour. C-c' on a #+TBLFM: line should open up the formular buffer. Longer Explanation: For small changes of the formula I often edit the #+TBLFM: line directly. If things went more complex or get messed, I press C-c' to enter the formula buffer. However, at this time my pointer is located at the #+TBLFM: line. The associated call function for C-c' is: org-edit-special This function calls org-table-edit-formulas in case the point is located inside the table and ffap aka find-file-at-point in all other cases (omitting the cases for source code and include lines here for simplicity) Thus pressing C-c' at #+TBLFM ends up with the request for a file or a URL. In my opinion org-edit-special needs another case to look out for #+TBLFM or resp. combine this with the case to call `org-table-edit-formulas'. Please find below a patch for that. ---patchbegin diff --git a/lisp/org.el b/lisp/org.el index 023e019..a7e4d33 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -17259,7 +17259,9 @@ When in an #+include line, visit the include file. Otherwise call ((org-edit-fixed-width-region)) ((org-at-table.el-p) (org-edit-src-code)) - ((org-at-table-p) + ((or (org-at-table-p) (save-excursion + (beginning-of-line 1) + (looking-at "[ \t]*#\\+TBLFM"))) (call-interactively 'org-table-edit-formulas)) (t (call-interactively 'ffap ---patchend- This is my very first public org-mode patch and my very first hack in vital org-mode elisp code. Thus, don't laugh or blame to much :) Best regards Torsten ___ 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 ___ 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] Re: including images for tex export, how?
"Thomas S. Dye" writes: Thanks all, the no description bit did the trick. grtz wzzl > Aloha wzzl, > > > What did your link look like? Org-mode will export links with descriptions > as links, but links without > descriptions wrapped in an includegraphics environment: > > http://orgmode.org/manual/Images-in-LaTeX-export.html#Images-in-LaTeX-export > > > > All the best, > > Tom > > > > > > On Nov 17, 2010, at 11:54 AM, Stinky Wizzleteet wrote: > > > Hi, > I've tried adding a link to a picture so it would > show up > in the tex export. > It > doesn't get exported as an "\includegraphics" sort > of > deal, but as a hyperlink. > Where, > how can I fix this ? > thanks, wzzl > > -- Stinky Wizzleteet > thinks: Do > not sleep in a eucalyptus tree tonight. > > > ___ > 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 > > > > > ___ > 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 -- Stinky Wizzleteet thinks: Never look up when dragons fly overhead. ___ 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] Re: [BABEL] Two minor issues
Sébastien Vauban writes: > Hi Dan, > > Dan Davison wrote: >>> #+begin_src emacs-lisp >>> ;; (message "Hello World") >>> #+end_src >> >> err, and I haven't had the energy to investigate this one yet! > > Another minibug, when natively fontifying, is that the line #+begin_src is no > more fontified up to the end of the screen (well to the end of the line): > choose a font with a background color, and you will notice the difference > immediately. Hi Seb, I do remember you reported this before, but I don't use faces with background colors and didn't get round to working out how to set the fonts. Could you provide a reproducible example with code to set up the necessary faces? The three changes you made in commit ff1b5de478e8575b2d8 to support fontification to end of line are marked below. I'm not totally clear which line is responsible for fontifying begin_src up the right-hand edge of the page. Is it this one? (add-text-properties beg beg1 '(face org-meta-line)) The thing is that your patch didn't change that line, which confuses me. But anyway, in the let binding at the top we have (beg1 (line-beginning-position 2)) which worries me slightly -- does that mean that your functionality relies on fontifying the first character of the *body* of the code block as org-meta-line? If so then isn't that incompatible with also fontifying the block contents as code? Your 3rd change is inside the cond, and org-src-fontify-natively comes earlier in the cond, so seb change 3 is not being evaluated when org-src-fontify-natively is turned on. But I guess that is not the problem as that code is dealing with the inside of the block, right? Dan #+begin_src emacs-lisp ;;; begin seb change 1 (add-text-properties (match-beginning 6) (+ (match-end 6) 1) '(font-lock-fontified t face org-block)) ; for backend-specific code ;;; end seb change 1 t) ((and (match-end 4) (equal dc3 "begin")) ;; Truly a block (setq block-type (downcase (match-string 5)) quoting (member block-type org-protecting-blocks)) (when (re-search-forward (concat "^[ \t]*#\\+end" (match-string 4) "\\>.*") nil t) ;; on purpose, we look further than LIMIT (setq end (match-end 0) end1 (1- (match-beginning 0))) (setq block-end (match-beginning 0)) (when quoting (remove-text-properties beg end '(display t invisible t intangible t))) (add-text-properties beg end '(font-lock-fontified t font-lock-multiline t)) (add-text-properties beg beg1 '(face org-meta-line)) ;;; begin seb change 2 (add-text-properties end1 (+ end 1) '(face org-meta-line)) ; for end_src ;;; end seb change 2 (cond ((and lang org-src-fontify-natively) (org-src-font-lock-fontify-block lang block-start block-end)) (quoting ;;; begin seb change 3 (add-text-properties beg1 (+ end1 1) '(face org-block))) ; end of source block ;;; end seb change 3 ((not org-fontify-quote-and-verse-blocks)) ((string= block-type "quote") (add-text-properties beg1 end1 '(face org-quote))) ((string= block-type "verse") (add-text-properties beg1 end1 '(face org-verse t)) #+end_src > > The line #+end_src is well correctly fontified from begin of a line to end of > screen. > > By end of screen, I mean the "whole line", even after the last character of > that line... Am I clear? > > Thanks. > > Best regards, > Seb ___ 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] Bug: Initial C-c ' invocation just starts haskell-mode "normally" [7.3]
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 am experimenting with source code blocks, and I tried to use C-c ' to
type in some Haskell code. The first time I tried it, I was asked for a
filename, which was puzzling, because I didn't expect that. I entered
"t.hs" and pressed Enter, and that took me to an apparently "normal"
haskell-mode buffer, in which C-c ' to finish and C-x C-s to update
didn't have any effect on the original org-mode buffer. When I went back
to the org-mode buffer and tried again, it basically worked that time as
expected (except that I think it should have put a newline before the
code in org-mode - but that's a different bug, if it is a bug!)
Emacs : GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.22.0)
of 2010-11-18 on cspcnh.swan.ac.uk
Package: Org-mode version 7.3
current state:
==
(setq
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-blocker-hook '(org-block-todo-from-checkboxes
org-block-todo-from-children-or-siblings-or-parent)
org-babel-load-languages '((emacs-lisp . t) (python . t) (sh . t) (dot . t)
(sql . t) (haskell . t))
org-metaup-hook '(org-babel-load-in-session-maybe)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-babel-tangle-lang-exts '(("haskell" . "hs") ("python" . "py")
("emacs-lisp" . "el"))
org-startup-folded 'showeverything
org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-todo-keywords '((sequence "IDEA" "ASSESS" "DEFER" "TODO" "TO_REPORT"
"DONE"))
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-babel-pre-tangle-hook '(save-buffer)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-mode-hook '(#[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-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-return-follows-link t
org-confirm-elisp-link-function 'yes-or-no-p
org-export-interblocks '((lob org-babel-exp-lob-one-liners)
(src org-babel-exp-inline-src-blocks))
org-enforce-todo-dependencies t
org-occur-hook '(org-first-headline-recenter)
org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
org-export-preprocess-after-include-files-hook '(org-export-blocks-preprocess)
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-enforce-todo-checkbox-dependencies t
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-export-blocks '((src org-babel-exp-src-blocks nil)
(comment org-export-blocks-format-comment t)
(ditaa org-export-blocks-format-ditaa nil)
(dot org-export-blocks-format-dot nil))
)
___
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] In-buffer completion
Dear all, yesterday I replaced the previous implementation of in-buffer completion (M-TAB of Esc TAB) with a new function making use of John Wiegleys pcomplete.el. In fact, John did most of the Org-related implementation already months ago - I only tied up some loose ends. So if you are noticing something unexpected in in-buffer completion, this is the cause. There may be bugs, if you find any, let me know. Most importantly, however, in-buffer completion is now implement so much cleaner, and we can extend it if we want. So if you have good ideas where in-buffer completion would be useful and does not work already, lets hear it! Thanks to John for yet another great addition to Org mode. - Carsten ___ 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] Re: Bug: Initial C-c ' invocation just starts haskell-mode "normally" [7.3]
At Sat, 20 Nov 2010 13:37:36 +, Robin Green wrote: > I am experimenting with source code blocks, and I tried to use C-c ' to > type in some Haskell code. The first time I tried it, I was asked for a > filename, which was puzzling, because I didn't expect that. OK, I now have a clearer idea of what went wrong. 1. I think it's doing find-file-at-point. 2. This only happens when point is on this line, but NOT at the start of the line: #+begin_src haskell It's not about whether it's the first time you press C-c ', it's about where point is when you press it. 3. If point is anywhere on the closing line of the source block, it works. 4. Ironically, the end of the first line is where the point is placed if you do C-c C-v d at the end of the buffer! So if you do C-c C-v d and then C-c ', as I did, this bug will happen. -- Robin ___ 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] Stack overflow in regexp matcher
Hi all Here is an issue for the quite common work flow of copy pasting some table columns in a whole from a spreadsheet application into Org table. For this situation I suggest to provide a better user information than only the current error message "Stack overflow in regexp matcher". Reproduce like this: in a spreadsheet application like OpenOffice.org Calc or Excel: - create a 1x2 table with two columns A and B - fill out the fields A1 and B1 with some simple content - select the columns A and B and copy to clipboard in a new Org buffer: - paste from clipboard - select the line with A1 and B1 - convert the selection to Org table: C-c | - change A1 to the assignment `=1' - try to update Org table: C-c C-c This will produce the above mentioned error message. The reason are the 65535 lines with a TAB following the Org table that have been copied when selecting the two first columns A and B in the spreadsheet application. It can be quite annoying to find this out with only the current error message and with TABs not made visible so I thought it would be helpful to point this out in the hope of someone finding a better user guidance. I'd like to provide a patch by myself but in this case I don't understand more than to find out that the many TABs are the problem and have to be removed or to be not copied. Michael ___ 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] Couple more videos of Org-mode clone in Vim
Really cool -- I like the "inline" editing of files from the agenda, and how you can click on a tag and do an agenda search. Keep up the good work -- I might e-mail you to ask how you got the inline editing of a file to work. --Nate On Tue, Nov 9, 2010 at 4:07 AM, Herbert Sitz wrote: > For anybody interested I've posted a couple more videos of features in the > would-be Org-mode clone. First is showing basics of sparse-tree-search: > http://vimeo.com/16646716 > > And second is on tags: > http://vimeo.com/16650450 > > I'll try to put something together showing the agenda date views and custom > searches, which is what I've spent vast majority of time on. . . . > > Regards, > > Herb Sitz > > > > > ___ > 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 > ___ 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] link to a file in a footnote ?
Hi Sebastien, yes, this is a bug, thank you for your report. Should be fixed now, please pull and verify. Giovanni, thanks for verifying that this really is a bug - this kind of additional information makes things a lot easier for me. - Carsten On Nov 17, 2010, at 5:53 PM, Sébastien Mengin wrote: Hi, Consider the following minimal example: Text[fn:1] * Footnotes [fn:1] Note with a [[file:abecedaire.jpg][link]]. Here with orgmode 7.02, doing C-c C-o on the link moves the cursor on [fn:1] and says in the minibuffer: "Position saved mark to ring, go back with C-c &", instead of opening the linked file. Is this a bug? Thanks, -- Sébastien Mengin Édition et logiciels libres < Mise en page avec LaTeX > http://edilibre.net tél. : 06 84 88 49 17 jid. : sebastien-men...@jabber.org ___ 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 ___ 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] Re: In-buffer completion
Carsten Dominik writes: > Dear all, > > yesterday I replaced the previous implementation of > in-buffer completion (M-TAB of Esc TAB) with a new > function making use of John Wiegleys pcomplete.el. > In fact, John did most of the Org-related implementation > already months ago - I only tied up some loose ends. > > So if you are noticing something unexpected in > in-buffer completion, this is the cause. There may > be bugs, if you find any, let me know. > > Most importantly, however, in-buffer completion is now > implement so much cleaner, and we can extend it if we > want. So if you have good ideas where in-buffer completion > would be useful and does not work already, lets hear it! Hi Carsten, That looks nice. Here's a few #+ keywords I notice are missing. (Shouldn't more of these entries have a terminal colon?) Dan diff --git a/lisp/org.el b/lisp/org.el index c634a6c..917a368 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -10547,9 +10547,14 @@ This function can be used in a hook." "BEGIN_VERSE" "END_VERSE" "BEGIN_CENTER" "END_CENTER" "BEGIN_SRC" "END_SRC" +"SOURCE:" "SRCNAME:" "FUNCTION:" +"RESULTS:" +"HEADER:" "HEADERS:" +"BABEL:" "CATEGORY" "COLUMNS" "PROPERTY" "CAPTION" "LABEL" "SETUPFILE" +"INCLUDE:" "BIND" "MACRO")) > > Thanks to John for yet another great addition to Org mode. > > - Carsten > > ___ > 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 ___ 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] Bastien is going to become the maintainer of Org mode in January
Hi Carsten, hi Bastien On Mon, Nov 15, 2010 at 12:51, Carsten Dominik wrote: > after 7 years of responsibility for Org-mode, it is time for > me to let go and step down as the maintainer of Org-mode. Carsten, thank you so much for the tremendous dedication and amount of work you have given to the community. I am looking forward that you will still be available for Org-mode. > I am very excited that I have found Guerry willing > to take over. Bastien, thank you very much for taking over as the new maintainer of Org-mode, I wish you all the best. Michael ___ 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] Re: Store link in message mode
Tassilo Horn writes: > Łukasz Stelmach writes: > If you think --despite of those issues-- it's worth adding the creation of gnus links while in message mode I could provide a patch. >>> >>> I'm curious how you are able to determine where a message will be >>> filed after sending it off. I mean, you neither have the Message-Id >>> at that point (unless that's added to >>> `message-generate-headers-first'), nor do you know the correct group, >>> at least if there are more than one in the Gcc header. >> >> There is a facility in Gnus called >> which I havn't investigated yet but it looks promising. From what I've >> browsed the info it looks like it registers all the message ids and >> remembers the folders. So it would be enough to remember the MID and >> then make Gnus find it. > > ,[ (info "(gnus)Registry Article Refer Method") ] [...] > ` I haven't seen this piece yet. Interesting. > But I think a user needs to enable that explicitly, so one cannot rely > on this feature being available... And the user has to setup > `gnus-refer-article-method' properly... And install Gnus and Emacs too ;-) Of course the default setup not necessarily provide for what we are talking about. But it doesn't either way and the registry looks as a cleaner solution (however, I am not sure yet how to set it up on several machines in parallel) then noting Gcc during sending. There is no simple solution to this. By simple I mean "available without touching anything ousite org-mode". Theoretically org-mode could implement a function that searches through Gnus' database but thats against the DRY principle since such code itself exists in Gnus it just needs to be configured. -- Miłego dnia, Łukasz Stelmach ___ 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] Re: In-buffer completion
On Nov 20, 2010, at 6:50 PM, Dan Davison wrote: Carsten Dominik writes: Dear all, yesterday I replaced the previous implementation of in-buffer completion (M-TAB of Esc TAB) with a new function making use of John Wiegleys pcomplete.el. In fact, John did most of the Org-related implementation already months ago - I only tied up some loose ends. So if you are noticing something unexpected in in-buffer completion, this is the cause. There may be bugs, if you find any, let me know. Most importantly, however, in-buffer completion is now implement so much cleaner, and we can extend it if we want. So if you have good ideas where in-buffer completion would be useful and does not work already, lets hear it! Hi Carsten, That looks nice. Here's a few #+ keywords I notice are missing. (Shouldn't more of these entries have a terminal colon?) I think you are right - Carsten Dan diff --git a/lisp/org.el b/lisp/org.el index c634a6c..917a368 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -10547,9 +10547,14 @@ This function can be used in a hook." "BEGIN_VERSE" "END_VERSE" "BEGIN_CENTER" "END_CENTER" "BEGIN_SRC" "END_SRC" +"SOURCE:" "SRCNAME:" "FUNCTION:" +"RESULTS:" +"HEADER:" "HEADERS:" +"BABEL:" "CATEGORY" "COLUMNS" "PROPERTY" "CAPTION" "LABEL" "SETUPFILE" +"INCLUDE:" "BIND" "MACRO")) Thanks to John for yet another great addition to Org mode. - Carsten ___ 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 ___ 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] [PATCH] Change C-' behaviour on #+TBLFM: line
Hi Torsten On Fri, Nov 19, 2010 at 09:49, Torsten Wagner wrote: > If even more people believe this is confusing, I would suggest to switch > the behaviour. C-c' on a #+TBLFM: line should open up the formular buffer. Yes, thank you for this change, just a few days ago I also stumbled exactly upon this detail. Michael ___ 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] Re: org-indent, org-inlinetask: patches on github
Sébastien Vauban writes: [...] >>> - Regarding LaTeX, my suggestion requires the =todonotes= LaTeX >>> package to be loaded in the header. >> >> For that one I'm not sure adding one more package to those already inserted >> by default is a good idea. Is =todonotes= standard in every LaTeX >> distribution? > > I think so, but what really is standard? > > With TeXLive, almost all existing packages are installed nowadays (you can't > not choose anymore for base or medium installation packages). So, yes, it's > directly available. > > With MikTeX, I have no idea. But MiKTeX pops up the user for missing packages, > allowing its installation in a couple of seconds. If not by default, shouldn't > be a problem either. > > >> I think default templates should be clean and very low on requirements. This >> is not too hard for an user of this (undocumented) feature of Org to >> configure it to its needs after all. > > I share your view on keeping trying to be as "basic" as possible in > requirements. Though, I must admit that, at the time when I only used pure > LaTeX for editing my stuff, the todonotes package appeared as the only > valuable one. > > And, as its name says, it really is targetting TODO notes! > > >> What do users (and maintainers) think about it? > > I'm interested as well by comments... I tend to ensure that all packages that are available are installed so this wouldn't be a problem for me. However, I think that keeping the number of dependencies down is advantageous so I would vote for having a very generic default template for latex but with a good example of what is possible in the documentation (e.g. the particular template definition proposed by Sébastien). -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.104.gf692) ___ 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] [bug] beamer export envargs for column not working properly
Hi,
I am trying to create a beamer slide which has two columns. The second
column should only appear after a while (the 6th uncovering operation).
In latex, I would do:
: \begin{column}<6->{0.4\textwidth}
say. In org, I would expect to be able to get this latex code generated
by the following:
--8<---cut here---start->8---
* column heading :BMCOL:B_block:
:PROPERTIES:
:BEAMER_col: 0.4
:BEAMER_envargs: c<6->
:BEAMER_extra:
:BEAMER_env: block
:END:
--8<---cut here---end--->8---
according to the info documentation (Beamer class export).
However, this does not work: the "c<6->" is placed verbatim in
the \begin{block} that comes after the \begin{column}. Furthermore, if
I ask for the heading to be ignored (instead of defining a block), the
envargs are lost completely!
Thanks,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1
: using Org-mode version 7.3 (release_7.3.104.gf692)
___
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] Babel ':session ' bug?
I think :session without passing a string used to start a session, but
now it does not. I think this is a bug. Details:
Just did git pull and now with this:
,
| #+BEGIN_SRC R :session :results output
| xyz
| #+END_SRC
|
| #+results:
|
| #+BEGIN_SRC R :session *R* :results output
| xyz
| #+END_SRC
`
If I put point after 'xyz' in the first block and do
M-x eval-expression RET (org-babel-get-src-block-info) RET
I get
("R" "xyz
" ((:colname-names) (:rowname-names) (:result-params "output" "replace") (:result-type . output) (:comments . "") (:shebang . "") (:cache .
"no") (:noweb . "no") (:tangle . "no") (:exports . "code") (:results . "output replace") (::session\ \ ) ...) "" nil 0)
Note '(::session\ \ ).
Whilst putting point in the second block leads to
("R" "xyz
" ((:colname-names) (:rowname-names) (:result-params "output" "replace") (:result-type . output) (:comments . "") (:shebang . "") (:cache .
"no") (:noweb . "no") (:tangle . "no") (:exports . "code") (:results . "output replace") (:session . "*R*") ...) "" nil 0)
Chuck
Charles C. BerryDept of Family/Preventive Medicine
cbe...@tajo.ucsd.eduUC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
___
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] Babel ':session ' bug?
Correction in line below. CCB
On Sat, 20 Nov 2010, Charles C. Berry wrote:
I think :session without passing a string used to start a session, but
now it does not. I think this is a bug. Details:
Just did git pull and now with this:
,
| #+BEGIN_SRC R :session :results output xyz
| #+END_SRC
|
| #+results:
|
| #+BEGIN_SRC R :session *R* :results output xyz
| #+END_SRC
`
Oops! That should have been
,
| #+BEGIN_SRC R :session :results output
| xyz
| #+END_SRC
|
| #+results:
|
| #+BEGIN_SRC R :session *R* :results output
| xyz
| #+END_SRC
`
If I put point after 'xyz' in the first block and do
M-x eval-expression RET (org-babel-get-src-block-info) RET
I get
("R" "xyz
" ((:colname-names) (:rowname-names) (:result-params "output" "replace")
(:result-type . output) (:comments . "") (:shebang . "") (:cache . "no")
(:noweb . "no") (:tangle . "no") (:exports . "code") (:results . "output
replace") (::session\ \ ) ...) "" nil 0)
Note '(::session\ \ ).
Whilst putting point in the second block leads to
("R" "xyz
" ((:colname-names) (:rowname-names) (:result-params "output" "replace")
(:result-type . output) (:comments . "") (:shebang . "") (:cache . "no")
(:noweb . "no") (:tangle . "no") (:exports . "code") (:results . "output
replace") (:session . "*R*") ...) "" nil 0)
Chuck
Charles C. BerryDept of Family/Preventive
Medicine
cbe...@tajo.ucsd.eduUC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
___
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
Charles C. BerryDept of Family/Preventive Medicine
cbe...@tajo.ucsd.eduUC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
___
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] Babel ':session ' bug?
Charles C. Berry wrote: > > Correction in line below. CCB > > On Sat, 20 Nov 2010, Charles C. Berry wrote: > > > I think :session without passing a string used to start a session, but > > now it does not. I think this is a bug. Details: > > I ran into this too: see the footnote in http://thread.gmane.org/gmane.emacs.orgmode/33016/focus=33294 Nick ___ 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
