Re: [Orgmode] Org-mode version 5.12
On 10/11/07, Carsten Dominik [EMAIL PROTECTED] wrote: Changes in Version 5.12 --- - The variable `org-ellipsis' now defaults to `org-link'. What are your thoughts on making this clickable, with RET and mouse? I don't know, the link face makes it looks like it should be. Just an idea. --Scott ___ 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] Column view bugs
Carsten,
I took a closer look at column view today and really liked what I saw.
It seems to have gotten a lot better since I tried it on 5.01, but it
may just be that I understood the implementation this time around.
I think it works very well and I am very surprised it hasn't gotten
more use. I did find a few bugs however, and I think this may be what
has deterred people from using it more.
Bug #1
You cannot set the property with C-c C-x p in column view unless the
properties drawer is already created. It will say text is read-only
after prompting you for property and value.
Since you can edit properties fine if there is a property drawer, it
seems like we should be able to just create a property drawer if it
doesn't already exist.
Feature Request #1
Is it hard to allow setting TODO and tag setting with normal commands
while on the heading in column view?
Bug #2
M-f M-b jump around in a confusing way in column view. Maybe just make
them like C-f and C-b?
Feature Request #2
Is it hard to allow editing of headings with e in column view?
Bug #3
C-c C-x p fails if there isn't a newline after the current heading.
Put * Heading at bottom of file and try adding a property. I get Wrong
type argument: number-or-marker-p, nil
Feature Request #3
I think a currency sum type would be a nice addition.
Bug #4
I don't think column summaries work without a column width. I get
Format specifier doesn't match argument type with the following
* Equipment
:PROPERTIES:
:COLUMNS: %32ITEM %Cost{+}
:END:
** Item 1
:PROPERTIES:
:Cost: 10
:END:
Bug #5
If * Heading is the first thing in a file, pressing e in column view
on that will give Args out of range errors.
Bug #6
If you have a blank line in buffer and then this
* Heading
** Subheading
If there is no newline after Subheading and you try to use e on any of
it's columns you will get an End of buffer message
Bug #7
With the example above, if there is a newline after Subheading, you
can edit priority and tags fine but editing TODO on Subheading or
Heading butcher the * Heading line. Setting TODO on Heading will
replace * Heading with TODO ng and give a message before first
heading. Setting TODO on Subheading will give similar results.
Thought #1
I'm not sure having the column headings at the top of the buffer is
the best place if you have multiple level 1 headings in one file and
the level 1 heading you're editing in column view is not the first. In
tall windows with long files you the column headings can turn up
really far from the actual columns. I don't know, maybe it is easiest
to put it at the top, but you might think about putting it above the
level 1 heading of the list in column view or even right above the
first list in column view.
Feature Request #4
Is having the column view print practical? What about export?
Bug #8
M-S-right is really nice, but it doesn't work if you haven't already
defined your COLUMNS. Either it shouldn't prompt for info or it should
create a COLUMNS for you (my preference).
Bug #9
M-S-left asks if you want to remove column, such as PRIORITY, but it
doesn't actually do it when you're not using your own COLUMNS
Bug #10
M-right and M-left behave differently depending on whether COLUMNS is
defined or not.
Thanks!
--Scott
___
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] Column view bugs
Hi Scott,
On Oct 13, 2007, at 8:44, Scott Jaderholm wrote:
Carsten,
I took a closer look at column view today and really liked what I saw.
It seems to have gotten a lot better since I tried it on 5.01, but it
may just be that I understood the implementation this time around.
Maybe both.
I think it works very well and I am very surprised it hasn't gotten
more use.
I guess it needs some discussion here, and a screencast :-)
I did find a few bugs however, and I think this may be what
has deterred people from using it more.
Quite possible.
Bug #1
You cannot set the property with C-c C-x p in column view unless the
properties drawer is already created. It will say text is read-only
after prompting you for property and value.
Yes, this is a bug.
Feature Request #1
Is it hard to allow setting TODO and tag setting with normal commands
while on the heading in column view?
No, that should be possible.
Bug #2
M-f M-b jump around in a confusing way in column view. Maybe just make
them like C-f and C-b?
Good idea.
Question back: TAB does still cycle visibility in column view,
even though this looks like a table and one might expect
that tab moves to the next field. Any thoughts on this?
Feature Request #2
Is it hard to allow editing of headings with e in column view?
No really, but not trivial either. I'll tae a look at it.
Bug #3
C-c C-x p fails if there isn't a newline after the current heading.
Put * Heading at bottom of file and try adding a property. I get Wrong
type argument: number-or-marker-p, nil
ok.
Feature Request #3
I think a currency sum type would be a nice addition.
How is that different from {+} ? Prefixing the number with
a currency symbol?
Bug #4
I don't think column summaries work without a column width. I get
Format specifier doesn't match argument type with the following
* Equipment
:PROPERTIES:
:COLUMNS: %32ITEM %Cost{+}
:END:
** Item 1
:PROPERTIES:
:Cost: 10
:END:
Hmmm.
Bug #5
If * Heading is the first thing in a file, pressing e in column view
on that will give Args out of range errors.
ok.
Bug #6
If you have a blank line in buffer and then this
* Heading
** Subheading
If there is no newline after Subheading and you try to use e on any of
it's columns you will get an End of buffer message
ok
Bug #7
With the example above, if there is a newline after Subheading, you
can edit priority and tags fine but editing TODO on Subheading or
Heading butcher the * Heading line. Setting TODO on Heading will
replace * Heading with TODO ng and give a message before first
heading. Setting TODO on Subheading will give similar results.
^$%#^$
Thought #1
I'm not sure having the column headings at the top of the buffer is
the best place if you have multiple level 1 headings in one file and
the level 1 heading you're editing in column view is not the first. In
tall windows with long files you the column headings can turn up
really far from the actual columns. I don't know, maybe it is easiest
to put it at the top, but you might think about putting it above the
level 1 heading of the list in column view or even right above the
first list in column view.
The column heading is not at the beginning of the buffer. It is in a
special header line, similar to the mode line below the buffer. The
means
that you can recenter and scroll the column view table at will, the
header line will stay fixed. For example, go to the first column line
and press `C-0 C-l'.
Feature Request #4
Is having the column view print practical? What about export?
Yes, clearly important missing features. What should we have?
One interesting possibility would be a dynamic block that
captures the column view as an Org-mode table. Other proposals?
Bug #8
M-S-right is really nice, but it doesn't work if you haven't already
defined your COLUMNS. Either it shouldn't prompt for info or it should
create a COLUMNS for you (my preference).
The problem here is, where to create it. Globally for the entire buffer
with a #+COLUMNS line is probably the best? Of should this be a
property
of the top-level entry in the column view? The disadvantage of the
second
possibility is that you might create COLUMNS properties by accident
without
noticing. I guess it will be #+COLUMNS.
Bug #9
M-S-left asks if you want to remove column, such as PRIORITY, but it
doesn't actually do it when you're not using your own COLUMNS
Yes, same issue as before.
Bug #10
M-right and M-left behave differently depending on whether COLUMNS is
defined or not.
Again, the same problem.
This will take some time to fix, thanks for your (hopefully)
exhaustive list.
- 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
Re: [Orgmode] Categories
Carsten Dominik [EMAIL PROTECTED] writes: On Oct 12, 2007, at 19:20, Richard G Riley wrote: I have a possible bug here (5.12). When embedding the CATEGORY as a property e.g in my org file Yes, logging state changes is broken in 5.12, *#$*#$. Fixed in 5.12c, thanks. , | '(org-agenda-custom-commands |(quote ( | (d org-todo DELEGATED nil) |(c org-todo DONE|DEFERRED|CANCELLED nil) |(w org-todo WAITING nil) | (W agenda ` I took this from a tutorial out there in google land. What an innovative way of totally misusing org-agenda-custom-commands. `C-c a d' will indeed change a TODO state, something org-agenda-custom-commands was not designed for (and which I do not recommend...)! But c will not work, the symbol for creating a TODO list is `alltodo', not `org-todo'. I'm not sure I understand, but I will remove this regardless. Why are you mentioning creating a TODO list? The commands above are jumpt to state commands - not create commands. So, if the code I cribbed above is not correct, how is the best way to add commands to agenda mode - its not obvious how to jump straight to a state as opposed to cycling to it manually with all the note prompts that come with that flow. - Carsten I hit C-c x d to move to DELEGATED, I get prompted for a note, but the note is not stored as a sub item of the parent task anymore. In fact I don't know where it is stored. ___ 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] one more store location for remember note
hi all I really enjoy by use last location to store remember note feature introduced recently (thanks, Carsten!). just want to propose one more (similar) thing: quite usually I'd like to store the note not exactly to the same subtree as last one, but somewhere nearby, like this: * Papers ** journal articles *** journal 1 paper 1 paper 2 last saved paper here!!! --- *** journal 2 paper 3 paper 4 next paper want to save here!!! --- so the proposal is: if one choose to select location manually with C-u C-c C-c place the pointer to last location and start to navigate from there (skipping the stage of choosing file and navigating though it). or maybe bind one more combination for such action on order not to break compatibility thanks Maxim ___ 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] Column view bugs
Carsten Dominik [EMAIL PROTECTED] writes:
M-f M-b jump around in a confusing way in column view. Maybe just make
them like C-f and C-b?
Good idea.
Question back: TAB does still cycle visibility in column view,
even though this looks like a table and one might expect
that tab moves to the next field. Any thoughts on this?
I'm not expecting TAB to jump from field to field here, but maybe others
would. A possible trade-off: do the normal cycling when at the beginning
of the line, jump among fields otherwise?
Is having the column view print practical? What about export?
Yes, clearly important missing features. What should we have?
One interesting possibility would be a dynamic block that
captures the column view as an Org-mode table.
That would definitely be nice!
The problem here is, where to create it. Globally for the entire
buffer with a #+COLUMNS line is probably the best?
Yes.
While we are at this, what would people think of a new {%} summary type
for column view?
{%} Progress status, [100%] if all children are in a DONE state.
--
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] Column view bugs
Scott Jaderholm [EMAIL PROTECTED] writes: Bug #9 M-S-left asks if you want to remove column, such as PRIORITY, but it doesn't actually do it when you're not using your own COLUMNS Bug #10 M-right and M-left behave differently depending on whether COLUMNS is defined or not. I noticed that the cursor is (again) able to move at the right of the last column -- being outside the fields, at the end of the line. I guess it is intentional: the idea is to let you add a column at this place. But since I reported this behavior as a *bug* before (and that bug was then fixed), I'm just double-checking. Thanks, -- 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
[Orgmode] Using org-remember to include stored link?
Hi all, is it possible to call org-remember to insert a previously stored link? Regards, Georg -- Georg C. F. Greve [EMAIL PROTECTED] Free Software Foundation Europe (http://fsfeurope.org) Join the Fellowship and protect your freedom! (http://www.fsfe.org) What everyone should know about DRM (http://DRM.info) pgpS8hyUz9Pab.pgp Description: PGP signature ___ 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] depending TODOs, scheduling following TODOs automatically
pete phillips wrote: I genuinely think that if there is a band of org-moders (hmmm we could do with a cooler collective noun I think ?) How about ORG-MONGERS? Charles ___ 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] Recurrence on Monday, Wednesday and Friday
Cecil Westerhof [EMAIL PROTECTED] writes: I started today to play with org-mode and agendaview. I like what I see. But I want something to reoccur every Monday, Wednesday and Friday. Is this possible, or do I need to generate three different entries? I think we need another property which can define a lisp lambda to be used for calculating which dates a task will next will fall on, based on the current SCHEDULED date. 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
Re: [Orgmode] Recurrence on Monday, Wednesday and Friday
Cecil Westerhof [EMAIL PROTECTED] writes: But I want something to reoccur every Monday, Wednesday and Friday. Is this possible, or do I need to generate three different entries? Look here: (info (Org)Time Stamps) ,[ TIME STAMP WITH REPEATER INTERVAL ] | A time stamp may contain a _repeater interval_, indicating that it | applies not only on the given date, but again and again after a | certain interval of N days (d), weeks (w), months(m), or years(y). ` This task will appear on monday, wednesday, friday, each week starting from this week: , | * Pick up Sam at school | 2005-05-16 lun +1w | 2007-05-16 Wed +1w | 2007-05-18 ven +1w ` You can also use diary-float: ,[ DIARY-STYLE SEXP ENTRIES ] | For more complex date specifications, Org-mode supports using the | special sexp diary entries implemented in the Emacs calendar/diary | package. For example | | * The nerd meeting on every 2nd Thursday of the month |%%(diary-float t 4 2) ` HTH, -- 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] Using org-remember to include stored link?
Georg C. F. Greve [EMAIL PROTECTED] writes: is it possible to call org-remember to insert a previously stored link? What do you mean? Being able to define an org-remember template that will prompt for a link from the stored link? Something like a %l to insert the last stored link and %L to prompt for a link in the last stored links? Or maybe you mean: calling org-remember from any buffer and make it believe it's called from where the previously link was stored? The first idea looks good. But I'm not sure about what you have in mind. -- 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] depending TODOs, scheduling following TODOs automatically
Charles Cave [EMAIL PROTECTED] writes: How about ORG-MONGERS? Org-wonks! -- 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
[Orgmode] Definition of unscheduled task
Hi, I am trying to follow GTD's principle that tasks should be reviewed regularly. So I first turn on org-agenda-todo-ignore-scheduled, and do a List of all TODO entries, and then review all tasks in the list. However, I found that tasks with plain active time stamps (appointment tasks) are also listed. Should we exclude them when org-agenda-todo-ignore-scheduled is set to t? 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
