Hi Matt,
Matt Lundin wrote:
> Sébastien Vauban writes:
Maybe this is (partly?) due to the overlay I added:
#+begin_src emacs-lisp
(overlay-put (make-overlay beg1 block-end)
'face 'org-block-background))
#+end_src
>
> I beli
Matt Lundin writes:
> Eric S Fraga writes:
>
>> yes, I used to use yasnippet a lot but I don't any longer. I am
>> actually in confusion as to which completion mechanism to use in Emacs
>> these days and am going a little crazy... :( I'm currently playing with
>> auto-complete.
>
> Skeletons a
Matt Lundin writes:
[...]
> I believe there is a bug here. I'm not sure if it is related to the
> performance issues, but when org-src-fontify-natively is t, new overlays
> keep getting added to the source block with each keypress in the source
> block.
I can verify this on my system.
--
: Er
Sébastien Vauban
writes:
>>> Maybe this is (partly?) due to the overlay I added:
>>>
>>> #+begin_src emacs-lisp
>>> (overlay-put (make-overlay beg1 block-end)
>>> 'face 'org-block-background))
>>> #+end_src
>
> See http://patchwork.newartisans.com/patc
Eric S Fraga writes:
> yes, I used to use yasnippet a lot but I don't any longer. I am
> actually in confusion as to which completion mechanism to use in Emacs
> these days and am going a little crazy... :( I'm currently playing with
> auto-complete.
Skeletons and abbrev-mode have always gotte
Hi Sébastien, Eric,
I'm experiencing the same performance problems with recent org-mode. My
observations are ...
Sébastien Vauban wrote:
> Eric S Fraga wrote:
>>
>> From these timings, the font locking doesn't seem to be the issue but maybe
>> the overlays are. However, commenting out the code
Hi Eric,
Eric S Fraga wrote:
> going back to the original subject of this thread (although thanks all for
> your inputs on yasnippet ;-), I have started working on a new document and
> am finding the slowdown of navigation (next-line) very annoying. In this
> document, I have two gnuplot source bl
Hello again,
going back to the original subject of this thread (although thanks all
for your inputs on yasnippet ;-), I have started working on a new
document and am finding the slowdown of navigation (next-line) very
annoying. In this document, I have two gnuplot source blocks.
Navigating throug
Le Wang writes:
> On Mon, Mar 21, 2011 at 3:41 AM, Eric S Fraga wrote:
>> Le Wang writes:
>>
>>> Why did you give up on yasnippet?
>>
>> Confusion amongst the key bindings, between org, yasnippet and the
>> autocompletion tools I have been trying. I want to be able to use TAB
>> for completion
On Mon, Mar 21, 2011 at 3:41 AM, Eric S Fraga wrote:
> Le Wang writes:
>
>> Why did you give up on yasnippet?
>
> Confusion amongst the key bindings, between org, yasnippet and the
> autocompletion tools I have been trying. I want to be able to use TAB
> for completion.
>
> I may come back to ya
Le Wang writes:
> On Sun, Mar 20, 2011 at 4:34 AM, Eric S Fraga wrote:
>> yes, I used to use yasnippet a lot but I don't any longer. I am
>> actually in confusion as to which completion mechanism to use in Emacs
>> these days and am going a little crazy... :( I'm currently playing with
>> auto
On Sun, Mar 20, 2011 at 4:34 AM, Eric S Fraga wrote:
> yes, I used to use yasnippet a lot but I don't any longer. I am
> actually in confusion as to which completion mechanism to use in Emacs
> these days and am going a little crazy... :( I'm currently playing with
> auto-complete.
Why did you
suvayu ali writes:
> 2011/3/19 Sébastien Vauban :
>>> My solution, by the way, is to insert the #+end_src line immediately upon
>>> writing a #+begin_src line and then back up a line to start writing the
>
>>> code.
>>
>> "My" solution is even simpler: just use a yasnippet template, that prompts
Sébastien Vauban writes:
> Hi Eric,
>
> Eric S Fraga wrote:
[...]
>> where there is no matching #+end_src or, more precisely, the next #+end_src
>> line is one that does not belong to this current source block. Your search
>> (in org.el) for the end of the block assumes that it does have the en
2011/3/19 Sébastien Vauban :
>> My solution, by the way, is to insert the #+end_src line immediately upon
>> writing a #+begin_src line and then back up a line to start writing the
>> code.
>
> "My" solution is even simpler: just use a yasnippet template, that prompts you
> for the language and put
Hi Eric,
Eric S Fraga wrote:
> Sébastien Vauban writes:
>> Maybe this is (partly?) due to the overlay I added:
>>
>> #+begin_src emacs-lisp
>> (overlay-put (make-overlay beg1 block-end)
>> 'face 'org-block-background))
>> #+end_src
>
> This could indee
Hi Eric,
I have a small function to insert the opening and ending of an R code
block bound to a key, so I always edit the code between a
"#+begin_src R" and "#+end_src R". I still get a considerable
slowdown, even with an empty document with a single line of code.
Julian
On Fri, Mar 18, 2011 a
Sébastien Vauban writes:
[...]
> Maybe this is (partly?) due to the overlay I added:
>
> #+begin_src emacs-lisp
> (overlay-put (make-overlay beg1 block-end)
> 'face 'org-block-background))
> #+end_src
This could indeed be one cause, especially depend
When editing the block in native mode everything works fine. Closing
the buffer (or even rebooting the computer) had no effect.
I´ll keep this off until is fixed. It is though a great feature!
2011/3/17 Sébastien Vauban :
> Hi all,
>
> Eric S Fraga wrote:
>> Julian Burgos writes:
>>> I was very
Hi all,
Eric S Fraga wrote:
> Julian Burgos writes:
>> I was very excited to discover org-src-fontify-natively, but I´m not having
>> a good experience with it. When it is on, org-mode becomes very slow while
>> typing into a code block. This happens regardless of the size of the file
>> or numbe
20 matches
Mail list logo
