Re: [O] Can't link to info nodes
Carsten Dominik carsten.domi...@gmail.com writes: Take a look at the variable org-modules. Does it contain the symbol org-info? No it didn't. It's working now, thank you. Maybe there should be a mention of this dependency in the org manual ? Julien.
Re: [O] Can't link to info nodes
Carsten Dominik carsten.domi...@gmail.com writes: I don't think this is needed, as this is in the default value for this variable. So some way or another you have first *removed* this from the variable. Maybe by setting it with `setq' in .emacs? You're right again, the module must have been added after I configured this variable it in my .emacs. Julien.
Re: [O] vmin and probably vmax functions don't work
Hi, I think you'll need to include an actual example that isn't working. With my own tables I don't see any errors with vmean, vmin, vmax. As for vmode, does Calc have such a function? I can't see it documented, and putting one in my table doesn't work. Yours, Christian On 9/19/11 4:52 AM, Jude DaShiell wrote: I'm getting identical numbers with vmean and vmode. I don't know if that information is correct but will check it with another system later this week. The same figures though also come up for vmin function and I know for a fact that isn't correct. That was after saving my org file and starting up emacs again to see if those figures would change and those figures did not change. The only functions from calc that may work are vmean and perhaps vsum but I've not tried vsum yet so won't make any more categorical statements about that yet. I modified the #+TBLFM: line with the original vmean formulas on it changing them first to vmode and later to vmin. And that's how I got these results. What I would have liked to have done would have been to calculate a mode and a min and max for each of the three figures I'm tracking then had that information show up at the bottom of the table. Something like: | stats: | systalic | diastalic | pulse | | mode | xxx | yyy | zzz | | min | xxx | yyy | zzz | | max | xxx | yyy | zzz | |- Though how to get a #+TBLFM: line to calculate for all of this and position correctly I'll have to figure out later. Judejdash...@shellworld.net I love the Pope, I love seeing him in his Pope-Mobile, his three feet of bullet proof plexi-glass. That's faith in action folks! You know he's got God on his side. ~ Bill Hicks
Re: [O] vmin and probably vmax functions don't work
| Date Stamp | Systalic | Diastalic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | || | | | |+--+---+---| | modes | 127. | 81. | 74. | #+TBLFM: $2=vmin(@I..II);f0::$3=vmin(@I..II);f0::$4=vmin(@I..II);f0 # Local Variables: # kept-new-versions: 100 # version-control: t # End: On Mon, 19 Sep 2011, Christian Moe wrote: Hi, I think you'll need to include an actual example that isn't working. With my own tables I don't see any errors with vmean, vmin, vmax. As for vmode, does Calc have such a function? I can't see it documented, and putting one in my table doesn't work. Yours, Christian On 9/19/11 4:52 AM, Jude DaShiell wrote: I'm getting identical numbers with vmean and vmode. I don't know if that information is correct but will check it with another system later this week. The same figures though also come up for vmin function and I know for a fact that isn't correct. That was after saving my org file and starting up emacs again to see if those figures would change and those figures did not change. The only functions from calc that may work are vmean and perhaps vsum but I've not tried vsum yet so won't make any more categorical statements about that yet. I modified the #+TBLFM: line with the original vmean formulas on it changing them first to vmode and later to vmin. And that's how I got these results. What I would have liked to have done would have
Re: [O] vmin and probably vmax functions don't work
Hi, You've got row formulas when you want single-cell formulas. Assuming it's minima you're after, try #+TBLFM: @$2=vmin(@I..@II);f0::@$3=vmin(@I..II);f0::@$4=vmin(@I..II);f0 hth Christian On 9/19/11 12:15 PM, Jude DaShiell wrote: | Date Stamp | Systalic | Diastalic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | || | | | |+--+---+---| | modes | 127. | 81. | 74. | #+TBLFM: $2=vmin(@I..II);f0::$3=vmin(@I..II);f0::$4=vmin(@I..II);f0
Re: [O] vmin and probably vmax functions don't work
On second thought, these days you can just use a single range formula: #+TBLFM: @$2..$4=vmin(@I..@II);f0 hth, Christian On 9/19/11 12:38 PM, Christian Moe wrote: Hi, You've got row formulas when you want single-cell formulas. Assuming it's minima you're after, try #+TBLFM: @$2=vmin(@I..@II);f0::@$3=vmin(@I..II);f0::@$4=vmin(@I..II);f0 hth Christian
[O] question/error concerning EXPORT_OPTIONS
hi all, for subtree specific html export options what's wrong with ** Subtree :PROPERTIES: :EXPORT_OPTIONS: :t todo:t :END: - contents I get this error: or: Assertion failed: (functionp (symbol-value fun-var-sym)), nil Which options are supported and how is the syntax for configuring? I couldn't find an example. Thanks, Rainer
Re: [O] [babel] Trying to add ERT test cases
Sebastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, I'd like to really contrib more on test cases, in particular every time I'd see something problematic. My goal (SOMEDAY/MAYBE) would be to (be able to) report any problem with an attached ERT test case... That would certainly be the ideal for a bug report. Last experience: for some unknown reason (maybe a Lisp nesting exceeded, though), it (rarely) happens that the speed commands don't work anymore. I'd like to test (ultimately all speed commans) against such a behavior. Hence: * Speed command (this must be at level-1 headline) :PROPERTIES: :ID: 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b :END: Some text. * Test #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () Test that speed command `r' does demote the headline. (org-test-at-id 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b (goto-char (point-at-bol)) (insert r) ;; I don't want a self-insert of r, but the effect of typing it (goto-char (point-at-bol)) (should (looking-at \\*\\* Speed command)) (delete-char 1))) #+end_src Problems: - I want to simulate the user pressing `r', but `insert' does insert a literal `r', instead of executing what's associated to it. Of course, I don't want to replace the key press on `r' but a call to `org-shiftright', that's the whole point of the test. So, how can I insert a `r' character to be contextually interpreted? The best way to find out what is happening when you press a key (or key chord) in Emacs is with the `describe-key-briefly' command bound to C-h c. Using this in an Org-mode buffer I see that the key r is bound to `org-self-insert-command'. - when `should' is failing, the `delete-char' does not take place. This is still mysterious to me, at this point in time. I suppose ERT aborts a test when the first should form fails. Many testing frameworks have a way of defining fixtures which serve as test wrappers... Hoping to find an ERT tutorial I googled ert tutorial emacs test and the first page was [1], which we should probably update to reflect the actual test framework. The info page on ERT does look to be informative and may specify how to ensure that cleanup code is run -- although in general it may be a better idea to simply run tests in a temporary buffer `with-temp-buffer' so no cleanup is required. Hope this helps. Best -- Eric Any hints for me to go further? Best regards, Seb Footnotes: [1] http://orgmode.org/worg/org-tests/index.html -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] question/error concerning EXPORT_OPTIONS
Rainer Stengele rainer.steng...@online.de writes: Hi Rainer, for subtree specific html export options what's wrong with ** Subtree :PROPERTIES: :EXPORT_OPTIONS: :t todo:t :END: - contents I get this error: or: Assertion failed: (functionp (symbol-value fun-var-sym)), nil I do not. Org-mode version 7.7 0d580520cc438659bab67004bf1789b2305f6d58 (Yes I'm a bit behind ;-) GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO Did you select the subtree ( C-c C-@ ) before exporting ? I did. cheers, Giovanni
Re: [O] [babel] Trying to add ERT test cases
Martyn Jago martyn.j...@btinternet.com writes: [...] (ert-deftest ob-tangle/speed-command-r () (let ((org-use-speed-commands t)) (with-temp-buffer (org-mode) (insert * Speed command) (goto-char (point-at-bol)) ;; ensure default speed commands return t (should (org-speed-command-default-hook r)) (should (org-speed-command-default-hook n)) ;; ensure non-default speed commands return nil (should-not (org-speed-command-default-hook z)) ;; ensure default speed commands return nil if not at bol (forward-char) (should-not (org-speed-command-default-hook r)) ;; ensure org-metaright promotes heading (goto-char (point-at-bol)) (org-metaright 1) (goto-char (point-at-bol)) (should (equal ** Speed command (buffer-string))) ;; ensure org-metaleft demotes heading (org-metaleft 1) (should (equal * Speed command (buffer-string)) As a minor note, I just added a simple convenience macro named `org-test-with-temp-text' [1] which should somewhat simplify the process of using temporary Org-mode buffers with initial text. Using this the above becomes #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () (let ((org-use-speed-commands t)) (org-test-with-temp-text * Speed command ;; ensure default speed commands return t (should (org-speed-command-default-hook r)) (should (org-speed-command-default-hook n)) ;; ensure non-default speed commands return nil (should-not (org-speed-command-default-hook z)) ;; ensure default speed commands return nil if not at bol (forward-char) (should-not (org-speed-command-default-hook r)) ;; ensure org-metaright promotes heading (goto-char (point-at-bol)) (org-metaright 1) (goto-char (point-at-bol)) (should (equal ** Speed command (buffer-string))) ;; ensure org-metaleft demotes heading (org-metaleft 1) (should (equal * Speed command (buffer-string)) #+end_src Cheers -- Eric Footnotes: [1] , | org-test-with-temp-text is a Lisp macro in `org-test.el'. | | (org-test-with-temp-text TEXT rest BODY) | | Run body in a temporary buffer with Org-mode as the active | mode holding TEXT. If the string point appears in TEXT | then remove it and place the point there before running BODY. ` -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] Time estimates time format?
Hi all, I'm trying to monitor my projects with org-mode. I'd like to make time estimates for different activities and then monitor time spent on the activities. In the manual I found #+PROPERTY: Effort_ALL 0 0:10 0:30 1:00 2:00 3:00 4:00 5:00 6:00 7:00 #+COLUMNS: %40ITEM(Task) %17Effort(Estimated Effort){:} %CLOCKSUM which works. But I'd like to make estimates in days, weeks or even months. And have spent time displayed in percentage of the estimate. Is this possible? Best regards Johan
[O] Sentence Highlighting
As a creative-writer-type who also dabbles in code, I've found org-mode extremely useful to not only to organize notes relating to a project but also for creative writing. Structure and navigation/linking is a breeze and export is well developed. I've come across http://www.emacswiki.org/emacs/SentenceHighlight lately and tried it with org instead of the outline mode it was written for and it seems to work very well. I find it a very useful aid. It might be worth polling people to see if there's enough interest for this kind of feature and including it if the reaction's positive as it's a fairly trivial piece of code. It also occurred to me that for someone who knows what they're doing (not me!) it should be trivial to adapt it to function in code blocks to higlight the current bracketed expression or function ... just an idea. Hope I'm not just wasting time ... :), Vicaro -- __añ j _/|\_li __sabbasatta- bhavantu sukhitatta-___ may all beings be well __
Re: [O] question/error concerning EXPORT_OPTIONS
Am 19.09.2011 17:10, schrieb Giovanni Ridolfi: Rainer Stengele rainer.steng...@online.de writes: Hi Rainer, for subtree specific html export options what's wrong with ** Subtree :PROPERTIES: :EXPORT_OPTIONS: :t todo:t :END: - contents I get this error: or: Assertion failed: (functionp (symbol-value fun-var-sym)), nil I do not. Org-mode version 7.7 0d580520cc438659bab67004bf1789b2305f6d58 (Yes I'm a bit behind ;-) GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO Did you select the subtree ( C-c C-@ ) before exporting ? I did. cheers, Giovanni Hi Giovanni, yes, I selected the subtree! After updating the org version and recompiling all files everything works as expected! Excellent! Thanks! best, Rainer
[O] Idea, configurable markup
I got the following idea regarding the use of markup characters in org-mode. Currently it is possible to use *bold*, /italic/ and ~verbose~ and a few other markups. I would have liked to have this extended as follows: - Allow the toggling of the display of the formatting characters, *, ~, /, etc. - Allow a system that allows the user to invent his own formatting. E.g. «variable», 〈function〉, $math$, ⌞string⌟, or whatever the user fancies. All these modes should be defined in an org-mode variable and the display attributes should be configurable, just like any other custom org-mode font. If the user wants to expand beyond ASCII it should be up to him. - Alternately, use a system like varvariable/var where the tag var is user definable, just like the magic characters above. The display of the tags should be toggable. Just like for [file:foo.bar] where the [] character are hidden, should the tags be hidden until someone erases one of the two delimiters. Note that this is nothing more than ideas at the moment, and I'll probably never get around to implement any of it. Still I thought I'd share it if someone would like to have a go. Regards, Dov
Re: [O] Idea, configurable markup
Dov Grobgeld dov.grobg...@gmail.com writes: I got the following idea regarding the use of markup characters in org-mode. Currently it is possible to use *bold*, /italic/ and ~verbose~ and a few other markups. I would have liked to have this extended as follows: - Allow the toggling of the display of the formatting characters, *, ~, /, etc. This is currently possible through customization of the `org-hide-emphasis-markers' variable - Allow a system that allows the user to invent his own formatting. E.g. «variable», 〈function〉, $math$, ⌞string⌟, or whatever the user fancies. All these modes should be defined in an org-mode variable and the display attributes should be configurable, just like any other custom org-mode font. If the user wants to expand beyond ASCII it should be up to him. - Alternately, use a system like varvariable/var where the tag var is user definable, just like the magic characters above. The display of the tags should be toggable. Just like for [file:foo.bar] where the [] character are hidden, should the tags be hidden until someone erases one of the two delimiters. Something similar to this is possible using custom link types. See the info page for more information. (info (org)Adding hyperlink types) Examples that have been discussed on the mailing list include using link types to control the color of words (both for inline display and export). A search in the mailing list archives should turn up more specifics. Best -- Eric Note that this is nothing more than ideas at the moment, and I'll probably never get around to implement any of it. Still I thought I'd share it if someone would like to have a go. Regards, Dov -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] org-bibtex: TYPE property conflicting with bibtex's type parameter
The current org-bibtex code uses the value of the TYPE property for two different purposes: * identify the type of bibtex entry * give a value to the type parameter in a bibtex entry Using the TYPE property for both has the unfortunate effect that on an entry type like phdthesis (which has an optional type parameter), the resulting text contains the phdthesis text insteaad of the default PhD thesis text produced by bibtex when the type parameter is not set. For example, this: #+bein_source org * One Title :PROPERTIES: :TITLE: One Title :TYPE: phdthesis :AUTHOR: John Doe :SCHOOL: University of Somewhere :YEAR: 2011 :CUSTOM_ID: myid :END: #+end_source results in the following bibtex entry: #+begin_source bibtex @phdthesis{myid, author = {John Doe}, title ={One Title}, school = {University of Somewhere}, year = 2011, type = {phdthesis} } #+end_source which is processed into the following text: #+begin_source fundamental [1] J. Doe. One Title. phdthesis, University of Somewhere, 2011. #+end_source instead of the desired: #+begin_source fundamental [1] J. Doe. One Title. PhD thesis, University of Somewhere, 2011. #+end_source The only way out I see is to use different properties for the bibtex entry type and bibtex's type parameter. Preferably using a different property for org-bibtex to identify the entry type (e.g., BIBTEX_TYPE). Thanks a lot, Lluis PS: I'm not subscribed to the list, so please put me in CC if you want me to read you. -- And it's much the same thing with knowledge, for whenever you learn something new, the whole world becomes that much richer. -- The Princess of Pure Reason, as told by Norton Juster in The Phantom Tollbooth
Re: [O] [babel] Trying to add ERT test cases
Hi Martyn, Martyn Jago wrote: Sebastien Vauban wxhgmqzgw...@spammotel.com writes: * Test #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () Test that speed command `r' does demote the headline. (org-test-at-id 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b (goto-char (point-at-bol)) (insert r) ;; I don't want a self-insert of r, but the effect of typing it (goto-char (point-at-bol)) (should (looking-at \\*\\* Speed command)) (delete-char 1))) #+end_src Problems: - I want to simulate the user pressing `r', but `insert' does insert a literal `r', instead of executing what's associated to it. Of course, I don't want to replace the key press on `r' but a call to `org-shiftright', that's the whole point of the test. So, how can I insert a `r' character to be contextually interpreted? - when `should' is failing, the `delete-char' does not take place. This is still mysterious to me, at this point in time. Any hints for me to go further? My solution doesn't simulate pressing `r' as such (which looks like it will require some substantial setup), so I approached the test slightly differently... - 1) Ensure =org-speed-command-default-hook= returns t when valid (default) speed command and bol - 2) Ensure actual speed command promotes correctly - 3) Use a test-buffer (with org-mode enabled) to avoid messing with test example There may be a better solution however. Best, Martyn (ert-deftest ob-tangle/speed-command-r () (let ((org-use-speed-commands t)) (with-temp-buffer (org-mode) (insert * Speed command) (goto-char (point-at-bol)) ;; ensure default speed commands return t (should (org-speed-command-default-hook r)) (should (org-speed-command-default-hook n)) ;; ensure non-default speed commands return nil (should-not (org-speed-command-default-hook z)) ;; ensure default speed commands return nil if not at bol (forward-char) (should-not (org-speed-command-default-hook r)) ;; ensure org-metaright promotes heading (goto-char (point-at-bol)) (org-metaright 1) (goto-char (point-at-bol)) (should (equal ** Speed command (buffer-string))) ;; ensure org-metaleft demotes heading (org-metaleft 1) (should (equal * Speed command (buffer-string)) Thanks a lot for teaching me such tricks. However, I have the impression it's not entirely what I'd like to test for: that the user pressing `r' makes the headline being demoted. Here, if I understand you and the code correctly, you test that: - `r', in the valid context, is a key bound to some speed command, but not especially the headline demotion; - ... - demotion and promotion do work, when called via their well-known command. Of course, as you say, what I'm asking for is maybe just to complex to test. And it does not remove anything from the need for the above test you just wrote. Thanks a lot. Best regards, Seb -- Sebastien Vauban
Re: [O] Idea, configurable markup
Hi Dov, Dov Grobgeld wrote: I got the following idea regarding the use of markup characters in org-mode. Currently it is possible to use *bold*, /italic/ and ~verbose~ and a few other markups. I would have liked to have this extended as follows: - Allow the toggling of the display of the formatting characters, *, ~, /, etc. It's already in there: 1. Choose to get them hidden by default with: #+begin_src emacs-lisp (setq org-hide-emphasis-markers t) #+end_src 2. Make them (dis-)appear by toggling visible-mode. - Allow a system that allows the user to invent his own formatting. E.g. «variable», 〈function〉, $math$, ⌞string⌟, or whatever the user fancies. All these modes should be defined in an org-mode variable and the display attributes should be configurable, just like any other custom org-mode font. If the user wants to expand beyond ASCII it should be up to him. - Alternately, use a system like varvariable/var where the tag var is user definable, just like the magic characters above. The display of the tags should be toggable. Just like for [file:foo.bar] where the [] character are hidden, should the tags be hidden until someone erases one of the two delimiters. Note that this is nothing more than ideas at the moment, and I'll probably never get around to implement any of it. Still I thought I'd share it if someone would like to have a go. Regarding inventing new formatting and having them correctly exported, this is already there as well: See: - `org-emphasis-alist' for face in Emacs and code to HTML - `org-export-latex-emphasis-alist' for code to LaTeX So, already done (by others!). Just a comment on this: I would be in favor of having one or two extra formats _by default_ -- so that it's not relying on my .emacs config file; in fact, as much as in TeXinfo... Currently, as special formats[1], we only have: - org-code, and - org-verbatim. And the use case is not that clear to me (how do you code a URL, a filename, an argument or a key binding?), as both finally gets resolved to the same appearance (in HTML, and almost the same in LaTeX). In TeXinfo, it seems to me we have at least: - url, - code, - key binding, not speaking of internal references. I'd be glad if we could get the same expressivety, by default, as the one we have in TeXinfo[2]. Best regards, Seb Footnotes: [1] I mean: other than bold, italic, underline and striken-through. [2] Never wrote any line in TeXinfo, but simply had to read a couple. -- Sebastien Vauban
Re: [O] [babel] Trying to add ERT test cases
Hi Eric, Eric Schulte wrote: Sebastien Vauban wxhgmqzgw...@spammotel.com writes: * Test #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () Test that speed command `r' does demote the headline. (org-test-at-id 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b (goto-char (point-at-bol)) (insert r) ;; I don't want a self-insert of r, but the effect of typing it (goto-char (point-at-bol)) (should (looking-at \\*\\* Speed command)) (delete-char 1))) #+end_src Problems: - I want to simulate the user pressing `r', but `insert' does insert a literal `r', instead of executing what's associated to it. Of course, I don't want to replace the key press on `r' but a call to `org-shiftright', that's the whole point of the test. So, how can I insert a `r' character to be contextually interpreted? The best way to find out what is happening when you press a key (or key chord) in Emacs is with the `describe-key-briefly' command bound to C-h c. Using this in an Org-mode buffer I see that the key r is bound to `org-self-insert-command'. OK, so I just rewrote my test file like this: --8---cut here---start-8--- * Speed command (this must be at level-1 headline) :PROPERTIES: :ID: 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b :END: Some text. * Test #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () Test that speed command `r' does demote the headline. (org-test-at-id 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b (goto-char (point-at-bol)) (org-self-insert-command ?r) (goto-char (point-at-bol)) (should (looking-at \\*\\* Speed command)) (delete-char 1))) #+end_src --8---cut here---end---8--- When running the test _once_, I get my level-1 headline preceded by 114 occurrences of ^M (yes, 114 for 1 test run!): ^M^M^M...^M^M^M* Speed command (this must be at level-1 headline) and no demotion of my headline. Do you understand such? The above should have been working, if I read you correctly. - when `should' is failing, the `delete-char' does not take place. This is still mysterious to me, at this point in time. I suppose ERT aborts a test when the first should form fails. I now do think you're right: an error is an error, hence the test is aborting. My cleanup is then useless in such a case. Many testing frameworks have a way of defining fixtures which serve as test wrappers... Hoping to find an ERT tutorial I googled ert tutorial emacs test and the first page was [1], which we should probably update to reflect the actual test framework. The info page on ERT does look to be informative and may specify how to ensure that cleanup code is run -- although in general it may be a better idea to simply run tests in a temporary buffer `with-temp-buffer' so no cleanup is required. ... which means, I indeed should use a temp buffer. Thanks for the hint. I read thru the page you link to. Just a minor thing: link to See ert-publish-test.el for the implementation is broken. Do you have a solution for checking against internal broken links? I still have my idea of letting DOT draw an graph of the interconnection between pages, so that we see missing pages, and unreachable ones (files on the file system, but never linked). I should (find the time to) extend it enough to serve that purpose. Best regards, Seb -- Sebastien Vauban
Re: [O] Problems with Org-Mode export
Greetings. I've been having problems lately in exporting Org-Mode source-code documents to HTML and/or PDF. I'm running Org-Mode 7.7 with Emacs 23 on 64-bit linux (Fedora 15). I've appended a document that exhibits at least some of the problem. The problems are similar to the problem described at: http://comments.gmane.org/gmane.emacs.orgmode/45316 and can *sometimes* be circumvented by executing org-reload. In the particular example shown below, the HTML export works as expected, but the PDF export fails with message: org-export-latex-preprocess: Wrong type argument: stringp, nil By the way, everything worked fine in the example until I added the last source block: #+begin_src R x #+end_src I tried using what I take to be the latest version of Org-Mode: Org-mode version 7.7 (release_7.7.290.g65d05) but that only made things worse. I tried an HTML export with this version, and it generated a horrendous-looking message that begins with: org-babel-R-evaluate: Wrong number of arguments: #[(session body result-type result-params column-names-p row-names-p) Æ=}... followed by a bunch of stuff containing enough non-printing characters that it's hard to reproduce in email, and ending with: ...org-mode/lisp/ob-R.elc . 9734)], 5 I'd welcome any help/advice that anybody can provide. Could I ask you to provide the entire backtrace for both errors? M-x toggle-debug-on-error RET The backtrace might contain information about the exact place where a string is expected. If you can't copy it into the email program save to disk + gzip + attach should do the trick. Hi, David. I've attached the backtrace for: Org-mode version 7.7 (release_7.7.304.g9da4) (I was traveling when I worked on this previously, and my environment has now changed. The version I'm using now exhibits the same kind of error.) Thanks, -- Mike backtrace.txt.gz Description: GNU Zip compressed data
Re: [O] [babel] Trying to add ERT test cases
* Test #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () Test that speed command `r' does demote the headline. (org-test-at-id 4ee368b8-cf7c-4269-98c0-b28dcf94ff2b (goto-char (point-at-bol)) (org-self-insert-command ?r) (goto-char (point-at-bol)) (should (looking-at \\*\\* Speed command)) (delete-char 1))) #+end_src When running the test _once_, I get my level-1 headline preceded by 114 occurrences of ^M (yes, 114 for 1 test run!): ^M^M^M...^M^M^M* Speed command (this must be at level-1 headline) and no demotion of my headline. Do you understand such? The above should have been working, if I read you correctly. So it looks like these self-insert-command functions are special cases. They don't look to their arguments to see what key-press invoked them, but rather they call the `this-command-keys' function for this purpose. We can force the behavior we want by overriding the definition of this function locally, taking this approach the following test case worked for me #+begin_src emacs-lisp (ert-deftest ob-tangle/speed-command-r () Test that speed command `r' does demote the headline. (org-test-with-temp-text * Speed command (flet ((this-command-keys () r)) (org-self-insert-command ?r)) (goto-char (point-min)) (should (looking-at \\*\\* Speed command #+end_src - when `should' is failing, the `delete-char' does not take place. This is still mysterious to me, at this point in time. I suppose ERT aborts a test when the first should form fails. I now do think you're right: an error is an error, hence the test is aborting. My cleanup is then useless in such a case. Many testing frameworks have a way of defining fixtures which serve as test wrappers... Hoping to find an ERT tutorial I googled ert tutorial emacs test and the first page was [1], which we should probably update to reflect the actual test framework. The info page on ERT does look to be informative and may specify how to ensure that cleanup code is run -- although in general it may be a better idea to simply run tests in a temporary buffer `with-temp-buffer' so no cleanup is required. ... which means, I indeed should use a temp buffer. Thanks for the hint. I read thru the page you link to. Just a minor thing: link to See ert-publish-test.el for the implementation is broken. Do you have a solution for checking against internal broken links? Nothing comes immediately to mind. I still have my idea of letting DOT draw an graph of the interconnection between pages, so that we see missing pages, and unreachable ones (files on the file system, but never linked). I should (find the time to) extend it enough to serve that purpose. This could be useful, like a site map for worg. As an intermediate step I could see it being useful to simply print out all internal links whose target does not exist on the file system. Best -- Eric Best regards, Seb -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] Entities Parsing Code
I've been noticing that the org-pretty-entities code incorrectly lexes numbers as part of TeX command names; for example, if I type $\sim2n^2$, the \sim will not be replaced with a ~ because the 2 is lexed as part of the command name. This is incorrect; in TeX, numbers are not legal parts of a command name. Here's a patch that fixes the issue: diff --git a/lisp/org.el b/lisp/org.el index 73b1073..0db5a0b 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5735,7 +5735,7 @@ needs to be inserted at a specific position in the font- (when org-pretty-entities (catch 'match (while (re-search-forward - \\([a-zA-Z][a-zA-Z0-9]*\\)\\($\\|[^[:alnum:]\n]\\) + \\([a-zA-Z]+\\)\\($\\|[^[:alpha:]\n]\\) limit t) (if (and (not (org-in-indented-comment-line)) (setq ee (org-entity-get (match-string 1))) -- - Pavel Panchekha
Re: [O] vmin and vmax are probably broken
The min figures are definitely inaccurate. cut here. | Date Stamp | Systalic | Diastalic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | | [2011-09-19 Mon 06:00] | 133 |81 |69 | || | | | |+--+---+---| | min| 127. | 81. | 74. | #+TBLFM: @$2..$4=vmin(@I..@II);f0 # Local Variables: # kept-new-versions: 100 # version-control: t # End: cut here. Jude jdash...@shellworld.net I love the Pope, I love seeing him in his Pope-Mobile, his three feet of bullet proof plexi-glass. That's faith in action folks! You know he's got God on his side. ~ Bill Hicks
Re: [O] vmin and vmax are probably broken
Jude DaShiell jdash...@shellworld.net wrote: The min figures are definitely inaccurate. I get different results from the ones you get: --8---cut here---start-8--- | Date Stamp | Systolic | Diastolic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed 04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | | [2011-09-19 Mon 06:00] | 133 |81 |69 | |+--+---+---| | min| 116 |69 |61 | | max| 152 | 100 |89 | #+TBLFM: @$2..@$4=vmin(@I..@II);f0 :: @$2..@$4=vmax(@I..@II);f0 --8---cut here---end---8--- I think that these are correct. I had to specify the cell ranges a bit more precisely when I added the max line, otherwise org was giving me errors. Also, I don't know much about calc modes, but I don't understand what the ;f0 does (or what it is supposed to do). Nick
[O] [PATCH] Check argument is a string before calling string-match
* lisp/org-html.el (org-export-as-html): Check string-match argument (org-html-handle-time-stamps): Check string-match argument Avoid wrong-type-argument errors during exporting. --- This may or may not be the same error you are getting - but I ran into this during exporting back in August and it was sitting in my queue. Please report if this fixes your issue or not. -Bernt lisp/org-html.el | 30 -- 1 files changed, 16 insertions(+), 14 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index fde563b..6492c2f 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1598,7 +1598,8 @@ lang=\%s\ xml:lang=\%s\ (setq line (org-html-handle-links line opt-plist)) ;; TODO items - (if (and (string-match org-todo-line-regexp line) + (if (and org-todo-line-regexp + (string-match org-todo-line-regexp line) (match-beginning 2)) (setq line @@ -2213,19 +2214,20 @@ for further information. Format time stamps in string S, or remove them. (catch 'exit (let (r b) - (while (string-match org-maybe-keyword-time-regexp s) - (or b (setq b (substring s 0 (match-beginning 0 - (setq r (concat -r (substring s 0 (match-beginning 0)) - @span class=\timestamp-wrapper\ -(if (match-end 1) -(format @span class=\timestamp-kwd\%s @/span -(match-string 1 s))) -(format @span class=\timestamp\%s@/span -(substring - (org-translate-time (match-string 3 s)) 1 -1)) -@/span) - s (substring s (match-end 0 + (when org-maybe-keyword-time-regexp + (while (string-match org-maybe-keyword-time-regexp s) + (or b (setq b (substring s 0 (match-beginning 0 + (setq r (concat + r (substring s 0 (match-beginning 0)) + @span class=\timestamp-wrapper\ + (if (match-end 1) + (format @span class=\timestamp-kwd\%s @/span + (match-string 1 s))) + (format @span class=\timestamp\%s@/span + (substring + (org-translate-time (match-string 3 s)) 1 -1)) + @/span) + s (substring s (match-end 0) ;; Line break if line started and ended with time stamp stuff (if (not r) s -- 1.7.7.rc1.3.g5593
Re: [O] Time estimates time format?
Johan Ekh ekh.jo...@gmail.com writes: Hi all, I'm trying to monitor my projects with org-mode. I'd like to make time estimates for different activities and then monitor time spent on the activities. In the manual I found #+PROPERTY: Effort_ALL 0 0:10 0:30 1:00 2:00 3:00 4:00 5:00 6:00 7:00 #+COLUMNS: %40ITEM(Task) %17Effort(Estimated Effort){:} %CLOCKSUM which works. But I'd like to make estimates in days, weeks or even months. And have spent time displayed in percentage of the estimate. Is this possible? Not that I'm aware of. I break tasks down and estimate the smaller bits (up to a day). Regards, Bernt
Re: [O] vmin and vmax are probably broken
Nick, thanks much! I had to use braille to write this stuff down so I could understand it. I suspect then that the following #+TBLFM: line will put a line with mode figures above the min and max figures. #+TBLFM: @$2..@$4=vmode(@I..@II);f0 :: @$2..@$4=vmin(@I..@II);f0 :: @$2..@$4=vmax(@I..@II);f0 On Mon, 19 Sep 2011, Nick Dokos wrote: Jude DaShiell jdash...@shellworld.net wrote: The min figures are definitely inaccurate. I get different results from the ones you get: --8---cut here---start-8--- | Date Stamp | Systolic | Diastolic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed 04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | | [2011-09-19 Mon 06:00] | 133 |81 |69 | |+--+---+---| | min| 116 |69 |61 | | max| 152 | 100 |89 | #+TBLFM: @$2..@$4=vmin(@I..@II);f0 :: @$2..@$4=vmax(@I..@II);f0 --8---cut here---end---8--- I think that these are correct. I had to specify the cell ranges a bit more precisely when I added the max line, otherwise org was giving me errors. Also, I don't know much about calc modes, but I don't understand what the ;f0 does (or what it is supposed to do). Nick Jude jdash...@shellworld.net I love the Pope, I love seeing him in his Pope-Mobile, his three feet of bullet proof plexi-glass. That's faith in action folks! You know he's got God on his
Re: [O] vmin and vmax are probably broken
The :f0 says display only integers. All decimals are chopped off.On Mon, 19 Sep 2011, Nick Dokos wrote: Jude DaShiell jdash...@shellworld.net wrote: The min figures are definitely inaccurate. I get different results from the ones you get: --8---cut here---start-8--- | Date Stamp | Systolic | Diastolic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed 04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | | [2011-09-19 Mon 06:00] | 133 |81 |69 | |+--+---+---| | min| 116 |69 |61 | | max| 152 | 100 |89 | #+TBLFM: @$2..@$4=vmin(@I..@II);f0 :: @$2..@$4=vmax(@I..@II);f0 --8---cut here---end---8--- I think that these are correct. I had to specify the cell ranges a bit more precisely when I added the max line, otherwise org was giving me errors. Also, I don't know much about calc modes, but I don't understand what the ;f0 does (or what it is supposed to do). Nick Jude jdash...@shellworld.net I love the Pope, I love seeing him in his Pope-Mobile, his three feet of bullet proof plexi-glass. That's faith in action folks! You know he's got God on his side. ~ Bill Hicks
[O] unexpected failure on all formulas
cut here. | Date Stamp | Systalic | Diastalic | Pulse | |+--+---+---| | [2011-07-19 Tue 02:26] | 138 |92 |74 | | [2011-07-20 Wed 04:03] | 130 |85 |74 | | [2011-07-21 Thu 03:50] | 128 |79 |76 | | [2011-07-22 Fri 02:33] | 121 |80 |79 | | [2011-07-23 Sat 02:52] | 118 |75 |68 | | [2011-07-24 Sun 04:13] | 126 |83 |78 | | [2011-07-25 Mon 02:12] | 122 |79 |76 | | [2011-07-26 Tue 01:57] | 124 |79 |72 | | [2011-07-27 Wed 04:03] | 137 |74 |76 | | [2011-07-28 Thu 03:47] | 136 |80 |76 | | [2011-07-29 Fri 04:06] | 120 |72 |76 | | [2011-07-30 Sat 03:18] | 128 |92 |80 | | [2011-07-31 Sun 07:11] | 124 |84 |72 | | [2011-08-01 Mon 04:55] | 124 |77 |69 | | [2011-08-02 Tue 02:47] | 128 |80 |67 | | [2011-08-03 Wed 06:00] | 132 |89 |70 | | [2011-08-04 Thu 04:30] | 137 |82 |77 | | [2011-08-05 Fri 06:10] | 124 |86 |77 | | [2011-08-06 Sat 04:04] | 139 |88 |78 | | [2011-08-07 Sun 04:02] | 124 |80 |68 | | [2011-08-08 Mon 06:36] | 137 |93 |79 | | [2011-08-10 Wed04:03] | 120 |80 |68 | | [2011-08-11 Thu 04:30] | 128 |78 |77 | | [2011-08-12 Fri 06:36] | 143 |82 |76 | | [2011-08-13 Sat 06:18] | 125 |76 |69 | | [2011-08-14 Sun 04:04] | 123 |70 |69 | | [2011-08-15 Mon 04:04] | 135 |83 |76 | | [2011-08-16 Tue 04:03] | 128 |80 |69 | | [2011-08-17 Wed 04:04] | 124 |80 |68 | | [2011-08-18 Thu 05:58] | 136 |87 |72 | | [2011-08-19 Fri 05:50] | 116 |80 |64 | | [2011-08-20 Sat 06:38] | 139 |84 |64 | | [2011-08-21 Sun 08:20] | 124 |84 |73 | | [2011-08-22 Mon 03:50] | 138 |76 |70 | | [2011-08-23 Tue 05:52] | 126 |79 |68 | | [2011-08-24 Wed 04:53] | 125 |81 |64 | | [2011-08-25 Thu 05:37] | 124 |79 |68 | | [2011-08-26 Fri 06:41] | 124 |87 |74 | | [2011-08-27 Sat 05:44] | 133 |74 |61 | | [2011-08-28 Sun 03:22] | 124 |76 |61 | | [2011-08-29 Mon 04:06] | 124 |76 |65 | | [2011-08-30 Tue 05:52] | 139 |87 |71 | | [2011-08-31 Wed 06:47] | 152 |86 |68 | | [2011-09-01 Thu 06:00] | 136 |86 |78 | | [2011-09-02 Fri 01:22] | 142 | 100 |78 | | [2011-09-03 Sat 09:12] | 126 |79 |70 | | [2011-09-04 Sun 11:53] | 130 |90 |72 | | [2011-09-05 Mon 06:29] | 138 |77 |65 | | [2011-09-06 Tue 05:42] | 121 |76 |68 | | [2011-09-07 Wed 06:47] | 131 |77 |68 | | [2011-09-08 Thu 06:02] | 122 |76 |72 | | [2011-09-10 Sat 05:38] | 126 |76 |69 | | [2011-09-11 Sun 10:12] | 137 |87 |64 | | [2011-09-12 Mon 04:00] | 135 |78 |89 | | [2011-09-13 Tue 06:00] | 132 |82 |66 | | [2011-09-14 Wed 06:01] | 137 |77 |77 | | [2011-09-15 Thu 04:08] | 141 |87 |64 | | [2011-09-17 Sat 08:35] | 121 |78 |66 | | [2011-09-18 Sun 07:04] | 124 |69 |65 | | [2011-09-19 Mon 06:00] | 133 |81 |69 | || | | | |+--+---+---| | mode | | | | | Min| | | | | Max| 127. | 81. | 74. | #+TBLFM: @$2..@$4=vmode(@i..@ii) :: @$2..@$4=vmin(@i..@ii) :: @$2..@$4=vmax(@i..@ii) # Local Variables: # kept-new-versions: 100 # version-control: t # End: cut here. What did I do wrong with this #+TBLFM: line? Jude jdash...@shellworld.net I love the Pope, I love seeing him in his Pope-Mobile, his three feet of bullet proof plexi-glass. That's faith in action folks! You know he's got God on his side. ~ Bill Hicks
Re: [O] Bug: unable to open link unless `...from-string' [7.7 (release_7.7.292.g0d4e8.dirty)]
At Fri, 16 Sep 2011 14:20:50 -0400, Dave Abrahams wrote: on Fri Sep 16 2011, David Maus dmaus-AT-ictsoc.de wrote: How did you enter the link into the Org file? The original link [[message://m2k4n46n5p.wl%d...@boostpro.com]] Is unescaped, but Org treats links as always percent-escaped. What happens is that %da is treated as a percent escaped character and unescaped after read from buffer. The link should read: message://m2k4n46n5p.wl%25d...@boostpro.com Yeah, I finally figured that out. This is a troublesome situation https://lists.gnu.org/archive/html/emacs-orgmode/2011-09/msg00257.html But up to know I didn't find a solution for it. Hmm, well, ... the link started out as a a wanderlust link of a form more like this: [[wl:/message-id:m2k4n46n5p.wl%d...@boostpro.com/%%5BGmail%5D/All%20Mail#103387bf-79b8-4389-ad51-955087347...@gmail.com]] _That_ link used to work. I transformed links like that by search/replace into: [[message://m2k4n46n5p.wl%d...@boostpro.com]] So maybe it's my fault? The original link is alread wrong, i.e. unescaped. The key question are 1. How did you create the original link? 2. When did you create the original link? I tried taking a link with `org-store-link' and insert it with `org-insert-link' and the link was properly escaped. The link escaping was changed in November 2010, maybe the link in question is an old one? Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp7yKGM9pvf3.pgp Description: PGP signature