John,
Thanks for advising.
On Org 7.8.11, placement=[l] and placement={l} parameter does not make
sense for tables as I tried.
I tried to install the current version. (There was a compile error
arising from the fact that BSD make is not GNU make, but it's no matter.)
A simple example for :center
Hi Samuel,
Samuel Wales writes:
> i have very little capacity to do this properly, doing the best i can
> so you get timely feedback. perhaps this gives you a little to go on.
> if not, this will take much longer.
Thanks -- I'll explore this using ido, which I do not use ordinarily.
If othe
On Wed, Jan 29, 2014 at 5:06 PM, Chris Henderson wrote:
> On Wed, Jan 29, 2014 at 6:07 AM, Bastien wrote:
>
>> Chris Henderson writes:
>>
>> > Is this the underlying issue causing the problem? How can I get rid
>> > of this issue? Should I completely delete /Users/chris/.emacs.d/elpa/
>> > and i
--On January 29, 2014 9:18:57 PM -0800 Josiah Schwab
wrote:
I have a habit that I only do on weekdays, and the workaround that I
ended up using was to have separate copies of the task for each day of
the week that I want to do it.
Thanks, I read the link. Sounds like they are just not meant
Aric Gregson writes:
> I have a habit that I want to do on certain days of the week only.
> [ ... snip ... ]
> Changing the date format back to an org date type format seems to
> solve the problem.
>
> Is there a work-around?
I have a habit that I only do on weekdays, and the workaround that I
On Jan 29, 2014 7:46 PM, "Rick Frankel" wrote:
>
> On Thu, Jan 30, 2014 at 12:57:46AM +, Ahmadou Dicko wrote:
> >I love slidify too and I think that having similar functionnality in
org
> >could be great.
> >I think that you have everything to do that using the html backend,
you
>
Aric Gregson writes:
> Hello,
>
> I have a gpg encrypted org file in my org directory that I have tracked
> time on. I would like this to show up in the Agenda view when I create
> it and have logging on, but it seems that logged time from the gpg file
> is not included in the agenda. I have load
Hello,
I have a gpg encrypted org file in my org directory that I have tracked
time on. I would like this to show up in the Agenda view when I create
it and have logging on, but it seems that logged time from the gpg file
is not included in the agenda. I have loaded the module org-crypt, but
that
I've written some emacs-lisp using org-element-map to iterate over source
code blocks in an org buffer and insert them into another buffer, including
a listing number and caption (so it's different from tangling).
I was just trying to tweak it to ignore source code blocks in a comment
section.
Hello,
I believe that what I want to do will not work, but I thought I would
ask. I have a habit that I want to do on certain days of the week
only. I had the date in the org file set as the following:
#+begin_src org
<%%(memq (calendar-day-of-week date) '(2 3 0))>
#+end_src
While it shows up o
On Thu, Jan 30, 2014 at 12:57:46AM +, Ahmadou Dicko wrote:
>I love slidify too and I think that having similar functionnality in org
>could be great.
>I think that you have everything to do that using the html backend, you
>just need to interface the right Javascript/HTML5 libra
hi bastien,
the ecm is as in the thread leader that we have been discussing:
computer.org contains computer/emacs, computer/emacs/myorg.
this sequence causes the error for me:
===
reboot emacs
use ido
refile goto to "myorg"
this works
refile goto to "emacs"
ignore the bug that the default s
I love slidify too and I think that having similar functionnality in org
could be great.
I think that you have everything to do that using the html backend, you
just need to interface the right Javascript/HTML5 library.
In slidify you can use io2012, deck.js, shower and landslide and I know
that yo
On Wed, Jan 29, 2014 at 06:29:37PM -0600, John Hendy wrote:
>
> This has come up before, and the answer is that it's not currently
> possible with just Org. See the following [probably] duplicate
> questions:
> - http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01800.html
> - https://www
t...@tsdye.com (Thomas S. Dye) writes:
> Then "punctuation" has two senses, one generic and another specific. To
> my mind, the emacs guideline is ambiguous unless there is some
> convention about which sense is meant in this case. I guess it would be
> possible to look at the code to figure th
On Wed, Jan 29, 2014 at 6:22 PM, Peter Davis wrote:
> Hi, Bastien,
>
> On 1/29/14, 7:00 PM, Bastien wrote:
>
> Is there a way to do this?
>
> Not really. But you can use `org-latex-image-default-height'
> for all pictures in your file.
>
> Thanks. I don't think setting an emacs variable is going
Hi, Bastien,
On 1/29/14, 7:00 PM, Bastien wrote:
Is there a way to do this?
Not really. But you can use `org-latex-image-default-height'
for all pictures in your file.
Thanks. I don't think setting an emacs variable is going to work for me.
Too much manual setting/unsetting. I may give
On Wed, Jan 29, 2014 at 6:15 PM, Bastien wrote:
>
> Hi Ken,
>
> Ken Okada writes:
>
> > I have a question. By default tables are centered in LaTeX export.
> > Sometimes I prefere to make it flush left or right. I thought this was
> > done with, for example,
> >
> > #+ATTR_LATEX: :center nil
> > |
Hi Sébastien,
"Sebastien Vauban"
writes:
> This one is quite new: tangling a code block in `latex' language now
> produces a file with a `.latex' extension, instead of the common `.tex'
> extension.
AFAIU you need to (require 'ob-latex) first.
Could you say since when you get this error, sin
Hi Ken,
Ken Okada writes:
> I have a question. By default tables are centered in LaTeX export.
> Sometimes I prefere to make it flush left or right. I thought this was
> done with, for example,
>
> #+ATTR_LATEX: :center nil
> | a | b |
> | 1 | 2 |
The use of the :center parameter suggests you c
Greetings,
I use R quite a bit, and ran into a new exporter sometime last year called
Slidify:
- http://slidify.org/start.html
Would anyone be able to suggest a good starting place for creating a
possible backend exporter for this? RStudio allows this pretty easily, but
I really like my prose/co
Hello,
I have a question. By default tables are centered in LaTeX export.
Sometimes I prefere to make it flush left or right. I thought this was
done with, for example,
#+ATTR_LATEX: :center nil
| a | b |
| 1 | 2 |
but it does not work in my environment. I'm using Org-mode version 7.8.11.
Could
Hi Thomas,
Thomas Morgan writes:
> There are a few related bugs (going to a running clock associated
> with a line that has been dragged in the agenda, for example) that
> I'll send in reports for later.
Please do -- as agenda lines are transported with all their text
properties, it seems stran
Hi Peter,
Peter Davis writes:
> I can place images in my document, suitably scaled, with constructs like:
>
> #+ATTR_LATEX: :height 4.5cm
> [[/path/to/image.jpg]]
>
> However, if I try to put two images side-by-side:
>
> #+ATTR_LATEX: :height 4.5cm
> | [[/path/to/image1.jpg]] | [[/path/to/image2
Hi John,
John Kitchin writes:
> And then I run org-babel-tangle, I get this error:
>
> byte-code: Before first headline at position 3 in buffer test.org<2>
Fixed, thanks.
--
Bastien
Hi Samuel,
please provide a reproducible recipe, it's really hard to explore
those kind of bugs otherwise.
The patch should fix at least these two bugs:
- you enter "A headline/" as a refile target but "A headline/"
is not in the current file: before the patch, it throws an error,
after the
It is better. To really stress it, I tried a two-row table:
#+begin_src clojure :results table
[[:ny :nj :ct]
[ 7 9 4]]
#+end_src
#+RESULTS:
| :ny | :nj | :ct |
| 7 | 9 | 4 |
On Wed, Jan 29, 2014 at 10:28 AM, Bastien wrote:
> Eric Schulte writes:
>
> > Try evaluating the fol
I can place images in my document, suitably scaled, with constructs like:
#+ATTR_LATEX: :height 4.5cm
[[/path/to/image.jpg]]
However, if I try to put two images side-by-side:
#+ATTR_LATEX: :height 4.5cm
| [[/path/to/image1.jpg]] | [[/path/to/image2.jpg]] |
the height attribute is ignored.
Is
Hi, Bastien,
This is working in 8.2.5c, thanks!
There are a few related bugs (going to a running clock associated
with a line that has been dragged in the agenda, for example) that
I'll send in reports for later.
Thanks,
Thomas
Bastien writes:
> Hi Thomas,
>
> Bastien writes:
>
>>> I'm afrai
with the patch on maint, sometimes refile goto from the scratch buffer
shows 2 olpaths for the same location. one has the filename and the
other does not. selecting the default results in:
Debugger entered--Lisp error: (error "Invalid target location")
signal(error ("Invalid target location"))
Jambunathan K writes:
> 3. Visit an Org file and export to ODT
I think this was the key because I had entirely altered my org and
org-odt set-up to use elpa and your tar file, so there had never been an
export.
> Now check the *Messages* buffer and the value of the above variables.
Yes, now t
Aric Gregson writes:
> Jambunathan,
>
> I have tried to install this. I even created a blank .emacs file as you
> suggested. Everything appears to be fine with the exception of
>
>>C-h v org-odt-styles-dir
>>C-h v org-odt-schema-dir
>
> These do not appear as options for me. I'm
Jambunathan,
I have tried to install this. I even created a blank .emacs file as you
suggested. Everything appears to be fine with the exception of
>C-h v org-odt-styles-dir
>C-h v org-odt-schema-dir
These do not appear as options for me. I'm not sure if that matters.
Thanks, A
Hello,
This one is quite new: tangling a code block in `latex' language now
produces a file with a `.latex' extension, instead of the common `.tex'
extension.
Example:
--8<---cut here---start->8---
* Letter composition
#+begin_src latex :noweb yes :tangle yes
Agree.
To do my own rebindings i use this kind of code:
(eval-after-load 'org
'(define-key org-mode-map (kbd "C-c C-=") 'org-icicle-imenu))
But when re-opening a buffer with desktop after rebooting emacs, the
new bindings are not added
IZ
On Wed, Jan 29, 2014 at 10:06 PM, Andreas Leha <
and
Yep, I am also using org-mode with icicles. Made several mods to help with
that. I use icicles for searching headers or text content all the time.
Interesting is the possibility to open a section (subtree) in an
independent buffer after finding it, with one command. I enclose the code
here, plus
Bastien writes:
> Hi Nick,
>
> Nick Dokos writes:
>
>> I find myself more in agreement with Seb than with Bastien here. The
>> argument that reducing the number of "bad" bindings reduces the chance
>> of conflicts does not hold water IMO: we will always have to be looking
>> in the rear-view mir
Aloha Bastien,
Bastien writes:
> Hi Thomas,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Also, this is my first time trying to decode a syntax table, so caveat
>> emptor.
>
> Yes -- when doing C-u C-x on { in fundamental-mode I read
>
> Character code properties: customize what to show
>
There seems to be a bug in org-mode 8.2.5g for tangling source blocks.
If I have an org-file with just this in it:
#+BEGIN_SRC python :tangle test2.py
a = 1
print a*2
#+END_SRC
#+RESULTS:
: 2
And then I run org-babel-tangle, I get this error:
byte-code: Before first headline at position 3
Bastien writes:
> More precisely, I suggest these rebindings:
>
> C-c # Checkboxes => C-c C-#
> C-c , Priorities => C-c C-,
C-, can not be input using an ASCII terminal as it would produce a line
control character.
> C-c ; Comment lines => C-c C-;
> C-c @ Mark subtree => C-c C-@
C-@ m
Hi Piotr,
Piotr Isajew writes:
> For example, when I open .org file I would like to have subtrees
> marked as DONE folded, but the others should be opened as with
> #+STARTUP: content setting. Can it be done?
No. But you can archive the DONE subtrees with C-c C-x C-a for
example. See "Archivi
Hi Thomas,
t...@tsdye.com (Thomas S. Dye) writes:
> Also, this is my first time trying to decode a syntax table, so caveat
> emptor.
Yes -- when doing C-u C-x on { in fundamental-mode I read
Character code properties: customize what to show
name: LEFT CURLY BRACKET
old-name: OPENING CURLY
Rüdiger Sonderfeld writes:
> Hello,
>
> Julien Danjou's google-contacts.el is a GNU Emacs package to display
> contacts from Google Contacts within Emacs. I have recently added
> support to export contacts to org-contacts format (See
> contrib/lisp/org-contacts.el).
>
> Calling `M-x google-conta
Aloha Seb,
"Sebastien Vauban"
writes:
> What about `C-c {' and such in the tables?
The syntax table I see in my org file calls `{' an open delimiter
character, not punctuation.
Of course, I'm assuming that what the syntax table calls punctuation is
what the emacs guideline means when it says
Hello,
Bastien writes:
> Florian Beck writes:
>
>> But it is
>> polite to provide alternatives for bindings that might be shadowed.
>
> Indeed.
>
> The only problem is C-c ^ since C-c C-^ is already taken.
>
> Btw, we could use C-c C-u (currently bound to `outline-up-heading')
> instead of C-c
Florian Beck writes:
> But it is
> polite to provide alternatives for bindings that might be shadowed.
Indeed.
The only problem is C-c ^ since C-c C-^ is already taken.
Btw, we could use C-c C-u (currently bound to `outline-up-heading')
instead of C-c C-^ (currently bound to `org-up-element')
Eric Schulte writes:
> Try evaluating the following and see how it works.
It works fine for me:
,
| #+BEGIN_SRC clojure :results table
| (map #(* %1 3) '(1 2 3))
| #+END_SRC
|
| #+RESULTS:
| | 3 | 6 | 9 |
`
> This simply copies
> the results handling from the slime backend to the cide
Soapy Smith writes:
> Yes, I agree the Clojure behavior is not quite correct. But all the
> functionality is there if both the old and new are combined. I think
> only a rearrangement of existing code is required.
>
Try evaluating the following and see how it works. This simply copies
the res
On 29.01.2014 14:16, Nick Dokos wrote:
But it's not just a matter of satisfying rules: it's a matter of making
it easy on users.
That is why I don't recommend satisfying them here.
Having a "bad" binding as well as a "good" binding for
something would mean that if I load a minor mode that ta
"o.castillo.felis...@gmail.com" writes:
> A single doubt is left... the bibtex compilation is not performed
> during the exportation process, should be done manually, Am I write?
>
You can customize org-latex-pdf-process to do what you want.
By default, it does three pdflatex runs in a row. If
I finally did it!!! (with your help of course).
Thank you.
A single doubt is left... the bibtex compilation is not performed during
the exportation process, should be done manually, Am I write?
For completeness
$ cd ~/.emacs.d/
Either create the repository
$ git clone git://orgm
Hello,
Bastien writes:
> Bastien writes:
>
>> My suggestion: convert contrib/lisp/ libraries into Org ELPA packages
>> and expurge the the contrib/ Git history from Org's repo.
>
> Here is another way to evaluate this proposal: imagine we don't
> have the contrib/ directory and we want to promo
Hi Nicolas,
Nicolas Goaziou writes:
> As a reminder, the initial point of this thread was to suggest that
> providing a way to create letters is a /core/ feature for Org. So this
> is orthogonal to the contrib/ vs ELPA package discussion.
Yes, this is orthogonal.
My suggestion is to ask Emacs
Hi Nick,
Nick Dokos writes:
> I find myself more in agreement with Seb than with Bastien here. The
> argument that reducing the number of "bad" bindings reduces the chance
> of conflicts does not hold water IMO: we will always have to be looking
> in the rear-view mirror for some minor mode that
Hi Benjamin,
Benjamin Drieu writes:
> Since probably version 8.2 of Org I could not store links from Gnus.
> After some investigation it appears that org-store-link was faulty, not
> allowing me to choose between functions. The cause is that
> completing-read was not called properly, attached p
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> Too bad it just goes from the headline to the first code block, and then
>> stops...
>
> But then you have C-c C-v C-n
Right (forgot about that one)... but not a "speed" command anymore ;-)
Best regards,
Seb
--
Sebastien Vauban
"Sebastien Vauban"
writes:
> Too bad it just goes from the headline to the first code block, and then
> stops...
But then you have C-c C-v C-n
--
Bastien
Florian Beck writes:
> On 28.01.2014 10:08, Bastien wrote:
>
>> I think most of these keybindings could migrate to a C-c C- version.
>
> There is no need for migrating them IMO.
>
> The recommendation is:
>
>Sequences consisting of `C-c' followed by any other punctuation
>character are al
Yes, I agree the Clojure behavior is not quite correct. But all the
functionality is there if both the old and new are combined. I think
only a rearrangement of existing code is required.
I like the idea of comparing to the behavior of Python code blocks.
I've got a Coursera class coming up whic
Soapy Smith writes:
> Christian, could you try :results table with Python and reply back with
> the #+RESULTS:?
Same as the default, i.e. a table, as expected.
#+RESULTS:
| 1 | 2 | 3 |
The Babel/Clojure behavior you report does seem buggy.
I'm afraid I can't be of further help, but hopefully
Hi Christian, I think that is a very good point!
>From the manual, the explanation of what is returned as a result
using :results raw
"raw The results are interpreted as raw Org mode code and are inserted
directly into
the buffer. If the results look like a table they will be aligned as
such by O
On 28.01.2014 10:08, Bastien wrote:
I think most of these keybindings could migrate to a C-c C- version.
There is no need for migrating them IMO.
The recommendation is:
Sequences consisting of `C-c' followed by any other punctuation
character are allocated for minor modes. Using them
Since probably version 8.2 of Org I could not store links from Gnus.
After some investigation it appears that org-store-link was faulty, not
allowing me to choose between functions. The cause is that
completing-read was not called properly, attached patch (hopefully)
fixes this.
Bug is trigged o
Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> BTW, the documented `F' and `B' speed commands don't work for me on
>> Babel code blocks. Is it only me?
>
> The speed commands work on headlines -- hitting F or B goes to the
> next/previous src block fine here. What's wrong for you?
I'v
Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> Is it really important to have a couple less of "not
>> standard" key bindings, if we still have others which don't comply?
>
> I think so, as it reduces the chances of conflicting keybindings from
> other minor modes.
OK. I (can) agree. B
"Sebastien Vauban"
writes:
> BTW, the documented `F' and `B' speed commands don't work for me on
> Babel code blocks. Is it only me?
The speed commands work on headlines -- hitting F or B goes to the
next/previous src block fine here. What's wrong for you?
--
Bastien
Hi Sébastien,
"Sebastien Vauban"
writes:
> Is it really important to have a couple less of "not
> standard" key bindings, if we still have others which don't comply?
I think so, as it reduces the chances of conflicting keybindings from
other minor modes.
--
Bastien
Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> What about `C-c {' and such in the tables?
>
> (FWIW, that's one of the few keybindings I would not like to change.)
>
>> I guess it's better to comply to the Emacs guidelines. That change will
>> allow us to wake up our neurons and fight a
Bastien,
> I suggest to use ";" for the speedy command org-toggle-comment and
> "#" for org-update-statistics-cookies. See the attached patch.
>
> Let me know if
>
> 1) you feel using ; for toggling COMMENT is better than #
It seems more natural to me, as `M-;' is the standard key for commentin
Hi Samuel,
Samuel Wales writes:
> Would this also get rid of the current-file special case? If so, this
> sounds good to me and I will test it.
Please test the attached patch against maint and let me know what
issues it fixes for you.
Thanks,
diff --git a/lisp/org.el b/lisp/org.el
index 2312
"Sebastien Vauban"
writes:
> What about `C-c {' and such in the tables?
(FWIW, that's one of the few keybindings I would not like to change.)
> I guess it's better to comply to the Emacs guidelines. That change will
> allow us to wake up our neurons and fight against Alzheimer. So, let's
> do
Hi all,
I suggest to use ";" for the speedy command org-toggle-comment and
"#" for org-update-statistics-cookies. See the attached patch.
Let me know if
1) you feel using ; for toggling COMMENT is better than #
1) you feel the new # speedy command would be useful
Thanks,
diff --git a/lisp/or
"Sebastien Vauban"
writes:
> This would be much more easy to read, IMO:
>
> This {hlt(information)} is important.
But more prone to false positives.
> Would this be possible? If so, would you want that as well?
Reducing to {{...}} could be better, but I'm not sure this is
what will make y
Hi Yasushi,
Yasushi SHOJI writes:
> It seems to me that the commit 80fc5ad breaks
> `org-update-statistics-cookies' on my setup.
This should now be fixed in master.
Thanks for reporting this!
--
Bastien
Hello Bastien and Thomas,
Bastien wrote:
> thanks for starting this list.
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> C-c ! Creating timestamps
>> C-c . Creating timestamps
>> C-c # Checkboxes
>> C-c ' Editing and debugging formulas, literal examples, include files,
>> editing source code, coo
Hello,
I know this question can be a sensible one, but I wonder whether we
couldn't "remove some fat" from the macro "call" syntax?
When trying to convince colleagues and friends to use macros, I get
kind of allergic reactions because of the many accolades.
Example:
--8<---cut here-
Hello,
Eric Schulte writes:
> Nicolas Goaziou writes:
>
>> IIUC, there are two "flags" types in `org-babel-exp-code'. One is
>> the :flags parameter and the other one are the switches of the source
>> block. Unfortunately, you can have only one at a time since they are
>> stored in an alist (th
77 matches
Mail list logo
