been involved with this project almost from the beginning and I
>> believe he knows more about both the spirit and the technicalities of
>> Org-mode than anybody else.
>
> Congratulations Bastien!
What a huge responsability, to replace the irreplaceable... I wish you the
Hi Nick Dokos,
Nick Dokos wrote:
> Bastien wrote:
>> "Sebastien Vauban" writes:
>> > When I was trying to refile an extract of an email, I got this:
>> >
>> > Getting targets...done
>> > funcall: Symbol's function definition is vo
Hi Pierre,
Pierre de Buyl wrote:
> Le 28 juin 11 à 23:45, Sebastien Vauban a écrit :
>> Here is thus my proposition for a better div-structured HTML.
>>
>> There are only four parts required in the HTML for all the magic to work
>> with the CSS:
>>
>> - The
Hi Pierre,
Any objection for applying this patch?
Pierre de Buyl wrote:
> I checked and indeed "content" is working well.
>
> Pierre
>
> Le 1 juil. 11 à 16:06, Sebastien Vauban a écrit :
>
>> Hi Pierre,
>>
>> Pierre de Buyl wrote:
>>> Le 2
rsion.
Best regards,
Seb
--
Sebastien Vauban
D:
%%(when (eq span 'day) (diary-sunrise))
%%(when (eq span 'day) (diary-sunset))
#+end_src
which says that, when in day-view, I want to see the time of sunrise/sunset.
In your calendar, that appears everyday in week/month views. Is there a way
to get rid of these 2 lines? Very minor thing, though, very minor!
Best regards,
Seb
--
Sebastien Vauban
2011-06-21
Table des
matières
#+end_src
The reported position (at column 91) is the beginning of the `è'
entity. It seems to refuse to eat that...
Best regards,
Seb
--
Sebastien Vauban
gards,
Seb
--
Sebastien Vauban
ing typical keywords unfortunately. I also
> wasn't able to find it in the info manual. I'll look around some more.
I confirm it's not easy to find. Did try for 5 mins without success.
Best regards,
Seb
--
Sebastien Vauban
ted org-install.el and
> without recreating this file with Xemacs it won't run.
>
> The =custom-autoload= is created only once for ob-tangle.el:
I've tried to run my .emacs against XEmacs, and ran into the same problem.
1. Is nobody using XEmacs with Org-mode or
2. am I missing something big?
Best regards,
Seb
--
Sebastien Vauban
ation
for getting such a (very) nice view? Which characters are you using?
Best regards,
Seb
--
Sebastien Vauban
Hi Masashi,
SAKURAI Masashi wrote:
> Sebastien Vauban wrote:
>> Tassilo Horn wrote:
>> > I've also made the characters used for table rendering customizable, so
>> > that you can use nice unicode glyphs.
>> >
>> > http://dl.dropbox.com/u/30611
Hi Eric S Fraga,
Eric S Fraga wrote:
> "Sebastien Vauban" writes:
>>> cfw:fchar-top-right-corner ?=┓)
>>
>> But what a pitty: they don't exist (I mean they have no graphical
>> representation) in Consolas, my default font for Emacs... Damn!
Hi Thomas,
Thomas S. Dye wrote:
> The first of what I hope will be three public reproducible
> research papers written in Org-mode is now at
> https://ts...@github.com/tsdye/hawaii-colonization.git
I get a 404 error (page not found) when clicking on this!?
Best regards,
Seb
--
rrently) is that the
font in 9pt, for example, is much different (bigger, at least) than its
version 8pt. There is no relationship like between 9 divided by 8: the change
is bigger than that. Why...
Best regards,
Seb
--
Sebastien Vauban
its Unicode coverage is
> not good.
That could explain why I was sure that I did get a bit more representable
characters when using Consolas under Ubuntu: they came from another font.
Thanks for the explanation...
Best regards,
Seb
--
Sebastien Vauban
Hi Nick,
Nick Dokos wrote:
> Sebastien Vauban wrote:
>> Thomas S. Dye wrote:
>> > The first of what I hope will be three public reproducible
>> > research papers written in Org-mode is now at
>> > https://ts...@github.com/tsdye/hawaii-colonization.git
>
the future.
Best regards,
Seb
--
Sebastien Vauban
ble thru drawers?
All such questions certainly merit more attention.
Best regards,
Seb
--
Sebastien Vauban
Hi Achim,
Achim Gratz wrote:
> "Sebastien Vauban" writes:
>> Look at the results under Windows (in 8 pt):
>
> You may be interested in this:
> http://cygutils.fruitbat.org/mintty-font-test/
What your article showed to me is that the version of the Consolas font is
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>>> * !TODO This would be an inline task, not a headline
>>
>> I've no clear cut opinion on this right now. Maybe yes, maybe not.
>
> :)
>
>> Though, there are differences between inlin
\.([[:digit:]]{3})/\1\2/g' |\
sed -r 's/([[:digit:]]),([[:digit:]]{2})/\1.\2/g' |\
sed -r 's/,/./g' |\
sed -r 's/;/,/g'
exit 0
--8<---cut here---end--->8---
which is not executable anymore because the pipe is not ending the line of
commands.
This is quite recent (v7.6?).
Best regards,
Seb
--
Sebastien Vauban
) on what the
problem is? Why is it a problem for you to have that sh block inside your
Org. It is executed automagically upon exporting, no? If yes, why is that not
good enough?
Best regards,
Seb
--
Sebastien Vauban
t its default value better be set to 'encrypt?
Best regards,
Seb
--
Sebastien Vauban
Hi Pieter,
Pieter Praet wrote:
> On Thu, 14 Jul 2011 15:37:34 +0200, "Sebastien Vauban"
> wrote:
>> Juan Pechiar wrote:
>> > On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote:
>> >> How can I auto-answer the question from the subject line
of the start of
> the TODO. All subsequent changes to the state will be handled just as with any
> other TODO. So, the question is: is this just the way things are with remember
> and org-todo-keywords?
First remark: migrate away from "remember". Use the new interface called
"org-capture".
Then, try to reproduce your problem. But, it shouldn't exist: you can change
the state, within a capture session, of the TODO keyword:
- with C-c C-t, as you say
- with shift + left/right arrow.
Best regards,
Seb
--
Sebastien Vauban
to me much to small in *all* cases, no?
Best regards,
Seb
--
Sebastien Vauban
Hi Pieter,
Pieter Praet wrote:
> On Thu, 14 Jul 2011 16:42:58 +0200, "Sebastien Vauban"
> wrote:
>> Pieter Praet wrote:
>>> On Thu, 14 Jul 2011 15:37:34 +0200, "Sebastien Vauban"
>>> wrote:
>>>> Shouldn't its default value b
gt;> | #+TBLFM: @2$3=$1+$2;T
>> `
>>
>> ... results in #ERROR at @2$3 on my system with current Org-mode (I
>> did «git pull» right now):
>
> Er... I cannot reproduce this error. Anyone else?
Nope. Results is correctly computed[1].
Best regards,
Seb
Footnotes:
[1] Using Org from this morning, at least.
--
Sebastien Vauban
Hi Matt,
Matt Lundin wrote:
> Bastien writes:
>> "Sebastien Vauban" writes:
>>
>>>> * !TODO This would be an inline task, not a headline
>>>
>>> I've no clear cut opinion on this right now. Maybe yes, maybe not.
>>> Though
. ... ... ...) (put ...
... nil) (put ... ... nil) (setq org-agenda-last-dispatch-buffer ...) (unless
keys ...) (when ... ... ...) (cond ... ... ... ... ... ... ... ... ... ... ...
... ... ... ...)))
org-agenda(nil)
call-interactively(org-agenda nil nil)
--8<---cut here---end--->8---
Best regards,
Seb
--
Sebastien Vauban
the first asterisk shine with face
`org-warning'? Could it be `org-hide' face as well?
Best regards,
Seb
--
Sebastien Vauban
[2011-06-07 Tue 10:44]
After the date selection, a space gets added after the right angle bracket.
Best regards,
Seb
--
Sebastien Vauban
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> Just pulled. I still get the space added, for example when being in the
>> source Org file, on a sched. timestamp, and choosing another date thru `C-c
>> C-s'.
>
> Please recompile and/or r
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> Since update of 5 mins ago, when `C-c a a':
>
> Make sure you reload Org with M-x org-reload.
>
> `org-outline-regexp-bol' is a new defconst in org.el.
Problem came from org.elc on my dis
, or even Org à la "Google
Docs"? Org v8? ;-)
> I haven't played with it yet, but it sound awesome !
The same applies to "templating in Emacs". Maybe something worth for
org-publish? See http://emacswiki.org/emacs/NicFerrier
Best regards,
Seb
--
Sebastien Vauban
18.
- Is there some work around so that you would not have to fiddle with the
copied text?
Best regards,
Seb
--
Sebastien Vauban
often break things -- you don't want code to be automatically (and
irresponsibly) filled, do you?
Best regards,
Seb
--
Sebastien Vauban
Hi Otto ,
Otto Pichlhöfer wrote:
> Sebastien Vauban writes:
>> In the exact same conditions (I mean, Emacs settings, etc.), when I capture
>> some regions from Web pages, they sometimes:
>>
>> - are mixed "all one one line"
>> Example:
>>
inion.
Best regards,
Seb
--
Sebastien Vauban
Hi Pierre, Bastien et al.,
Pierre de Buyl wrote:
> Le 8 juil. 11 à 09:36, Sebastien Vauban a écrit :
>>> Here is thus my proposition for a better div-structured HTML.
>>>
>>> There are only four parts required in the HTML for all the magic to work
>>> with
he same
> length for date abbreviations. Set a marker at origin in case length
> of new timestamp is different.
I don't know which commit broke it, but I confirm the symptom you've spotted.
Best regards,
Seb
--
Sebastien Vauban
t; Any comment or objection?
>
> One comment: thanks for bringing this up :)
You're welcome!
Best regards,
Seb
--
Sebastien Vauban
mean the scrollable panel that links
> to anchors on the page.
I confirm that nothing happens when clicking on the links in the left sidebar
of the above mentioned page -- though my Firefox is not blocking JavaScript.
Best regards,
Seb
--
Sebastien Vauban
Best regards,
Seb
--
Sebastien Vauban
t language.
But, what did you do to fix the problem? The current structure of the HTML
page looks good, and follows the above skeleton (except there is no preamble).
So, everything looks right to me?
Best regards,
Seb
--
Sebastien Vauban
ctions like `push'...
Best regards,
Seb
--
Sebastien Vauban
lt-notes-file "Tasks")
"* TODO %:subject%? (from %:fromname) :mail:
SCHEDULED: %t
%:date-timestamp-inactive
#+begin_verse
%i
#+end_verse
>From %a"
:empty-lines 1 :immediate-finish)))
#+end_src
Best regards,
Seb
--
Sebastien Vauban
;."
:group 'org-export-html
:type 'string)
#+end_src
The difference I introduced is that -- when present -- the preamble (whatever
its contents) is wrapped inside a "preamble" DIV.
I did not change the fact that the title was part of the preamble.
Though, we can wonder if it makes sense to put the title as part of the
preamble. But I guess there is a good reason for it(TM).
Best regards,
Seb
--
Sebastien Vauban
se content is computed, but serves as input to other
cells.
Would these be in different colors, I think it would make the reading of
tables much more efficient. And, as far as I know, this does not exist yet in
tools like Excel -- though people can manually apply such color conventions.
Best regards,
Seb
--
Sebastien Vauban
able to be deleted, but not the code chunk.
>
> If you don't want the results to be produced at all, you can always use
> the babel header option[1] :results silent.
Even slightly better: don't evaluate the code chunk at all, with option
":eval no".
Best regards,
Seb
--
Sebastien Vauban
nting on my memory,
I would have told you ":eval never". Though, I just checked, and confirm that
":eval no" is (for the moment) equivalent to it: see ob.el, lines 218 and 226.
So, this patch makes sense -- except if Eric wants to let this option
disappear, and only supports it in the code for backward compatibility.
Best regards,
Seb
--
Sebastien Vauban
blocks nil (org-babel-remove-result))
> #+end_src
On the file I took for testing, this works OK.
Regarding a key binding, looking at =C-c C-v h=, this is already quite full.
Though, =k= is free, and could be used for "killing the results".
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
"Sebastien Vauban" wrote:
> Eric Schulte wrote:
>> Ista Zahn writes:
>>> On Thu, Jul 28, 2011 at 8:59 AM, Stephen Eglen
>>> wrote:
>>>> Thanks Torsten, you've expressed it elegantly!
>>>>>
>>>>> c) t
solve my problems.
My above feature of the wishlist isn't for export -- I misread your original
post. Just speaking of editing feature in the Org buffer, for giving more
insight on formulas in tables.
These "color features" weren't intended IMHO for export. So the 2 "problems"
are in fact apart from each other.
> It's important, however, that setting the export tag must be local to the
> Org file so I can set it there instead of the global .emacs.
Best regards,
Seb
--
Sebastien Vauban
Hello,
For a couple of weeks (2 to 3 weeks, I would say), I often experience the
above message when git pull'ing.
It does not bother me: I just retry later, and it often works then, but I
thought it'd be worth mentioning.
Best regards,
Seb
--
Sebastien Vauban
Hello,
"Sebastien Vauban" wrote:
> For a couple of weeks (2 to 3 weeks, I would say), I often experience the
> above message when git pull'ing.
>
> It does not bother me: I just retry later, and it often works then, but I
> thought it'd be worth mentioning.
like APPT an place these
> time stamps also into the second line. That might be more easy to implement.
FWIW, my instinctive reaction would be: yes, great! Maybe that clarifies the
bits around dates: all active dates get keywords, only inactive ones are
without any keyword.
In that case, I'd opt for EVENT or some such in favor of APPT. Just think at
birthdays, or a TV show: qualifying them as APPT is a bit limitative, IMHO.
EVENT seems a more general term.
Best regards,
Seb
--
Sebastien Vauban
cript that populates the cache as part of first
> step in the migration process.
Best regards,
Seb
--
Sebastien Vauban
ections are generated.
Could you send us an ECM (complete, but... minimal example) that allows us to
reproduce the above problems?
Best regards,
Seb
--
Sebastien Vauban
;m using gnu-emacs 23.1.50.1.
So do I.
> It seems like some auto-configurations of the latex-classes are not
> initialized.
>
> If I'm the only one experiencing this problem I will try to set up a new
> emacs instance to test it.
>
> Cheers
> Rolf
> 2011/
'd be
better if they'd been included by default. Though, some people use other
packages to provide support for coloring code in LaTeX, namely minted.
Hence... no default choice, to allow everybody to choose what he prefers.
> Nevermind the other problem with BEAMER_FRAME_LEVEL, it was a consequence of
> trying to solve the former one.
Excellent!
Best regards,
Seb
--
Sebastien Vauban
Hi Suvayu,
suvayu ali wrote:
> On Sat, Aug 6, 2011 at 5:00 PM, Sebastien Vauban
> wrote:
>>> Another idea would be to introduce another keyword like APPT an place
>>> these time stamps also into the second line. That might be more easy to
>>> implement.
>>
Hi Suvayu,
suvayu ali wrote:
> On Sat, Aug 6, 2011 at 8:59 PM, Sebastien Vauban wrote:
>> suvayu ali wrote:
>>> On Sat, Aug 6, 2011 at 5:00 PM, Sebastien Vauban wrote:
>>>>> Another idea would be to introduce another keyword like APPT an place
>>>>
Hi Jason,
Jason Dunsmore wrote:
> "Sebastien Vauban" writes:
>> suvayu ali wrote:
>>> Yes, this would be a nice addition. I always find it difficult to decide
>>> how to put regular timestamps too.
>>
>> By regular timestamps, you mean: inactive t
e the unwanted "NEXTACTION [#B]" in the ITEM-column.
I (would have) thought that, when having a column dedicated for tags, the tag
would as well be removed from the "headline" column (3^rd one, in your
example).
Is there a good reason it's not working like that for the tag as well?
Best regards,
Seb
--
Sebastien Vauban
his should even be automatic, thanks
to the line:
\\usepackage[AUTO]{inputenc}
in `org-export-latex-classes'.
Best regards,
Seb
--
Sebastien Vauban
} X{1,2,3};
\end{verbatim}
#+end_src
you'll get:
#+begin_src latex
\lstset{language=Perl}
\begin{lstlisting}
grep { $_ ->[0] } # <- 0 does not fail
X{1,2,3} X{1,2,3} X{1,2,3};
\end{lstlisting}
#+end_src
Best regards,
Seb
--
Sebastien Vauban
TODO [#B] Test :Tag:
SCHEDULED: <2011-08-07 So>
#+end_src
My config:
#+begin_src emacs-lisp
(setq org-columns-default-format
"%65ITEM(Task) %TODO %3PRIORITY %TAGS")
#+end_src
The result: http://imgur.com/TAYH5
Best regards,
Seb
--
Sebastien Vauban
to
the timeline? Not sure about your use case...
But, yes, this sounds to me buggy as well. Maybe that's a corner case?
Best regards,
Seb
--
Sebastien Vauban
Plus blank lines...
Best regards,
Seb
--
Sebastien Vauban
Hi Nick,
Nick Dokos wrote:
> Sebastien Vauban wrote:
>> Hello,
>>
>> #+TITLE: String manipulation
>>
>> * Data
>>
>> #+tblname: list-of-couples
>> | Me | @Here |
>> | Myself and I | @There |
>>
>> * Successf
T" [2011-05-02 Mon 17:23]
:END:
^ here...
#+end_src
Best regards,
Seb
--
Sebastien Vauban
of the *section that just follows Tasks*.
Just to make this clear:
#+begin_src org
* Tasks
** NEW Old task
** NEW Another old captured task
* Notes
** NEW Today's captured task is inserted here!
#+end_src
Best regards,
Seb
--
Sebastien Vauban
to cumulate the selected tags: first, exclude all
but "bugs", then (when clicking on "ui") exclude all bugs but the ones on
"ui", then (when clicking on "major") all ui bugs but the ones "major", for
example. That is: have the clicked tags somehow "stacked".
Best regards,
Seb
--
Sebastien Vauban
u could post a complete -- but minimal... --
example which allows us to (try to) reproduce the problem.
Best regards,
Seb
--
Sebastien Vauban
get things done.
Would you have a .emacs part about this (debugging, profiling, etc.) that
you're willing to share. I am confident that I could jump easier into full
Emacs Lisp if I would have a better environment.
Thanks...
Best regards,
Seb
--
Sebastien Vauban
Hi John,
John Wiegley wrote:
> "Sebastien Vauban"
> writes:
>
>> Would you have a .emacs part about this (debugging, profiling, etc.) that
>> you're willing to share. I am confident that I could jump easier into full
>> Emacs Lisp if I would have a bet
uate the numbers of a table using Haskell
> and sbe, and some values have a decimal dot and other (integer) ones
> omit it, then one of these versions will throw an error. Is there a
> way of converting the values beforehand to a given type (say,
> Double), only to make Haskell happy?
>
> Can anyone give me a hint of why these things don't work and whether
> I'm doing something wrong?
>
> Oh, I'm using emacs from Debian testing (23.2+1-7) and org from git
> (cloned today).
Best regards,
Seb
--
Sebastien Vauban
27;d rather consider it a task with a
> todo keyword but with no "true headline".
FWIW bis, I would make the exact same interpretation as you do, Bastien.
Best regards,
Seb
--
Sebastien Vauban
demoted:
--8<---cut here---start->8---
* New section
** The SCHED will be moved
SCHEDULED: <2011-08-18 Thu>
** This one won't be moved along with the heading
SCHEDULED: <2011-08-18 Thu>
Because of this text here...
--8<---cut here---end--->8---
Best regards,
Seb
--
Sebastien Vauban
Hi Carsten,
Carsten Dominik wrote:
> On Aug 18, 2011, at 10:22 AM, Sebastien Vauban wrote:
>> Bastien wrote:
>>> Markus Berlin writes:
>>>> some time ago I noticed this small bug (small but it keeps annoying me!):
>>>> an extra space is introduced just
Hi Carsten,
Carsten Dominik wrote:
> On Aug 18, 2011, at 11:04 AM, Sebastien Vauban wrote:
>> Carsten Dominik wrote:
>>> On Aug 18, 2011, at 10:22 AM, Sebastien Vauban wrote:
>>>> Similar to this, I've noticed that sometimes the SCHEDULED line (or
>>&g
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> ** This one won't be moved along with the heading
>> SCHEDULED: <2011-08-18 Thu>
>>
>> Because of this text here...
>
> This should be fixed now. "Meta" lines (SCH
format specifier have less
problematic impact on users?
Best regards,
Seb
--
Sebastien Vauban
xample of what are your source
files, and your current vs expected agenda view?
Just one or two items should be sufficient to express your point, and let
people really understand your problem. I mean, I'm not totally sure to
understand the real problem you experience.
Best regards,
Seb
--
Sebastien Vauban
;; maximum depth of lists to print in the result of the evaluation
commands
;; before abbreviating them: no limit
(setq eval-expression-print-level nil)
;; maximum length of lists to print in the result of the evaluation
commands
;; before abbreviating them: no limit
(setq eval-expression-print-length nil)
#+end_src
--
Sebastien Vauban
tq eval-expression-print-level nil)
>
> ;; maximum length of lists to print in the result of the evaluation
> commands
> ;; before abbreviating them: no limit
> (setq eval-expression-print-length nil)
> #+end_src
This seems closed with the last git of this morning (past-09:42).
Thanks!
Best regards,
Seb
--
Sebastien Vauban
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> This works in many cases, but suffers some problems. Anyway, you're
>> really not far from giving this a definitive solution[1].
>
> Please try latest git repo. I should have fixed the problem
ECM (example, complete but minimal) of a presentation you
want to do via Org-Beamer? Please highlight what is the current results and
what you would expect.
Best regards,
Seb
--
Sebastien Vauban
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>>> I do try to keep current, but apparently I missed that! I see it in the
>>> docstring, but I don't see its usage explained (in the docstring or in the
>>> manual). Am I overlooking it?
his:
#+begin_src emacs-lisp
(add-to-list 'org-babel-default-header-args:sh '((:results . "value")))
#+end_src
Best regards,
Seb
--
Sebastien Vauban
orkaround, it don't think this is equivalent to
outputting "value" as, here, you'd get the value printed at the end of the
call, but as well all what has been sent to stdout during the execution of the
block.
Best regards,
Seb
--
Sebastien Vauban
1 |
| ! | 1 | 2 |
| ? | 1 | 2 |
for the most commons.
Hence, in French, there is never a double space inserted after a sentence
period -- well for exclamation or interrogation marks.
Best regards,
Seb
--
Sebastien Vauban
g org-edit-special bound to C-c ' to edit the contents of source or
> example blocks will inserted the leading ","s automatically when they
> are required.
Or TAB'ing inside the code block in the source Org buffer.
Best regards,
Seb
PS- I (almost) never use the indirect buffer anymore, thanks to native
highlighting.
--
Sebastien Vauban
s raw=, but you can't do any replace anymore (of old
results by new results)
- =(setq org-babel-min-lines-for-block-output 1)=, to force Org to put the
output enclosed in a #+begin/end_example block.
Best regards,
Seb
--
Sebastien Vauban
Hi Henri-Paul,
Henri-Paul Indiogine wrote:
> 2011/8/19 Sebastien Vauban :
>> The only other solutions are:
>>
>> - use the option =:results raw=, but you can't do any replace anymore (of old
>> results by new results)
>>
>> - =(setq org-babel-min-lin
27;s currently displayed by the agenda, and which would be as
easily accessible as the ! key binding is.
Another nice addition would be to allow filtering on files, dynamically
selecting one source by filtering on file name, and eventually on subtrees
(something like the refiling path).
Best regards,
Seb
--
Sebastien Vauban
ason
why I don't understand the above.
Best regards,
Seb
--
Sebastien Vauban
me after a first-level TODO and
> appear to be subordinate to it, though they belong to completely
> different subtrees.
>
> But stating the problem this way makes me realize it's more complicated
> than I thought…
Just an incentive to tell you I'd also would love that feature.
Best regards,
Seb
--
Sebastien Vauban
1 - 100 of 1666 matches
Mail list logo
