Re: [O] indentation in html export?
Matt Price writes: > On Thu, May 10, 2012 at 12:57 AM, Eric S Fraga wrote: > >> Matt Price writes: >> >> > Hi everyone, >> > >> > once again hoping for some collective wisdom. I'm tyring to get into the >> > habit of storing all my lecture notes online in HTML. However, I miss >> the >> > clean look of indented text that org-mode + emacs gives me. Does anyone >> > have a set of CSS rules or other hacks to get exported HTML to indent in >> > the way that org-indent-mode allows us to do in emacs itself? >> > >> > Thanks very much! >> > Matt >> >> You could check out the rather /silly/ CSS file I am currently using for >> my web pages, based on a retro-look with monospace font and org like >> appearance. The style file is at >> >> http://www.homepages.ucl.ac.uk/~ucecesf/console.css >> >> This style was borrowed from one by Thomas Parslow (see comments in the >> above file). >> > 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
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] 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] 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]
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] indentation in html export?
On Thu, May 10, 2012 at 12:57 AM, Eric S Fraga wrote: > Matt Price writes: > > > Hi everyone, > > > > once again hoping for some collective wisdom. I'm tyring to get into the > > habit of storing all my lecture notes online in HTML. However, I miss > the > > clean look of indented text that org-mode + emacs gives me. Does anyone > > have a set of CSS rules or other hacks to get exported HTML to indent in > > the way that org-indent-mode allows us to do in emacs itself? > > > > Thanks very much! > > Matt > > You could check out the rather /silly/ CSS file I am currently using for > my web pages, based on a retro-look with monospace font and org like > appearance. The style file is at > > http://www.homepages.ucl.ac.uk/~ucecesf/console.css > > This style was borrowed from one by Thomas Parslow (see comments in the > above file). > > 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]
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] 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] Ever used org-mode contrib packages?
On May 8, 2012, at 4:25 PM, Bastien wrote: > Marc-Oliver Ihm 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] 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] Patch: option to not hide brackets in org links
Sean O'Halpin 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 <>.")
(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] More problems with orgstruct++-mode, message-mode and auto fill
Hi, Bastien wrote: > Eric S Fraga 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 "") '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] links to folders with non-english characters don't work (emacs 23&24 on osx)
Ansgar Meyer 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] links to folders with non-english characters don't work (emacs 23&24 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, >> >> AJR 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] Patch: option to not hide brackets in org links
On Wed, May 9, 2012 at 10:07 PM, Paul Sexton 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] 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
