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
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
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 |
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.
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
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
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
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
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
>>> "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
> 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
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
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
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
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
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
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.
--
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
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
>>> "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
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
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 |
>>
>>
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
>
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
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,
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
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
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
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
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
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
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
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
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
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.
--
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
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) }
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
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
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
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
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
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:
>
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
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
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
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
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
48 matches
Mail list logo
