Hi David,
David Arroyo Menéndez wrote:
orgmode.org is shutdown.
Not for me, at least not anymore.
Best regards,
Seb
--
Sebastien Vauban
? If yes,
could that be the result of `org-reload'?
I do have some troubles, sometimes (conditions not yet exactly isolated), when
org-reload'ing: duplicate agenda entries, etc.
Best regards,
Seb
--
Sebastien Vauban
some vars
to non-default values, the above problem would disappear; but I would expect
the defaults to conserve the old behavior anyway, wouldn't I?
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Over the last couple of days, a change made has the effect of displaying
something like:
[0.33/1.00] (Read email and news)
in the modeline, instead of:
[0:33/1:00] (Read email and news)
To add comments, it's
of the font-lock keywords (here: `warning').
Can you give me hints to sort this out?
Best regards,
Seb
--
Sebastien Vauban
just
wanted to know if I'm missing some vital setup/cofiguration information.
make autoloads?
Best regards,
Seb
--
Sebastien Vauban
-mode/lisp/)
--
Sebastien Vauban
Hello,
Sebastien Vauban wrote:
Over the last couple of days, a change made has the effect of displaying
something like:
[0.33/1.00] (Read email and news)
in the modeline, instead of:
[0:33/1:00] (Read email and news)
To add comments, it's not a colon vs dot problem: the displayed
Hello Rainer,
Rainer M Krug wrote:
Just one final question: How can I specify from org, that the numbering
should go up to level 4 as
well? I would like to have
1.2.3.4 The Heading
Or Do I have to do this via LaTeX?
Use the option H:4.
Best regards,
Seb
--
Sebastien Vauban
clearly it!
Now, it'd be interesting to know whether:
- it should be removed? or
- the customization (found on Worg) should be place in another hook (not run
at that stage)?
Bastien?
Best regards,
Seb
--
Sebastien Vauban
{center}...\end{center} adds (undesired) vertical space
- replacing by {\centering...\par} is the solution against that.
Best regards,
Seb
--
Sebastien Vauban
Hi John,
John Kitchin wrote:
Sebastien Vauban wrote:
John Kitchin wrote:
It appears that one cannot define clickable text in org-mode. I was
trying to make some text in an org-file respond to different types of
clicking. I know that links provide some functionality for this, but
out
be diverted from its original
purpose)?
I guess you also are aware of the elisp and shell links you can already put in
any Org file, as clickable buttons?
Best regards,
Seb
--
Sebastien Vauban
\begin{center}
...
\end{center}
by
{\centering
...
}
? That is, add a group around?
Best regards,
Seb
--
Sebastien Vauban
Hi Myles and Nick,
Nick Dokos wrote:
Myles English mylesengl...@gmail.com wrote:
Sebastien Vauban writes:
Myles English wrote:
This patch replaces every occurence of the \begin{center} environment
with \centering in the file contrib/lisp/org-e-latex.el.
...
- (format \\begin{center
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
#+TITLE: ECM Htmlize italic
#+LANGUAGE: en
* CSS code
When exporting the following chunk of code to HTML (with either the old or
the
new exporter)...
#+begin_src css
#panel-button {
-moz-transform: rotate(90deg
are currently clocking time, clock out? ))
(org-clock-out)
t)) ;; only fails on keyboard quit or error
;; timeclock.el puts this on the wrong hook!
(add-hook 'kill-emacs-query-functions 'my/org-clock-query-out)
#+end_src
Best regards,
Seb
--
Sebastien Vauban
http://www.mrunix.de/forums/showpost.php?p=316577postcount=3
and that definition requires a mandatory! empty line.
I'd be interested seeing the results...
Best regards,
Seb
--
Sebastien Vauban
of lack of time) I really couldn't yet come up with a case showing it
more clearly.
Best regards,
Seb
--
Sebastien Vauban
--
Sebastien Vauban
Hello Yagnesh,
Yagnesh Raghava Yakkala wrote:
On 10月 31 2012, Sebastien Vauban
wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org wrote:
Since more or less one month or so, I've seen a change in the behavior of C-c
C-x C-w, when cutting and pasting a subtree.
I did know about this key
Hi Yagnesh,
Yagnesh Raghava Yakkala wrote:
However, testing it with C-c C-x C-y (for pasting the subtree)
or simply C-y ??
With the above patch, _both_ C-y and C-c C-x C-y now work as expected.
Best regards,
Seb
--
Sebastien Vauban
to get a LaTeX error
correctly reported or not.
Did you already get such troubles?
Best regards,
Seb
--
Sebastien Vauban
the end of the previous
subtree to its own end, instead of cutting from the beginning of its own
subtree to the beginning of the next one.
Best regards,
Seb
--
Sebastien Vauban
---end---8---
All of this is really about details. And, maybe, they're due to misuse of
C-RET and M-RET.
Just wanted to signal them, in case that...
Best regards,
Seb
[1] Not C-RETing...
--
Sebastien Vauban
(release_7.9.2-533-g07c889 @
d:/home/sva/src/org-mode/lisp/)
--
Sebastien Vauban
to happen when in an itemized list, not on a regular
paragraph...
GNU Emacs 24.2.50.1 (i386-mingw-nt5.1.2600) of 2012-10-22 on DANI-PC
Org-mode version 7.9.2 (release_7.9.2-533-g07c889 @
d:/home/sva/src/org-mode/lisp/)
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Sebastien Vauban wrote:
When typing more than 80 characters (or so) on a line, waiting for the
automatic filling, I get this every time I type any character:
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
(251038 nil)
(if ( p post-affiliated
of simplicity...
But, apart from that, it's a great package -- until you find out about Org ;-).
Best regards,
Seb
--
Sebastien Vauban
Hi Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
However, after updating to Org-mode version 7.9.2
(release_7.9.2-541-gdda563 @ d:/home/sva/src/org-mode/lisp/), I have
another problem with the exact same cause (typing more than 80 characters,
or pressing M-q on an itemized list
$tmpfile
mv -f $2 $1
mv -f $tmpfile $2
return 0
}
#+end_src
If you edit such (via C-c '), you can check that it's NOT highlighted as a
comment in the Shell mode.
Best regards,
Seb
--
Sebastien Vauban
]
Or do I miss some point?
Seb
[1] If yes, is your patch still OK?
--
Sebastien Vauban
so in the foreseen future?
Best regards,
Seb
--
Sebastien Vauban
-loaddefs instead, so that
they don't have a performance penalty when loading their .emacs file, until
they really access Org -- if they do, in that session?
Best regards,
Seb
--
Sebastien Vauban
properties for which inheritance is hard-coded.
The attached patch fixes the issue, allowing a nil value of the
LOG_INTO_DRAWER property to override a t value of the org-log-into-drawer
variable.
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Org code (protected by a comma, in a code block) is interpreted, when
exported
to Beamer. See with this ECM:
This should be fixed. Thanks for the report.
Confirmed OK. Thanks.
Note : this isn't related to new exporter
))
(org-clock-set-current)
(cond ((functionp org-clock-in-switch-to-state)
That hits me for months...
Tested your patch: the promised behavior does work as expected. Thanks!
Best regards,
Seb
--
Sebastien Vauban
default configuration.]
Maybe adding CUSTOM-ID in your navigation bar would solve the problem.
You don't say whether you use the old (current) or the new (in the to-be
Org 8) HTML exporter??
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Is there no way to make such a practical feature[1] available?
There's a mechanism to send commands to the src-block through the
appropriate major-mode. It may be possible to ask for a filling with that.
But I don't think Org
version 7.9.2 (release_7.9.2-53-g93040f).
I confirm having observed this regression as well (over the last month or so).
Best regards,
Seb
--
Sebastien Vauban
'.
Cristal clear! Thanks a lot.
Could you, maybe, post your updated regexp (for future reference)?
Or, maybe, that would be useful to be put in Org by default?
Best regards,
Seb
--
Sebastien Vauban
- Write headlines
#+begin_src org
,* First frame
#+end_src
- Fill in the entries
#+begin_src org
This is the text form the entry...
#+end_src
--8---cut here---end---8---
Best regards,
Seb
--
Sebastien Vauban
-g4bb5a0 @
d:/home/sva/src/org-mode/lisp/)
Best regards,
Seb
--
Sebastien Vauban
Hello Bastien,
Sebastien Vauban wrote:
Francesco Pizzolante wrote:
I'm having an issue when jumping from the C-c a a / v c view (check log view
in the agenda view) to a clock line.
Here's a small example.
#+begin_src org
* My tasks
** First task
:LOGBOOK:
CLOCK: [2012-10-22 Mon
note: AFAICT, in GNU Emacs, the modeline is written
mode-line; but written modeline under XEmacs. I don't know how that fact
is supported in Org (as it is still supposed to run under XEmacs as well).
Best regards,
Seb
--
Sebastien Vauban
this is quite new, but could not identify anything peculiar in my
config. Do you have the same?
Do you understand why?
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
When trying to refill the comment directly in the following code block
(staying in the Org file), it has *no effect*.
#+begin_src emacs-lisp
;; a single space does end a sentence. But this sentence is the longest I
could
Hello Nicolas,
I've noticed that exporting a presentation such as:
--8---cut here---start-8---
#+TITLE: Org code blocks
#+AUTHOR:Sebastien Vauban
#+LANGUAGE: en_US
#+startup: beamer
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation,t
---cut here---end---8---
where I convert Cygwin paths to mixed Windows paths (mixed meaning: use
slashes instead of backslashes -- otherwise, the backslashes should be
escaped, which isn't the case).
Best regards,
Seb
--
Sebastien Vauban
-- and SETUPFILE will be dropped.
Best regards,
Seb
--
Sebastien Vauban
regards,
Seb
--
Sebastien Vauban
as well consider that as a benefit, to get such info in the
Org buffers as well.
Best regards,
Seb
--
Sebastien Vauban
Hi Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban
Within a LaTeX block (#+begin_latex) or within a Babel block for LaTeX
language (#+begin_src latex)? Do you make a difference?
There's a big difference.
#+begin_latex means paste this code unmodified in the latex back-end,
and only
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
When pressing `C-e' to go to the last char of a looong sentence, such as:
azroiu zrouz eruzepr ozeioru zoepru
zoeruozieuriozerusdjflsdfjsdksjfsdfs df sdjf sdf sdsd fklsdjf sdj
sdjlksdjf sqfjsdjf
Hi Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Suvayu Ali wrote:
However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS,
but when using the latter, I get frames inside an `article' documentclass
type of document -- while using `C-c E l O' (for Beamer
. This is only possible to
a limited extent. In particular, these lines should indeed go within
a LaTeX block.
Within a LaTeX block (#+begin_latex) or within a Babel block for LaTeX
language (#+begin_src latex)? Do you make a difference?
Best regards,
Seb
--
Sebastien Vauban
) ;
((fboundp 'move-end-of-line) 'move-end-of-line)
(t 'end-of-line
#+end_src
Best regards,
Seb
--
Sebastien Vauban
remember if this is
still of importance.
Best regards
Seb
--
Sebastien Vauban
at lists of levels 5 or more. Are you including your source
files at deep levels?
Best regards,
Seb
--
Sebastien Vauban
to
the file or to a subtree? If yes, wouldn't make sense to remove such a
distinction, or (at the other extreme of the spectrum) to make all keywords
share that same feature (prefixing with EXPORT_ for subtrees)?
Best regards,
Seb
--
Sebastien Vauban
--
Sebastien Vauban
Hello Yagnesh,
Yagnesh Raghava Yakkala wrote:
Sebastien Vauban writes:
I've been hit by trying to export with `C-c E p' [1] to PDF, but had troubles
doing so. In fact, I had to do `C-c l p' -- though the new dispatcher is much
more clear and _easy_ to use, I thought there was a problem
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
I've been hit by trying to export with `C-c E p' [1] to PDF, but had troubles
doing so. In fact, I had to do `C-c l p' -- though the new dispatcher is much
more clear and _easy_ to use, I thought there was a problem.
Why
, I get frames inside an `article' documentclass type of
document -- while using `C-c E l O' (for Beamer)? That results in a weird
document...
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Sebastien Vauban wrote:
Nicolas Goaziou wrote:
Sebastien Vauban writes:
I've been hit by trying to export with `C-c E p' [1] to PDF, but had
troubles doing so. In fact, I had to do `C-c l p' -- though the new
dispatcher is much more clear and _easy_ to use, I thought
Hello Nicolas,
Sebastien Vauban wrote:
Sebastien Vauban wrote:
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Does this make sense?
It does. I've implemented suggested changes in master. Thanks for
suggesting them.
Did you mean both changes? That is:
- beep (or message) when
Hi Suvayu and Nicolas,
Sebastien Vauban wrote:
Suvayu Ali wrote:
On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
What I'm getting at is, without the LaTeX_CLASS set to beamer, the
crucial \documentclass{beamer} directive is missing and the exported
LaTeX document won't
them in some validation tool,
which I would happily and easily adapt! :-)
Fine with me. This makes a lot of sense, when they don't differ that much, and
when we don't know exactly which one to use in which context (= my view).
Best regards,
Seb
--
Sebastien Vauban
this make sense?
Best regards,
Seb
[1] I have `C-c E' mapped to `org-export-dispatch'.
[2] I have `f6' mapped to `other-window'.
--
Sebastien Vauban
]
(\\section{%s} . \\section*{%s})
(\\subsection{%s} . \\subsection*{%s})
(\\subsubsection{%s} . \\subsubsection*{%s})))
#+end_src
That'd make Beamer another first-class citizen among the possible export
targets.
Best regards,
Seb
--
Sebastien Vauban
---8---
I get with the *old exporter*:
--8---cut here---start-8---
% Created 2012-10-11 Thu 14:56
\documentclass[presentation]{beamer}
% ...
\title{ecm}
\author{Sebastien Vauban}
\date{\today}
\hypersetup{
pdfkeywords={},
pdfsubject
Hello Suvayu,
Suvayu Ali wrote:
On Thu, Oct 11, 2012 at 03:04:42PM +0200, Sebastien Vauban wrote:
When I try to export the following ECM:
--8---cut here---start-8---
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]
#+BEAMER_THEME: default
---end---8---
Best regards,
Seb
--
Sebastien Vauban
, while SETUPFILE for the keywords
part.
Are there constraints on what we can include via which mechanism?
Best regards,
Seb
--
Sebastien Vauban
case at least) that could seriously impact the Emacs startup
time?
Best regards,
Seb
--
Sebastien Vauban
) config of Org, or
to some change in Org itself but, before, the foo node was opened
simultaneously, when moving the point in the source buffer -- and folded
when going to the following.
Best regards,
Seb
--
Sebastien Vauban
Hi Achim,
Sebastien Vauban wrote:
Achim Gratz wrote:
only =(require 'org)= is needed.
You mean we must require Org in our .emacs file (instead of just loading the
autoload definitions)?
IIUC, (in my case at least) that could seriously impact the Emacs startup
time?
Confirmed with Org
Hi Achim,
Achim Gratz wrote:
Sebastien Vauban writes:
Starting Emacs now requires ~18 seconds vs 2 seconds before.
That is one of the consequences of how org.el is currently structured.
If you know exactly what you're doing when in your init file, you can at
the moment still do a
(require
within table cells are treated as empty
text.
This should be fixed now. Thank you for the report.
Did you go further in the thinking about what the macros will support in the
future? Such as: multiline macros, recursive macros, Babel blocks, etc.
Best regards,
Seb
--
Sebastien Vauban
to produce an ECM. Hence, my question: does it work for you? Are
the notes the first lines that really belong to the items to which they
should?
Best regards,
Seb
--
Sebastien Vauban
Hi Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
You're right. I also thought of that. But that concern is much more general
than for the clocktables: if any (future) back-end does not support
captions in his DNA, we will have to foresee a workaround in the export
_anyway_
in my agenda. Is this possible?
IIUC, that should be no problem. Did you look at
http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.html?
Best regards,
Seb
--
Sebastien Vauban
(and maybe necessary[1]), it will be loaded.
If not, it simply has no effect.
Best regards,
Seb
[1] On old Emacs/Org versions, for people using my .emacs configuration file.
--
Sebastien Vauban
Hi Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Here it is:
It looks good to me.
OK.
My only concern is about export back-ends that do not support captions
(I can't think of any atm). For them, the information will be lost.
You're right. I also thought
---8---
Best regards,
Seb
--
Sebastien Vauban
here---end---8---
Any idea where to look at first, in which direction (if I'm quite alone
experiencing such long wait times)?
Best regards,
Seb
--
Sebastien Vauban
' does not
exist.
OVERVIEW
Loading vc-svn...
Saving file d:/home/sva/org-all-tasks.html...
--8---cut here---end---8---
I don't see where that warning is generated in the Org sources.
Worth mentioning?
Best regards,
Seb
--
Sebastien Vauban
Hi Bastien,
Bastien wrote:
Sebastien Vauban writes:
As said, I find the refiling quite slow -- am I the only one?
Depending on `org-refile-targets' yes, it can be slow.
`org-refile-use-cache' can help here
Didn't know about that. Thanks for the tip.
The effect is day and night. It's
Hi Bastien,
Bastien wrote:
Sebastien Vauban writes:
emacs -Q -batch -l org-agenda-views.el -eval '(org-agenda nil e)'
Warning: Lisp directory `C:/Program Files/emacs-24.1/../site-lisp' does not
exist.
Maybe a warning due to the bad commits I pushed wrt the build system.
Please pull
://orgmode.org/manual/Include-files.html.
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Looking at the presentation of the clocktable, I find that its summary line
should be converted into a caption, as any legend would be for any regular
table.
You can see its effect:
#+BEGIN: clocktable :maxlevel 1 :scope file
Hi Bastien,
Bastien wrote:
Sebastien Vauban writes:
* org-agenda.el (org-todo-list): Add the number of items in the lists.
I don't think this is useful in general, but might be useful for some users
with a lot of items in their agendas :)
I personally think that, even for small numbers
-mode/lisp/)
Best regards,
Seb
--
Sebastien Vauban
headers appear in the export:
#+headers: :exports both
#+begin_src R :results output
sd(rnorm(50))
#+end_src
--8---cut here---end---8---
Best regards,
Seb
--
Sebastien Vauban
no to get rid of the first blank line preceding tangled output.
Best regards,
Seb
--
Sebastien Vauban
|
|-+--|
| Development | 4:00 |
#+END:
--8---cut here---end---8---
The following patch does it...
From db65cf37d8d28f492e2a36b2fe69307786eff5ce Mon Sep 17 00:00:00 2001
From: Sebastien Vauban svau...@mygooglest.com
Date: Mon, 1 Oct 2012 17:03:30 +0200
Subject
Hello,
Here a first patch to do the above announced thing. Surely, this should be
extended to more types of lists, but I first wait for comments...
From 49e516a175e658469088181bb0c364136198360e Mon Sep 17 00:00:00 2001
From: Sebastien Vauban svau...@mygooglest.com
Date: Mon, 1 Oct 2012 23:43:43
the exporter to include/exclude the results (by
including/excluding the :RESULTS: drawer from export.)
Will :RESULTS: drawers be included by default, to mimic the current support
of #+begin/end_org blocks?
Best regards,
Seb
--
Sebastien Vauban
---end---8---
Now, it is part of the displayed agenda items.
How to make that be not active -- without changing the angular brackets in an
inactive timestamp (as this is some example in a document about Org)?
Best regards,
Seb
--
Sebastien Vauban
Hi Thomas,
A (very) quick answer...
Thomas S. Dye wrote:
Sebastien Vauban writes:
Bastien wrote:
this is to advertize two small modifications wrt source blocks
processing.
1) Please use :results drawer instead of :results wrap to insert
results like this:
#+BEGIN_SRC emacs-lisp
1001 - 1100 of 1634 matches
Mail list logo
