Kaushal Modi writes:
>> Is org-mode in core going to be updated before 25.1?
>
>
> Copying the org-mode ML for this.
AFAIU, by the time we were ready to merge 8.3, upstream preferred to keep
8.2.
My understanding is that the 8.2-series is not really maintained any
longer, and I don’t know that
Alright, I will try this solution out. Thanks for the advice!
On Thu, Apr 28, 2016 at 10:40 AM John Kitchin
wrote:
> In this case though you probably want to specify a fixed
> column, and consider using something like indent-rigidly on the heading
> body so you don't have an overlay on every sin
Sharon Kimble writes:
> I now have '#+STARTUP: fnadjust' in the preamble immediately below the
> title, author and date fields and this reorders the footnote list so it
> is now going [fn:1] [fn:2] [fn:3] etc, and adds the new footnote at the
> end of the list. There is a slight pause whilst its
Hello,
Jarmo Hurri writes:
> Debugger entered--Lisp error: (wrong-number-of-arguments max 0)
> max()
> apply(max nil)
> org-fast-tag-selection(nil nil nil nil)
> org-set-tags()
> org-beamer-select-environment()
> call-interactively(org-beamer-select-environment nil nil)
> command-e
Awesome, thanks!
On Thu, Apr 28, 2016, 23:30 Nicolas Goaziou wrote:
> Hello,
>
> Mathieu Marques writes:
>
> > In other modes, C-S-a and C-S-e behave as expected that is, move cursor
> > to the beginning/end of line while marking region. In other words, it
> > does what C-SPC C-a and C-SPC C-e
On Thu, Apr 28, 2016 at 5:16 PM Phillip Lord
wrote:
> I've checked this a little further -- the current org mode on ELPA does
> not fail in the same way -- org-map-entries has changed the call from:
>
> (org-agenda-prepare-buffers
> (list (buffer-file-name (current-buffer
>
> to:
>
Hello,
Mathieu Marques writes:
> In other modes, C-S-a and C-S-e behave as expected that is, move cursor
> to the beginning/end of line while marking region. In other words, it
> does what C-SPC C-a and C-SPC C-e would do.
>
> However in org-mode, C-a and C-e are bound to org-beginning-of-line a
phillip.l...@russet.org.uk (Phillip Lord) writes:
> Emacs fails in org-mode when exporting; testing from current head.
>
I've checked this a little further -- the current org mode on ELPA does
not fail in the same way -- org-map-entries has changed the call from:
(org-agenda-prepare-buffe
Eric S Fraga writes:
> On Wednesday, 27 Apr 2016 at 19:23, Julien Cubizolles wrote:
>> also, running:
>>
>> keychain --eval --agents ssh,gpg id_rsa MYGPGKEY
>>
>> in a non login shell.
>
> The only thing I can think of is that maybe you have not installed all
> the relevant packages for the agent
Hi Sharon.
> I'm running into problems exporting tables into latex with a 2-column
> 3-row table with a large amount of text to go into the cells, but when
> its exported the text is taking over and overflowing off the pdf page.
>> I'm a newbie and confronted to this same situation fo
Hello,
Uwe Brauer writes:
> I know that I can delete columns but I miss a function which would
> *kill* a column, put it in the some ring (or register) and paste it.
>
> I do this my marking the content of a column and use kill-rectangle and
> yank-rectangle but I find such a solution which nee
Hello,
Christoph LANGE writes:
> using the setup given below (started using emacs -q) I can no longer
> have multiple groups of mutually exclusive tags. Only the first group
> is recognised as mutually exclusive.
>
> Here is my example file:
>
> #+TAGS: { Bfoo(b) Bbar(B) Cat(c) SO(s) PlanB(P) }
Here's the thread and comment for context (the reddit markdown formatting
of crossed-out text is lost in the above plain text):
https://www.reddit.com/r/emacs/comments/4gcjep/cant_movebeginningofline_while_marking_region_in/d2hyxt6
On Thu, Apr 28, 2016 at 3:50 PM Mathieu Marques
wrote:
> Remembe
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
--
just changing the subject header.
On 4/28/16, Samuel Wales wrote:
> On 4/28/16, Adam Porter wrote:
>> Do you have any other posts talking about this? I'm interested in
>> fixing this too. I've run into situations occasionally where undo-tree
>> seems to try to operate on a region or a hidden/f
On 4/28/16, Adam Porter wrote:
> Do you have any other posts talking about this? I'm interested in
> fixing this too. I've run into situations occasionally where undo-tree
> seems to try to operate on a region or a hidden/folded area, and it just
> kind of goes bonkers, and I end up having to re
Sharon Kimble writes:
> Adam Porter writes:
>
>> I don't understand: you want the footnotes to be in reverse order? I
>> know very little about latex, so I'm sorry if this is just noise.
>
> Thanks Adam. Org-mode likes to set the footnotes in its 'reference'
> section in reverse order, i.e. [fn
In this case though you probably want to specify a fixed
column, and consider using something like indent-rigidly on the heading
body so you don't have an overlay on every single line.
David Cao writes:
> Hi!
>
> This solution works fairly well with the headers themselves, but the actual
> conte
I believe that org-indent-mode (#+STARTUP: indent) might do what you
want with the content, although I expect that it will interfere with the
specialized overlays for right-aligning the *'s.
On 28 Apr, David Cao wrote:
> Hi!
>
> This solution works fairly well with the headers themselves, but the
Adam Porter writes:
> Sharon Kimble writes:
>
>> Org-mode likes to set the footnotes in its 'reference'
>> section in reverse order, i.e. [fn:60] [fn:59] etc. But in my case it
>> was going [fn:1] [fn:2] etc.
>
> Hmm, this seems strange to me. It hasn't worked that way for me in the
> past, and
Hello,
Nicolas Richard writes:
> The inlined file below contains both the material needed to reproduce
> the problems I have and a description of those.
>
> * a tree with some info for column view
> :PROPERTIES:
> :ID: monid
> :COLUMNS: %25ITEM %PROP
> :END:
> ** foo
>:PROPERT
Hi,
The file system modification time as accessed by {{{modification-time}}}
is often wrong, e.g. when a project is newly cloned or if the file has
been copied in a sloppy manner. At least if modification time suggest the
time that the file was edited by an author.
Sometimes vc can provide a bet
Hi Alex,
Alex Fenton writes:
>> Export is where efforts stalled last year.
>
> That's understandable, given that, as you say, it's a complex problem
> given the range of citation styles and output formats. It's still a
> shame given the work that you (pl.) have put into integrating citations
Nicolas Goaziou writes:
> This is a feature. Archived subtrees are ignored when calling column
> view. As you noticed, in this case, removing the tag is the way to go.
ok
> There is no #+NAME: mytable in your example.
> OK, so I guess there wase a TBLNAME line somewhere within the file.
Indeed,
Sharon Kimble writes:
> Org-mode likes to set the footnotes in its 'reference'
> section in reverse order, i.e. [fn:60] [fn:59] etc. But in my case it
> was going [fn:1] [fn:2] etc.
Hmm, this seems strange to me. It hasn't worked that way for me in the
past, and I just tested this on a new org
Samuel Wales writes:
> thank you. for years i have been trying to advise undo-tree to deal
> with visibility properly. namely, to not try to undo or redo
> invisibly, but also not to leave too much stuff visible. maybe if i
> can get it to do canonical visibility except in drawers (where it
>
Michael Welle writes:
> Hi,
>
> "Loris Bennett" writes:
>> Hi,
>>
>> Following
>>
>> http://orgmode.org/manual/Org_002dPlot.html#Org_002dPlot
>>
>> I tried to do
>>
>> #+PLOT: title:"Citas" ind:1 deps:(3) type:2d with:histograms set:"yrange
>> [0:]"
>> | Sede | Max cites | H-index |
>>
>>
Hi all,
The inlined file below contains both the material needed to reproduce
the problems I have and a description of those.
* a tree with some info for column view
:PROPERTIES:
:ID: monid
:COLUMNS: %25ITEM %PROP
:END:
** foo
:PROPERTIES:
:PROP: yow
:END:
** bar
:P
>>> "Marcin" == Marcin Borkowski writes:
> On 2016-04-27, at 19:36, Sharon Kimble wrote:
>> How can I have a rule that will capitalise the first word of a new
>> sentence, with the previous sentence concluding with a full stop and
>> then one space please? This would be extremely us
Stig Brautaset writes:
> Sharon Kimble writes:
>
>> [...] I looked at the footnote references *in* the document and found
>> that they were all [1] [2] etc. Somehow it had lost 'fn:*' before each
>> reference number
>
> Could it be that you at some point did `C-u C-c C-x n'? This removes the
> f
Eric S Fraga writes:
> On Thursday, 28 Apr 2016 at 10:20, Loris Bennett wrote:
>> Does the file in /tmp stay there until you close the Gnuplot window?
>
> No, it seems to disappear right away.
OK. Everything was working as it should. My Debian system had
gnuplot-nox
instead of
gnuplot-x
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
--
Sharon Kimble writes:
> [...] I looked at the footnote references *in* the document and found
> that they were all [1] [2] etc. Somehow it had lost 'fn:*' before each
> reference number
Could it be that you at some point did `C-u C-c C-x n'? This removes the
fn: from the footnotes. I have been
Adam Porter writes:
> I don't understand: you want the footnotes to be in reverse order? I
> know very little about latex, so I'm sorry if this is just noise.
Thanks Adam. Org-mode likes to set the footnotes in its 'reference'
section in reverse order, i.e. [fn:60] [fn:59] etc. But in my case i
Samuel Wales writes:
> very old code, maybe can be adjusted slightly to do what you want.
>
> (defun alpha-capitalize-sentences ()
> (interactive)
> (let ((b (region-beginning))
> (e (region-end))
> ;;i always use double spaces but i want sentence movement
> ;;to be li
Marcin Borkowski writes:
> On 2016-04-27, at 19:36, Sharon Kimble wrote:
>
>> How can I have a rule that will capitalise the first word of a new
>> sentence, with the previous sentence concluding with a full stop and
>> then one space please? This would be extremely useful for me as I tend
>> to
On Thursday, 28 Apr 2016 at 10:20, Loris Bennett wrote:
> Does the file in /tmp stay there until you close the Gnuplot window?
No, it seems to disappear right away.
--
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-655-g9fb077
> Hi!
> Some time ago I wrote this function:
> (defun mw-org-table-mark-column ()
> "Mark the column containing point.
> This works only in org tables.
> For tables with horizontal lines this function can fail."
> (interactive)
> (unless (org-at-table-p) (user-err
>>> "Stig" == Stig Brautaset writes:
> Uwe Brauer writes:
>> Hi
>>
>> I know that I can delete columns but I miss a function which would
>> *kill* a column, put it in the some ring (or register) and paste it.
> Does `org-table-move-column' help,
no
> or do you mean to m
Uwe Brauer writes:
> Hi
>
> I know that I can delete columns but I miss a function which would
> *kill* a column, put it in the some ring (or register) and paste it.
Does `org-table-move-column' help, or do you mean to move the column to
a different table?
Stig
Hi!
> I know that I can delete columns but I miss a function which would
> *kill* a column, put it in the some ring (or register) and paste it.
>
> I do this my marking the content of a column and use kill-rectangle and
> yank-rectangle but I find such a solution which needs the mark,
> cumbersom
Eric S Fraga writes:
> On Thursday, 28 Apr 2016 at 09:18, Loris Bennett wrote:
>> gnuplot> plot '/tmp/org-plot1999bqI' using 3:xticlabel(1) with
>> gnuplot> histograms title 'H-index'
>>
>> So no error here and also no org-plot files in /tmp.
>
> Does it split the line as you have it above? In m
On Thursday, 28 Apr 2016 at 09:18, Loris Bennett wrote:
> gnuplot> plot '/tmp/org-plot1999bqI' using 3:xticlabel(1) with
> gnuplot> histograms title 'H-index'
>
> So no error here and also no org-plot files in /tmp.
Does it split the line as you have it above? In my case, the *gnuplot*
buffer loo
Hi
I know that I can delete columns but I miss a function which would
*kill* a column, put it in the some ring (or register) and paste it.
I do this my marking the content of a column and use kill-rectangle and
yank-rectangle but I find such a solution which needs the mark,
cumbersome.
I goggle
Eric S Fraga writes:
> On Thursday, 28 Apr 2016 at 08:24, Loris Bennett wrote:
>> I tried to do
>>
>> #+PLOT: title:"Citas" ind:1 deps:(3) type:2d with:histograms set:"yrange
>> [0:]"
>> | Sede | Max cites | H-index |
>> |---+---+-|
>> | Chile |257.72 | 21.
On Thursday, 28 Apr 2016 at 08:24, Loris Bennett wrote:
> I tried to do
>
> #+PLOT: title:"Citas" ind:1 deps:(3) type:2d with:histograms set:"yrange [0:]"
> | Sede | Max cites | H-index |
> |---+---+-|
> | Chile |257.72 | 21.39 |
> | Leeds |165.77 |
On Wednesday, 27 Apr 2016 at 19:23, Julien Cubizolles wrote:
> also, running:
>
> keychain --eval --agents ssh,gpg id_rsa MYGPGKEY
>
> in a non login shell.
The only thing I can think of is that maybe you have not installed all
the relevant packages for the agents or that the permissions on the
va
Hi,
Following
http://orgmode.org/manual/Org_002dPlot.html#Org_002dPlot
I tried to do
#+PLOT: title:"Citas" ind:1 deps:(3) type:2d with:histograms set:"yrange [0:]"
| Sede | Max cites | H-index |
|---+---+-|
| Chile |257.72 | 21.39 |
| Leeds |165.77
48 matches
Mail list logo
