On Mon, May 07, 2012 at 10:16:36AM -0400, Eric Schulte wrote:
> Colin Hall writes:
>
> > Tim Burt rochester.rr.com> writes:
> >>
> >> I want to gather data from properties into something that can be used by
> >> a babel source block (e.g. plot the data). Searches in the manual,
> >> worg, and
Erich Neuwirth writes:
> I need control over the font used for results of inline computations in
> exported files.
> When I have the following code
>
> This is inline R 1+2 = src_R{1+2}
>
> and export it to html (or LaTeX) the fonts used for the regular text and the
> fonts used for the result
Neil Smithline writes:
> While I'm hoping we can turn GSoC work into production in less than 4
> years, the GIMP release notes have left me even more psyched about our
> three GSoCers!
>
> Go guys! (At least I think you're all guys :-)
Thanks for your interest and support!
The first time I heard
Hi Charles and Michael,
Charles writes:
> Perhaps only one #+TBLFM: per table is allowed
More precisely, hitting C-c C-c on #+TBLFM: will just apply formulas in
*this* line.
Using several #+TBLFM: lines is sometimes useful when you want to apply
different sets of formulas -- which I think is t
Hi Eric,
Eric S Fraga writes:
> However, I am again starting to write some proposals that will need
> GANTT charts so maybe I can justify looking at this again.
good to know you are back on this! No matter how far you go, Org
will always find you :)
Best,
--
Bastien
> Nicolas Goaziou :
> I think this should be fixed now. Could you confirm this?
I've done
cd ~/git/org-mode/
make clean
git pull
make
and started a new emacs, and moving list items now works without
unhiding the items moved past.
So I can confirm that it is fixed.
> Thank you for submit
Hi all,
Eric S Fraga writes:
> But maybe I also am confused as to the current direction this is
> taking...
let me try to summarize and clarify. Nicolas said it clearly:
At the moment, "<>" and "# <>" produce, respectively,
"tag" and "".
Nothing is deprecated _yet_ and there is no need
"jeremiah.do...@gmail.com"
Inviato: Domenica 4 Marzo 2012 9:11
> "Christopher W. Ryan" writes:
>> But when I try to type C-c a
>>
>> I only get that far, and emacs tells me, "C-c a is undefined"
>
>> There is a drop-down menu item under the Org item, called "Agenda Command..."
>> which offers
Hi,
AJR writes:
> First I just wanted to thank everyone involved in creating orgmode,
> it's amazing and it has pretty much sold me on emacs. But, I've had
> some problems with links containing æøå. I'm an osx (lion) user. In
> emacs 23.4 (9.0) no paths with æøå where possible to open. For
> exa
Bastien writes:
> Hi Eric,
>
> Eric S Fraga writes:
>
>> However, I am again starting to write some proposals that will need
>> GANTT charts so maybe I can justify looking at this again.
>
> good to know you are back on this! No matter how far you go, Org
> will always find you :)
>
> Best,
T
Hi all.
Is table filtering is implementad in org-mode?
Thanks.
Hi Christopher,
"Christopher J. White" writes:
> Is there a function to extract the body of an item minus all the auxiliary
> information?
Yes -- see org-element.el in contrib/lisp/ and ̀org-element-parse-buffer'
as a starting point. Nicolas might give further directions on how to get
the body
Hi,
writes:
> Is table filtering is implementad in org-mode?
What is "table filtering"?
Thanks,
--
Bastien
Colin Hall writes:
> Tim Burt rochester.rr.com> writes:
>>
>> I want to gather data from properties into something that can be used by
>> a babel source block (e.g. plot the data). Searches in the manual,
>> worg, and gmane have not yielded the method, but my best guess is that
>> I've missed i
Bastien writes:
> Hi,
>
> writes:
>
>> Is table filtering is implementad in org-mode?
>
> What is "table filtering"?
>
> Thanks,
Sorry for not being clear.
By table filtering I mean the following:
lets say I have a table
| n | 2 | 3 | 4 | 5 | 6 |
|---+---+---+---+---+---|
| 1 | a | | | |
Hi,
attached the new fix. Does the "v2" line count as changelog?
Cheers,
Simon
On 05/07/2012 11:02 PM, Achim Gratz wrote:
Simon Thum writes:
I'm sure there is a better way to fix this, but the attached patch
helps me to not get something like "Warning: argument nil not
recognized" spoiling e
Hi Simon,
Simon Thum writes:
> I have to revoke my earlier statement. The patch does _not_ remove the
> TODO_ line from the agenda. I see no change at all.
This should be fixed now.
Thanks,
--
Bastien
Hi Simon,
Simon Thum writes:
> attached the new fix. Does the "v2" line count as changelog?
Not really -- but thanks for the new patch anyway. I applied
it and added a better ChangeLog. Please check it here:
http://orgmode.org/w/?p=org-mode.git;a=commit;h=925aee
The idea is to use `C-x 4
Hi Benjamin,
Benjamin Motz writes:
> I have the same problem and resolved it with the appended
> patch. Apparently, the .out-files aren't created and therefore can't be
> deleted. The patch is checking for file-existence before trying to
> delete.
I applied your fix in two places -- see:
http:
Hi Eric,
Eric S Fraga writes:
>> If you're certain you're loading Org correctly, please try the attached
>> patch and just tell me if the error disappears.
>
> The patch works!
I'm still resisting applying this patch, because I don't understand why
the infinite recursion occurs.
Can you help m
Hi François,
François Pinard writes:
> But I feel this would be gross, absolute overkill
I do feel the same -- especially because, again, the issue at stake is
the time it takes to publish the files to HTML. One idea would be to
gather as much :noexport: subtrees into a small set of files so t
Hi Petro,
Petro writes:
> lets say I have a table
>
> | n | 2 | 3 | 4 | 5 | 6 |
> |---+---+---+---+---+---|
> | 1 | a | | | | |
> | 2 | b | | | | |
> | 3 | b | | | | |
> | 4 | a | | | | |
> | 5 | c | | | | |
> | 6 | b | | | | |
> | 7 | a | | |
Hi Nick,
Nick Dokos writes:
> Oh, I agree - the removal is certainly desirable. I meant whether the
> non-removal of not-today's date is intentional :-)
Thinking about this again, I don't see any reason why we should keep any
timestamp in the headline. I pushed a fix for this.
Thanks!
--
B
Nicolas Goaziou wrote:
> Hello,
>
> François Pinard writes:
>
> > When some feature is being deprecated, the Org manual should tell us,
> > then ! :-) And at least where that feature is documented. Currently,
> > the manual says:
> >
> > The preferred match for a text link is a dedicated ta
On Sun, May 6, 2012 at 11:26 PM, Eric S Fraga wrote:
> John Hendy writes:
>
> [...]
>
>> @EricFraga: if implementing the LaTeX gantt package has moved into
>> either of the two actionable categories you mentioned in our last
>> discussion
>> (http://lists.gnu.org/archive/html/emacs-orgmode/2011-
Hi,
I cannot reproduce AJR's problem (and I'm a happy user of both æøå and
other strange characters on the Mac). I created a dør.txt file and
opened it with a file:~/org/dør.txt link. I clicked a
http://www.dører.no link and got the appropriate URL in the Firefox
address bar.
I'm on Emacs 2
Bastien wrote:
> Hi Petro,
>
> Petro writes:
>
> > lets say I have a table
> >
> > | n | 2 | 3 | 4 | 5 | 6 |
> > |---+---+---+---+---+---|
> > | 1 | a | | | | |
> > | 2 | b | | | | |
> > | 3 | b | | | | |
> > | 4 | a | | | | |
> > | 5 | c | | | | |
> >
Hi,
thanks for the swift inclusion. I've read through the how to contribute
now to do better itf.
On 05/08/2012 02:15 PM, Bastien wrote:
Hi Simon,
Simon Thum writes:
attached the new fix. Does the "v2" line count as changelog?
Not really -- but thanks for the new patch anyway. I applie
Hi List,
using a slightly modified version of the wikidoc.el library from Nic
Ferrier (https://github.com/nicferrier/elwikidoc) I published the
Org-mode API on Worg (with some help from Eric (Schulte) with regards to
scripting).
You can access the page via the link at the bottom of this site:
h
Thorsten Jolitz writes:
> using a slightly modified version of the wikidoc.el library from Nic
> Ferrier (https://github.com/nicferrier/elwikidoc) I published the
> Org-mode API on Worg (with some help from Eric (Schulte) with regards to
> scripting).
>
> You can access the page via the link at t
Am 08.05.2012 11:45, schrieb x.pi...@gmail.com:
Hi all.
Is table filtering is implementad in org-mode?
Thanks.
Well, I have done something similar, which includes a few more operations than
filtering.
It uses org-babel and comes as an org-file, which combines code and
documentation.
Hope,
Tobias Nähring writes:
> This bug concerns org-tables.
Posting the same bug report multiple times isn't going to magically
speed up its resolution.
> Field formulas with hline-address on right-hand side don't work
> anymore.
It seems to me that it's rather the left-hand address that is the
probl
Hi all,
I have a question regarding colnames in babel source blocks.
Suppose, I have a source block (in R) that has as input a table and returns a
table. And I would like to have the resulting table with column
names, but the input table does not have column names.
How can I achieve this?
Her
Aloha Andreas,
Andreas Leha writes:
> Hi all,
>
> I have a question regarding colnames in babel source blocks.
>
> Suppose, I have a source block (in R) that has as input a table and returns a
> table. And I would like to have the resulting table with column
> names, but the input table does no
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha Andreas,
>
> Andreas Leha writes:
>
>> Hi all,
>>
>> I have a question regarding colnames in babel source blocks.
>>
>> Suppose, I have a source block (in R) that has as input a table and returns a
>> table. And I would like to have the resulting ta
Hi all,
I experience a problem when exporting the results of inline source
blocks when they are wrapped: the export (using the "old" latex
exporter) contains ":RESULTS:" and ":END:"
Here is an example src_R[:results org wrap]{tmp <- "inline"} call.
And the LaTeX export of this is
#+begin_latex
Hello,
Just fixed the broken link to org-refer-by-number.el;
hopefully this gives others a better chance to actually use it :-)
Please find its short description below.
with kind regards, Marc-Oliver Ihm
org-refer-by-number.el – refer to things by number, when direct
linking is not possible
Hello,
I do not always use code blocks in org-mode, but when I do, I have
forgotten the syntax :-). In order to prevent that situation I wrote a
little function which is similar to org-insert-link. I called that
function org-insert-code-block. This function reads the language per
minibuffer in and
Andreas Leha writes:
> Hi all,
>
> I experience a problem when exporting the results of inline source
> blocks when they are wrapped: the export (using the "old" latex
> exporter) contains ":RESULTS:" and ":END:"
>
> Here is an example src_R[:results org wrap]{tmp <- "inline"} call.
>
> And the
Andreas Leha writes:
> Hi all,
>
> I have a question regarding colnames in babel source blocks.
>
> Suppose, I have a source block (in R) that has as input a table and returns a
> table. And I would like to have the resulting table with column
> names, but the input table does not have column na
Solved! (By setting current-language-environment to utf-8, it was set to
english-something by default) I have no idea why I didn't check what encoding
emacs was using by default right away. I had no encoding problems until this
issue surfaced. Thanks!
Bastien wrote:
> Charles writes:
>
>> Perhaps only one #+TBLFM: per table is allowed
>
> More precisely, hitting C-c C-c on #+TBLFM: will just apply formulas in
> *this* line.
>
> Using several #+TBLFM: lines is sometimes useful when you want to apply
> different sets of formulas -- which I thin
Marc-Oliver Ihm writes:
> Just fixed the broken link to org-refer-by-number.el;
Thanks!
> hopefully this gives others a better chance to actually use it :-)
Let's give it more chances :)
http://orgmode.org/worg/code/elisp/org-refer-by-number.el
--
Bastien
Eric Schulte writes:
> Andreas Leha writes:
>
>> Hi all,
>>
>> I experience a problem when exporting the results of inline source
>> blocks when they are wrapped: the export (using the "old" latex
>> exporter) contains ":RESULTS:" and ":END:"
>>
>> Here is an example src_R[:results org wrap]{tm
Eric Schulte writes:
> Andreas Leha writes:
>
>> Hi all,
>>
>> I have a question regarding colnames in babel source blocks.
>>
>> Suppose, I have a source block (in R) that has as input a table and returns a
>> table. And I would like to have the resulting table with column
>> names, but the in
Hi Florian,
You function looks good (although two lines in the middle are not
indented correctly).
Have you tried typing " writes:
> Hello,
>
> I do not always use code blocks in org-mode, but when I do, I have
> forgotten the syntax :-). In order to prevent that situation I wrote a
> little fun
Hi Florian and Eric,
Eric Schulte writes:
> Have you tried typing " code blocks, as well as
> That said your function does more than the limits the languages to those which are supported. If others think this
> is generally useful I'd be happy to add it to ob.el.
Don't we have this already?
Bastien wrote:
> Eric Schulte writes:
>
>> Have you tried typing " I insert
>> code blocks, as well as >
>> That said your function does more than the > limits the languages to those which are supported. If others think this
>> is generally useful I'd be happy to add it to ob.el.
>
When my cursor is on an 'in buffer setting' line
#+FOO: bar
C-c * toggles it to
* #+FOO: bar, i.e. a headline.
Is this behavior acceptable or expected since in buffer settings are
defined as special lines and are not normal lines (plainlists) or headlines?
My set up is emacs 24.0.93.1 (i386
Bastien writes:
> Hi Eric,
>
> Eric S Fraga writes:
>
>>> If you're certain you're loading Org correctly, please try the
>>> attached patch and just tell me if the error disappears.
>>
>> The patch works!
>
> I'm still resisting applying this patch, because I don't understand why
> the infinite
Original message subject line obviously incomplete.
Original Message
Subject:[O] C-c * toggles in
Date: Tue, 08 May 2012 19:30:21 -0400
From: Charles
To: Org-Mode List
When my cursor is on an 'in buffer setting' line
#+FOO: bar
C-c * toggles it to
* #+FOO
Bastien writes:
> Hi Florian and Eric,
>
> Eric Schulte writes:
>
>> Have you tried typing "> code blocks, as well as >
>> That said your function does more than the > limits the languages to those which are supported. If others think this
>> is generally useful I'd be happy to add it to ob.el.
There's a small bug in rendering the entities when
org-pretty-entities is on (I get the feeling that
org-pretty-entities is not a very commonly-used feature). The
entities \sup1 \sup2 \sup3 and \there4 are not rendered properly.
The regex detecting entities appa
Interestingly, this seems to have been broken ever since org-table got
split into its own file; i.e. the only working versions I could find are
5.x ones and the first broken version is fe939ecb95, which splits org.el
into more files and moves them into /lisp. Since I don't think that
code inside t
Dear List,
How can I export SCHEDULED, DEADLINE and tags for inlinetasks? I have
org-inlinetask.el loaded and am using older HTML exporter (the one not
based on org-elements.el). I looked at variable
org-inlinetasl-export-template but still unsure how should I set it to
exposed scheduling inform
55 matches
Mail list logo
