Hello,
On 2016-02-23 11:37, Alan Schmitt writes:
> When exporting this source block to beamer
>
> #+header: :file (by-backend (beamer "foldleft.tikz") (t "foldleft.png"))
> #+header: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry
> 800
> #+header: :results file raw
> #+heade
Dear Nicolas!
On Tue, Feb 23, 2016 at 11:34:21PM +0100, Nicolas Goaziou wrote:
> Hello,
>
> Josef Atmin writes:
>
> >> when the curser is at the end of the line directly after <2016-02-21 Sun>,
> >> i.e. there
> >> comes a newline right after the '>', then typing results in the
> >> message
org-protocol works less than half the time now.
i try it with the org-capture firefox extension on iceweasel. i also
try it with a manual bookmark created by some instruction somewhere.
today every click puts this in my messages buffer:
"Greedy org-protocol handler. Killing client."
could som
Hello,
Josef Atmin writes:
>> when the curser is at the end of the line directly after <2016-02-21 Sun>,
>> i.e. there
>> comes a newline right after the '>', then typing results in the
>> message "No link
>> found". I guess this is a bug.
This is fixed in development version already (commi
Hi,
the maintainer of the Debian org-mode package referred me to this list for my
bug report.
Best regards, Josef.
On Sun, Feb 21, 2016 at 11:29:03AM +0100, Josef Atmin wrote:
> Package: org-mode
> Version: 8.3.3-3
> Severity: normal
>
> Dear Maintainer,
>
> when the curser is at the end of t
Dear briangpowell,
there is definitely a space in the third line.
Also, it does not simply produce no output, it says "No link found".
Plus, when I change it to a numbered list starting with 1., 2., 3. it
works.
I have also run this with my .emacs file disabled, so it cannot be my
option
* Only way I can explain why the "3rd output is different from the 1st and
2nd":
You unwittingly placed a character after the "::" on the 3rd row--and
you look at it and you believe its a character.
* Suggest you open it up in VI and do ":set list"--is there a "^I"
character there?
** Better y
* Nah, tried it, all 3 have same output:
* [[shell:cat ~/tmp | grep "asdf :"]]
* [[shell:cat ~/tmp | grep "asdf ::"]]
* [[shell:cat ~/tmp | grep "asdf :: "]]
=>
Executing cat ~/tmp | grep "asdf :"
asdf :: asdf
asdf :: qwer
Executing cat ~/tmp | grep "asdf ::"
asdf :: asdf
asdf :: qwe
On Mo, 2016-02-22 at 21:09, hymie! wrote:
> I'd really like to have my specific "note" listed in the agenda, but
> what I need to do is so minor that I don't want it to have a "headline"
> in my notes. Is this possible?
Have you already checked the so called inline tasks?
C-h f org-inlinetask-i
On 02/23/2016 09:44 AM, Nicolas Goaziou wrote:
Hello,
Charles Millar writes:
On 02/22/2016 03:17 PM, Nicolas Goaziou wrote:
Hello,
Charles Millar writes:
The last time (last Wednesday or so) I executed the following code
** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec
Hi all
On Sat, Feb 20, 2016 at 2:00 PM, Nicolas Goaziou wrote:
> I think this would be a nice addition to Org.
Yes, it has been the wish of several users including me earlier on
this list.
> We could add an option that can limit the number of state change
> notes in an entry.
My only "contrib
hymie! writes:
> Greetings.
>
> I've got my notes organized mostly like this:
> * major task
> - note
> - note
> - note
> ** minor task
>- note
>- note
> ** minor task
>- note
>- note
>
> Now I have a "note" that I need to attach a "schedule" to (something I
> have to do tom
Hi,
the maintainer of the Debian org-mode package referred me to this list for my
bug report.
Best regards, Josef.
On Sun, Feb 21, 2016 at 11:10:52AM +0100, Josef Atmin wrote:
> Package: org-mode
> Version: 8.3.3-3
> Severity: normal
>
> Dear Maintainer,
>
> when a shell command in an unnumb
Hello,
Charles Millar writes:
> On 02/22/2016 03:17 PM, Nicolas Goaziou wrote:
>> Hello,
>>
>> Charles Millar writes:
>>
>>> The last time (last Wednesday or so) I executed the following code
>>>
>>> ** Some subheading
>>> #+NAME: SCHEDAP
>>> #+begin_src rec :data foo.rec :type Finance :fields
Hi Nicolas,
On 02/22/2016 03:17 PM, Nicolas Goaziou wrote:
Hello,
Charles Millar writes:
The last time (last Wednesday or so) I executed the following code
** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields
AssetDate,Description,Basis :results silent
(
Hello,
regarding my previous message: I discovered that, by removing indentation,
the export works fine.
More specifically, the following snippet produces the error:
%- snippet --%
** CGI - producing output
- Example in shell script:
#+BEGIN_SRC bash
echo "content-
Hello,
When exporting this source block to beamer
#+header: :file (by-backend (beamer "foldleft.tikz") (t "foldleft.png"))
#+header: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry 800
#+header: :results file raw
#+header: :headers '("\\usepackage{tikz}")
#+begin_src latex
\use
Hello,
I have a strange behaviour when trying to produce a beamer presentation .
I have a rather complicated set of slides, one of the slide contains this
snippet:
%- snippet --%
** CGI - producing output
- Example in shell script:
#+BEGIN_SRC bash
echo "content-type: text/html
I always fail the Fortran tests too, on Mac OS X 10.6.8, though
supposedly there's a Fortran interpreter in there somewhere.
Yours,
Christian
Kaushal Modi writes:
> Hi all,
>
> I cloned a fresh copy of org-mode and ran "make test" for the first time.
>
> The following are failing:
>
> 3 unexpec
19 matches
Mail list logo
