From: Carsten Dominik <dominik@science.uva.nl>
To: Bastien <bastienguerry@googlemail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: One year after - questions and suggestions
Date: Thu, 19 Mar 2009 17:40:28 +0100 [thread overview]
Message-ID: <75FFFBEB-315A-480A-9A93-2196C0165233@uva.nl> (raw)
In-Reply-To: <87r60yhhvx.fsf@gnu.org>
[-- Attachment #1.1: Type: text/plain, Size: 5725 bytes --]
On Mar 15, 2009, at 5:26 PM, Bastien wrote:
>>> property's value, have a way to use a calc or a tbl formula?
>>> Additionnally, have a _DEFAULT suffix to define defaults.
>>
>> There was a patch recently on the mailing list, subject "elisp
>> formulas....."
>
> Seen it, will test it closely.
Please do, I am interested in this patch, maybe you see ways
to expand the possibilities.
>
>>> - FR: A function to display the link the cursor is on (the same way
>>> the
>>> mouse displays a small popup.) This function would particularily be
>>> useful in the agenda view.
>>
>> C-c C-l LOOK RET RET :-)
>
> :)
>
>> Hard to find new key bindings for these.
>
> But C-c C-l is not accessible from the agenda, right?
No, it is not, and I'd rather not make it. There could be several links
in a headline, and the agenda is really meant to have commands that
do not depend on where in the line the cursor is.
I guess you could add to post-command-hook in the agenda something
like this, to use the echo area if it is empty:
(add-hook 'org-agenda-mode-hook
(lambda ()
(add-hook 'post-command-hook
(lambda ()
(unless (current-message)
(if (looking-at ".*?\\[\\[\\(.*?\\)\\]")
(message "Link to: %s"
(org-match-string-no-properties 1)))))
t t)))
>
>>> - FR: When selecting an attachment, if there is already a directory
>>> defined for this the current entry, then use this directory as the
>>> default directory for browsing and select the attachment.
>>
>> You mean if there is an attachment directory defined?
>
> Yes.
>
>> What do you mean by "when selecting and attachment"?
>
> C-c C-a should be aware of any previously defined directory, and take
> this directory as the default directory when browsing for other files
> to attach. Am I more clear?
No, not clear to me.
Do you mean that the attachment directory should become the default?
No, maybe you mean that if I have already attached a/b/c/file,
the next time you want to attach a file from the same directory, a/b/c?
>
>>> - FR: Allow to insert "+1d"-type strings when picking up a date with
>>> `org-time-stamp'.
>>
>> This works for me, what am I missing here?
>
> Weird. C-c C-s + 1 d RET does only insert today's date here, no "+1d"
> string.
>
>>> - FR: Symmetric to individual lead time, I wish I can have
>>> individual
>>> "remaining" time - for example, the number of days during which a
>>> deadline is still visible in the agenda view. (That would happily
>>> steal 90% of what org-expiry.el is trying to achieve.)
>>
>> I think the purpose of deadlines is for them sting you until you do
>> something about them? For me it seems that this would be counter
>> productive. Why don't you tick off these items ok archive/kill
>> them????
>
> Well, let's say I plan to do something next week but it's not high
> priority. I want it to pop up in my agenda view next week, and stay
> for
> three days, because passed this delay, I know I won't have any
> interest
> in doing it anymore. Having something like +3d looks consistent to me
> -- but I agree I can find workarounds. Or just fix my habits :)
>
>>> - FR: Following a sh: or an elisp: link prompts the user for
>>> confirmation. Can we have a variable that let the user to globally
>>> turn this off?
>>
>> Yes, there is such a variable: org-confirm-elisp-link-function
>> and org-confirm-shell-link-function.
>
> Great, thanks!
>
>>> - FR: Visually mark (with #) entries that are marked in the agenda
>>> view?
>>
>> I am not sure what you are talking about, what marking???
>
> Sorry I meant when marking an entry with `k m' in agenda view.
>
>>> - FR: When setting a mark in the agenda view, go to the next line?
>>> (Like in buffer-menu and other menu mode.)
>>
>> I am not sure what you are talking about, what marking???
>
> Same here. `k m' would jump to the next unmarked entry.
>
>>> - FR: Maybe `?' could provide a little help in agenda mode.
>>
>> Hmmm, yes, why not. What should it say?
>
> Will think of it.
>
>> Because, the keys are available in the menu.
>
> Yeah, but maybe some people don't use menus (I don't).
I use them to look up keys, nothing else :-)
>
>>> - FR: Grouping several :clock: lines when clocking periods are very
>>> close to each other (with a user-defined threshold). For example,
>>> clocking 5 times 10 minutes within the same hour would be rounded up
>>> to one hour.
>>
>> With things nicely tugged way into drawers, I see no reasons to do
>> this.
>
> The main reason was to cheat and try pretend you've been working 1
> hour
> when you really worked 50 minutes :)
Yes, I can see that, but anything automatic would probably create
crap. Editing time stamps is easy enough though....
>
> Great!
>
>>> - Q/FR: How to go at the end of a field in a table? Maybe C-a and
>>> C-e
>>> could be contextually redefined to do this, since a table is such a
>>> specific editing context.
>>
>> Word-motion commands? I am not comfortable with overloading C-a
>> and C-
>> e.
>
> forward-paragraph and backward-paragraph would make sense, no? For
> now
> M-} jumps out of the table.
>
>>> `C-c C-d SPC', `C-c C-s SPC' could respectively delete deadlines and
>>> scheduled properties. Or maybe C-c C-u could remove any timestamp
>>> (this keystroke is free in org-agenda-mode since outline-mode is not
>>> loaded.)
>>
>> I believe C-u C-c C-s and C-u C-c C-d do this for Deadlines. You men
>> the time stamp w/o any keyword????
>
> The problem is that you don't see whether an entry is scheduled or
> has a
> deadline in agenda view. How do you decide which one to delete?
Well, the prefix in the agenda does tell you if it is scheduled or a
deadline!
- Carsten
[-- Attachment #1.2: Type: text/html, Size: 11126 bytes --]
[-- Attachment #2: Type: text/plain, Size: 204 bytes --]
_______________________________________________
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
next prev parent reply other threads:[~2009-03-19 16:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-14 16:43 One year after - questions and suggestions Bastien
2009-03-15 13:54 ` Carsten Dominik
2009-03-15 16:26 ` Bastien
2009-03-19 16:40 ` Carsten Dominik [this message]
2009-03-21 17:21 ` Carsten Dominik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=75FFFBEB-315A-480A-9A93-2196C0165233@uva.nl \
--to=dominik@science.uva.nl \
--cc=bastienguerry@googlemail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).