Is it a bug of org-mode? When enabled (org-agenda-to-appt) in .emacs,
when I use the colum view in client, every column got too long to show,
but in emacs server, display is ok.
screenshot is here:
http://paste.ubuntu.org.cn/i8055 <= emacs server
http://paste.ubuntu.org.cn/i
Carsten Dominik <[EMAIL PROTECTED]> writes:
> How about adding
>
> .src { overflow:auto }
>
> to the CSS style definitions? Is that what you are looking for? It
> seems to me that a scroll bar is better than wrapping, because source
> code is usually formatted the way it is for a reason.
>
>
Carsten Dominik <[EMAIL PROTECTED]> writes:
> On Jul 14, 2008, at 4:18 PM, Jose Robins wrote:
>
>> When I schedule a repeating task which I'd like to repeat daily
>> (e.g. daily morning meetings etc.), I do so with a +1d specifier.
>> However, looks like when I mark today's as done, it will schedu
On Jul 14, 2008, at 4:18 PM, Jose Robins wrote:
Hi,
When I schedule a repeating task which I'd like to repeat daily
(e.g. daily morning meetings etc.), I do so with a +1d specifier.
However, looks like when I mark today's as done, it will schedule a
task for tomorrow. However, it also see
Hi,
When I schedule a repeating task which I'd like to repeat daily (e.g.
daily morning meetings etc.), I do so with a +1d specifier. However,
looks like when I mark today's as done, it will schedule a task for
tomorrow. However, it also seems to schedule for sat and sundays. Is
there any way
On Jul 14, 2008, at 3:43 PM, Richard G Riley wrote:
Carsten Dominik <[EMAIL PROTECTED]> writes:
On Jul 14, 2008, at 9:18 AM, Richard G Riley wrote:
Is it possible for the publish functions to work without actually
opening published files into buffers? I get a lot of buffers opening
and
clo
Carsten Dominik <[EMAIL PROTECTED]> writes:
> On Jul 14, 2008, at 9:18 AM, Richard G Riley wrote:
>
>>
>> Is it possible for the publish functions to work without actually
>> opening published files into buffers? I get a lot of buffers opening
>> and
>> closing and often disappearing altogether (i
Carsten Dominik <[EMAIL PROTECTED]> writes:
> On Jul 12, 2008, at 1:41 AM, Csányi Pál wrote:
>
>> Bernt Hansen <[EMAIL PROTECTED]> writes:
>>
>>> [EMAIL PROTECTED] (Csányi Pál) writes:
>>
Is there available from Org-mode to export a table to a Tab
separated
text file?
>>
>>> Yes
A Debian user reported a small typo in the reference card; below is the
patch that corrects it.
Cheers,
--Seb
--- /home/seb/orgcard.tex.orig 2008-07-14 15:08:08.0 -0700
+++ /home/seb/orgcard.tex 2008-07-14 15:08:15.0 -0700
@@ -758,7 +758,7 @@
\section{Notes}
$^1$ This
On Jul 11, 2008, at 2:12 PM, Bernt Hansen wrote:
"Parker, Matthew" <[EMAIL PROTECTED]> writes:
But, can you describe exactly what you mean by "Put the pointer on
the table"
I tried putting point in various places (indicated w/ "[p]" below)
and ran M-x org-table-export. But got messages:
On Jul 10, 2008, at 4:29 PM, Ross Patterson wrote:
Ross Patterson <[EMAIL PROTECTED]> writes:
Carsten Dominik <[EMAIL PROTECTED]> writes:
The "stuck projects" view depends on the hypothesis that you can
clearly identify what a "project means". In the default setup,
projects
are assumed
Yes. Hmmm, the default is really stupid, will change it to an ISO spec.
Anyway, to configure (briefly mentioned in the export
options section of the manual):
#+DATE: %Y-%m-%d %T
See the emacs function format-time-string for al the possible % escapes.
For publishing, use the :date property.
-
On Jul 12, 2008, at 1:41 AM, Csányi Pál wrote:
Bernt Hansen <[EMAIL PROTECTED]> writes:
[EMAIL PROTECTED] (Csányi Pál) writes:
Is there available from Org-mode to export a table to a Tab
separated
text file?
Yes it's easy. Put the pointer on the table and M-x org-table-export
Exp
On Jul 14, 2008, at 9:18 AM, Richard G Riley wrote:
Is it possible for the publish functions to work without actually
opening published files into buffers? I get a lot of buffers opening
and
closing and often disappearing altogether (ie closed) after a
publish -
even though I was in that
How about adding
.src { overflow:auto }
to the CSS style definitions? Is that what you are looking for? It
seems to me that a scroll bar is better than wrapping, because source
code is usually formatted the way it is for a reason.
- Carsten
On Jul 12, 2008, at 11:07 AM, Richard G Rile
On Jul 13, 2008, at 1:25 PM, Dmitry Dzhus wrote:
"Stas Boukarev" <[EMAIL PROTECTED]> writes:
When I put `1.' on the first line of a blank file, and then press
M-return I get the following:
1.
1.
2.
3.
Is it a supposed result?
Looks like it is a bug in `org-beginning-of-item-list` function:
Is it possible for the publish functions to work without actually
opening published files into buffers? I get a lot of buffers opening and
closing and often disappearing altogether (ie closed) after a publish -
even though I was in that file and editing it before I published. In
addition, opening
17 matches
Mail list logo