Any comments on this?
Alex.
--- Begin Message ---
I am wondering about how tag inheritance is supposed to work in
practical terms. I recall that there was some discussion about this in
the past, but I don't think there was resolution.
I use the default setting of org-use-tag-inheritance t and
or
This is related to the narrowing patch I sent. Basically, I create a
indirect buffer clone, which I narrow to my Projects outline, but
still want to be able to call agenda commands that limit to the
file. Since indirect buffers have no file associated with them, I
thought the code below may be suff
Yes, yes, I did the diff backwards - it's late here :-)
Alex.
Alex Bochannek <[EMAIL PROTECTED]> writes:
> $ diff -bu org.el ../org-4.52/org.el
> --- org.el 2006-10-31 00:12:14.075793700 -0800
>
> +++ ../org-4.52/org.el 2006-10-04 02:14:17.0 -07
$ diff -bu org.el ../org-4.52/org.el
--- org.el 2006-10-31 00:12:14.075793700 -0800
+++ ../org-4.52/org.el 2006-10-04 02:14:17.0 -0700
@@ -5487,7 +5487,6 @@
(format-time-string (car org-time-stamp-formats) time))
(setq what nil))
(save-excursion
-(save-restriction
$ diff -u ../org-4.52/org.el org.el
--- ../org-4.52/org.el 2006-10-04 02:14:17.0 -0700
+++ org.el 2006-10-19 10:37:40.795483500 -0700
@@ -5422,7 +5422,7 @@
(not (equal state org-done-string)))
(when org-log-done
(if (equal state org-done-string)
-
I am wondering about how tag inheritance is supposed to work in
practical terms. I recall that there was some discussion about this in
the past, but I don't think there was resolution.
I use the default setting of org-use-tag-inheritance t and
org-tags-match-list-sublevels nil. That means that if
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Changes in Version 4.52
> ---
>
> - TAG matches can also specify conditions on TODO keywords.
>
> - The fast tag interface allows setting tags that are not in the
> predefined list.
These two features are really nice. I might eve
Charles Cave <[EMAIL PROTECTED]> writes:
> I think it is best to structure the org-mode file to keep the
> agenda items for each person separate from the tags.
> So, if I want to make a list of things to talk about with Andrew,
> I will have a section for Andrew, and similarly for items to discuss
Carsten Dominik <[EMAIL PROTECTED]> writes:
> On Sep 30, 2006, at 7:25, Alex Bochannek wrote:
>
>>
>> Work: NEXT Do software thing :COMPUTER:Software:
>> Work: WAITING Delivery of software :Software:
>> Home: SOMEDAY Books to Read
>> Home: NEX
Charles, Uwe, Christopher,
thank you very much for your surprisingly diverse replies! It seems
everybody is coming up with a slightly different model and I am
starting to think that using a computer rather than the folders David
Allen proposes maybe gives you *too much* flexibility ;-)
Charles un
I have been following a lot of the discussions about how people use
Org-mode to implement GTD. I am currently using a system that isn't
that different from it, but I am trying to figure out the "best" way
to use Org-mode for GTD.
Let us say that your primary use for your GTD org file is the lists,
ndamental and text mode I actually never use anymore, because I want
> to have the table support to easily write columns of date, arrange
> things nicely and quickly.
Which is why I wrote:
> On Sep 11, 2006, at 5:51, Alex Bochannek wrote:
>> useful and I am sure Carsten implem
chris <[EMAIL PROTECTED]> writes:
> I hadn't considered concept maps, but see these could be very useful in the
> development stage of projects - thanks for the tip! I'm not clear, though,
> how
> these would work in org-mode (without export to graphviz or similar).
I was actually suggestion us
David, Christopher,
Thanks for the responses. Comments below.
"David O'Toole" <[EMAIL PROTECTED]> writes:
> I use the outlining heavily to outline and structure documents and
> projects with many parts. Few of my TODOs are first-level headings.
> headings... they're always two or three or four s
I just finished reading through a few hundred emacs-orgmode messages
and I have to say that Org-mode changed quite a bit since the 4.12
version I have been using :-)
I find the discussions about usage and the numerous little enhancement
requests fascinating. And while Carsten tries really hard to
"Ed Hirgelt" <[EMAIL PROTECTED]> writes:
> On 9/8/06, Alex Bochannek <[EMAIL PROTECTED]> wrote:
>
>
> It's OK to me if */foo/* means italic and bold (this is how Gnus
> rendered your example), but */foo/bar* shouldn't. Markers, stacked or
&g
Carsten Dominik <[EMAIL PROTECTED]> writes:
> If I remember correctly, these classes are necessary to make emphasis
> work correctly with stacked emphasis, for example */this is italic and
> bold at the same time/*.
>
> I guess I could take them out if stacking is forbidden, in this case
> you exa
I just upgraded to 4.47 after being on 4.12 since March and noticed
that emphasis font locking has changed a bit. I like the way it's been
rewritten, but org-emph-re still doesn't match a typical pattern I
use. For example:
*/usr/local/bin*
Since org-emph-re uses "[^" border markers "]", and th
I looked over the emphasis expressions again and I really think it
would be useful to allow non-emphasis symbol characters and single
spaces.
I have experimented a bit and the following *should* work, but for
some reason sends my EmacsW32 into an infinite loop when I open a .org
file.
(if em '("\
Carsten Dominik <[EMAIL PROTECTED]> writes:
>> For the emphasis font-locks, these regexps work well for me:
>>
>> (if em '("\\([[:punct:][:space:]]\\|^\\)\\(\\*\\([^*[:
>> space:]]+\\)\\*\\)\\([[:space:][:punct:]]\\|$\\)" 0 'bold))
>> (if em
>> ("\\([[:punct:][:space:]]\\|^\\)\\(/\\([^/[:space:]]
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Time-stamp rounding
> ---
Thanks for including it!
Couple other quick ones:
(defcustom org-popup-calendar-for-date-prompt t
...
:group 'org-time
:type 'number)
That should really be a :type 'boolean
For the emphasis font-lo
Philip Rooke <[EMAIL PROTECTED]> writes:
> Thomas Baumann <[EMAIL PROTECTED]> writes:
>
>> Useful, maybe, for accounting purposes, in this case, the calculation of
>> the timespan in between could be extended to compute and insert a
>> rounded value.
>
> I agree, definitely a useful extension. I
22 matches
Mail list logo
