Re: [Orgmode] RFC: Improvements to org-remember
On Nov 30, 2008, at 3:32 AM, James TD Smith wrote:
Hi Carsten,
On 2008-11-25 20:27:31(+0100), Carsten Dominik wrote:
On Nov 25, 2008, at 12:46 PM, James TD Smith wrote:
On 2008-11-24 09:58:49(+0100), Carsten Dominik wrote:
On Nov 24, 2008, at 12:25 AM, James TD Smith wrote:
I think it would make sense to move the code to get values for
remember
expansions out of `org-remember-apply-template' into separate
functions.
These could be added to an association list indexed by the
expansion
character. This would also make it easier to add new expansions.
Yes. However, it is necessary to keep the sequence of handling
the escapes,
in particular first filling in all non-interactive ones, and only
then
doing the interactive ones.
I'll probably use two lists, one of interactive escapes and one of
non-interactive escapes.
I believe it makes some sense to fill in the interactive parts in
place, while
the partially filled template is visible. The context may help.
I agree. I'm not going to change that.
** Plists for remember templates
Ah, this will be a big relieve when it is implemented, should
have been
like this from the start.
I want to change the format of remember templates to use plists.
This is
to allow introducing a number of optional parameters to control
the new
features I want to add. Org uses plists elsewhere, for example
in the
#+OPTIONS: configuration header, and #+PLOT: lines, so the
syntax should
already be familiar to org users.
I also think it would make sense to to move some options which are
currently set using escapes outside of the template,
specifically "%!"
(store template immediately) and "%&" (jump to entry after
storing).
Yes, this wil be much better.
I was thinking that maybe some other expansions should be moved
into the
template, specifically those which don't insert their values where
the %
expansion is.
For example instead of
,
| ("Video" ?v "* TOWATCH %^{Title} %^g%^{Type}p%^{Length}p%^{Year}"
| "~/Personal/Video.org" top)
`
we could have
,
| (?v :name "Video" "* TOWATCH %^{Title}" :tags file :properties
| ("Type" "Length" "Year") :target "~/Personal/
Video.org" :prepend t)
`
I think the latter is much better for adding properties,
particularly if you
want to have a template with a lot of them.
This is an interesting idea. The TODO state could also be done in
this way,
maybe offering the fast selection interface for TODO states.
Yes. An expansion for TODO states might be useful as well.
While one could have a property for explicitly selecting a type
like table
row or plain-list item or checkbox, it would also be possible to
derive
this from the Remember buffer content automatically. Which method
is
better?
I think using the property would be easier to implement, but
automatically
figuring out what kind of entry to insert will be needed to handle
entries
without templates.
Will we have entries without templates?
Yes, for two reasons: freeform entry with the possibility of
applying a template
later (see my reply to Samuel Wales' suggestions), and so remember
can be used
to add non-org items (possibly with other remember handlers).
I'd like two-key access for templates anyway; I have a number of
similar
templates which are scattered over the available keys and could be
grouped
together more logically with two stage selection.
Hmm. I am not sure if the two-key selection code from the agenda
can be easily
refactored for this case, so maybe we need to duplicate this
functionality, or
re-write the selector for agenda custom commands.
Is `org-agenda-get-restriction-and-command' the method I should be
looking at?
Yes, this is where two-key commands would have to be implemented.
Another option I would like to see is, how many empty lines
should be
inserted before the entry. Because sometimes it is nice to have
an empty
line between entries, and sometimes not. Default should be no
empty lines.
That should be easy to add. What about entries added before the
current
contents of the target headline? The blank lines would need to go
after the
newly inserted item to maintain the proper gap between it and the
headline
below it.
I think it is sufficient to only specify the empty lines before the
heading.
An entry that is inserted as the first child must then simply be
inserted
directly after the heading and possibly timestamps/properties, so
that any
empty lines *before* the already present sibling remain. Please do
not change
this - throughout Org, it is the empty space *before* a headline
that counts.
OK.
I think using a branch in the main repo makes sense as I can push
to it when
I have things which are ready for testing, and I keep using my own
repo to
sync work between my computers without worrying about breaking
things for
anyone testing the branch.
I don't currently have an account on repo.or.cz, but I'll sign up
and sen
Re: [Orgmode] Export without TODO keywords
Hi Daniel, Sebastian,
in addition t the variables Sebastian has listed, I have now created
new ones
org-export-with-todo-keywords
org-export-with-priority
which will allow to turn off these meta data for export actions.
HTH
- Carsten
On Dec 1, 2008, at 3:02 PM, Sebastian Rose wrote:
Hi Daniel,
you might want to customize these variables:
org-export-with-drawers
org-export-with-tags
org-export-with-timestamps
org-export-mark-todo-in-toc
I'm not aware of a way to suppress the export of todo keywords.
But the export puts the TODO keywords in span tags and assignes one of
the two classes 'todo' or 'done', depending on your todo setup:
TODO
STARTED
WAITING
DONE
To hide the todo keywords in your HTML, you might add the following to
your stylesheet:
span.todo { display:none;visibility:hidden; }
span.done { display:none;visibility:hidden; }
Regards,
Sebastian
Daniel Clemente <[EMAIL PROTECTED]> writes:
Hi, this seems to be very basic, but: is there a way to export a
file without
the TODO keywords and the other task tracking information? I'm
writing a web
site where each section is a task (I schedule a day to write it,
then it goes
from TODO to DONE). When I export to HTML, I see headers like „1.2
DONE
Introduction“, but I would like just „1.2 Introduction“. In fact I
would like to
prevent all tracking information (CLOCK, SCHEDULED, DEADLINE,
priorities,
properties, ...) from being exported. I found no export option to
do that and
also no variable.
Greetings,
Daniel
___ 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
--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449
Hannover
Tel.: +49 (0)511 - 36 58 472
Fax: +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.rose emma-stil de, sebastian_rose gmx de
Http: www.emma-stil.de
___
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] template specific commit functions.
Hi Richard, please make this proposal to JD Smith, I think this fits well into his new design for the Org - Remember interaction. I will not add new features to Remember for the time being, only fix bugs. - Carsten On Nov 29, 2008, at 8:21 PM, Richard Riley wrote: Carsten, I see there is a "check" function to determine if the template can be used - is there, or could there please be, a function called which is template specific with the committed remember item (i.e after merging title etc at C-c C-c time)? I guess that item would be a record of some sort and the function called could well be, for example, an interface to twitter or blorg or etc. ___ 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] publish not working in git version
Richard Riley <[EMAIL PROTECTED]> writes: > Sebastian Rose <[EMAIL PROTECTED]> writes: > >> Carsten Dominik <[EMAIL PROTECTED]> writes: >>> Anyone else having trouble with publishing recently? >> >> Publishing is great - and works here. > > Hi Sebastion, > > Do you have latest git head and publish to an ssh destination via tramp? Hi Richard, I use the current git-version, yes. But I just publish the stuff localy (i.e. the same filesystem). Also, I don't use any variables in my org-publish-project-alist. Just fixed strings. Regards, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose emma-stil de, sebastian_rose gmx de Http: www.emma-stil.de ___ 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] Bug - using Plain lists and Checkboxes in the same level
The file content is something like below example #+BEGIN_BLOCKQUOTE 1. a - [ ] b #+END_BLOCKQUOTE If I press Alt-Enter at the end of first line, I get #+BEGIN_BLOCKQUOTE 1. a 2. 3. [ ] b #+END_BLOCKQUOTE It seems that plain lists can not be mixed with checkboxes in the same level. The org-version is 6.13a. -- Kind regards, Tian Qiu ___ 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 - Archiving to the archive sibling duplicates tasks
Fixed, thanks. - Carsten On Dec 2, 2008, at 8:07 PM, Bernt Hansen wrote: Hi Carsten, I've found a bug with the archive process. ,[ test.org ] | * One | ** One One | ** One Two | ** One Three | ** One Four ` If you put the point on line 2 (The ** One One task) and then hit C-c C-x A 4 times in a row to archive the four subtasks to the archive sibling I get the following as a result: ,[ test.org ] | * One | ** Archive :ARCHIVE: | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 | :END: | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 | :END: | *** One Two | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 | :END: | *** One Two | *** One Three | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 | :END: | *** One Two | *** One Three | *** One Four ` with lots of duplicated entries. If I use the following sequence it works: C-c C-x A down arrow up arrow repeated 4 times and I end up with what I was expecting ,[ test.org ] | * One | ** Archive :ARCHIVE: | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 | :END: | *** One Two | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 | :END: | *** One Three | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 | :END: | *** One Four | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 | :END: ` After the first C-c C-x A it looks like this (which is correct) ,[ test.org ] | * One | ** One Two | ** One Three | ** One Four | ** Archive :ARCHIVE: | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:02 | :END: ` and after the second it looks like this (which is wrong) ,[ test.org ] | * One | ** One Three | ** One Four | ** Archive :ARCHIVE: | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:03 | :END: | *** One One | :PROPERTIES: | :ARCHIVE_TIME: 2008-12-02 Tue 14:03 | :END: | *** One Two ` I'm running this from a minimal emacs session. I can provide the setup if you need it. $ git describe release_6.13a-23-g269c5a8 Thanks, Bernt ___ 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 - Archiving to the archive sibling duplicates tasks
Thanks! I think this is probably related to similar things I've seen in the past with org-archive-subtree but didn't spend the time to reproduce back then. I'm just mentioning that in case it's relevant. -Bernt Carsten Dominik <[EMAIL PROTECTED]> writes: > Fixed, thanks. > > - Carsten > > On Dec 2, 2008, at 8:07 PM, Bernt Hansen wrote: > >> Hi Carsten, >> >> I've found a bug with the archive process. >> >> ,[ test.org ] >> | * One >> | ** One One >> | ** One Two >> | ** One Three >> | ** One Four >> ` >> >> If you put the point on line 2 (The ** One One task) and then hit >> >> C-c C-x A >> >> 4 times in a row to archive the four subtasks to the archive sibling I >> get the following as a result: >> >> ,[ test.org ] >> | * One >> | ** Archive:ARCHIVE: >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >> | :END: >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >> | :END: >> | *** One Two >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >> | :END: >> | *** One Two >> | *** One Three >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >> | :END: >> | *** One Two >> | *** One Three >> | *** One Four >> ` >> >> with lots of duplicated entries. >> >> If I use the following sequence it works: >> >> C-c C-x A >> down arrow >> up arrow >> >> repeated 4 times and I end up with what I was expecting >> >> ,[ test.org ] >> | * One >> | ** Archive:ARCHIVE: >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >> | :END: >> | *** One Two >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >> | :END: >> | *** One Three >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >> | :END: >> | *** One Four >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >> | :END: >> ` >> >> After the first C-c C-x A it looks like this (which is correct) >> >> ,[ test.org ] >> | * One >> | ** One Two >> | ** One Three >> | ** One Four >> | ** Archive:ARCHIVE: >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:02 >> | :END: >> ` >> >> and after the second it looks like this (which is wrong) >> >> ,[ test.org ] >> | * One >> | ** One Three >> | ** One Four >> | ** Archive:ARCHIVE: >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:03 >> | :END: >> | *** One One >> | :PROPERTIES: >> | :ARCHIVE_TIME: 2008-12-02 Tue 14:03 >> | :END: >> | *** One Two >> ` >> >> I'm running this from a minimal emacs session. I can provide the >> setup >> if you need it. >> >> $ git describe >> release_6.13a-23-g269c5a8 >> >> Thanks, >> Bernt ___ 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 - Archiving to the archive sibling duplicates tasks
I just verified that both C-c C-x A and C-c C-x C-s both work now. Thanks!! -Bernt Bernt Hansen <[EMAIL PROTECTED]> writes: > Thanks! > > I think this is probably related to similar things I've seen in the > past with org-archive-subtree but didn't spend the time to reproduce > back then. > > I'm just mentioning that in case it's relevant. > > -Bernt > > Carsten Dominik <[EMAIL PROTECTED]> writes: > >> Fixed, thanks. >> >> - Carsten >> >> On Dec 2, 2008, at 8:07 PM, Bernt Hansen wrote: >> >>> Hi Carsten, >>> >>> I've found a bug with the archive process. >>> >>> ,[ test.org ] >>> | * One >>> | ** One One >>> | ** One Two >>> | ** One Three >>> | ** One Four >>> ` >>> >>> If you put the point on line 2 (The ** One One task) and then hit >>> >>> C-c C-x A >>> >>> 4 times in a row to archive the four subtasks to the archive sibling I >>> get the following as a result: >>> >>> ,[ test.org ] >>> | * One >>> | ** Archive >>> :ARCHIVE: >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >>> | :END: >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >>> | :END: >>> | *** One Two >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >>> | :END: >>> | *** One Two >>> | *** One Three >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 13:57 >>> | :END: >>> | *** One Two >>> | *** One Three >>> | *** One Four >>> ` >>> >>> with lots of duplicated entries. >>> >>> If I use the following sequence it works: >>> >>> C-c C-x A >>> down arrow >>> up arrow >>> >>> repeated 4 times and I end up with what I was expecting >>> >>> ,[ test.org ] >>> | * One >>> | ** Archive >>> :ARCHIVE: >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >>> | :END: >>> | *** One Two >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >>> | :END: >>> | *** One Three >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >>> | :END: >>> | *** One Four >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:00 >>> | :END: >>> ` >>> >>> After the first C-c C-x A it looks like this (which is correct) >>> >>> ,[ test.org ] >>> | * One >>> | ** One Two >>> | ** One Three >>> | ** One Four >>> | ** Archive >>> :ARCHIVE: >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:02 >>> | :END: >>> ` >>> >>> and after the second it looks like this (which is wrong) >>> >>> ,[ test.org ] >>> | * One >>> | ** One Three >>> | ** One Four >>> | ** Archive >>> :ARCHIVE: >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:03 >>> | :END: >>> | *** One One >>> | :PROPERTIES: >>> | :ARCHIVE_TIME: 2008-12-02 Tue 14:03 >>> | :END: >>> | *** One Two >>> ` >>> >>> I'm running this from a minimal emacs session. I can provide the >>> setup >>> if you need it. >>> >>> $ git describe >>> release_6.13a-23-g269c5a8 >>> >>> Thanks, >>> Bernt > > > ___ > 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] Bug - using Plain lists and Checkboxes in the same level
Hi iemacs, don't know, if I got you. As I see it, the checkbox item stays a checkbox item. Org looks to start of line, sees it's in a numbered list and adjusts the following item accordingly. BTW: on export (LaTeX and HTML alike), you'll either have a numbered list, or a bulleted one. Never mixed. I assume you meant: => --->8->8->8--- * this is a headline 1. a - [ ] b <= ---8<-8<-8<--- ??? Regards, Sebastian [EMAIL PROTECTED] writes: > The file content is something like below example > #+BEGIN_BLOCKQUOTE > 1. a > > - [ ] b > #+END_BLOCKQUOTE > > If I press Alt-Enter at the end of first line, I get > #+BEGIN_BLOCKQUOTE > 1. a > 2. > > 3. [ ] b > #+END_BLOCKQUOTE > > It seems that plain lists can not be mixed with checkboxes in the same level. > > The org-version is 6.13a. -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose emma-stil de, sebastian_rose gmx de Http: www.emma-stil.de ___ 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 - using Plain lists and Checkboxes in the same level
Hi Tian, In Org-mode, you cannot mix different bullet types in the same list. When you add a new item, with M-RET, the list will be checked and all the bullets will be forced to be the same type (and if the list is numbered, it will be renumbered). In your example, since the first item is a numbered item, all the items in the plain list are forced to be numbered items. The same will happen if you go to the checkbox item itself and press M-RET there. However, your checkbox is still a checkbox! Any plain-list bullet type can support a checkbox, so also numbered plain lists can do that. Hope this helps. - Carsten On Dec 3, 2008, at 1:42 PM, [EMAIL PROTECTED] wrote: The file content is something like below example #+BEGIN_BLOCKQUOTE 1. a - [ ] b #+END_BLOCKQUOTE If I press Alt-Enter at the end of first line, I get #+BEGIN_BLOCKQUOTE 1. a 2. 3. [ ] b #+END_BLOCKQUOTE It seems that plain lists can not be mixed with checkboxes in the same level. The org-version is 6.13a. -- Kind regards, Tian Qiu ___ 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] Re: Bug - using Plain lists and Checkboxes in the same level
On Dec 3, 2008, at 3:38 PM, Bernt Hansen wrote: Sebastian Rose <[EMAIL PROTECTED]> writes: don't know, if I got you. As I see it, the checkbox item stays a checkbox item. Org looks to start of line, sees it's in a numbered list and adjusts the following item accordingly. I think the original poster intended this to be 2 lists not 1. The numbered list (a) and the unnumbered list (b) and was expecting something like , | 1. a | 2. | | - [ ] b ` instead of having b as number 3. The only way to do this is to put a line of text between these two lists, a line that is not indented. - Carsten ___ 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 - using Plain lists and Checkboxes in the same level
Sebastian Rose <[EMAIL PROTECTED]> writes: > don't know, if I got you. As I see it, the checkbox item stays a > checkbox item. > > Org looks to start of line, sees it's in a numbered list and adjusts the > following item accordingly. I think the original poster intended this to be 2 lists not 1. The numbered list (a) and the unnumbered list (b) and was expecting something like , | 1. a | 2. | | - [ ] b ` instead of having b as number 3. -Bernt ___ 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] template specific commit functions.
Hi Richard and Carsten, On 2008-12-03 09:33:56(+0100), Carsten Dominik wrote: > please make this proposal to JD Smith, I think this fits well into his > new design for the Org - Remember interaction. I will not add new > features to Remember for the time being, only fix bugs. > > On Nov 29, 2008, at 8:21 PM, Richard Riley wrote: > > Carsten, I see there is a "check" function to determine if the template can > > be used - is there, or could there please be, a function called which is > > template specific with the committed remember item (i.e after merging title > > etc at C-c C-c time)? I guess that item would be a record of some sort and > > the function called could well be, for example, an interface to twitter or > > blorg or etc. I've already seen this and will be implementing it. James -- |---| ___ 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] template specific commit functions.
James TD Smith <[EMAIL PROTECTED]> writes: > Hi Richard and Carsten, > > On 2008-12-03 09:33:56(+0100), Carsten Dominik wrote: >> please make this proposal to JD Smith, I think this fits well into his >> new design for the Org - Remember interaction. I will not add new >> features to Remember for the time being, only fix bugs. >> >> On Nov 29, 2008, at 8:21 PM, Richard Riley wrote: >> > Carsten, I see there is a "check" function to determine if the template can >> > be used - is there, or could there please be, a function called which is >> > template specific with the committed remember item (i.e after merging title >> > etc at C-c C-c time)? I guess that item would be a record of some sort and >> > the function called could well be, for example, an interface to twitter or >> > blorg or etc. > > I've already seen this and will be implementing it. > > James Wonderful - thanks James. > > -- > |---| > > > > ___ > 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 -- important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970 ___ 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] RFC: Improvements to org-remember
Hi James,
Parts snipped.
James TD Smith
<[EMAIL PROTECTED]> wrote:
> On 2008-11-24 14:41:00(-0700), Samuel Wales wrote:
>> + respect pop-up-windows
>
> Could you explain this in more detail?
That variable controls whether the window gets split. Some
people prefer buffer-creating commands to act like c-x 4 b
while others prefer that the whole window be used. Those
who use somewhat large fonts need the latter because
splitting the window makes small windows. It does not seem
to be possible to change org-remember's behavior with
same-window-buffer-names or -regexps. That's about all I
know about it. A dedicated variable would be OK.
>> + if org-remember does not recognize the type, abort completely
>
> Personally I'd prefer it to keep asking for a valid
> template if you enter a character that doesn't correspond
I like your proposal even better. Ideally ^G and perhaps
esc esc esc will get you back to where you were before.
>> + org-remember-templates takes a character
>> can it take a function key?
>
> It would be possible to add this. Do you specifically want
> to use the F-keys, or have you just run out of keys for
> templates? I'm planning on adding two-stage selection for
> remember templates, which will make it possible to have
> many more templates.
If possible, it would be nice if it were like emacs key
bindings. Function keys can be surprisingly useful.
>> + emacs-w3m tight integration with org-mode
>> - might be interesting to use an org-mode file to store
>> bookmarks. this
>> would require changing the way bookmarks are added,
>> to store them in a way similar to org-remember.
>
> I like the idea of using org-mode to store bookmarks. I
> use org-mode to keep track of things I want to read
> online, using a remember template
>
> '("Web reading" ?w "* TOREAD %^L\n%U %k\n%? "
> "~/Personal/Web.org" "Web sites to read")
>
> which I use to add items to my reading list. I also have
> the following in my .emacs:
> which fills in the descriptions for links with the title
> from the retrieved web page.
IMO it would be good to have this stuff integrated as org
code, and, if the user sets, to replace the relevant keys
(such as v) in w3m. Sounds like all the code is there.
There are useful possibilities here. Remember could then
use ido to choose where in the bookmark tree, ideally
creating a parent headline if it does not exist. Or just go
to a default location to be refiled later. Or offer places
where you have bookmarked stuff before.
The best part is that you can have all of your bookmarks in
your org outline hierarchy where they belong. If they are
tagged as bookmarks, then they show up in an agenda command
as a nice sparse tree of bookmarks. Then you can call w3m,
or whatever else, from there. No need to keep a separate
bookmark file.
This would be easier to use than the dedicated w3m bookmark
mechanism.
And it would work for files and directories also. You can
bookmark some code that you are working on, if you want.
Remember seems like the right place to do most of this.
>> - Perhaps antenna can also be integrated with org-mode.
Extension #1 to the bookmark idea.
Antenna is a way of keeping up with site changes. In w3m,
it is a separate command from bookmarks, but there is no
reason that both antenna and bookmarks could not use the
same mechanism. In org, this would be powerful. For
example, a bookmark could have properties, and among those
properties would be the site's last-modified timestamp or
your last-checked timestamp. Then without visiting the
pages you can run a command to see which pages have changed.
Where remember comes in is that remember helps you store
those bookmarks.
You might want to limit the scope of your code, but I
thought I'd propose it anyway in case there is interest.
The bookmark idea is much more important than antenna.
>>
>> + org merge org-annotate-file with remember code
>> to allow annotating anything
> Have you looked at org-registry.el in contrib? The
> `org-registry-show' function will list any org files which
> have links to the current buffer.
Extension #2 to the bookmark idea.
My idea is to always have annotations available for
emacs-w3m, dired, files, like org-annotate-file, just with
more modes.
You can see in the mode line that whatever buffer you are in
has an annotation, and you can make an annotation. You can
also go to the annotation.
The annotations are stored in an org file anywhere in the
hierarchy. Thus, if you want, annotations on a doctor's web
site can be stored in the entry for that doctor that is in
your org file. If you visit that web site from any source,
even Google, the mode line says that it is annotated. Then
you can pull up that entry with a command.
Likewise with files or dired or whatever. For example, you
can comment org.el or /etc/passwd without having to modify
them.
Remember code seems a plausible place to arrange for
choosing a location and putting a note into it. An
Re: [Orgmode] searchable refcard?
I do this: (w3m "http://orgmode.org/manual/index.html";) (w3m "http://orgmode.org/orgcard.txt";)) Would use http://orgmode.org/org.html but that might use up Carsten's bw too much and it is slow. I like plain text and html all in one file. Here are some possibilities. - if the manual is broken into small files, no isearch. - solution: include manual.html as one html file in org. - needs the net - solution: include manual.html and orgcard.txt in org. - needs emacs-w3m dedicated tab - solution: create manual.html tab if and only if not there. -- Myalgic encephalomyelitis denialists are knowingly causing further suffering and death by opposing biomedical research on this serious infectious disease. Do you care about the world? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] Spreadsheet question
Hi all, I have this table: | header | || | 1 | | 1 | || | 0 | #+TBLFM: @4$1=vsum(@[EMAIL PROTECTED]) The cell containing 0 should sum up all values of the column's rows above. But C-u C-c C-c gives 2, then 4, then 6, then 8... Reading the docs I found out that @-1 won't cross hlines, so now I use -I instead which works. But still I don't understand the @-1 behavior. Even if knowing that it doesn't cross hlines I'd expect it to calculate the correct value or at least error because there's no row above @4 before the next hline. So why is (equal @-1 @0) here? Bye, Tassilo ___ 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] Can drawers be embedded in org-mode?
Hi there :) I tried embedded drawers but got weird results: I inputted: #+DRAWERS: REF ABSTRACT * Topic I :REF: - ref A :ABSTRACT: blah blha :END: - ref B :ABSTRACT: blah blha :END: :END: and used TAB key to fold/unfold it. I expected: * Topic I :REF: - ref A :ABSTRACT:... - ref B :ABSTRACT:... :END: and * Topic I :REF:... but found out the following: * Topic I :REF:... - ref B :ABSTRACT:... :END: am I wrong at some where, or org-mode just does not support embedded drawers yet? if it's not supported, is it already in the wishing list? Thanks a lot :) JIng ___ 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] Feature request: org-tag-keyword-faces
It would be really nice if you could set tags to different faces the way you can with todo keywords. For example, you could set :urgent: to a bright color. Or set a face for all contexts. If the variable is nil, the default behavior obtains. -- Myalgic encephalomyelitis denialists are knowingly causing further suffering and death by opposing biomedical research on this serious infectious disease. Do you care about the world? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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
