[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 wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org 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 pre class=src src-emacs-lisp(update this-var) (echo span class=org-stringOK/span) /pre #+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 pre class=examplegt;gt; Does it work? gt; gt; Yes, if you: gt; - update =this-var= gt; - restart OK. Confirmed, but you need to: 1. delete the =cache=. 2. redo it. Thanks to: - you - me /pre #+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 p class=verse gt;gt; Does it work?br/ gt;br/ gt; Yes, if you:br/ gt; - update codethis-var/codebr/ gt; - restartbr/ br/ OK. Confirmed, but you need to:br/ /pol li delete the codecache/code.br/ /li li redo it.br/ br/ Thanks to:br/ /li li youbr/ /li li mebr/ /p #+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 j...@yahoo.com 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 strom...@stromeko.de 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 j...@yahoo.com 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 t...@tsdye.com 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 wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org 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 hs...@nwlink.com 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 carsten.domi...@gmail.com 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 carsten.domi...@gmail.com 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 tass...@member.fsf.org writes: Łukasz Stelmach lukasz.stelm...@iem.pw.edu.pl 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 info:(gnus)The Gnus Registry 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 carsten.domi...@gmail.com 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 torsten.wag...@gmail.com 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 wxhgmqzgw...@spammotel.com 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: c6- :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 c6- 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?
Charles C. Berry cbe...@tajo.ucsd.edu 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