Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Carsten Dominik <[EMAIL PROTECTED]> writes: >> Yes, but only with this setting will key be added to the >> "org-mouse-map" key map, and be bound to "org-open-at-point" command >> under certain contexts (like on the leading stars of a heading). >> Further, "org-open-at-point" is advised by org-mouse.el, which will >> do "org-cycle" under certain contexts. > > Yes, this is really an accidental feature by a sequence of events: > > org-return-follow-link will add org-return to the mouse-map > org-mouse.el will activate the stars in a headline Yes, there is an advice for this in org-mouse.el. I think we should remove it since org-mouse.el shouldn't change the behavior of keystrokes (only the behavior of the mouse.) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
Carsten Dominik <[EMAIL PROTECTED]> writes:
> On Feb 28, 2008, at 3:05 AM, Wanrong Lin wrote:
>>
>> For SCHEDULED and plain active time stamp, I don't think we need to
>> have a default ahead notification setting as with deadlines, but it
>> would really be nice to support the <. -3d> format. It would be
>> even nicer to have a new keyword (like "SCHEDULED@") that indicates
>> a strictly scheduled item (just a fancy term for "appointment") and
>> hence a default ahead notification setting can be applied. The lack
>> of real appointment support in org-mode in fact is a little bit
>> puzzling to me, since SCHEDULED item may or may not be strictly
>> scheduled, while plain time stamp item may or may not be something
>> that needs to take actions on (as it could be just an event).
>
> Hmmm, lets discuss this for a while.
It looks like there are two questions here: whether we should have a
dedicated syntax for appointments, distinct from active timestamps, and
whether we should allow warnings on other timestamps than deadline ones.
(Maybe a good thing to keep these issue separate as long as possible.)
I don't feel the need of a new APPOINTMENT keyword, or a SCHEDULED@ one,
because I'm using timestamps like this:
- active timestamps for appointments;
- SCHEDULED timestamps for items that (1) need to remain in the agenda
when they are not DONE, and (2) I don't need to be warned about;
- DEADLINE for everything else that I need to attach a date with.
I guess this setup is somewhat counter-intuitive for newcomers, since
the semantic of SCHEDULED makes you believe this is what you need for
most tasks. But I think this semantic is somewhat misleading.
With the setup above, I tend to use more and more active timestamps and
deadlines. The need for a scheduled item is very rare, since the two
specific features of SCHEDULED is that I won't be warned about such
tasks and I will be able to find them with `org-check-before-date'...
So, rather than introducing a new keyword, I'd better get rid of them
and redefine timestamps like this:
[2008-02-28 jeu] Inactive timestamp
<2008-02-28 jeu> Active timestamp
{2008-02-28 jeu} Interactive timestamp
By "interactive", I mean that those timestamps would be aware of
`org-deadline-warning-days' and other variables like this one, or be
able to stay in the agenda if the associated task is not DONE, etc.
For exemple:
{2008-02-28 jeu -10d}
=> Warn 10 days before
{2008-02-28 jeu -10d--+2d}
=> Warn 10 days before and 2 days after, if not DONE
Active timestamp would also use this syntax, but for the purpose of
defining *time spans*, not pre- and post-reminders.
For example:
<2008-02-18 jeu +3d>
=> Define an appointment for a meeting between
2008-02-28 and 2008-02-21.
I'm aware that this change would require a careful redefinition of the
use of "scheduled" and "deadline" in variable names and in the manual,
but I think that it would finally help simplifying things a bit.
In a sense, relying spontaneous understanding that people have of the
words "SCHEDULED" and "DEADLINE" can be a bit dangerous -- or simply
assumes too much about the normal use of those kinds of timestamps.
--
Bastien
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-bookmark.el
Carstens and Bastien, Thank you for your comments and suggestions. I would appreciate if you add the code to the distribution. > On top of this, when `org-bookmark' is in use, storing a link while > visiting a file (or while in dired-mode) could first check if the file > at point is bookmarked: if it is, then `org-bookmark-store-link' would > be used; if it isn't, storing the file would fall back on the current > mechanism. It sounds nice. But it is possible for a single file to be bookmarked by two or more. I can not find a good way to select one from multiple bookmarks referring to the same file. Do you have any idea? At the end of this mail, I attached the revised elisp code. Only ";; This file is not part of GNU Emacs." line is updated. Thanks, --Tokuya On Wed, 27 Feb 2008 16:21:46 +, Bastien Guerry <[EMAIL PROTECTED]> wrote: > > Tokuya Kameshima <[EMAIL PROTECTED]> writes: > > > I wrote an emacs code, org-bookmark.el, which supports for orgmode > > links to Emacs bookmarks. You can store the links in the Bookmark > > List buffer by running M-x org-store-link. > > Great, thanks. > > > Not sure it's useful, but I regularly uses this bookmark links to > > follow daily or weekly changing file links. > > I guess it is useful for those who prefer to update their bookmarks > rather than to update their Org links directly. > > On top of this, when `org-bookmark' is in use, storing a link while > visiting a file (or while in dired-mode) could first check if the file > at point is bookmarked: if it is, then `org-bookmark-store-link' would > be used; if it isn't, storing the file would fall back on the current > mechanism. > > BTW, would you be okay to add this to the CONTRIB/ directory in the git > repository? Let me know, I can do it for you. > > > ;;; org-bookmark.el - Support for links to Emacs bookmark > > ;; Carstens outline-mode for keeping track of everything. > > ;; Copyright (C) 2008 Free Software Foundation, Inc. > > ;; > > ;; Author: Tokuya Kameshima > > ;; Version: 1.0 > > ;; Keywords: outlines, hypermedia, calendar, wp > > ;; > > ;; This file is part of GNU Emacs. > > This line should rather mention: > > "This file is not part of GNU Emacs." > > -- > Bastien ;;; org-bookmark.el - Support for links to Emacs bookmark ;; Carstens outline-mode for keeping track of everything. ;; Copyright (C) 2008 Free Software Foundation, Inc. ;; ;; Author: Tokuya Kameshima ;; Version: 1.0 ;; Keywords: outlines, hypermedia, calendar, wp ;; ;; This file is not part of GNU Emacs. ;; ;; Emacs is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation; either version 3, or (at your option) ;; any later version. ;; GNU Emacs is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; You should have received a copy of the GNU General Public License ;; along with GNU Emacs; see the file COPYING. If not, write to the ;; Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, ;; Boston, MA 02110-1301, USA. ; (require 'org) (require 'bookmark) (org-add-link-type "bookmark" 'org-bookmark-open) (add-hook 'org-store-link-functions 'org-bookmark-store-link) (defun org-bookmark-open (bookmark) "Visit the bookmark BOOKMARK." (bookmark-jump bookmark)) (defun org-bookmark-store-link () "Store a link to the current line's bookmark in Emacs bookmark list window." (if (eq major-mode 'bookmark-bmenu-mode) (let ((bookmark (bookmark-bmenu-bookmark))) (if bookmark (org-store-link-props :link (org-make-link "bookmark:" bookmark) :description bookmark) (provide 'org-bookmark) ;;; org-bookmark.el ends here ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-bookmark.el
Tokuya Kameshima <[EMAIL PROTECTED]> writes: > Thank you for your comments and suggestions. I would appreciate if > you add the code to the distribution. Done, thanks! >> On top of this, when `org-bookmark' is in use, storing a link while >> visiting a file (or while in dired-mode) could first check if the file >> at point is bookmarked: if it is, then `org-bookmark-store-link' would >> be used; if it isn't, storing the file would fall back on the current >> mechanism. > > It sounds nice. But it is possible for a single file to be bookmarked > by two or more. I can not find a good way to select one from multiple > bookmarks referring to the same file. Do you have any idea? Either use an option like: (setq org-bookmark-store-link-select-first-bookmark t) or interactively ask the user for the bookmark to use in the minibuffer? In any case, this should be implemented in org.el directly. When `org-store-link' checks whether we are in dired-mode or in a buffer visiting a file, then it would also check whether 'org-bookmark is provided (with (featurep 'org-bookmark)...) and act accordingly if it is. Mhh... I will have a look at this this WE. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
On Feb 28, 2008, at 11:19 AM, Bastien wrote:
Carsten Dominik <[EMAIL PROTECTED]> writes:
On Feb 28, 2008, at 3:05 AM, Wanrong Lin wrote:
For SCHEDULED and plain active time stamp, I don't think we need to
have a default ahead notification setting as with deadlines, but it
would really be nice to support the <. -3d> format. It would be
even nicer to have a new keyword (like "SCHEDULED@") that indicates
a strictly scheduled item (just a fancy term for "appointment") and
hence a default ahead notification setting can be applied. The lack
of real appointment support in org-mode in fact is a little bit
puzzling to me, since SCHEDULED item may or may not be strictly
scheduled, while plain time stamp item may or may not be something
that needs to take actions on (as it could be just an event).
Hmmm, lets discuss this for a while.
It looks like there are two questions here: whether we should have a
dedicated syntax for appointments, distinct from active timestamps,
and
whether we should allow warnings on other timestamps than deadline
ones.
(Maybe a good thing to keep these issue separate as long as possible.)
I don't feel the need of a new APPOINTMENT keyword, or a SCHEDULED@
one,
because I'm using timestamps like this:
- active timestamps for appointments;
- SCHEDULED timestamps for items that (1) need to remain in the agenda
when they are not DONE, and (2) I don't need to be warned about;
- DEADLINE for everything else that I need to attach a date with.
I guess this setup is somewhat counter-intuitive for newcomers, since
the semantic of SCHEDULED makes you believe this is what you need for
most tasks. But I think this semantic is somewhat misleading.
Yes, time has shown tat it is misleading. This is unfortunate,
but I don't think we can move always from this. Too many people
are using this already, and we need to stay compatible and if possible
we should not add complexity.
- Carsten
With the setup above, I tend to use more and more active timestamps
and
deadlines. The need for a scheduled item is very rare, since the two
specific features of SCHEDULED is that I won't be warned about such
tasks and I will be able to find them with `org-check-before-date'...
So, rather than introducing a new keyword, I'd better get rid of them
and redefine timestamps like this:
[2008-02-28 jeu] Inactive timestamp
<2008-02-28 jeu> Active timestamp
{2008-02-28 jeu} Interactive timestamp
By "interactive", I mean that those timestamps would be aware of
`org-deadline-warning-days' and other variables like this one, or be
able to stay in the agenda if the associated task is not DONE, etc.
For exemple:
{2008-02-28 jeu -10d}
=> Warn 10 days before
{2008-02-28 jeu -10d--+2d}
=> Warn 10 days before and 2 days after, if not DONE
Active timestamp would also use this syntax, but for the purpose of
defining *time spans*, not pre- and post-reminders.
For example:
<2008-02-18 jeu +3d>
=> Define an appointment for a meeting between
2008-02-28 and 2008-02-21.
I'm aware that this change would require a careful redefinition of the
use of "scheduled" and "deadline" in variable names and in the manual,
but I think that it would finally help simplifying things a bit.
In a sense, relying spontaneous understanding that people have of the
words "SCHEDULED" and "DEADLINE" can be a bit dangerous -- or simply
assumes too much about the normal use of those kinds of timestamps.
--
Bastien
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Bastien Guerry wrote: Carsten Dominik <[EMAIL PROTECTED]> writes: Yes, but only with this setting will key be added to the "org-mouse-map" key map, and be bound to "org-open-at-point" command under certain contexts (like on the leading stars of a heading). Further, "org-open-at-point" is advised by org-mouse.el, which will do "org-cycle" under certain contexts. Yes, this is really an accidental feature by a sequence of events: org-return-follow-link will add org-return to the mouse-map org-mouse.el will activate the stars in a headline Yes, there is an advice for this in org-mouse.el. I think we should remove it since org-mouse.el shouldn't change the behavior of keystrokes (only the behavior of the mouse.) That probably is true. But I have doubt that removing the advice itself and bind the key in some other place will really solve the problem. To me, it seems somehow the first time you open a org-file, some context is not recognized correctly and hence the key map is not activated. If I just execute a command, any command (like "C-g" which does nothing), and then press the return key, it will work. Is that puzzling? :-) Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
Carsten Dominik wrote: Thanks a lot for the suggestions, but manual workaround does not work for me, as I want org to take care of giving me a notification in advance in the agenda buffer. For SCHEDULED and plain active time stamp, I don't think we need to have a default ahead notification setting as with deadlines, but it would really be nice to support the <. -3d> format. It would be even nicer to have a new keyword (like "SCHEDULED@") that indicates a strictly scheduled item (just a fancy term for "appointment") and hence a default ahead notification setting can be applied. The lack of real appointment support in org-mode in fact is a little bit puzzling to me, since SCHEDULED item may or may not be strictly scheduled, while plain time stamp item may or may not be something that needs to take actions on (as it could be just an event). Hmmm, lets discuss this for a while. One thing is that I have been thinking for a while already if we should have an APPOINTMENT keyword to mark plain time stamps that actually are appointments, and in this way to differentiate them from events that you'd like to have in your agenda. However, about ahead warnings of appointments. The way I see it is this: One important goal (at least for me) is to keep my agenda as empty as possible, listing only the things I really need to do. If I have a meeting in a few days and I get an ahead warning, this only distracts me. Because each time I see that reminder, I need to think *again* why I did put that reminder and what I am supposed to be doing to prepare it. Isn't is much better to just put the meeting on the agenda with a timestamp and then immediately think about *tasks* that I need to do before the meeting. List those tasks under the meetig headline, and assign deadlines to them - you will get the ahead warning. This seems to me is a much saner way of working. But I am interested to hear your use case - why do you want to be reminded of future appointments *each* time you look at your list for today? For meetings where I do not have anything to prepare, I do take a look every morning on an extended agenda of 10 days, to see what is coming. Once a day, and that is it. - Carsten A simple example is: sometimes I have very early dental appointment, like 8:00AM. But usually I don't get up that early. So if I open my computer at 9:00AM and find out I have missed an appointment, then the agenda is useless. And I will get haunted by the feeling that "I might still have missed something even if I checked my agenda". I do agree that too many ahead notifications is distracting. But on the other hand, my imagination of the ideal org usage is: I look at today's agenda, and things are planned well for me, I just need to follow the agenda blindly (well, ideally). This is the reward for my upfront planning, meaning if I take my diligence in planning tasks when the issues just come up, I don't have to hassle around in the last minute. I want to have that security feeling of "I won't miss anything if I checked my agenda". To achieve that goal, sometimes I need some sense of what is going to happen or what I am supposed to do tomorrow, or next a few days, depending on the task and context. To check agendas ahead every day is a good habit, but is not reliable, and I want to eliminate dependency on those habits as much as possible. I want to rely on only one habit: check today's agenda. To reduce the distractions from those ahead notifications, we can do the following: 1. Don't give too early notifications. In my above example, probably one day ahead is good enough 2. Group those ahead notifications at the end of today's agenda, maybe with a divider to separate them out. Another perspective to my above argument is: many of us use org (and emacs) because of its flexibility. It is not the easiest to learn to use, but once you master it, you can configure it to suit your own style. And hence I don't expect everyone will agree with my planning strategy, but if let's say 1/3 of the users think the feature has its value, I think it is well worth consideration, given it is an option that does no harm to people who choose not to use it. Thanks for reading this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-bookmark.el
Bastien <[EMAIL PROTECTED]> writes: > In any case, this should be implemented in org.el directly. When > `org-store-link' checks whether we are in dired-mode or in a buffer > visiting a file, then it would also check whether 'org-bookmark is > provided (with (featurep 'org-bookmark)...) and act accordingly if it > is. I don't think it needs to go into org.el does it? When org-bookmark gets it's turn upon `org-store-link' it should check a variable called, for example, `org-bookmark-check-bookmarks-first' and then if that's non-nil check major-mode and act accordingly. This will keep `org-store-link' nice and clean. Cheers, Phil -- Phil Jackson http://www.shellarchive.co.uk ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
RE: [Orgmode] Re: Active timestamp with notification in advance
Hi Wanrong > To achieve that goal, sometimes I need some sense of what is going to > happen or what I am supposed to do tomorrow, or next a few days, > depending on the task and context. To check agendas ahead every day is a > good habit, but is not reliable, and I want to eliminate dependency on > those habits as much as possible. I simply enter my appointments in my diary, integrate my diary in my agenda and use the week view in the agenda. That way I always see what I'm supposed to do tomorrow. HTH Christian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: Invalid face reference
I see you're using Windows. What version of Emacs are you running on it? I am using Emacs 22.1. Actually I also tested on Linux (with Emacs 22.1 too), and I saw the same thing. Just some update: I called (org-restart-font-lock) function inside my tag search result buffer, and I can see a new "Invalid face reference: nil [X times]" message is generated in the "*Messages*" buffer, with "X" keeps increasing. I have "jit-lock-mode" (Just in time font locking) enabled in my emacs config, so I guess that ticking "X" number is from the background font locking process. It seems something is wrong with font locking for tags. But this only happens in tag search result buffer. It does not happen in regular agenda buffer. I don't know how to proceed to pin-point this. Can any of you guys also reproduce this? Any suggestions? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
If you can stick to the habit of looking into the next day (especially on the last day in you weekly agenda), that will work. But I am not reliable on that. And sometimes you may need to look ahead more than one day. I want to be lazy and dumb with the help of org. :-) Wanrong I simply enter my appointments in my diary, integrate my diary in my agenda and use the week view in the agenda. That way I always see what I'm supposed to do tomorrow. HTH Christian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Error when switching on org-table minor mode in mail/message buffers
Hi
When trying to switch on org table minor mode in mail or message buffers
I get:
not a keyword: (org-at-table-p), ["Sort lines in region" org-table-sort-lines
(org-at-table-p) :keys "C-c ^"]
The folowing fixes it for me:
--- org.el 2008-02-19 09:14:57.0 +0100
+++ /tmp/org.el 2008-02-28 17:42:08.09375 +0100
@@ -11393,7 +11393,7 @@
["Move Row Down" org-metadown :active (org-at-table-p) :keys
"M-"]
["Delete Row" org-shiftmetaup :active (org-at-table-p) :keys
"M-S-"]
["Insert Row" org-shiftmetadown :active (org-at-table-p) :keys
"M-S-"]
-["Sort lines in region" org-table-sort-lines (org-at-table-p) :keys
"C-c ^"]
+["Sort lines in region" org-table-sort-lines :active (org-at-table-p)
:keys "C-c ^"]
"--"
["Insert Hline" org-table-insert-hline :active (org-at-table-p) :keys
"C-c -"])
("Rectangle"
Ciao
Volker
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Active timestamp with notification in advance
Set up your agenda to display today forward. My weekly view always shows today and the next 6 days. (setq org-agenda-start-on-weekday nil) -Bernt Wanrong Lin <[EMAIL PROTECTED]> writes: > If you can stick to the habit of looking into the next day (especially > on the last day in you weekly agenda), that will work. But I am not > reliable on that. And sometimes you may need to look ahead more than > one day. I want to be lazy and dumb with the help of org. :-) > > Wanrong > >> I simply enter my appointments in my diary, integrate my diary in my >> agenda and use the week view in the agenda. That way I always see what >> I'm supposed to do tomorrow. >> >> HTH >> Christian >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Active timestamp with notification in advance
This is good! I did not know such a setting exists. I will use this while Carsten and others think about whether it is worth to have appointment notifications. Thanks a lot! Wanrong Bernt Hansen wrote: Set up your agenda to display today forward. My weekly view always shows today and the next 6 days. (setq org-agenda-start-on-weekday nil) -Bernt Wanrong Lin <[EMAIL PROTECTED]> writes: If you can stick to the habit of looking into the next day (especially on the last day in you weekly agenda), that will work. But I am not reliable on that. And sometimes you may need to look ahead more than one day. I want to be lazy and dumb with the help of org. :-) Wanrong I simply enter my appointments in my diary, integrate my diary in my agenda and use the week view in the agenda. That way I always see what I'm supposed to do tomorrow. HTH Christian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Error when switching on org-table minor mode in mail/message buffers
Fixed, thanks.
- Carsten
On Feb 28, 2008, at 6:06 PM, Dr. Volker Zell wrote:
Hi
When trying to switch on org table minor mode in mail or message
buffers
I get:
not a keyword: (org-at-table-p), ["Sort lines in region" org-table-
sort-lines (org-at-table-p) :keys "C-c ^"]
The folowing fixes it for me:
--- org.el 2008-02-19 09:14:57.0 +0100
+++ /tmp/org.el 2008-02-28 17:42:08.09375 +0100
@@ -11393,7 +11393,7 @@
["Move Row Down" org-metadown :active (org-at-table-p) :keys
"M-"]
["Delete Row" org-shiftmetaup :active (org-at-table-p) :keys
"M-S-"]
["Insert Row" org-shiftmetadown :active (org-at-table-
p) :keys "M-S-"]
-["Sort lines in region" org-table-sort-lines (org-at-table-
p) :keys "C-c ^"]
+["Sort lines in region" org-table-sort-lines :active (org-
at-table-p) :keys "C-c ^"]
"--"
["Insert Hline" org-table-insert-hline :active (org-at-table-
p) :keys "C-c -"])
("Rectangle"
Ciao
Volker
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-bookmark.el
Phil Jackson <[EMAIL PROTECTED]> writes: > Bastien <[EMAIL PROTECTED]> writes: > >> In any case, this should be implemented in org.el directly. When >> `org-store-link' checks whether we are in dired-mode or in a buffer >> visiting a file, then it would also check whether 'org-bookmark is >> provided (with (featurep 'org-bookmark)...) and act accordingly if it >> is. > > I don't think it needs to go into org.el does it? When org-bookmark gets > it's turn upon `org-store-link' it should check a variable called, for > example, `org-bookmark-check-bookmarks-first' and then if that's non-nil > check major-mode and act accordingly. This will keep `org-store-link' > nice and clean. Of course, you're right. But I doubt whether `org-bookmark-check-bookmarks-first' would be useful here. People using `org-bookmark.el' are likely to use it in dired-mode and in buffer visiting files as well. Actually, I would use it just for that (not really for creating links from the bookmarks list.) `org-bookmark-store-link' could just check if we are in a dired buffer, in a buffer visiting a file, or in a bookmark list, and act accordingly. When in dired or visiting a file, it would try to fetch a bookmark. If there are more than one, then it will prompt the user for the bookmark to use. Tokuya, what do you think? Do you want to implement this? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Yes, this is really an accidental feature by a sequence of events: org-return-follow-link will add org-return to the mouse-map org-mouse.el will activate the stars in a headline I can reproduce the bug, but I have no idea what is causing this, it must be something in the internal setup of Emacs keymaps in a new buffer, I have no idea how to fix this or work around it. Why in the world would you use RET for cycling instead of TAB? - Carsten Because I discovered it and thought that was an official feature and got used to it from day 1. :-) I will try to use Tab from now on. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-bookmark.el
Bastien <[EMAIL PROTECTED]> writes: >> I don't think it needs to go into org.el does it? When org-bookmark gets >> it's turn upon `org-store-link' it should check a variable called, for >> example, `org-bookmark-check-bookmarks-first' and then if that's non-nil >> check major-mode and act accordingly. This will keep `org-store-link' >> nice and clean. > Of course, you're right. > > But I doubt whether `org-bookmark-check-bookmarks-first' would be > useful here. People using `org-bookmark.el' are likely to use it in > dired-mode and in buffer visiting files as well. Actually, I would > use it just for that (not really for creating links from the bookmarks > list.) I don't think that just through the act of loading a module the unrelated default behaviour should change. I would put a vote in for this behaviour to be off by default (but then I don't use bookmarks). Cheers, Phil -- Phil Jackson http://www.shellarchive.co.uk ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode and appointments
Thanks for the information! Thats exactly what I was trying to figure out. I've got one last problem, then I'll post the complete howto somewhere... I'm kicking off zenity (GUI notification window) via shell-command and putting it in the background. Emacs keeps opening a new window called *Async Shell Command*, even though I thought I disabled that by passing nil to the output buffer argument. Any suggestions? Thanks. On Wed, Feb 27, 2008 at 08:04:51PM -0500, Bernt Hansen wrote: > It's configurable (as is almost anything else in Emacs) > > The following variables set to behaviour > > appt-message-warning-time (12 minutes for me) > appt-display-interval ( 3 minutes for me) > > I get warnings at 12, 9, 6, 3, and 0 minutes. > > HTH, > -Bernt > > Russell Adams <[EMAIL PROTECTED]> writes: > > > Ok, so how far in advance is appt supposed to alert you? > > > > I'm testing this, and I've gotten zenity to do a popup, and I've tied > > the refresh of the appt list to the agenda refresh with: > > > > (add-hook 'org-finalize-agenda-hook 'my-org-agenda-to-appt) > > > > I'm testing a series of timings before I start relying on this, and > > trying to understand the behavior. > > > > Any comments? > > > > Thanks. > > > > On Tue, Feb 26, 2008 at 07:01:15PM -0600, Russell Adams wrote: > >> Great combined feature: > >> > >> http://alfredobuttari.wordpress.com/2008/02/08/emacs-appt-mode-reminders-with-gtk-popups/ > >> > >> I'm still trying to get this to work reliably, either appointments or > >> calling out to a gtk popup, but I look forward to using it soon. > >> > >> Thanks. > >> > >> On Tue, Feb 26, 2008 at 05:09:39PM +0100, Carsten Dominik wrote: > >> > > >> > On Feb 26, 2008, at 5:06 PM, Carsten Dominik wrote: > >> > > >> > [...] > >> > > >> > I forgot to clear the list: > >> > > >> > So to summarize, this is really all you need in .emacs: > >> > > >> > ;; Get appointments for today > >> > (global-set-key (kbd " a") 'my-org-agenda-to-appt) > >> > (defun my-org-agenda-to-appt () > >> > (interactive) > >> > (setq appt-time-msg-list nil) > >> > (let ((org-deadline-warning-days 0));; will be automatic in org > >> > 5.23 > >> >(org-agenda-to-appt))) > >> > (my-org-agenda-to-appt) > >> > (appt-activate t) > >> > (run-at-time "24:01" nil 'my-org-agenda-to-appt) > >> > > >> > > > >> > > >> > > >> > > >> > ___ > >> > Emacs-orgmode mailing list > >> > Remember: use `Reply All' to send replies to the list. > >> > Emacs-orgmode@gnu.org > >> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > >> > >> > >> -- > >> Russell Adams[EMAIL PROTECTED] > >> > >> PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ > >> > >> Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 > >> > >> > >> ___ > >> Emacs-orgmode mailing list > >> Remember: use `Reply All' to send replies to the list. > >> Emacs-orgmode@gnu.org > >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > > > > -- > > Russell Adams[EMAIL PROTECTED] > > > > PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ > > > > Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 > > > > > > ___ > > Emacs-orgmode mailing list > > Remember: use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode and appointments
Russell Adams <[EMAIL PROTECTED]> wrote: > I'm kicking off zenity (GUI notification window) via shell-command and > putting it in the background. Emacs keeps opening a new window called > *Async Shell Command*, even though I thought I disabled that by > passing nil to the output buffer argument. > Try the following instead: (setq appt-display-format 'window) (setq appt-disp-window-function (function my-appt-disp-window)) (defun my-appt-disp-window (min-to-app new-time msg) (call-process "/home/nick/bin/popup.py" nil 0 nil min-to-app msg new-time)) This one calls my home-grown ``popupper'', so just change the string to call zenity, and change the args to what is needed. The 0 in the "nil 0 nil" part means discard any output and don't wait for the process to finish - see the documentation for call-process for more details. For more, check the list archives or worg: I had posted my method for popups to the list and Bastien has apparently put a pointer to it on worg somewhere. HTH, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Let orgtbl export the last table line with a different ending.
If the last line ends with the default :lend in LaTeX (\\),
a horizontal line placed after the table will have too much
preceeding vertical space.
Signed-off-by: Jason Riedy <[EMAIL PROTECTED]>
---
Yeah, this is the cheap version. The "better" version
would break the loop into header and body pieces and allow
a :hllend. But right now I'm splicing all my tables for
other reasons.
org.el |7 ---
org.texi |5 +++--
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/org.el b/org.el
index 476cee8..a4e0e43 100644
--- a/org.el
+++ b/org.el
@@ -11771,6 +11771,7 @@ Valid parameters are
:lstart String to start a new table line.
:lend String to end a table line
+:llend String to end the last line of a table
:sepSeparator between two fields
:lfmt Format for entire line, with enough %s to capture all fields.
If this is present, :lstart, :lend, and :sep are ignored.
@@ -11832,7 +11833,7 @@ directly by `orgtbl-send-table'. See manual."
(push (concat
(org-get-param p h i :lstart :hlstart)
(mapconcat 'identity line (org-get-param p h i :sep :hsep))
-(org-get-param p h i :lend :hlend))
+(org-get-param p h i (if table :lend :llend) :hlend))
rtn
(unless splicep
@@ -11869,7 +11870,7 @@ this function is called."
(list
:tstart (concat "\\begin{tabular}{" alignment "}")
:tend "\\end{tabular}"
- :lstart "" :lend " " :sep " & "
+ :lstart "" :lend " " :llend "" :sep " & "
:efmt "%s\\,(%s)" :hline "\\hline")))
(orgtbl-to-generic table (org-combine-plists params2 params
@@ -11934,7 +11935,7 @@ this function is called."
(list
:tstart (concat "@multitable @columnfractions " colfrac)
:tend "@end multitable"
- :lstart "@item " :lend "" :sep " @tab "
+ :lstart "@item " :lend "" :llend "" :sep " @tab "
:hlstart "@headitem ")))
(orgtbl-to-generic table (org-combine-plists params2 params
diff --git a/org.texi b/org.texi
index fab72ec..daad533 100644
--- a/org.texi
+++ b/org.texi
@@ -8228,7 +8228,7 @@ generic translator. Here is the entire code:
(list
:tstart (concat "[EMAIL PROTECTED]@[EMAIL PROTECTED]" alignment
"@}")
:tend "[EMAIL PROTECTED]@}"
- :lstart "" :lend " " :sep " & "
+ :lstart "" :lend " " :llend "" :sep " & "
:efmt "%s\\,(%s)" :hline "\\hline")))
(orgtbl-to-generic table (org-combine-plists params2 params
@end group
@@ -8256,7 +8256,8 @@ a single line!):
@example
#+ORGTBL: SEND test orgtbl-to-generic :tstart "!BTBL!" :tend "!ETBL!"
- :lstart "!BL! " :lend " !EL!" :sep "\t"
+ :lstart "!BL! " :lend " !EL!" :llend " !EL!"
+ :sep "\t"
@end example
@noindent
--
1.5.4.3
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] title for single page export to html
Hi, Is that possible to add a line in the .org file indicating the title of the exported HTML, in stead of the file name? For example: #title This is the title of the HTML Thanks! Xin ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] title for single page export to html
Xin Shi <[EMAIL PROTECTED]> writes: > Is that possible to add a line in the .org file indicating the title of > the exported HTML, in stead of the file name? For example: > > #title This is the title of the HTML #+TITLE: This is the title of the HTML `C-c C-c' on this line to make org-mode aware of it. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-bookmark.el
Phil Jackson <[EMAIL PROTECTED]> writes: > Bastien <[EMAIL PROTECTED]> writes: > >>> I don't think it needs to go into org.el does it? When org-bookmark gets >>> it's turn upon `org-store-link' it should check a variable called, for >>> example, `org-bookmark-check-bookmarks-first' and then if that's non-nil >>> check major-mode and act accordingly. This will keep `org-store-link' >>> nice and clean. > >> Of course, you're right. >> >> But I doubt whether `org-bookmark-check-bookmarks-first' would be >> useful here. People using `org-bookmark.el' are likely to use it in >> dired-mode and in buffer visiting files as well. Actually, I would >> use it just for that (not really for creating links from the bookmarks >> list.) > > I don't think that just through the act of loading a module the > unrelated default behaviour should change. I would put a vote in for > this behaviour to be off by default (but then I don't use bookmarks). I've made some changes on org-bookmark.el in the git repository. I added three options: org-bookmark-in-dired nil org-bookmark-when-visiting-a-file nil org-bookmark-use-first-bookmark nil By default, the behavior is the same than what Tokuya proposed. But turning the options on, it will let you use org-bookmark to link to a bookmark if the buffer is visiting a bookmarked file. Tokuya, this is quite a big change on your original code. Please feel free to tell me you prefer to keep your original code in the CONTRIB/ section instead of this one. Thanks, org-bookmark.el Description: application/emacs-lisp -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Wanrong Lin <[EMAIL PROTECTED]> writes: > Bastien Guerry wrote: >> >> Yes, there is an advice for this in org-mouse.el. >> >> I think we should remove it since org-mouse.el shouldn't change the >> behavior of keystrokes (only the behavior of the mouse.) >> > That probably is true. But I have doubt that removing the advice itself > and bind the key in some other place will really solve the problem. To > me, it seems somehow the first time you open a org-file, some context is > not recognized correctly and hence the key map is not activated. If I > just execute a command, any command (like "C-g" which does nothing), and > then press the return key, it will work. Is that puzzling? :-) It *is* puzzling. I have a fix for this. I'm testing it a few days more and will commit it if it works okay. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
It *is* puzzling. I have a fix for this. I'm testing it a few days more and will commit it if it works okay. Look forward to it. Although I am trying to get into the habit of using TAB, it won't hurt to have the old way working too. Thanks a lot. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] One table, multiple radio targets?
Anyone have a clever way to generate multiple outputs from one table? It's pretty clear that orgtbl-send-table doesn't handle multiple ORGTBL lines, and I'm not clever enough to hack in a loop over multiple clauses on one ORGTBL line. The context is a probably too clever mechanism to generate both code and documentation at once. I'm using noweb to document a SQL schema, and a few tables are pre-loaded with data. I'd like to send one orgtbl-mode table to LaTeX and SQL insert statements. Jason ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] First column of tables from sub headings and drawyers
Hi , I am using org mode to keep track of feature requests for individual projects from my clients . Each heading is a project Each sub heading is a feature request , meeting or anything done . Now I want to create a table with the following details at the end of each heading | Feature request | Time Estimated | Time Utilized . I want the feature request column automatically populated from the sub headings and if possible the time estimate and time utilized from a drawyer with the sub headings . Is this possible and if so how . With Regards Antano Solar John ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
