Carsten Dominik wrote:
> So, does everybody agree that I should remove the class from the divs
> again?
Not at all. I think there should definitely be classes on the divs
signifying the level. Also, toc should have a class - possibly only in
addition an id, that tells that this is the main front p
Mike Newman wrote:
> This appears to be logical, but is in fact (I think) redundant. We can
> specify the style to applied at different levels without using
> class attributes. For example:
>
> div { background-color: lightgray}
> div > div { background-color: peachpuff}
> div > div > div { backg
Nuutti Kotivuori wrote:
> Carsten Dominik wrote:
>> I guess this would be as easy as
>>
>> (defun org-new-heading-after-current ()
>> "Insert a new heading with same level as current, after current
>> subtree."
>> (interactive)
>> (org-back-t
Hello,
Sometimes I bring up remember and then decide not to use it. If I'm
already writing a note, C-c C-k works just fine (thanks for that
feature!).
But often I decide not to write a note while picking a template - so I
just press C-g. This leaves the remember buffer visible afterwards.
Could
Carsten Dominik wrote:
> Hi,
>
> the mailing list has been extremely active recently, we have had
> close to 20 email a day.
>
> I am worried that this will scare away some members. Do we need to
> address this, or will people stick around and just wait until
> things cool off a bit?
I think it i
Carsten Dominik wrote:
> Again, I have never seen this. hmmm, we had a thread recently where
> someone was complain that the comments were not removed. Does
> anyone remember was the reason was?
Simply that the remember handler was not the org-mode handler, instead
the data was filed with the de
Leo wrote:
> I run Emacs in xterm and popup frames are useless. Thus I would like to
> open a gnus link without a new frame. I have the following config:
Does gnus-other-frame in an xterm actually do something? Is there a
frame it can pop up?
In any case, perhaps this kind of a function would be
Bastien wrote:
> Leo <[EMAIL PROTECTED]> writes:
>> Upon opening a link, org calls gnus-other-frame which would try to get
>> new emails first and then switch to the group buffer.
>
> What would be the way to invoke Gnus without it to fetch new mails?
>
> If we find this, then we can put it in the
Dmitri Minaev wrote:
> But Nuutti offered to interpret the absent priority as the default
> one, and I prefer to differentiate between the unrated entries and
> the entries with a priority.
If I haven't understood this completely wrong, it *is* interpreted as
the same!
That is, entries with no pr
Bastien wrote:
> For new appointments, I cannot think of an easier way to insert
> duration than inserting it at the prompt.
>
> For example, to set a appointment for tomorrow from 20:00 to 22:00, you
> would do this:
>
> C-c . | org-time-stamp
> S-right | select tomorrow date
> "20:0
Bastien wrote:
> The only thing that still tickles me here is that the *default* priority
> is not the *easiest* to assign. So why not this:
I've never understood what's the difference between a line with the
default priority and a line without a priority at all. That is, with
the default setting
Carsten Dominik wrote:
> I guess this would be as easy as
>
> (defun org-new-heading-after-current ()
> "Insert a new heading with same level as current, after current
> subtree."
> (interactive)
> (org-back-to-heading)
> (org-insert-heading)
> (org-move-subtree-down)
> (end-of-line 1))
Works like
Hi,
I'd like an easy way to set the duration of an appointment (a
timestamp) after it has been created.
Something like a keybind prompting for a duration (in hours and
minutes or some wiser parser) and then converting the timestamp at
point to have a start time and an end time.
Again, if somebod
Hi,
Very often I end up in a situation where I'm at a heading, and need to
create a new heading after this one, with the same level. But this
seems to be overly difficult in some cases.
I am pointing out a few problems with an example layout of this:
* Heading
** Item 1...
** Ite[1]m 2
Carsten Dominik wrote:
> But as I said, this may not be good enough a reason. Open for
> discussion.
I find the priority settings almost unusable for me.
For personal things, I just use them simply with the default settings
to mark tasks that really should be done ASAP ([#A]) - and tasks which
r
Carsten Dominik wrote:
> The problem is that it is hard to see if a final newline in a
> remember buffer is meant to indicate an empty line or not. I will
> fix it in the following way: After exiting the remember buffer,
> Org-mode will add a newline *if there is none* and insert the
> resulting s
Carsten Dominik wrote:
> On Sep 6, 2007, at 7:34, Bastien wrote:
>> "T. V. Raman" <[EMAIL PROTECTED]> writes:
>>> Could we perhaps introduce a special property that is used by
>>> org-agenda to build the left column?
>>
>> What about:
>>
>> :PROPERTIES:
>> :CATEGORY: general
>> :ARCHIVE: archives::
Hello,
I'm a very new org-mode user and thought I'd introduce myself while
asking about a few things. I've used org-mode only about a couple
weeks and am slowly trying to learn all the kinks of it.
But there's a few things I'm having difficulty setting up.
The main confusion I have is about 'sch
18 matches
Mail list logo
