[Orgmode] Re: GNU devroom at FOSDEM 2011
Hi Bastien, Hi all, Much to my disappointment due to my erroneous driving and bad navigation system I only arrived just after your session. (I only found out at the last minute that Org-mode would be present at Fosdem :-( ) Will any transcript or video be available? I would be very interested! P.S. A pity there was no opportunity to buy the new book or any other supporting material s.a. the bags, T-shirts etc. Hope you had a good time in Bruxells! Regards, Erwin On 13/01/11 17:09, Bastien wrote: Hi Carsten, Carsten Dominikcarsten.domi...@gmail.com writes: I will be at the meeting on Saturday, and I hope to meet some of you! If you have an org-mode T-Shirt - I think it would be fun to wear it - I will. I gave mine to a friend, time to buy a new one! Most of all, I will be very pleased to finally meet Bastien in person. Same here :) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Eric, Eric Schulte wrote: This looks very nice, I am now able to turn fontification on and off as expected using your three new faces. Great. I've just committed your patch with one minor change (not having the block background face set by default). OK. I still think that it'd be better to have some customization made by default, because otherwise a lot of people would miss such features already-in-there. That has been proved yesterday at FOSDEM Brussels (great event -- certainly more to say about this later in the day), where some people are unaware of native fontification and the like. Of course, they would not stay unaware if they would read all messages posted here, and all the info available on Worg, but... I've the gut feeling it'd be better if it popped up for free, as this kind of stuff is unobtrusive, and removable if you don't want your code blocks to be clearly highlighted ;-) Nevertheless, I totally agree that the background face would have to be at least twofold: - once nice color for dark color theme, and - one nice color for light color theme (mine, very light yellow, or something else). But that's doable, if someone just proposes a nice one for dark backgrounds... Maybe it would be worth a worg post about how to use these faces with some example settings... I'll do for sure in the coming week(s). Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] (org-display-inline-images)
Hi, I'm using inline images a lot in my org-files, but sometimes, the inline image disappears and I need to do a (org-display-inline-images) again. I need to look in more details when does this really happen. But what annoys me is that I added a : #+STARTUP: inlineimages, and it doesn't seems to work… Any ideas ? Another nice thing would be a way to reduce the image size, just like thumbnails. Do you think it can be done ? J. signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] auto-complete mode with org-mode
On 02/03/2011 04:38 PM, Eric S Fraga wrote: phaebz pha...@googlemail.com writes: I am using org-mode v. 7.3 and auto-complete v. 1.2 I added org-mode to ac-modes as described in the documentation. When typing in an org-mode buffer, I correctly get the popup-menu from auto-complete mode. If I then press TAB to complete the word, nothing happens - since TAB is bound to org-cycle. I am not really familliar with ac-mode, but I guess it could be using a hook when populating the popup menu, so that I could bind the tab key in this hook ac-specific and bind it then again to org-cycle when after-completion-hook is run, in case there is one... I just wanted to ask here if others have a similar setup/issue and how it is solved elegantly, i.e. in org-mode style. Thank you Michael Bach org mode somehow (I have no idea how or why) manages to distinguish between TAB and C-i and this distinction is inherited by minor modes operating within an org mode buffer. For auto-complete, the fix is easy: #+begin_src emacs-lisp (require 'auto-complete) (require 'auto-complete-config) (ac-config-default) ;; (define-key ac-complete-mode-map \t 'ac-expand) (define-key ac-complete-mode-map [tab] 'ac-expand) ; --- add this line ;; (define-key ac-complete-mode-map \r 'ac-complete) #+end_src I've included two commented out lines: they are the defaults set by auto-complete. I found, before adding the annotated line, that C-i worked as expected within an auto-complete pop-up but the tab key didn't. With this key binding, it does. I do find, however, that although the \r (return key) works (accepts the completion proposed by auto-complete), *sometimes* org-mode also interprets it so that two things happen when I hit the key. I've not yet figured out when it does this in any reproducible manner unfortunately. Thank you for the information! remapped the ac-expand now. There is just one more annoyance: When the completions popup-menu gets displayed, for every line that has an org-style *heading, the completions line drawn over it starts just with the first letter and then an ellipsis ... I try to present an org snippet for an example: #+BEGIN_org-sample * first heading --- popup-menu starts here --- cobra c... c... c... c... computer connection --- popup menu ends here --- copoint some more text #+END_org-sample All lines in the popup menu that start with c..., would be real completion candidates, which get folded away because of underlying folded org-headings. Any ideas on this? Michael Bach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] IMPORTANT: let's make the biggest gift of FLOSS history!
Hi folks, Bastien bastien.gue...@wikimedia.fr writes: *Every donation* made from now until sunday evening will go to Carsten. Please go to http://orgmode.org and say thanks :) thanks to all the people who donated so far! There are *10 hours left* for donations to be directed to Carsten. Thanks again :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] auto-complete mode with org-mode
phaebz pha...@googlemail.com writes: [...] remapped the ac-expand now. There is just one more annoyance: When the completions popup-menu gets displayed, for every line that has an org-style *heading, the completions line drawn over it starts just with the first letter and then an ellipsis ... I try to present an org snippet for an example: #+BEGIN_org-sample * first heading --- popup-menu starts here --- cobra c... c... c... c... computer connection --- popup menu ends here --- copoint some more text #+END_org-sample All lines in the popup menu that start with c..., would be real completion candidates, which get folded away because of underlying folded org-headings. Any ideas on this? Michael Bach I have the same problem. I am not sure how the ellipsis are drawn in the buffer but maybe the issue has to do with overlays? grasping at straws here... maybe somebody else can help. it is a slight annoyance and only happens in org buffers, and only when there are collapsed headings in the vicinity of where you are typing. -- Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] Changes to lists
Nicolas Goaziou n.goaz...@gmail.com writes: [...] Normally, lists should not pay attention to anything inside blocks so I highly doubt it is related to indentation of code. The on-going saga of lists and blocks! Sorry about this... Attached is a simple org file which includes latex, html and babel source code blocks: # -*- coding: utf-8; -*- #+TITLE: examplebug.org #+AUTHOR:Eric S Fraga #+EMAIL: e.fr...@ucl.ac.uk #+OPTIONS: H:3 num:nil toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t :t #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:nil #+latex_header: \usepackage{tikz} * latex code block within list 1. I have a list 2. with several items 3. and then one of them includes some latex: #+begin_latex \begin{tikzpicture}[x=2cm,y=2cm] \draw [red] (0,0) -- (2,2); \end{tikzpicture} #+end_latex 4. subsequent list items start a new list 5. if we include some html #+begin_html img src=mip.png alt=Mixed integer programming #+end_html 6. that works fine. 7. if we include a babel code block #+begin_src octave :exports code :var x=20 3*x+5 #+end_src #+results: : 65 8. that also works just fine. The latter two do not cause any problems with an enumerated list; the first does unfortunately. I've attached the resulting latex file as well. % Created 2011-02-06 Sun 15:29 \documentclass{scrartcl} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage[integrals]{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{xcolor} \usepackage{listings} \usepackage{amsmath} \usepackage{tikz} \providecommand{\alert}[1]{\textbf{#1}} \begin{document} \title{examplebug.org} \author{Eric S Fraga} \date{06 February 2011} \maketitle \section*{latex code block within list} \label{sec-1} \begin{enumerate} \item I have a list \item with several items \item and then one of them includes some latex: \end{enumerate} \begin{tikzpicture}[x=2cm,y=2cm] \draw [red] (0,0) -- (2,2); \end{tikzpicture} \begin{enumerate} \item subsequent list items start a new list \item if we include some html \item that works fine. \item if we include a babel code block \lstset{language=octave} \begin{lstlisting} 3*x+5 \end{lstlisting} \item that also works just fine. \end{enumerate} \end{document} Any suggestions? I cannot see why latex, html and babel should be handled any differently... I guess I could move from using begin_latex to begin_src latex instead? Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.317.gca220.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode