Hi, Igor. Below is mine. It's rudimentary, but it may help you.
(defun teika-org-yank (&optional arg)
"Wrapper of `org-yank', taking care of indenting."
(interactive)
(let (p0 p1)
(when
(and kill-ring
John Kitchin writes:
> Marcin Borkowski writes:
>
>
> Check the last element of org-heading-components.
>
> * Headline:tag1:
>
> #+BEGIN_SRC emacs-lisp
> (org-heading-components)
> #+END_SRC
>
> #+RESULTS:
> | 1 | 1 | nil | nil | Headline | :tag1: |
>
>
>
>
>> Hi
Marcin Borkowski writes:
Check the last element of org-heading-components.
* Headline :tag1:
#+BEGIN_SRC emacs-lisp
(org-heading-components)
#+END_SRC
#+RESULTS:
| 1 | 1 | nil | nil | Headline | :tag1: |
> Hi list,
>
> I'd like to implement splitting an o
Hi list,
I'd like to implement splitting an org file at tagged entries in my
org-one-to-many library (as requested on the list by Daniel Clemente).
How do I check whether a specific headline (say, one a point is at) has
some tag (but not inherited)?
TIA,
--
Marcin Borkowski
http://octd.wmi.amu.
Eric S Fraga writes:
> Not sure whether any reference will be definitive as there will always
> be those that argue when it comes to style. However, a web search for
> "typesetting captions for tables and figures" gives quite a few results,
> the first of which is interesting:
>
> https://www.e-
Dave Marquardt writes:
> Nicolas Goaziou writes:
>
>> torys.ander...@gmail.com (Tory S. Anderson) writes:
>>
>>> Ah. So does the current code, which uses \emsp (which, if displayed
>>> properly, would be what I meant by "giving me a space") assume
>>> a non-nil org-pretty-entities? I would have
Nicolas Goaziou writes:
> torys.ander...@gmail.com (Tory S. Anderson) writes:
>
>> Ah. So does the current code, which uses \emsp (which, if displayed
>> properly, would be what I meant by "giving me a space") assume
>> a non-nil org-pretty-entities? I would have hoped that would be
>> mentioned,
Eric Abrahamsen writes:
> I don't know what situation in particular you've got, but what often
> works for me is going to the line of the yanked text that I want to be
> the first line of a new list item, and using "C-c -" to explicitly
> convert it to an item. That command includes some indentat
On Friday, 24 Oct 2014 at 10:33, Kenneth Jacker wrote:
> Good day!
>
> In LaTeX terms, I believe an "\end{itemize}" is closing a list later
> that I want. Its kind of hard to explain, but I'll try via an example ...
The answer is no unfortunately:
http://orgmode.org/worg/org-faq.html#closing-out
Hi Charles, org-mode developers
* Charles Berry [24. Oct. 2014]:
> I do. Try this. Start emacs 24.4.1.
>
> 1) Copy this line:
>
> CLOCK: [2013-07-22 Mon 12:29]--[2013-07-22 Mon 15:26] => 2:57
>
> into a new *.org file.
>
> 2) Save and close the file and reopen.
>
> 3) If no such error,
On Friday, 24 Oct 2014 at 11:28, Nicolas Goaziou wrote:
> Eric S Fraga writes:
>
>> The old behaviour was not consistent in the sense of captions for
>> different objects being placed differently but the behaviour was
>> "consistent" with what is recognised as best practice in typesetting:
>> capt
> Date: Fri, 24 Oct 2014 22:35:59 +0300
> From: Eli Zaretskii
> Cc: 18...@debbugs.gnu.org
>
> > (gdb) xbacktrace
> > [Thread 8300.0x2b00 exited with code 0]
> > (gdb) No symbol "DATA_SEG_BITS" in current context.
>
> ? If so, please upgrade to a newer version of GDB. (There is a way
> to get t
> From: Sebastien Vauban
> Cc: 18...@debbugs.gnu.org
> Date: Fri, 24 Oct 2014 21:10:49 +0200
>
> > Thanks. What happens if you type "xbacktrace"? (You might need to
> > type "source /path/to/.gdbinit" before that, to get the xbacktrace
> > command defined.)
>
> It seems to fail?
You mean, thi
Just to mention the obvious thing; has anyone tried M-x
toggle-debug-on-quit followed by ctrl-g?
Alan Schmitt polytechnique.org> writes:
>
> Hello,
>
> I've just got the following backtrace when opening an org
> file. Unfortunately I cannot reproduce it reliably, but I was wondering
> if others had seen something similar.
>
I do. Try this. Start emacs 24.4.1.
1) Copy this line:
CLO
On Fri, Oct 24 2014, Eric Abrahamsen wrote:
> David Belohrad writes:
>
>> Dear All,
>>
>> i'm using org. And I'm using notmuch (that's why I address both mailing
>> lists). Now, writing an email in everyday bussiness requires a
>> non-significant time of your workhours. So I'd like to have this ev
David Belohrad writes:
> Dear All,
>
> i'm using org. And I'm using notmuch (that's why I address both mailing
> lists). Now, writing an email in everyday bussiness requires a
> non-significant time of your workhours. So I'd like to have this event
> in my org agenda. So any time I send some emai
> From: Sebastien Vauban
> Cc: 18...@debbugs.gnu.org
> Date: Fri, 24 Oct 2014 16:44:03 +0200
>
> > Some, yes. Now do that again, but instead of typing "finish", type
> > "bt full" after "thread 1".
>
> Here it is:
Thanks. What happens if you type "xbacktrace"? (You might need to
type "source
Dear All,
i'm using org. And I'm using notmuch (that's why I address both mailing
lists). Now, writing an email in everyday bussiness requires a
non-significant time of your workhours. So I'd like to have this event
in my org agenda. So any time I send some email with a given subject,
I'd like to
Good day!
In LaTeX terms, I believe an "\end{itemize}" is closing a list later
that I want. Its kind of hard to explain, but I'll try via an example ...
I basically have a couple of nested outlines and body text. Something
like this in Org format:
* Alpha
porttitor, elit at imp
Nicolas Goaziou writes:
> Eric S Fraga writes:
>
>> The old behaviour was not consistent in the sense of captions for
>> different objects being placed differently but the behaviour was
>> "consistent" with what is recognised as best practice in typesetting:
>> captions below figures and caption
Eric S Fraga writes:
> The old behaviour was not consistent in the sense of captions for
> different objects being placed differently but the behaviour was
> "consistent" with what is recognised as best practice in typesetting:
> captions below figures and captions above tables. However, I agree
Achim Gratz writes:
> Marco Wahl writes:
>> Since the fix is small and clear (AFAICT) and the tests pass I try to
>> push it directly to maint.
>
> Please keep maint merged into master.
Ahh, okay, thanks. I thought the maintainers would do those merges
automatically.
I just saw that you alread
On Thursday, 23 Oct 2014 at 23:08, Nicolas Goaziou wrote:
> Hello,
>
> Eric S Fraga writes:
>
>> I don't actually understand you.
>
> `org-latex-table-caption-above' is now an alias for
> `org-latex-caption-above', so the default values ought to be the same.
Ah, I see.
> IIUC, the old behaviour
24 matches
Mail list logo
