Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Hi Eric, Eric S Fraga e.fr...@ucl.ac.uk writes: Thorsten Jolitz tjol...@googlemail.com writes: [...] What I mainly did was updating from the git repo and changing the order of hooks (orgstruct++-mode last). And I had to get rid of emacs-goodies-el too, but that was probably my specific configuration. Ahh, interesting data point. I have emacs-goodies.el installed. What is it about this package that causes problems? This package contains filladapt.el and filladapt.el _overwrites_ some fundamental variables about filling. Even if you are not using filladapt.el, it fill replace those variables... which is obvisouly plain wrong. This could be why Bastien cannot reproduce the behaviour we have been seeing? I think so. I did see another reference to this package on one of the emacs mailing lists, implying that it wasn't necessary with Emacs 24, but I think I do use a few bits from it (bar-cursor, dict, matlab, maybe others). Maybe these are in emacs 24... but I don't think so. Any insight into this would be most welcome! (setq cursor-type 'bar) or (setq cursor-type 'hbar) works here. As for dict, matlab, you can still download them from their original locations I guess. HTH, -- Bastien
Re: [O] Yearly repeats on the agenda
Hi Nicolas, Nicolas Richard theonewiththeevill...@yahoo.fr writes: PMJI, but I often used to construct headlines such as * Some course (or any other kind of recurring meeting) ** 2012-05-08 mar. ** 2012-05-15 mar. ** 2012-05-22 mar. and then filling the level two headlines as I attend the lectures. This situation sometimes creates an error message when building the agenda view, so now I use * Some course ** Lecture 2012-05-08 mar. ** Lecture 2012-05-15 mar. ** Lecture 2012-05-22 mar. I understand from your post that this way of doing things should be avoided, right ? What would be the correct way ? ** Lecture 2012-05-08 mar. ** Lecture 2012-05-15 mar. ** Lecture 2012-05-22 mar. I guess I could do something like : * Some course 2012-05-08 mar. 2012-05-15 mar. 2012-05-22 mar. and create headlines for each lecture as I attend them. That should work too, yes. HTH, -- Bastien
Re: [O] N/A; icalendar export doesn't guarantee unique UIDs
Tassilo Horn th...@fastmail.fm writes: For example, I have entries like *** Meeting with Max :PROPERTIES: :ID: e1c32cb4-bd1f-4302-8067-1723d1958a88 :END: 2012-03-13 Tue 12:00-13:00 2012-03-21 Wed 15:00-16:00 2012-03-29 Thu 10:00-11:00 2012-04-10 Tue 12:00-13:00 2012-04-18 Wed 11:00-11:30 2012-04-25 Wed 10:00-11:00 2012-05-10 Thu 12:00-13:00 They should show up at any date/time listed there. That's true for the org agenda with `org-agenda-skip-additional-timestamps-same-entry' set to nil. The icalendar export also creates multiple VEVENTS for the above org entry, *but they all have the same UID* (which is strictly VERBOTEN by the icalendar spec). The result is that the google calendar only shows one appointment, and that seems to be arbitrary. In the example above, it shows the meeting on 2012-04-18. Another very related topic: Even when ignoring entries with multiple timestamps, every icalendar item (VTODO, VEVENT, VJOURNAL) must have a SEQUENCE number that has to be incremented when an entry changes significantly (start, end, due, ..., see RFC 2445: 4.8.7.4). I've read in the google calendar help group, that the google calendar won't refresh items for which the UID is already known and the SEQUENCE number didn't increase... Bye, Tassilo
Re: [O] How to apply multiple TBLFM rules?
Hi Michael, Michael Hannon jm_han...@yahoo.com writes: Here is the same table, but with the formulas spread across three different lines: #+TBLNAME: test2 | 1 | 2 | | | 4 | 5 | | | 7 | 8 | 9 | #+TBLFM: @1$3='(+ 10 7) #+TBLFM: @2$3='(+ 11 9) #+TBLFM: @3$1=42 If I hit C-c C-c while the point is on the FIRST TBLFM line, I get: #+TBLNAME: test2 | 1 | 2 | 17 | | 4 | 5 | | | 7 | 8 | 9 | This is what I expected. If I now proceed to hit C-c C-c while the point is on the SECOND TBLFM line, I get: #+TBLNAME: test2 | 1 | 2 | 17 | | 4 | 5 | | | 7 | 8 | 9 | I.e., there is no change whatsoever. If I then hit C-c C-c while the point is on the THIRD TBLFM line, I get: #+TBLNAME: test2 | 1 | 2 | 17 | | 4 | 5 | | | 7 | 8 | 9 | I.e., again there is no change whatsoever. Yes -- I was fooled by the example in the article too. I confirm only the first formula line after the table can be applied with C-c C-c. As I said above, I'm happy with the :: solution and am happy to let this topic drop, but I'm eager to expand my Org-mode skills. Please let me know what I'm missing. Thanks for pointing at this, I'm expanding my org-table skills too! Best, -- Bastien
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
First I have to apologize for posting the bug report twice. The first report has been sent from my company. I thought that this bug-report does not make it to the list because the e-mail address at my company is not subscribed to the list. Therefore, I subscribed with my private e-mail address and sent the bug report once more. Now, some digging about the bug. I have investigated org-table-recalculate and the functions called therein. The only place where @II is handled correctly is: org-table-get-descriptor-line This function is only called within: org-table-get-range This function is called at the end of: org-table-expand-lhs-ranges But at the beginning of this function the cond condition (string-match ^@-?[-+I0-9]+\\$-?[0-9]+$ lhs) already filteres out this case. The field descriptor is not regarded as a range but as a fixed field. I changed (string-match ^@-?[-+I0-9]+\\$-?[0-9]+$ lhs) into (string-match ^@-?[-+0-9]+\\$-?[0-9]+$ lhs) without the I in the first character set. This seems to fix the bug. But I am not sure about the side effects. Best regards, Tobias
Re: [O] Patch: option to not hide brackets in org links
On Wed, May 9, 2012 at 10:07 PM, Paul Sexton psexton...@gmail.com wrote: I have a minor mode that makes org-style links fully active and fontifed in other major modes. Is that publicly available anywhere? Regards, Sean
Re: [O] links to folders with non-english characters don't work (emacs 2324 on osx)
Embarrassingly, I put my response in the wrong place, I've never used a mailing list before. Anyway, for future reference, here's my response: Solved! (By setting current-language-environment to utf-8, it was set to english-something by default) I have no idea why I didn't check what encoding emacs was using by default right away. I had no encoding problems until this issue surfaced. Thank you! On May 8, 2012, at 4:54 PM, Christian Moe wrote: Hi, I cannot reproduce AJR's problem (and I'm a happy user of both æøå and other strange characters on the Mac). I created a dør.txt file and opened it with a file:~/org/dør.txt link. I clicked a http://www.dører.no link and got the appropriate URL in the Firefox address bar. I'm on Emacs 23.3.1 and OS X 10.6.8, with current-language-environment always set to UTF-8. AJR, do you only have this trouble with links, or do you experience other encoding issues as well? Yours, Christian On 5/8/12 11:03 AM, Bastien wrote: Hi, AJRfjr...@gmail.com writes: First I just wanted to thank everyone involved in creating orgmode, it's amazing and it has pretty much sold me on emacs. But, I've had some problems with links containing æøå. I'm an osx (lion) user. In emacs 23.4 (9.0) no paths with æøå where possible to open. For example, these did not work: file:~/dør.txt (didn't open) http://www.dører.no (the url bar of firefox contained www.d¯rer.no and, before that, some other strange formatting) file:~/dør I can't reproduce this problem on my GNU/Linux machine but hopefully someone using MacOSX will help. Best,
Re: [O] links to folders with non-english characters don't work (emacs 2324 on osx)
Ansgar Meyer fjr...@gmail.com writes: Embarrassingly, I put my response in the wrong place, I've never used a mailing list before. Anyway, for future reference, here's my response: Solved! (By setting current-language-environment to utf-8, it was set to english-something by default) I have no idea why I didn't check what encoding emacs was using by default right away. I had no encoding problems until this issue surfaced. Thank you! Thanks for letting us know the issue is solved! Best, -- Bastien
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Hi, Bastien wrote: Eric S Fraga e.fr...@ucl.ac.uk writes: I have emacs-goodies.el installed. What is it about this package that causes problems? This package contains filladapt.el and filladapt.el _overwrites_ some fundamental variables about filling. Even if you are not using filladapt.el, it fill replace those variables... which is obvisouly plain wrong. FWIW, I do use filladapt.el (version 2.12, directly downloaded from the Web, long time ago), and never experienced troubles yet (in Gnus, with orgstruct++-mode). Bastien, you say we should get rid of it, but it seems the reason I have it on my system is (or was) because it does a better job than Emacs builtin Adaptative Fill mode. Anybody: any comment on this? #+begin_src emacs-lisp ;; enable FillAdapt (does a better job than Emacs builtin Adaptative ;; Fill mode) (autoload 'turn-on-filladapt-mode filladapt Unconditionally turn on Filladapt mode in the current buffer.) (autoload 'turn-off-filladapt-mode filladapt Unconditionally turn off Filladapt mode in the current buffer.) (defun my/enable-filling () Enable AutoFill and FillAdapt minor modes. ;; when inserting text, *automatically* break line at a previous ;; space, if the current column number is greater than the value of ;; `fill-column' (turn-on-auto-fill) ;; turn on FillAdapt mode everywhere but in ChangeLog files (cond ((equal mode-name Change Log) t) (t (turn-on-filladapt-mode ;; enable AutoFill and FillAdapt in Text and Org modes (add-hook 'text-mode-hook 'my/enable-filling) (add-hook 'org-mode-hook 'my/enable-filling) #+end_src In Gnus, this is my config: #+begin_src emacs-lisp ;; operates on messages you send (defun my/message-mode-hook () ;; tab completion for alias in `.mailrc' (local-set-key (kbd M-tab) 'mail-abbrev-complete-alias) ;; enable automatic word-wrap when composing messages (setq fill-column 78) (turn-on-auto-fill) (when (locate-library org.el) ;; turn on the `org-mode' table editor (turn-on-orgtbl) ;; turn on (the enhanced version of) orgstruct-mode (turn-on-orgstruct++) ;; make `orgstruct-hijacker-command-22' rebind `M-q' to a message ;; specific function to fill a paragraph (setq fill-paragraph-function 'message-fill-paragraph)) (when (locate-library auto-complete.el) (auto-complete-mode))) (add-hook 'message-mode-hook 'my/message-mode-hook) #+end_src Notice that I had to add: #+begin_src emacs-lisp ;; make `orgstruct-hijacker-command-22' rebind `M-q' to a message ;; specific function to fill a paragraph (setq fill-paragraph-function 'message-fill-paragraph) #+end_src a couple of weeks ago, because the filling did not behave anymore like it did. Best regards, Seb -- Sebastien Vauban
Re: [O] Patch: option to not hide brackets in org links
Sean O'Halpin sean.ohalpin at gmail.com writes: Is that publicly available anywhere? Here you go. To use, add orgl-enable to the relevant mode-hook, eg: (add-hook 'python-mode-hook 'orgl-enable) (defface orgl-target-face '((t (:foreground cyan :background royalblue4 :weight normal))) ;; '((t (:weight bold :box (:line-width 1 :color red The face used to emphasise org-mode targets.) (make-face 'orgl-target-face) (setq orgl-target-face 'orgl-target-face) (defvar *orgl-link-abbrevs* '((lisp-mode (defun . (defun %s () (class . (defclass %s () (wwdoc . file:../TODO::%s))) Define link abbreviations for each major mode. The variable contains a list, each element of which has the form (MAJOR-MODE (ABBREV . EXPANSION) .) ABBREV is a short string. Links of the form '[[ABBREV:TEXT]]' will be expanded into EXPANSION. See the documentation for org-link-abbrev-alist for more details.) (defun orgl-do-font-lock (add-or-remove) Add or remove font-lock rules for org hyperlinks. (funcall add-or-remove nil '((org-activate-bracket-links (0 'org-link t (funcall add-or-remove nil `((,org-target-regexp (0 'orgl-target-face t) (defun orgl-enable () Enable fontification of org-style hyperlinks in the current buffer. (interactive) ;; The following variable has to be bound to a string, or following links ;; will not work. ;; There is probably a more elegant solution. (unless org-todo-line-tags-regexp (set (make-local-variable 'org-todo-line-tags-regexp) XYZ_THIS@SHOULD_NEVER~MATCH_ZYX)) (orgl-do-font-lock 'font-lock-add-keywords) ;; Stop org links from having invisible [[ brackets ]]. (remove-text-properties (point-min) (point-max) '(invisible nil)) (font-lock-fontify-buffer) ;; Add special link abbreviations. (unless org-link-abbrev-alist-local (make-local-variable 'org-link-abbrev-alist-local)) (dolist (pair (cdr (assoc major-mode *orgl-link-abbrevs*))) (pushnew pair org-link-abbrev-alist-local))) (defun orgl-disable () Disable fontification of org-style hyperlinks in the current buffer. (interactive) (remove-text-properties (point-min) (point-max) '(mouse-face t keymap t org-linked-text t invisible t intangible t org-no-flyspell t)) (orgl-do-font-lock 'font-lock-remove-keywords) (font-lock-fontify-buffer) ;; Remove special link abbreviations (dolist (pair (cdr (assoc major-mode *orgl-link-abbrevs*))) (setq org-link-abbrev-alist-local (delete pair org-link-abbrev-alist-local
Re: [O] Yearly repeats on the agenda
Le Thu, 10 May 2012 08:38:42 +0200, Bastien a écrit : ** Lecture 2012-05-08 mar. ** Lecture 2012-05-15 mar. ** Lecture 2012-05-22 mar. Sure that makes sense, but I forgot to say one thing : as the lectures have not yet been given, they do not have a title; thus my outline really looks like (with the same title each) ** Lecture... ** Lecture... ** Lecture... which is why I kept the date within the headline (to be able to differentiate them) Now I realize that * Some course 2012-05-08 mar. 2012-05-15 mar. 2012-05-22 mar. is what I was looking for. Thanks for your help, -- Nico.
Re: [O] Ever used org-mode contrib packages?
On May 8, 2012, at 4:25 PM, Bastien wrote: Marc-Oliver Ihm marc-oliver@online.de writes: Just fixed the broken link to org-refer-by-number.el; Thanks! hopefully this gives others a better chance to actually use it :-) Let's give it more chances :) http://orgmode.org/worg/code/elisp/org-refer-by-number.el Well now, that is a pretty cool hack to org. Thank you !
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
On 9.5.2012, at 07:46, Achim Gratz wrote: Interestingly, this seems to have been broken ever since org-table got split into its own file; i.e. the only working versions I could find are 5.x ones and the first broken version is fe939ecb95, which splits org.el into more files and moves them into /lisp. Since I don't think that code inside the functions was altered during that split, this smacks of a missing defvar or autoload in either org-table or org. Hello Achim and Tobias, I cannot even find a 5.x version where this worked. In fact, hline expressions were never allowed for the LHS of a formula, and I believe they never worked in this way. I also do not see a compelling reason to make them work. Regards - Carsten Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
On 10.5.2012, at 09:15, Tobias wrote: First I have to apologize for posting the bug report twice. The first report has been sent from my company. I thought that this bug-report does not make it to the list because the e-mail address at my company is not subscribed to the list. Therefore, I subscribed with my private e-mail address and sent the bug report once more. Now, some digging about the bug. I have investigated org-table-recalculate and the functions called therein. The only place where @II is handled correctly is: org-table-get-descriptor-line This function is only called within: org-table-get-range This function is called at the end of: org-table-expand-lhs-ranges But at the beginning of this function the cond condition (string-match ^@-?[-+I0-9]+\\$-?[0-9]+$ lhs) already filteres out this case. The field descriptor is not regarded as a range but as a fixed field. I changed (string-match ^@-?[-+I0-9]+\\$-?[0-9]+$ lhs) into (string-match ^@-?[-+0-9]+\\$-?[0-9]+$ lhs) without the I in the first character set. This seems to fix the bug. But I am not sure about the side effects. On the other hand (referring to my message in this thread just a few minutes ago) this analysis here is correct and making the change Tobias is proposing probably would work without side effects. So I step back from my earlier post and I applied the change Tobias was proposing. - Carsten
Re: [O] indentation in html export?
On Thu, May 10, 2012 at 12:57 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote: Matt Price mopto...@gmail.com writes: Hi everyone, once again hoping for some collective wisdom. I'm tyring to get into the habit of storing all my lecture notes online in HTML. However, I miss the clean look of indented text that org-mode + emacs gives me. Does anyone have a set of CSS rules or other hacks to get exported HTML to indent in the way that org-indent-mode allows us to do in emacs itself? Thanks very much! Matt You could check out the rather /silly/ CSS file I am currently using for my web pages, based on a retro-look with monospace font and org like appearance. The style file is at http://www.homepages.ucl.ac.uk/~ucecesf/console.css This style was borrowed from one by Thomas Parslow (see comments in the above file). ah, that's totally fun! I had already taken care of indents by just adding a margin to every container class (duh), but I love the way yours looks, I've adopted it...
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
Carsten Dominik writes: I cannot even find a 5.x version where this worked. It does work, but you have to be very careful not to pick up another org or org-install at all (i.e. you'll never get it to work with Emacs23 unless you forcefully remove org and all its autoloads from the Emacs install). But further investigation with the debugger then shows that the reason why it works is a bug when matching the lhs (or so I think, it is very hard to understand why it choses that code path) that then leads to the formula being recognized as a numbered equation; in other words the part @II$ is completely ignored. Why this then breaks after org-table.el moved into a separate file is another mystery, but fortunately it doesn't have to be solved... :-) Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [O] More problems with orgstruct++-mode, message-mode and auto fill
Hi Sébastien, perhaps the problem with filladapt was specific to Thorsten's installation, it's hard to guess. IMHO the real question is: what do you need filladapt for? You wouldn't install a new software called Emacs-For-The-Real-Men just because it advertizes itself as Make a better job than Emacs... unless you can tell if this is true, and for what. But I don't have /a priori/ concerns with anyone using filladapt.el, and my advice was just to be taken as it is: a personal point of view. My concern is Should Org work even if people are shooting themselves in the foot with libraries that are perhaps obsolete and that replace fundamental variables of Emacs? The simple answer is: Yes, if this is both reasonable and feasible. Regarding filladapt, if it really does a better job at filling, then it should be somehow merged into Emacs. For now, it replaces functions like `do-auto-fill' and Org cannot really be expected to understand such replacements done outside Emacs. Notice that I had to add: #+begin_src emacs-lisp ;; make `orgstruct-hijacker-command-22' rebind `M-q' to a message ;; specific function to fill a paragraph (setq fill-paragraph-function 'message-fill-paragraph) #+end_src a couple of weeks ago, because the filling did not behave anymore like it did. That's why it works now. You enable orgstruct++-mode but you don't use its `org-fill-paragraph' function, you use `message-fill-paragraph' instead. As for auto-filling, you don't use `auto-fill-function', but filladapt's internal ̀do-auto-fill' instead. So, unless you really know why you need/enjoy filladapt, I think it's not _that_ unreasonable not using it. 2 cents, -- Bastien
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
On 10.5.2012, at 19:50, Achim Gratz wrote: Carsten Dominik writes: I cannot even find a 5.x version where this worked. It does work, but you have to be very careful not to pick up another org or org-install at all (i.e. you'll never get it to work with Emacs23 unless you forcefully remove org and all its autoloads from the Emacs install). But further investigation with the debugger then shows that the reason why it works is a bug when matching the lhs (or so I think, it is very hard to understand why it choses that code path) that then leads to the formula being recognized as a numbered equation; in other words the part @II$ is completely ignored. Why this then breaks after org-table.el moved into a separate file is another mystery, but fortunately it doesn't have to be solved... :-) My mother has this quote in her kitchen: Next to the honorable art to get things done, there is the honorable are to leave things undone (bad translation, but you get the idea…. Thanks! - Carsten Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
Carsten Dominik writes: My mother has this quote in her kitchen: Next to the honorable art to get things done, there is the honorable are to leave things undone (bad translation, but you get the idea…. Our master in vocational training had the bottom drawer in his desk labeled Self-Completion (with a polished and engraved brass plate, no less). Once a year he'd sift through all the files and circular letters he had put there and indeed, there was nothing left to do except for dropping them into the paper bin. :-) Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] indentation in html export?
Matt Price mopto...@gmail.com writes: On Thu, May 10, 2012 at 12:57 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote: Matt Price mopto...@gmail.com writes: Hi everyone, once again hoping for some collective wisdom. I'm tyring to get into the habit of storing all my lecture notes online in HTML. However, I miss the clean look of indented text that org-mode + emacs gives me. Does anyone have a set of CSS rules or other hacks to get exported HTML to indent in the way that org-indent-mode allows us to do in emacs itself? Thanks very much! Matt You could check out the rather /silly/ CSS file I am currently using for my web pages, based on a retro-look with monospace font and org like appearance. The style file is at http://www.homepages.ucl.ac.uk/~ucecesf/console.css This style was borrowed from one by Thomas Parslow (see comments in the above file). ah, that's totally fun! I had already taken care of indents by just adding a margin to every container class (duh), but I love the way yours looks, I've adopted it... Glad you like it! It really annoys some people (web designers, mostly) ;-). -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
