Jason Dunsmore writes:
> If you clone via git://, it does some optimizations during the transfer,
> whereas cloning via http:// does not. If I do a "git gc" on the repo,
> it reduces the size of the repo on the server and the time to download
> via http://
I'd suggest that the repo on the server
Am I wrong, or is there no way to filter what is shown in the
weekly/daily agenda view? I'm creating custom agendas with multiple
blocks, and would like to apply the same tags/match filter to the daily
agenda as I do to the TODO blocks below it. Can that be done?
Eric
Marc-Oliver Ihm writes:
> By the way: There are surely official documentation standards, that I
> could adhere for this. However, at present I cannot find them. Could
> anyone provide me a pointer please ?
Does the file doc/Documentation_Standards.org in the source distribution
help at all?
Fai
Eric Abrahamsen writes:
> Am I wrong, or is there no way to filter what is shown in the
> weekly/daily agenda view? I'm creating custom agendas with multiple
> blocks, and would like to apply the same tags/match filter to the daily
> agenda as I do to the TODO blocks below it. Can that be done?
On Sun, Aug 21, 2011 at 1:28 AM, Stefan Nobis wrote:
> John Hendy writes:
>
>> Was just rediscovering how to properly get floats to drop in where I
>> want them in LaTeX export (right where I say vs. where LaTeX thinks
>> is convenient).
>
> Another way to tackle this problem may be to just not u
> Hi John,
>
> I think of [h!] as "try really hard to place the float here" and [H] as
> "place the float here regardless of the consequences."
>
Great way to put it!
Thanks,
John
> All the best,
> Tom
> --
> Thomas S. Dye
> http://www.tsdye.com
>
On Sun, Aug 21, 2011 at 10:00 AM, John Hendy wrote:
> On Sun, Aug 21, 2011 at 1:28 AM, Stefan Nobis wrote:
>> John Hendy writes:
>>
>>> Was just rediscovering how to properly get floats to drop in where I
>>> want them in LaTeX export (right where I say vs. where LaTeX thinks
>>> is convenient).
On 21.8.2011, at 15:17, Bernt Hansen wrote:
> Eric Abrahamsen writes:
>
>> Am I wrong, or is there no way to filter what is shown in the
>> weekly/daily agenda view? I'm creating custom agendas with multiple
>> blocks, and would like to apply the same tags/match filter to the daily
>> agenda as
Hi Bernt and Carsten,
Bernt Hansen wrote:
> Eric Abrahamsen writes:
>
>> Am I wrong, or is there no way to filter what is shown in the weekly/daily
>> agenda view? I'm creating custom agendas with multiple blocks, and would
>> like to apply the same tags/match filter to the daily agenda as I do t
Hi András,
András Major writes:
> Hi Eric,
>
>> sbe is just an elisp function which is called by the Org-mode
>> spreadsheet's function evaluation mechanisms. The spreadsheet does not
>> allow for insertion of results into multiple cells and thus neither does
>> the use of sbe.
>
> Hmmm. It ap
András Major writes:
> Hi Eric,
>
>> If we did return the value of shell scripts then ":results value" would
>> almost always simply return 0 (or possibly an error message). For this
>> reason shell code blocks do not implement value returns, but rather will
>> always collect results from STDOUT
András Major writes:
> Here's another one: In a haskell code, the :results options value and
> output both work erroneously. "value" returns the output, "output"
> returns nothing into the :results block.
>
> Example code:
>
> #+begin_src haskell :results value
> putStrLn "hello"
> #+end_src
>
Henri-Paul Indiogine writes:
> Greetings!
>
> I have another question regarding the output of the bash script. I
> have a bunch of echo statements. org-mode outputs now everything in a
> table. Is it possible to suppress this and have just plain lines?
> That was the behavior with a simple sc
Major A writes:
> Hi again,
>
> I want to use haskell code blocks in order to evaluate them. The
> problem is that, depending on what haskell interpreters are installed
> on the computer, Babel will call a different interpreter to evaluate
> the code with. Also, the haskell interpreter interfac
Bastien writes:
> Hi Nick,
>
> Nick Dokos writes:
>
>> * foo
>>
>> Verbiage to begin the paragraph
>> #+begin_src shell
>> get-config.py var section [section ...]
>> #+end_src
>> and verbiage to end the same paragraph.
>>
>> * bar
>>
>> Verbiage to begin the paragraph
>> #+begin_example
>> get-c
Nick Dokos writes:
> Bastien wrote:
>
>> Hi Nick,
>>
>> Nick Dokos writes:
>>
>> > * foo
>> >
>> > Verbiage to begin the paragraph
>> > #+begin_src shell
>> > get-config.py var section [section ...]
>> > #+end_src
>> > and verbiage to end the same paragraph.
>> >
>> > * bar
>> >
>> > Verbiage
t...@tsdye.com (Thomas S. Dye) writes:
> Add a line to indicate header arguments are lowercase.
>
Applied, Thanks Tom -- Eric
>
> From 4a8719c9e7f95fa76041077dfaf0f5d21241517d Mon Sep 17 00:00:00 2001
> From: Tom Dye
> Date: Sat, 20 Aug 2011 06:48:35 -1000
> Subject: [PATCH] * doc/org.texi: Add
Bastien writes:
> Hi Charles,
>
> yes, there are some problems with parsing inline source blocks.
> Stephen also reported that these colon lines
>
> : were $\beta_2$ = src_R{round(out3$coef[3], 4)}
> : and $\beta_3$ = src_R{round(out3$coef[4], 4)}
>
> where not exporting correctly... Eric,
> This addition seems to be bearing fruit immediately. I just reported a
> problematic behaviour with org->odt->doc conversion in LibreOffice
> mailing list. See
>
> http://thread.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/14739
>
> I am using OpenOffice.org-3.2.1 (OOO20m18/Build:95
Hello, just starting out with emacs org-mode (I'm going through the
compact guide). I'm wondering, is it possible to make C-RET
(org-insert-heading-respect-content) "work" also on plain lists?
i.e. make it insert a new list item of the same level *after* the
sub-list.
what I'm trying to do is thi
Hello,
Renato writes:
> Hello, just starting out with emacs org-mode (I'm going through the
> compact guide). I'm wondering, is it possible to make C-RET
> (org-insert-heading-respect-content) "work" also on plain lists?
Short answer: no. C-RET should be able to operate on headlines even in
the
Bastien writes:
Hi Bastien,
>> commit 8c3ecbe39a0c99e3724246d1eb460495a53721b6
>> Author: Bastien Guerry
>> Date: Wed Aug 17 16:08:02 2011 +0200
>>
>> Move three functions and add appropriate require/declarations.
>>
>> * org-clock.el (org-duration-string-to-minutes)
>> (org-
I've just pushed up a change to org-exp-blocks which should fix Charles'
original problem related to conflict between inline and regular code
blocks. Please let me know if this problem persists in the latest git
HEAD.
Thanks -- Eric
Eric Schulte writes:
> Bastien writes:
>
>> Hi Charles,
>>
>
Eric Schulte writes:
> I've just pushed up a change to org-exp-blocks which should fix Charles'
> original problem related to conflict between inline and regular code
> blocks. Please let me know if this problem persists in the latest git
> HEAD.
>
> Thanks -- Eric
>
> Eric Schulte writes:
>
>>
On Sun, 21 Aug 2011 20:58:53 +0200
Nicolas Goaziou wrote:
> Move to the beginning of the line at "powers of 3" and use M-RET.
thanks, that satisfies my needs
cheers
renato
On Sun, Aug 21 2011, Carsten Dominik wrote:
> On 21.8.2011, at 15:17, Bernt Hansen wrote:
>
>> Eric Abrahamsen writes:
>>
>>> Am I wrong, or is there no way to filter what is shown in the
>>> weekly/daily agenda view? I'm creating custom agendas with multiple
>>> blocks, and would like to apply
Bastien
I have made a decision not to merge org-lparse, org-xhtml & org-odt in
to Orgmode core. It is a very difficult decision for me to take
considering that I had put all my heart in to it. (Btw, this decision
has nothing to with me not having enough time at hand.)
I leave it up to the commun
On Sun, 21 Aug 2011, Eric Schulte wrote:
I've just pushed up a change to org-exp-blocks which should fix Charles'
original problem related to conflict between inline and regular code
blocks. Please let me know if this problem persists in the latest git
HEAD.
Just updated to
Org-mode version
"Sebastien Vauban"
writes:
> Hi Bernt and Carsten,
>
> Bernt Hansen wrote:
>> Eric Abrahamsen
>> writes:
>>
>>> Am I wrong, or is there no way to filter what is shown in the weekly/daily
>>> agenda view? I'm creating custom agendas with multiple blocks, and would
>>> like to apply the same ta
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.
-
30 matches
Mail list logo
