Re: [Orgmode] Day workflow: need your opinion

[Vedang]

Hi Xavier,

> a) I doing some non urgent (planned) DBA tasks (call this project A)
> b) someone calls me (interrupting Project A)
> c) I am doing what urgency of b) is needed
> d) when c) is finished, I get back to project A
>
I think the Time Clocking
sectionof this
document  by Bernt Hansen would be
quite helpful in your case. In fact, the entire document is excellent
reading for getting things done using org-mode.

Thanks,
Vedang

On Tue, Aug 4, 2009 at 11:27 AM, Xavier Maillard wrote:
> Hi,
>
> I am not a serious org-mode user but I am trying to use it again
> for daily task planning (which everytime I tried, failed at ;)).
>
> I did my lectures thanks to the worg project (Bernst and John
> lecture were a real pleasure and sort of a non hittable dream to
> me) but I still not clear how I could take advantage of all I
> read (Bernst project concept is rather hard to understand for
> me, it lacks examples IMO).
>
> My main problem is that, at my work position (DBA), urgency is
> not given by what I plan to do but by whom is calling me -i.e if
> someone is calling me, it often means "forget what you were doing
> and do this instead".
>
> Given my fabulous talent of procrastination, this does not really
> help get organized and thus this does not help in getting things
> done.
>
> How would you use org-mode in this situation ?
>
> Ex:
>
> a) I doing some non urgent (planned) DBA tasks (call this project A)
> b) someone calls me (interrupting Project A)
> c) I am doing what urgency of b) is needed
> d) when c) is finished, I get back to project A
>
> At my job, they often rules the "retro planning" concept which is
> bloat. So how would you "manage" such situation in org-mode ?
>
> Thank you,
>
> Xavier
>
>
>
> ___
> 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
>



-- 
Unix is simple. It takes a genius to understand it's simplicity.-
 Anon
People think it must be fun to be a super genius, but they don't realize how
hard it is to put up with all the idiots in the world.-Calvin.

Cheers,
Vedang.

Associate Software Engineer,
Symantec
http://vedang.wordpress.com
http://mytechrants.wordpress.com
___
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: Day workflow: need your opinion

[Leo]

On 2009-08-04 06:57 +0100, Xavier Maillard wrote:
> a) I doing some non urgent (planned) DBA tasks (call this project A)
> b) someone calls me (interrupting Project A)
> c) I am doing what urgency of b) is needed
> d) when c) is finished, I get back to project A
>
> At my job, they often rules the "retro planning" concept which is
> bloat. So how would you "manage" such situation in org-mode ?

Let me give it a try.

When I am at Task A but interupted for Task B, I will mark Task A with
one of the todo-keywords (you can create one specific for interruption
for example PAUSE).

Then you need to review what is on your plate by C-c a t to decide your
next action after Task B.

-- 
Emacs uptime: 8 days, 14 hours, 0 minutes, 20 seconds



___
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: Day workflow: need your opinion

[Benjamin Andresen]

Hey Xavier,

Xavier Maillard  writes:

> Ex:
>
> a) I doing some non urgent (planned) DBA tasks (call this project A)
> b) someone calls me (interrupting Project A)
> c) I am doing what urgency of b) is needed
> d) when c) is finished, I get back to project A
>
> At my job, they often rules the "retro planning" concept which is
> bloat. So how would you "manage" such situation in org-mode ?

I'm clocked in with the task I'm currently doing. If this is interrupted
I will clock in the new task that has been appointed to me without
clocking out the old task. (You might have to create the interrupting
task before clocking it in.)

After I'm done with the interrupting task, I'll do C-u C-C C-x C-i and
press "i" which I believe stands for "continue the previous interrupting
task".

(I have this bound to F-keys because I clock stuff all the time.)

> Thank you,
>
> Xavier

Hope that helps,
benny


___
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] formula

[Carsten Dominik]

Hi Haroldo,

Well, I am using the newest version of Org-mode for which you'd have  
to use a filed formula for the first field in the balance column.   
Then using your

formulas, `C-u C-c *' does fill the entire table:


|  in | out | balance |
|-+-+-|
| | |   0 |
|  30 | |  30 |
| |  25 |   5 |
| 100 | | 105 |
| 500 | | 605 |
| | 400 | 205 |
| | | 205 |
#+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0

So I don't know why this is not working for you.

- Carsten

On Aug 4, 2009, at 8:28 AM, Haroldo Stenger wrote:


Sure, sorry, that's what text is for :)

|  in | out | balance |
|-+-+-|
| | | |
|  30 | |  30 |
| |  25 |   5 |
| 100 | | 105 |
| 500 | | |
| | 400 | |
| | | |
#+TBLFM: $...@-1$3 + @+0$1 - @+0$2

That's how the table looks like after
- creating the table
- filling columns 1 and 2 with numbers
- creating the column formula in column 3, and
- typing C-c * in @3$3  , @4$3  and  @5$3

The complete filling of the $3 column doesn't take place by issuing  
the commands in http://orgmode.org/org.html#Updating-the-table. If I  
go to @6$3 , @7$3 and @8$3 and type C-c *  I obtain what I want,  
being:


|  in | out | balance |
|-+-+-|
| | | |
|  30 | |  30 |
| |  25 |   5 |
| 100 | | 105 |
| 500 | | 605 |
| | 400 | 205 |
| | | 205 |
#+TBLFM: $...@-1$3 + @+0$1 - @+0$2

I know that what I'm asking should be of easy achievement on my own,  
but I got somewhat frustrated when I use the commands and the  
filling doesn't happen. Thanks for helping me.


best,
haroldo




2009/8/4 Carsten Dominik 
>
> Hi Haroldo,
>
> instead of keeping us guessing what your table might look like,
> maybe you can just post it
>
> - Carsten
>
> On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote:
>
>> Dear Carsten ,
>>
>> Thanks ! That's exactly what I was in need of: a combination of a  
column-formula and relative references in the formula. So far, so  
good. Now, I have the formula line like this

>>
>> #+TBLFM: $...@-1$5 + @-0$3 - @-0$4
>>
>> and the very line I typed the formula gets calculated fine. If I  
want another line into the bus, I go to the empty field in the same  
column in another line, and go to the Calculate menu, and choose  
recalculate line, and the fine result appears there , as expected.  
But if I approach Calculate / Recalculate all , in fact , nothing  
happens. I tried many times, without result. Recalc line works  
perfectly, but that does not seem what I'm looking for, which would  
be a recalculation of all the fields in the column that holds my  
column-formula.  I'll continue reading until I find out, but if you  
come up with an answer earlier I'd be grateful in advance !  :-)

>>
>> best ,
>>
>> haroldo
>>
>> 2009/8/3 Carsten Dominik 
>> Hi Haroldo,
>>
>>
>> You cannot copy a formula easily from one field t the next with
>> shifting the reference like you would do in a normal spreadsheet.
>> However, you can use relative references (see the manual) in
>> order to write formulas in an invariant way, and then use basic
>> editing commands in the C-c ' buffer to define the formula for
>> many fields.  Even better, use a column formula which allows
>> you to write a single formula for an entire column.
>>
>> - Carsten
>>
>>
>> On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote:
>>
>> hi , I wonder how can a formula in a table be "copied" to a  
location below, and its references be shifted alongwise  
automatically. I checked every documentation I've found , but that  
"feature" does not show up. I'm forced to copy the formula in in the  
C-c '  and then go to each of the references and type S-downarrow as  
many times. I'd thank any idea here.

>>
>> best regards, haroldo.
>> (thanks for org-mode, it's great)
>> ___
>> 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] Keeping org files under git - trimming the repository

[Ben Alexander]

Hello all.
This is really more of a git question, but I keep my org file stored  
under git and I've seen other people on this list speak of doing the  
same.  Different people cite different benefits:


+ keeping home and work copies of todo.org in sync
+ storing todo.org on a USB stick for transport instead of using a  
network
+ safety while editing. If a slip of the fingers hits C-k on a folded  
line and you don't notice it for a long time, git allows you to find  
when that happen (git blame) and 'cherry-pick' a patch to bring the  
lost subtree forward in time.


I don't really know how to do any of  these things in git, but that's  
what you all say :-)


About a year ago, I decided to learn how to write "macros" in lisp and  
started by teaching myself about the after-save-hook.  I added a hook  
to auto commit every time I saved any org file.  My simple, small text  
file of todo items is now a giant git repository.


At last a question or two: Does this happen to you? What do you do?   
What new git command do I need to learn in order to do it?


Is there some way to clone my git repo onto my USB stick, but make it  
a subset instead of the whole thing?  That would be useful for me to  
learn for other git projects!


Just curious!

(and thanks to you all for the interesting discussions and excellent  
tool!)


-Ben


___
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: Keeping org files under git - trimming the repository

[Benjamin Andresen]

Hey Ben,

Ben Alexander  writes:

>  Different people cite different benefits:
> + safety while editing. If a slip of the fingers hits C-k on a folded
> line and you don't notice it for a long time, git allows you to find
> when that happen (git blame) and 'cherry-pick' a patch to bring the
> lost subtree forward in time.

That's the reason I do it.

I have my main laptop where I spend 90% of my time on so syncing is not
the issue for me.

>  I added a hook to auto commit every time I saved any org file. My
> simple, small text file of todo items is now a giant git repository.
>
> At last a question or two: Does this happen to you? What do you do?
> What new git command do I need to learn in order to do it?

I don't quite understand the first question. But I give a shot on the
second question (Hopefully I understood it correctly.):

My setup is that I keep my org files in ~/Org, I then launch a script at
the start of my login session that automatically commits every change
done to a ".org*" file. (Everything else is git-ignored.)

This is the file that does all the magic. ;-)
,[ org-autocommitd ]
| #!/bin/zsh
| 
| WATCHDIR=~/Org
| cd $WATCHDIR
| 
| inotifywait -m --format '%f' -e close_write $WATCHDIR | \
| while read file; do
|   git add --all
|   git commit --all --message="${file} was saved"
| done
`

The idea behind doing this instead of using emacs to auto-save, was so
that when I used other tools than emacs to edit that directory, the
changes would still be saved.
I don't actually do that currently, but the idea of having it tool
agnostic seemed like a good idea at the time.

> -Ben

HTH,
benny


___
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] refile ideas

[Eric S Fraga]

At Mon, 3 Aug 2009 15:31:55 -0700,
Samuel Wales wrote:
> It gives me an idea for remember.  For consistency, we can
> optionally make remember use restricted refile as you
> propose above.
> 
> The way it would work is this.  A template can optionally
> specify only format, not target location.  When that is the
> case, c-c c-c in the remember buffer asks you where you want
> to file using restricted refile.

+1


___
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: Keeping org files under git - trimming the repository

[Matt Lundin]

Ben Alexander  writes:

> About a year ago, I decided to learn how to write "macros" in lisp and
> started by teaching myself about the after-save-hook.  I added a hook
> to auto commit every time I saved any org file.  My simple, small text
> file of todo items is now a giant git repository.
>
> At last a question or two: Does this happen to you? What do you do?
> What new git command do I need to learn in order to do it?

Have you tried running either "git gc" or "git repack" on the repo? I
find that running these two maintenance commands every once and a while
dramatically reduces the size of the repository.

Best,
Matt


___
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] Narrow tSparse Trees layout

[Cian OConnor]

Bastien  writes:

> Hi Cian,
>> Its just that when drafting papers I tend to have lots and lots of
>> indentation in early drafts, and while narrowing trees is a godsend, the
>> unnecessary (for my purposes) indentation is slightly annoying.
>
> If the purpose of such a temporary display is to make the export render
> the structure of the narrowed buffer as if it was a top-level subtree,
> then I agree this is useful.  You can already achieve this by selecting
> the whole narrowed subtree (with transient-mark-mode on) and exporting
> the region.

Not really. Its simply a convenience method that I can probably hack for 
myself, but didn't want to if it already existed. Its simply when I'm 
drafting I tend to work in subtrees, and it becomes (for my purposes)
quite unwieldy when working with large trees (as I tend to). The indent
when I'm working with the narrowed buffer is a waste of space, and it
also makes it difficult for me to work out what level I'm working at
with a simple eyeball at the structure.

However I can quite cheerfully see that this is not something most
people would want/need.

> But maybe a narrowed tree should be considered as a selected region by
> default...  

Yes it probably should.


___
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] Priorities and sub-tasks in Agenda View

[Vedang]

Hi All,

I'm facing a small annoyance. I like to use priorities on my tasks, for
sorting them in agenda view. So I have something like this:

* TODO [#A] Big task 1
** WORKING subtask
** TODO subtask
...
* TODO [#A] Big Task 2
...

so on.

Agenda mode, however, shows this as follows:

TODO [#A] Big Task 1
TODO [#A] Big Task 2
... other todo big tasks according to priority
... and then somewhere below
WORKING subtask
TODO subtask
... so on

I would like it very much if the subtasks would appear below the big task
they are related to, or atleast if the priority of the big task is auto
propagated to them so that they appear in the list of all the #A tasks, if
not directly under the big task. This would help me very much in keeping
related tasks together.

If there is any _other_ trick or better way to achieve this that I'm
missing, I'd be glad to get pointers.

Thanks!
Vedang
-- 
Unix is simple. It takes a genius to understand it's simplicity.-
 Anon
___
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: Priorities and sub-tasks in Agenda View

[Vedang]

> I would like it very much if the subtasks would appear below the big task 
> they are related to, or atleast if the priority of the big task is auto 
> propagated to them so that they appear in the list of all the #A tasks, if 
> not directly under the big task. This would help me very much in keeping 
> related tasks together.
>

I forgot to ask the question. Is there any way to do this?
~Vedang
--
Unix is simple. It takes a genius to understand it's simplicity.    -    Anon


___
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] formula

[Haroldo Stenger]

Carsten ,

I take for granted that a filed formula is a column formula , like the one I
was using.

I upgraded to the las org-mode version.

I must be doing something really wrong, since C-u C-c *  doesn't recalculate
the column, it just moves the point to the first row after the hline.

What can be that is missing here ?

best regards,
haroldo

2009/8/4 Carsten Dominik 

> Hi Haroldo,
>
> Well, I am using the newest version of Org-mode for which you'd have to use
> a filed formula for the first field in the balance column.  Then using your
> formulas, `C-u C-c *' does fill the entire table:
>
>
> |  in | out | balance |
> |-+-+-|
> | | |   0 |
> |  30 | |  30 |
> | |  25 |   5 |
> | 100 | | 105 |
> | 500 | | 605 |
> | | 400 | 205 |
> | | | 205 |
> #+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0
>
> So I don't know why this is not working for you.
>
> - Carsten
>
>
> On Aug 4, 2009, at 8:28 AM, Haroldo Stenger wrote:
>
>  Sure, sorry, that's what text is for :)
>>
>> |  in | out | balance |
>> |-+-+-|
>> | | | |
>> |  30 | |  30 |
>> | |  25 |   5 |
>> | 100 | | 105 |
>> | 500 | | |
>> | | 400 | |
>> | | | |
>> #+TBLFM: $...@-1$3 + @+0$1 - @+0$2
>>
>> That's how the table looks like after
>> - creating the table
>> - filling columns 1 and 2 with numbers
>> - creating the column formula in column 3, and
>> - typing C-c * in @3$3  , @4$3  and  @5$3
>>
>> The complete filling of the $3 column doesn't take place by issuing the
>> commands in http://orgmode.org/org.html#Updating-the-table. If I go to
>> @6$3 , @7$3 and @8$3 and type C-c *  I obtain what I want, being:
>>
>> |  in | out | balance |
>> |-+-+-|
>> | | | |
>> |  30 | |  30 |
>> | |  25 |   5 |
>> | 100 | | 105 |
>> | 500 | | 605 |
>> | | 400 | 205 |
>> | | | 205 |
>> #+TBLFM: $...@-1$3 + @+0$1 - @+0$2
>>
>> I know that what I'm asking should be of easy achievement on my own, but I
>> got somewhat frustrated when I use the commands and the filling doesn't
>> happen. Thanks for helping me.
>>
>> best,
>> haroldo
>>
>>
>>
>>
>> 2009/8/4 Carsten Dominik 
>> >
>> > Hi Haroldo,
>> >
>> > instead of keeping us guessing what your table might look like,
>> > maybe you can just post it
>> >
>> > - Carsten
>> >
>> > On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote:
>> >
>> >> Dear Carsten ,
>> >>
>> >> Thanks ! That's exactly what I was in need of: a combination of a
>> column-formula and relative references in the formula. So far, so good. Now,
>> I have the formula line like this
>> >>
>> >> #+TBLFM: $...@-1$5 + @-0$3 - @-0$4
>> >>
>> >> and the very line I typed the formula gets calculated fine. If I want
>> another line into the bus, I go to the empty field in the same column in
>> another line, and go to the Calculate menu, and choose recalculate line, and
>> the fine result appears there , as expected. But if I approach Calculate /
>> Recalculate all , in fact , nothing happens. I tried many times, without
>> result. Recalc line works perfectly, but that does not seem what I'm looking
>> for, which would be a recalculation of all the fields in the column that
>> holds my column-formula.  I'll continue reading until I find out, but if you
>> come up with an answer earlier I'd be grateful in advance !  :-)
>> >>
>> >> best ,
>> >>
>> >> haroldo
>> >>
>> >> 2009/8/3 Carsten Dominik 
>> >> Hi Haroldo,
>> >>
>> >>
>> >> You cannot copy a formula easily from one field t the next with
>> >> shifting the reference like you would do in a normal spreadsheet.
>> >> However, you can use relative references (see the manual) in
>> >> order to write formulas in an invariant way, and then use basic
>> >> editing commands in the C-c ' buffer to define the formula for
>> >> many fields.  Even better, use a column formula which allows
>> >> you to write a single formula for an entire column.
>> >>
>> >> - Carsten
>> >>
>> >>
>> >> On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote:
>> >>
>> >> hi , I wonder how can a formula in a table be "copied" to a location
>> below, and its references be shifted alongwise automatically. I checked
>> every documentation I've found , but that "feature" does not show up. I'm
>> forced to copy the formula in in the C-c '  and then go to each of the
>> references and type S-downarrow as many times. I'd thank any idea here.
>> >>
>> >> best regards, haroldo.
>> >> (thanks for org-mode, it's great)
>> >> ___
>> >> 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

Re: [Orgmode] formula

[Carsten Dominik]

On Aug 4, 2009, at 4:23 PM, Haroldo Stenger wrote:


Carsten ,

I take for granted that a filed formula is a column formula , like  
the one I was using.


No.  A column formula starts like %3=... and applies to all fields
in column 3.  A field formula starts like @2$3=... and applies to a  
single field.  I did out the correct formulas into the table I sent  
with my last email.


For the rest I don't know what is wrong.

Maybe you have some local setup binding `C-c *' to a different function?
Maybe you C-u is bound to something else?

You can try to move the cursor into the #+TBLFM line and press `C-c C- 
c' there, this should also update the entire table, as should `C-u C-c  
C-c'

anywhere in the table.

- Carsten




I upgraded to the las org-mode version.

I must be doing something really wrong, since C-u C-c *  doesn't  
recalculate the column, it just moves the point to the first row  
after the hline.


What can be that is missing here ?

best regards,
haroldo

2009/8/4 Carsten Dominik 
Hi Haroldo,

Well, I am using the newest version of Org-mode for which you'd have  
to use a filed formula for the first field in the balance column.   
Then using your

formulas, `C-u C-c *' does fill the entire table:


|  in | out | balance |
|-+-+-|
| | |   0 |

|  30 | |  30 |
| |  25 |   5 |
| 100 | | 105 |
| 500 | | 605 |
| | 400 | 205 |
| | | 205 |
#+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0

So I don't know why this is not working for you.

- Carsten


On Aug 4, 2009, at 8:28 AM, Haroldo Stenger wrote:

Sure, sorry, that's what text is for :)

|  in | out | balance |
|-+-+-|
| | | |
|  30 | |  30 |
| |  25 |   5 |
| 100 | | 105 |
| 500 | | |
| | 400 | |
| | | |
#+TBLFM: $...@-1$3 + @+0$1 - @+0$2

That's how the table looks like after
- creating the table
- filling columns 1 and 2 with numbers
- creating the column formula in column 3, and
- typing C-c * in @3$3  , @4$3  and  @5$3

The complete filling of the $3 column doesn't take place by issuing  
the commands in http://orgmode.org/org.html#Updating-the-table. If I  
go to @6$3 , @7$3 and @8$3 and type C-c *  I obtain what I want,  
being:


|  in | out | balance |
|-+-+-|
| | | |
|  30 | |  30 |
| |  25 |   5 |
| 100 | | 105 |
| 500 | | 605 |
| | 400 | 205 |
| | | 205 |
#+TBLFM: $...@-1$3 + @+0$1 - @+0$2

I know that what I'm asking should be of easy achievement on my own,  
but I got somewhat frustrated when I use the commands and the  
filling doesn't happen. Thanks for helping me.


best,
haroldo




2009/8/4 Carsten Dominik 
>
> Hi Haroldo,
>
> instead of keeping us guessing what your table might look like,
> maybe you can just post it
>
> - Carsten
>
> On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote:
>
>> Dear Carsten ,
>>
>> Thanks ! That's exactly what I was in need of: a combination of a  
column-formula and relative references in the formula. So far, so  
good. Now, I have the formula line like this

>>
>> #+TBLFM: $...@-1$5 + @-0$3 - @-0$4
>>
>> and the very line I typed the formula gets calculated fine. If I  
want another line into the bus, I go to the empty field in the same  
column in another line, and go to the Calculate menu, and choose  
recalculate line, and the fine result appears there , as expected.  
But if I approach Calculate / Recalculate all , in fact , nothing  
happens. I tried many times, without result. Recalc line works  
perfectly, but that does not seem what I'm looking for, which would  
be a recalculation of all the fields in the column that holds my  
column-formula.  I'll continue reading until I find out, but if you  
come up with an answer earlier I'd be grateful in advance !  :-)

>>
>> best ,
>>
>> haroldo
>>
>> 2009/8/3 Carsten Dominik 
>> Hi Haroldo,
>>
>>
>> You cannot copy a formula easily from one field t the next with
>> shifting the reference like you would do in a normal spreadsheet.
>> However, you can use relative references (see the manual) in
>> order to write formulas in an invariant way, and then use basic
>> editing commands in the C-c ' buffer to define the formula for
>> many fields.  Even better, use a column formula which allows
>> you to write a single formula for an entire column.
>>
>> - Carsten
>>
>>
>> On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote:
>>
>> hi , I wonder how can a formula in a table be "copied" to a  
location below, and its references be shifted alongwise  
automatically. I checked every documentation I've found , but that  
"feature" does not show up. I'm forced to copy the formula in in the  
C-c '  and then go to each of the references and type S-downarrow as  
many times. I'd thank any idea here.

>>
>> best regards, haroldo.
>> (thanks for org-mode, it's great)
>> __

RE: [Orgmode] Day workflow: need your opinion

[Jonathan Arkell]

I'll take a stab at this...

Lets say you have the following TODO tags defined:

TODO STARTED | DONE
And
PROJECT | CANCELLED FINISHED

And lets say you have project A defined like so:

*** PROJECT Project A
 TODO Some Larger Task
 - [ ] DO the thing
 - [ ] That other thing
 - [ ] More stuff
 TODO Complete project
 - [ ] Log hours

When you are ready to start work on project A "Some Larger Task", you mark it 
as "STARTED".  As you go through the steps in project A, you would tick off 
things as they are completed, and mark larger tasks as done.  When the 
interrupting task comes in, decide whether or not it is a one off, or deserving 
of a project.

If it is a One-off task, you might put it in a larger Tasks headline.  Again, I 
would split out what needs to be done here as a series of smaller todo steps or 
checkboxes.

*** PROJECT Interrupting Cow
 STARTED Put out the fire.
 - [ ] Find the fire hose
 - [ ] Wear Suitable Rubber Boots
 - [ ] Put out fire
 - [ ] Save the day.

Now, if there is another interruption, you can Add another entry:

*** STARTED yet another one-off task.
- [ ] Give molly the frobniator
- [ ] send widget to fred.

Now, let's say it's lunch time, and the last thing you want to do is fart 
around with org files.  Great.  Go for lunch.

When you get back from lunch, or your break, run a quick agenda command to see 
what tasks you have started:

C-a T STARTED

Now you can take a peek at your started tasks, and you know what is currently 
holding your immediate attention.

I have a custom agenda set up for work that displays the started tasks right 
after the Scheduled tasks and my weekly view.  This makes the following things 
immediately apparent:
  1) Any time commitments are at the forefront of my mind and attention
  2) Any work I am currently doing is immediately visible.

When I am being diligent about working with org mode, I keep track of what I am 
doing directly into the TODO task, either as a series of checkboxes, or at the 
very least, a log of what I have done.  This makes it really easy to get back 
to what I am doing.  For instance, if I am knee-deep in hacking some SQL 
queries, I'll try em out on my sql buffer, and copy the relevant ones back to 
my currently working org buffer.   You can also use org-store-link and 
org-insert-link to keep track of your place, which obviously works better if 
you are working on a file.  I have found it especially useful for working with 
shell commands as well, to keep track of which commands I used, and sometimes 
the output of the commands.  Again, this makes it easy to deal with 
interruptions, because you can easily  follow your breadcrumb trail back.

Hopefully that helps!

-Original Message-
From: emacs-orgmode-bounces+jonathana=criticalmass@gnu.org 
[mailto:emacs-orgmode-bounces+jonathana=criticalmass@gnu.org] On Behalf Of 
Xavier Maillard
Sent: August 3, 2009 11:58 PM
To: emacs-orgmode@gnu.org
Subject: [Orgmode] Day workflow: need your opinion

Hi,

I am not a serious org-mode user but I am trying to use it again
for daily task planning (which everytime I tried, failed at ;)).

I did my lectures thanks to the worg project (Bernst and John
lecture were a real pleasure and sort of a non hittable dream to
me) but I still not clear how I could take advantage of all I
read (Bernst project concept is rather hard to understand for
me, it lacks examples IMO).

My main problem is that, at my work position (DBA), urgency is
not given by what I plan to do but by whom is calling me -i.e if
someone is calling me, it often means "forget what you were doing
and do this instead".

Given my fabulous talent of procrastination, this does not really
help get organized and thus this does not help in getting things
done.

How would you use org-mode in this situation ?

Ex:

a) I doing some non urgent (planned) DBA tasks (call this project A)
b) someone calls me (interrupting Project A)
c) I am doing what urgency of b) is needed
d) when c) is finished, I get back to project A

At my job, they often rules the "retro planning" concept which is
bloat. So how would you "manage" such situation in org-mode ?

Thank you,

Xavier



___
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

The information contained in this message is confidential. It is intended to be 
read only by the individual or entity named above or their designee. If the 
reader of this message is not the intended recipient, you are hereby notified 
that any distribution of this message, in any form, is strictly prohibited. If 
you have received this message in error, please immediately notify the sender 
and delete or destroy any copy of this message.


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the

Re: [Orgmode] formula

[Nick Dokos]

Haroldo Stenger  wrote:

> 
> Carsten ,
> 
> I take for granted that a filed formula is a column formula , like the one I
> was using.
> 
That's incorrect: look at Carsten's modification of your TBLFM line:

> #+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0
 ^^ this is the field formula.

The field formula initializes the top cell of the "balance" column. The
column formula (what you had before) then applies to the rest of the column.


> I upgraded to the las org-mode version.
> 
> I must be doing something really wrong, since C-u C-c *  doesn't recalculate
> the column, it just moves the point to the first row after the hline.
> 
> What can be that is missing here ?
> 

You are probably getting an error and somehow missing it: here is what I get
without the field formula:

,
| Debugger entered--Lisp error: (error #("Row descriptor -1 used in line 4 
crosses hline" 15 17 (fontified t font-lock-fontified t face org-meta-line)))
|   signal(error (#("Row descriptor -1 used in line 4 crosses hline" 15 17 
(fontified t font-lock-fontified t face org-meta-line
|   error("Row descriptor %s used in line %d crosses hline" #("-1" 0 2 (face 
org-meta-line font-lock-fontified t fontified t)) 4)
|   org-table-find-row-type([dline hline dline dline dline dline dline dline 
dline hline] 2 dline t 1 1 4 #("-1" 0 2 (face org-meta-line font-lock-fontified 
t fontified t)))
|   org-table-get-descriptor-line(#("-1" 0 2 (face org-meta-line 
font-lock-fontified t fontified t)))
|   org-table-get-range(#("@-1$3" 0 5 (fontified t font-lock-fontified t face 
org-meta-line)) nil 3)
|   org-table-eval-formula(nil #("@-1$3 + @+0$1 - @+0$2" 0 21 (fontified t 
font-lock-fontified t face org-meta-line)) noalign nocst nostore noanalysis)
|   org-table-recalculate(t)
|   call-interactively(org-table-recalculate)
|   org-ctrl-c-ctrl-c(nil)
|   call-interactively(org-ctrl-c-ctrl-c nil nil)
`

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

Re: [Orgmode] Compilation warnings from latest org from git

[Carsten Dominik]

Fixed, thanks.

- Carsten

On Aug 3, 2009, at 6:35 PM, Manish wrote:


Hello Carsten, Bastien!

Just noticed some odd messages from compilation of latest org from  
git.


,[ org-clock ]
| emacs -batch -q -no-site-file -eval "(progn (add-to-list (quote
load-path) \"/usr/local/share/emacs/site-lisp\") (add-to-list (quote
load-path) (expand-file-name \"./lisp/\")))" -f batch-byte-compile
lisp/org-clock.el
|
| In end of data:
| org-clock.el:1550:1:Warning: the function `popup-menu' is not  
known to be

| defined.
| Wrote /home/zms/elisp/org-mode.git/lisp/org-clock.elc
`

,[ org-html ]
| emacs -batch -q -no-site-file -eval "(progn (add-to-list (quote
load-path) \"/usr/local/share/emacs/site-lisp\") (add-to-list (quote
load-path) (expand-file-name \"./lisp/\")))" -f batch-byte-compile
lisp/org-html.el
|
| In org-export-as-html:
| org-html.el:1444:10:Warning: `format' called with 4 args to fill 0  
format

| field(s)
| Wrote /home/zms/elisp/org-mode.git/lisp/org-html.elc
`

,[ org-mouse ]
| emacs -batch -q -no-site-file -eval "(progn (add-to-list (quote
load-path) \"/usr/local/share/emacs/site-lisp\") (add-to-list (quote
load-path) (expand-file-name \"./lisp/\")))" -f batch-byte-compile
lisp/org-mouse.el
|
| In org-mouse-yank-link:
| org-mouse.el:645:9:Warning: assignment to free variable
| `mouse-selection-click-count'
|
| In end of data:
| org-mouse.el:1152:1:Warning: the following functions are not known  
to be

| defined: popup-menu, mouse-save-then-kill, mouse-set-point,
| mouse-drag-region
| Wrote /home/zms/elisp/org-mode.git/lisp/org-mouse.elc
`

,[ org-src ]
| emacs -batch -q -no-site-file -eval "(progn (add-to-list (quote
load-path) \"/usr/local/share/emacs/site-lisp\") (add-to-list (quote
load-path) (expand-file-name \"./lisp/\")))" -f batch-byte-compile
lisp/org-src.el
|
| In end of data:
| org-src.el:472:1:Warning: the function `mouse-set-point' is not  
known to be

| defined.
| Wrote /home/zms/elisp/org-mode.git/lisp/org-src.elc
`

Best regards,
--
Manish


___
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: Automatic indentation of org tree

[Carsten Dominik]

On Aug 3, 2009, at 6:49 PM, Eric S Fraga wrote:


At Mon, 3 Aug 2009 06:36:17 +0200,
Carsten Dominik wrote:




[...]


This solution is for Emacs 23 only, but I believe it is more stable,
so I am shipping it now with Org.

If anyone wants to try before the next release, put

#+STARTUP: indent

into a file after pulling the latest git version.


I like it!  However, it obviously isn't intended for use for files
where only odd level headings are used?

In any case, I still have to use Emacs 22 on one computer so cannot
switch over (although would like to!).


Hmmm,

it would not be hard to make this work under odd-levels conditions.
However, when you are using odd levels and hidestars for clean view
under Emacs 22, I would suspect that you are also indenting text
under the headline by hand.  This will then look bad if you use
the same file under Emacs 23 with org-indent-mode turned on.

?

- 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] Bug: Problem with ido-completing-read from org-table-export

[Carsten Dominik]

Fixed, thanks.

- Carsten

On Aug 3, 2009, at 5:31 PM, Gregory Grubbs wrote:


When exporting a table with ido-mode active, an error is raised in
org-ido-completing-read.  I think ido-completing-read is being called
with incorrect arguments, but the fix is beyond me.

Steps to reproduce the error:
Org-mode version: 6.28trans
Emacs version: GNU Emacs 23.0.91.1 (i486-pc-linux-gnu, GTK+ Version
2.16.0) of 2009-04-05 on palmer, modified by Debian


Turn on ido-mode: M-x ido-mode RET
visit a file using C-x C-f /tmp/test.org RET
Create a simple table:
|column a|column b|
|-
|one|two|
|three|four|

Org-magic-tabelize it by hitting TAB somewhere in a column

M-x org-table-export RET /tmp/test.csv

Here's the backtrace I get:

Debugger entered--Lisp error: (wrong-type-argument listp "orgtbl-to- 
tsv")

  #[(x) "@" [x] 1]("orgtbl-to-tsv")
  mapcar(#[(x) "@" [x] 1] ("orgtbl-to-tsv" "orgtbl-to-csv"
"orgtbl-to-latex" "orgtbl-to-html" "orgtbl-to-generic"
"orgtbl-to-texinfo" "orgtbl-to-orgtbl"))
  org-ido-completing-read("Format: " ("orgtbl-to-tsv" "orgtbl-to-csv"
"orgtbl-to-latex" "orgtbl-to-html" "orgtbl-to-generic"
"orgtbl-to-texinfo" "orgtbl-to-orgtbl") nil nil "orgtbl-to-tsv")
  apply(org-ido-completing-read ("Format: " ("orgtbl-to-tsv"
"orgtbl-to-csv" "orgtbl-to-latex" "orgtbl-to-html" "orgtbl-to-generic"
"orgtbl-to-texinfo" "orgtbl-to-orgtbl") nil nil "orgtbl-to-tsv"))
  org-completing-read("Format: " ("orgtbl-to-tsv" "orgtbl-to-csv"
"orgtbl-to-latex" "orgtbl-to-html" "orgtbl-to-generic"
"orgtbl-to-texinfo" "orgtbl-to-orgtbl") nil nil "orgtbl-to-tsv")
  org-table-export()
  call-interactively(org-table-export t nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command nil nil)
  recursive-edit()
  byte-code("Æ@Ç=!


___
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] Refile error - Kill is not a (set of) trees

[Carsten Dominik]

Hi Michael,

could you please do the following:

- Run Emacs with a minimal configuration
- Make me a test file that will let me reproduce the bug if possible.

Thanks.

- Carsten

On Aug 3, 2009, at 8:33 PM, Michael Gilbert wrote:


Hi --

I have more information on this error. I think I've traced it down  
to whether the command is actually killing the current element in  
the first place.


I had a clipboard management function working in Quicksilver and got  
rid of that in order to test this better. I got an error on  
refiling, but it was a different error this time. One about the  
element being empty, IIRC.


Am I misunderstanding refile? Do I have to do more than have the  
cursor on the line to be moved?


And is there a way I can further backtrace this so that it might be  
useful for troubleshooting by others? Or screencast the error so you  
can see I am not making this up? I am  enamored of orgmode now, but  
I'm on the verge of abandoning it because I have a notes file from  
which I cannot conveniently refile tasks and it's becoming  
unmanageable.


-- Michael




On Jun 26,2009, at 1:14 AM, Carsten Dominik wrote:


I am unable to reproduce this problem.

- Carsten

On Jun 25, 2009, at 7:42 PM, Michael Gilbert wrote:

I am a noob - drawn to the alien world of Emacs (from my  
familiar Mac environment) by OrgMode. I am uncertain enough that  
I don't rightly know if this is best described as an OrgMode  
error or an Emacs error. Most likely a human error, I guess.


I am using last night's Aquamacs build: GNU Emacs 23.0.94.1  
(i386-apple-darwin9.7.0, NS apple-appkit-949.46)
of 2009-06-23 on BRAEBURN.PSY.CMU.EDU - Aquamacs Distribution  
2.0dev. Org-mode 6.21b.


In OrgMode, I am trying to learn to refile tasks. I use C-c C-w  
on a TODO item in a notes file. It goes through the process of  
allowing me to select the destination for the item. But then it  
throws an error - "Kill is not a (set of) trees" etc - every  
time. Doesn't kill the TODO and obviously doesn't yank it to the  
new location.


Are you selecting a region before calling the command? That  
region might be not a valid tree.


I have done this with the point (that's the emacs word for cursor,  
right?) in a TODO item. I have done it with the entire item  
selected as a region.


I am happy to backtrace this or test in whatever way is needed. I  
knew I was getting into something complex 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




___
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] Refile error - Kill is not a (set of) trees

[Carsten Dominik]

On Aug 3, 2009, at 8:33 PM, Michael Gilbert wrote:


Hi --

I have more information on this error. I think I've traced it down  
to whether the command is actually killing the current element in  
the first place.


I had a clipboard management function working in Quicksilver and got  
rid of that in order to test this better. I got an error on  
refiling, but it was a different error this time. One about the  
element being empty, IIRC.


Am I misunderstanding refile? Do I have to do more than have the  
cursor on the line to be moved?


No, this is exactly everything you need to do.

- Carsten



And is there a way I can further backtrace this so that it might be  
useful for troubleshooting by others? Or screencast the error so you  
can see I am not making this up? I am  enamored of orgmode now, but  
I'm on the verge of abandoning it because I have a notes file from  
which I cannot conveniently refile tasks and it's becoming  
unmanageable.


-- Michael




On Jun 26,2009, at 1:14 AM, Carsten Dominik wrote:


I am unable to reproduce this problem.

- Carsten

On Jun 25, 2009, at 7:42 PM, Michael Gilbert wrote:

I am a noob - drawn to the alien world of Emacs (from my  
familiar Mac environment) by OrgMode. I am uncertain enough that  
I don't rightly know if this is best described as an OrgMode  
error or an Emacs error. Most likely a human error, I guess.


I am using last night's Aquamacs build: GNU Emacs 23.0.94.1  
(i386-apple-darwin9.7.0, NS apple-appkit-949.46)
of 2009-06-23 on BRAEBURN.PSY.CMU.EDU - Aquamacs Distribution  
2.0dev. Org-mode 6.21b.


In OrgMode, I am trying to learn to refile tasks. I use C-c C-w  
on a TODO item in a notes file. It goes through the process of  
allowing me to select the destination for the item. But then it  
throws an error - "Kill is not a (set of) trees" etc - every  
time. Doesn't kill the TODO and obviously doesn't yank it to the  
new location.


Are you selecting a region before calling the command? That  
region might be not a valid tree.


I have done this with the point (that's the emacs word for cursor,  
right?) in a TODO item. I have done it with the entire item  
selected as a region.


I am happy to backtrace this or test in whatever way is needed. I  
knew I was getting into something complex 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




___
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: Day workflow: need your opinion

[Bernt Hansen]

Xavier Maillard  writes:

> How would you use org-mode in this situation ?
>
> Ex:
>
> a) I doing some non urgent (planned) DBA tasks (call this project A)
> b) someone calls me (interrupting Project A)
> c) I am doing what urgency of b) is needed
> d) when c) is finished, I get back to project A
>
> At my job, they often rules the "retro planning" concept which is
> bloat. So how would you "manage" such situation in org-mode ?

Find project A and clock it in

When someone calls you create a remember task and clock that in.  Add
whatever details you talk about to the task as the record of your
conversation.  This creates or redirects you to work on task c).

Create or find task c) and clock it in.

Work on task c)

Mark C done.

Find project A by using the clock history C-u C-c C-x C-i and picking it
off the recently clocked list.

Continue working on task a).

HTH,
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] Narrow tSparse Trees layout

[Samuel Wales]

A possible workaround:

(require 'scroll-lock)
(define-key global-map [(control shift up)] 'scroll-lock-previous-line)
(define-key global-map [(control shift down)] 'scroll-lock-next-line)
(define-key global-map [(control shift right)] 'alpha-scroll-lock-next-char)
(define-key global-map [(control shift left)] 'alpha-scroll-lock-previous-char)
(defun alpha-scroll-lock-previous-char () (interactive) (scroll-right 1))
(defun alpha-scroll-lock-next-char () (interactive) (scroll-left 1))


___
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: Automatic indentation of org tree

[Eric S Fraga]

At Tue, 4 Aug 2009 17:08:23 +0200,
Carsten Dominik wrote:
> 
> 
> On Aug 3, 2009, at 6:49 PM, Eric S Fraga wrote:
> 
> > At Mon, 3 Aug 2009 06:36:17 +0200,
> > Carsten Dominik wrote:
> >>
> >
> > [...]
> >
> >> This solution is for Emacs 23 only, but I believe it is more stable,
> >> so I am shipping it now with Org.
> >>
> >> If anyone wants to try before the next release, put
> >>
> >> #+STARTUP: indent
> >>
> >> into a file after pulling the latest git version.
> >
> > I like it!  However, it obviously isn't intended for use for files
> > where only odd level headings are used?
> >
> > In any case, I still have to use Emacs 22 on one computer so cannot
> > switch over (although would like to!).
> 
> Hmmm,
> 
> it would not be hard to make this work under odd-levels conditions.
> However, when you are using odd levels and hidestars for clean view
> under Emacs 22, I would suspect that you are also indenting text
> under the headline by hand.  This will then look bad if you use
> the same file under Emacs 23 with org-indent-mode turned on.
> 
> ?
> 
> - Carsten

Well, I do sometimes indent text but not often so this aspect is fine
with the org-indent-mode.

The odd-levels issue is really a non-issue.  Given the new
org-indent-mode, it's not really needed (if I correctly interpreted
the output I got!) so it would simply be a matter of converting my org
files to odd+even headings.

But I'll wait until I'm fully Emacs 23 before I even think about this!
And that might be a long time as it depends on somebody building Emacs
23 for the Nokia N8x0 tablets.

Thanks,
eric


___
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] agenda bulk refile error

[Bernt Hansen]

Every so often I run into a situation where bulk refiling doesn't work
anymore.

I currently have 15 items in my refile.org file that I want to refile to
other locations.  I marked a few of them and bulk refiled them just
fine.  Then I marked a few more and B r fails with "Cannot find entry
for marker #"

I think this happens when I mark multiple tasks in the same subtree
(i.e. the parent and a sibling) and refile both to the same location.
After that it gets confused.

If I have a task like this in refile.org

#+FILETAGS: REFILE
* Test
** Test 2

and run a tags match on REFILE I see both tasks.  Mark both with m in
the agenda and B r to some other location.  It refiles the first (and
this moves the sibling too) and then it's broken after that.

I get the following backtrace

Debugger entered--Lisp error: (error "Cannot find entry for marker #")
  signal(error ("Cannot find entry for marker #"))
  error("Cannot find entry for marker %s" #)
  (or (text-property-any (point-min) (point-max) (quote org-hd-marker) e) 
(error "Cannot find entry for marker %s" e))
  (goto-char (or (text-property-any ... ... ... e) (error "Cannot find entry 
for marker %s" e)))
  (while (setq e (pop entries)) (goto-char (or ... ...)) (eval cmd) (setq 
org-agenda-bulk-marked-entries (delete e org-agenda-bulk-marked-entries)) (setq 
cnt (1+ cnt)))
  (let* ((action ...) (entries ...) cmd rfloc state e tag (cnt 0)) (cond (... 
...) (... ...) (... ... ... ...) (... ... ...) (... ... ...) (... ...) (t ...)) 
(while (setq e ...) (goto-char ...) (eval cmd) (setq 
org-agenda-bulk-marked-entries ...) (setq cnt ...)) (setq 
org-agenda-bulk-marked-entries nil) (org-agenda-bulk-remove-all-marks) (message 
"Acted on %d entries" cnt))
  org-agenda-bulk-action()
  call-interactively(org-agenda-bulk-action)

I've since changed my refile custom view to only show level 1 tasks to
avoid this problem.

-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] agenda bulk refile error

[Carsten Dominik]

Hi Bernt,

what would be the *wanted* result of marking both a parent and its  
child, and then refiling both?


I guess the problem happens when you first refile the parent, and then  
the child.  The reason for this is that, when an entry is refiled from  
the agenda, all entries in the agenda that stem from the subtree of  
this item will be removed from the agenda.  This is the right ting to  
do, but of course it causes problems if you have marked both a parent  
and one of it's children.


Would it be acceptable that first the child gets refiled, and then the  
parent?  If yes, a simple solution would be to sort the task markers  
by buffer position before doing te bulk command.  However, it seems to  
me that the right course of action would be to move the parent with  
its subtree, and to ignore the mark on the child.  We could, instead  
of throwing an error, prompt the user about how to proceed.  Of set a  
variable that such errors should simply be ignored.


- Carsten

On Aug 4, 2009, at 8:00 PM, Bernt Hansen wrote:


Every so often I run into a situation where bulk refiling doesn't work
anymore.

I currently have 15 items in my refile.org file that I want to  
refile to

other locations.  I marked a few of them and bulk refiled them just
fine.  Then I marked a few more and B r fails with "Cannot find entry
for marker #"

I think this happens when I mark multiple tasks in the same subtree
(i.e. the parent and a sibling) and refile both to the same location.
After that it gets confused.

If I have a task like this in refile.org

#+FILETAGS: REFILE
* Test
** Test 2

and run a tags match on REFILE I see both tasks.  Mark both with m in
the agenda and B r to some other location.  It refiles the first (and
this moves the sibling too) and then it's broken after that.

I get the following backtrace

Debugger entered--Lisp error: (error "Cannot find entry for marker  
#")
 signal(error ("Cannot find entry for marker #norang.org>"))
 error("Cannot find entry for marker %s" #norang.org>)
 (or (text-property-any (point-min) (point-max) (quote org-hd- 
marker) e) (error "Cannot find entry for marker %s" e))
 (goto-char (or (text-property-any ... ... ... e) (error "Cannot  
find entry for marker %s" e)))
 (while (setq e (pop entries)) (goto-char (or ... ...)) (eval cmd)  
(setq org-agenda-bulk-marked-entries (delete e org-agenda-bulk- 
marked-entries)) (setq cnt (1+ cnt)))
 (let* ((action ...) (entries ...) cmd rfloc state e tag (cnt 0))  
(cond (... ...) (... ...) (... ... ... ...) (... ... ...)  
(... ... ...) (... ...) (t ...)) (while (setq e ...) (goto-char ...)  
(eval cmd) (setq org-agenda-bulk-marked-entries ...) (setq cnt ...))  
(setq org-agenda-bulk-marked-entries nil) (org-agenda-bulk-remove- 
all-marks) (message "Acted on %d entries" cnt))

 org-agenda-bulk-action()
 call-interactively(org-agenda-bulk-action)

I've since changed my refile custom view to only show level 1 tasks to
avoid this problem.

-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] agenda bulk refile error

[Bernt Hansen]

Carsten Dominik  writes:

> Hi Bernt,
>
> what would be the *wanted* result of marking both a parent and its
> child, and then refiling both?

I'd want the parent refiled and the child to follow normally and still
have the same parent as it did before refiling.  It's really a mistake
(for me) to try to refile both and the agenda view I was looking at
didn't obviously show that this was a child of this other task I was
refiling already in the same operation.  I was just picking off tasks
and moving them to the right file and level 1 category.

>
> I guess the problem happens when you first refile the parent, and then
> the child.  The reason for this is that, when an entry is refiled from
> the agenda, all entries in the agenda that stem from the subtree of
> this item will be removed from the agenda.  This is the right ting to
> do, but of course it causes problems if you have marked both a parent
> and one of it's children.

Yes it works the way I want it to now (refiling the parent with the
children -- and then the child task that was also selected is *gone*
which probably is the cause of this error message.)

>
> Would it be acceptable that first the child gets refiled, and then the
> parent?  If yes, a simple solution would be to sort the task markers
> by buffer position before doing te bulk command.

No that isn't the behaviour I was looking for.  I just want to refile
the parent to get it out of the refile.org file (the child would
automatically go with it and preserve it's location in the parent
subtree)

> However, it seems to me that the right course of action would be to
> move the parent with its subtree, and to ignore the mark on the child.

That's better :)  The child was refiled due to the parent task being
refiled so just ignore the mark.  You might run into problems if the
agenda tasks are sorted so that the child is before the parent -- then
you'll refile the child first, and the parent after which would modified
the tree.

> We could, instead of throwing an error, prompt the user about how to
> proceed.  Of set a variable that such errors should simply be ignored.

I'm not sure that's worth it.  I think keeping deterministic behaviour
is easiest to understand and document.  If you select a parent and
refile all children go with it.  If you really want to extract a child
from the parent then it should be two separate refile operations - the
first to move the child out of the parent's tree, and the second to move
the parent tree.

If it's possible to just ignore marks on child tasks when a parent is
selected I think that will work better - this leaves a deterministic
result -- the order of tasks in the agenda will not affect the result
after refiling.  If you refile a parent then all children stay as in
that tree and move with the parent.

Hopefully that makes sense :)

-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] agenda bulk refile error

[Carsten Dominik]

Fixed, thanks.

- Carsten

On Aug 4, 2009, at 9:25 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


Hi Bernt,

what would be the *wanted* result of marking both a parent and its
child, and then refiling both?


I'd want the parent refiled and the child to follow normally and still
have the same parent as it did before refiling.  It's really a mistake
(for me) to try to refile both and the agenda view I was looking at
didn't obviously show that this was a child of this other task I was
refiling already in the same operation.  I was just picking off tasks
and moving them to the right file and level 1 category.



I guess the problem happens when you first refile the parent, and  
then
the child.  The reason for this is that, when an entry is refiled  
from

the agenda, all entries in the agenda that stem from the subtree of
this item will be removed from the agenda.  This is the right ting to
do, but of course it causes problems if you have marked both a parent
and one of it's children.


Yes it works the way I want it to now (refiling the parent with the
children -- and then the child task that was also selected is *gone*
which probably is the cause of this error message.)



Would it be acceptable that first the child gets refiled, and then  
the

parent?  If yes, a simple solution would be to sort the task markers
by buffer position before doing te bulk command.


No that isn't the behaviour I was looking for.  I just want to refile
the parent to get it out of the refile.org file (the child would
automatically go with it and preserve it's location in the parent
subtree)


However, it seems to me that the right course of action would be to
move the parent with its subtree, and to ignore the mark on the  
child.


That's better :)  The child was refiled due to the parent task being
refiled so just ignore the mark.  You might run into problems if the
agenda tasks are sorted so that the child is before the parent -- then
you'll refile the child first, and the parent after which would  
modified

the tree.


We could, instead of throwing an error, prompt the user about how to
proceed.  Of set a variable that such errors should simply be  
ignored.


I'm not sure that's worth it.  I think keeping deterministic behaviour
is easiest to understand and document.  If you select a parent and
refile all children go with it.  If you really want to extract a child
from the parent then it should be two separate refile operations - the
first to move the child out of the parent's tree, and the second to  
move

the parent tree.

If it's possible to just ignore marks on child tasks when a parent is
selected I think that will work better - this leaves a deterministic
result -- the order of tasks in the agenda will not affect the result
after refiling.  If you refile a parent then all children stay as in
that tree and move with the parent.

Hopefully that makes sense :)

-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] agenda bulk refile error

[Bernt Hansen]

Carsten Dominik  writes:

> Fixed, thanks.

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] Org-mode release 6.29

[Carsten Dominik]

Hi,

I am releasing Org-mode 6.29.

Thanks to everyone who contributed, in particular Bastien, who
put a big part of this release together while I was gone.

I am most excited about the new org-indent-mode, with dynamic
outline indentation under Emacs 23.  Please test it.

Here are the user-visible changes.

Enjoy!

- Carsten

 Version 6.29
 

Date: 2009-08-04 23:11:51 CEST


Structure editing and cycling
~~

New minor mode `org-indent-mode'
=

This mode implements outline indentation similar to clean view,
but in a dynamic and virtual way, at display time.  I have wanted
this functionality for years and tried several implementations,
all unworkable.  Emacs 23 has finally made it possible.  So this
solution is for Emacs 23 only, and I am not sure yet how stable
it really is.  Time will tell.

Currently I do not recommend to turn it on globally using
the variable `org-startup-indented'.  But you can turn it on
for a particular buffer using

  #+STARTUP: indent


Turning on this minor mode automatically turns on
`org-hide-leading-stars', and it turns off
`org-adapt-indentation'.

Skip CHILDREN state if there are no children
=

When a subtree does not have any children, visibility
cycling now skips the CHILDREN state.  You can customize
this behavior with the variable
`org-cycle-skip-children-state-if-no-children'.

Nodes without keyword can now be counted for statistics


See the variable `org-provide-todo-statistics' for details.
It can be the symbol `all-headings', or a list of TODO
states to consider.

This was requested by David A. Gershman.

New function `org-list-make-subtree'
=

This function converts the plain list at point into a
subtree, preserving the list structure.  The key for this
command is `C-c C-*'.  Thanks to Ilya Shlyakhter for this
suggestion.

Headlines can be fontified to the right window border
==

Use the variable `org-fontify-whole-heading-line' to turn
this on.  Then headline fontification will include the final
newline.  If your setup for headline faces includes a
background different from the default background, this setup
creates a visual line across the window.

Inline tasks have become better citizens
=

The new key `C-c C-x t' inserts an inline task including an
END line.  Inline tasks play along with (i,e, are ignored
by) link creation and footnotes.  Inline tasks with an `END'
line can be refiled and archived.  During the refile/archive
operation, the tasks become normal tasks and the `END' line
disappears.

These improvements reflect reports and requests by Peter
Westlake and Matt Lundin.

Archive subtree and move to next visible task
==

When archiving a task, the cursor now ends up on the next
headline, so the repeated application of the archiving
command will archive successive tasks.

Thanks to Bernt Hansen for a patch to this effect.

Renumbering the fn:N-like footnotes


The new footnote action `r' will renumber simple `fn:N'
footnotes in the current document.  The action `S' will
first do the renumbering and then sort the footnotes (the
`s' action).

This was a request by Andreas Röhler.

Automatic sorting and renumbering
==

Customize the new variable `org-footnote-auto-adjust' or use
the `#+STARTUP' option `fnadjust' to get automatic
renumbering and sorting of footnotes after each
insertion/deletion.

This was a request by Andreas Röhler.

Improvements to plain-list-cycling with TAB.
=

TAB now by default cycles visibility in plain lists if the
cursor is at a plain list item.  This corresponds to the new
default value `t' of `org-cycle-include-plain-lists'.  If
you want to treat plain list items as part of the outline
hierarchy during cycling of outline headings (this is what a
`t' value used to mean), set this variable to `integrate'.

Force bullet type changes during plain list demotion
=

We now have a mechanism to force a particular bullet type
when demoting a plain list item.  See the variable
`org-list-demote-modify-bullet' for details.

This was a request by Rainer Stengele.


Tables
~~~

Relative row references may now cross hlines
=

A relative row reference like @-1 in a table may now reach
across a horizontal separator line.  I hope this will not
break any important tables out there, but I think it is the
right thing to do.

The sole original reason for not allowing such crossing was
to implement running averages of one column in the next.
This can now

Re: [Orgmode] Org-mode release 6.29

[Keith Lancaster]

Hi,
This is great! I'm having an issue with the org-indent-mode.

I get

org-mode: Cannot open load file: org-indent

if I enable it for a buffer (same message if I just do M-x org-indent- 
mode).


I'm on 23.1.5 cocoa build for OS X.

Keith

On Aug 4, 2009, at 4:15 PM, Carsten Dominik wrote:


Hi,

I am releasing Org-mode 6.29.

Thanks to everyone who contributed, in particular Bastien, who
put a big part of this release together while I was gone.

I am most excited about the new org-indent-mode, with dynamic
outline indentation under Emacs 23.  Please test it.

Here are the user-visible changes.

Enjoy!

- 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] Org-mode release 6.29

[Sebastian Rose]

Keith Lancaster  writes:
> Hi,
> This is great! I'm having an issue with the org-indent-mode.
>
> I get
>
>   org-mode: Cannot open load file: org-indent
>
> if I enable it for a buffer (same message if I just do M-x org-indent-
> mode).


Maybe the file is not auto-loaded? Did you call `make' after upgrading?



Sebastian


___
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] org-id-get-create maybe...

[Sebastian Rose]

In my org-setup, I want to have something like this:

  (defun sr-org-id-insert-maybe ()
(if (y-or-n-p "Create a unique ID for this section?")
   (org-id-get-create)))

  (org-insert-heading-hook (quote (sr-org-id-insert-maybe)))



But I don't want to enable it globally. Instead, I want to create IDs
semi-automatic for special files (or projects) only.

How would I do that?



   Sebastian


___
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-mode release 6.29 (SOLVED)

[Keith Lancaster]

OOOPS!

Had edited an older version of the makefile, so make install was not  
copying over the new files.


Sorry about that!

Keith


On Aug 4, 2009, at 5:59 PM, Sebastian Rose wrote:


Keith Lancaster  writes:

Hi,
This is great! I'm having an issue with the org-indent-mode.

I get

org-mode: Cannot open load file: org-indent

if I enable it for a buffer (same message if I just do M-x org- 
indent-

mode).



Maybe the file is not auto-loaded? Did you call `make' after  
upgrading?




Sebastian


Keith Lancaster
klancaster1...@mac.com





___
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-id-get-create maybe...

[Carsten Dominik]

On Aug 5, 2009, at 1:06 AM, Sebastian Rose wrote:




In my org-setup, I want to have something like this:

 (defun sr-org-id-insert-maybe ()
   (if (y-or-n-p "Create a unique ID for this section?")
  (org-id-get-create)))

 (org-insert-heading-hook (quote (sr-org-id-insert-maybe)))



But I don't want to enable it globally. Instead, I want to create IDs
semi-automatic for special files (or projects) only.

How would I do that?


Take a look at

file variables

http://www.gnu.org/software/emacs/manual/html_node/emacs/File-Variables.html#File-Variables

and directory variables.

http://www.gnu.org/software/emacs/manual/html_node/emacs/Directory-Variables.html#Directory-Variables

  And then make your hook dependent on the value of such a variable.

- Carsten





  Sebastian


___
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] Results of the SourceForge Community Award

[srandby]

Carsten Dominik wrote:


Well, at least it was not a close call :-)

   http://sourceforge.net/community/cca09/winners/

shows that we came in 9th of the 10 contenders.


It looks to me that org-mode received around 873 votes which is pretty 
good in my book. PortableApps.com, a heavily advertised commercial 
product for Windows, could only muster 3880 votes. I am guessing that 
the percentage of PortableApps.com users who voted for it is much 
smaller than the percentage of org-mode users who voted for org-mode.


The PortableApps.com website claims that 100 million portable apps have 
been downloaded which must mean that the number of users of 
PortableApps.com is huge compared to the number of users of org-mode. 
With no advertising, no money, and a much smaller user base, org-mode 
outperformed PortableApps.com in the voting. Sounds like a victory to me.


Scott Randby


___
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-mode release 6.29

[Samuel Wales]

Hi Carsten,

On 2009-08-04, Carsten Dominik  wrote:
> When archiving a task, the cursor now ends up on the next
> headline, so the repeated application of the archiving
> command will archive successive tasks.

This is strange.  My recollection is that something like this already
happened, if not recently, then in a previous release of org.  If you
archived a task, then point would be at the beginning of the next
headline.  I had this:

  ;;archiving moves point to the next entry.  however, mapping moves point
  ;;/after/ running this.
  ;;
  ;;it does some kind of save-excursion thing.  try running this on 2
  ;;sequential entries that need archiving without the continue from thing
  ;;below.  it will skip over the second even if you manually move to the
  ;;previous entry.  see org-map-continue-from.
  (when (alpha-org-expired-p)
(message "want to expire %s" (org-get-heading))
(when t
  (org-archive-subtree)
  ;;we have to move back.  carsten very kindly added this feature for me.
  ;;beware loops and skips.
  (setq org-map-continue-from (point)


___
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] dvipng: -E is not a valid option

[Hsiu-Khuern Tang]

Hi all,

In org.el, dvipng is called with the -E option, but I can't find out what this
option does.  If I call dvipng -E ... directly from the Linux shell, I get

/usr/bin/dvipng warning: -E is not a valid option [1]

-- 
Best,
Hsiu-Khuern.


___
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] Feature Request: "Keeping me honest"

[Jonathan Arkell]

This is a great idea!

I was thinking about something similar, but my ideal implementation would 
enforce more granular discipline:

If the user is on a TODO item and hits Enter, moves up or down, or sets the 
TODO state of the todo item (to a not done state), then the enforcer kicks in, 
and does a check against a list of known good and known bad words.  During this 
process a small buffer would pop up, showing the text of the TODO item and any 
errors that popped up.

This secondary buffer would have keybindings similar to the tags interface, TAB 
to edit the todo item directly to fix the problem and enter to accept it as is, 
and maybe alpha-numerics to enter keywords

If "bad" words show up in the todo item, then the enter key has a y/n 
confirmation behind it.  ("This TODO Item seems unactionable, are you sure you 
want to use it?")

What are bad words?  A project verb in a TODO keyword I would consider bad, but 
it should be customizable per keyword and per todo item.

A few options I can think of:
- Don't Process enforce if  the todo item has checkboxes in it
- Loose enforcement, don't bug the user at all, only use agenda functionality.
- Strict enforcement, don't let the user enter out of confirmation

I saw a similar list to the one you have on P218 of "Making it all Work" (David 
Allen)

Right now this is all sitting in my "Long term ideas for Org Mode" headline...  
So I hope to get to it by the next decade. :p

-Original Message-
From: emacs-orgmode-bounces+jonathana=criticalmass@gnu.org 
[mailto:emacs-orgmode-bounces+jonathana=criticalmass@gnu.org] On Behalf Of 
Tim O'Callaghan
Sent: August 3, 2009 7:47 AM
To: org-mode
Subject: [Orgmode] Feature Request: "Keeping me honest"

Hi, I'm not sure how/if these are implemented or implementable.

* "Keeping Me honest"

  When i outline a project, sometimes there are points that are
  ambigiously stated. Being neither actions or titles, they can slip
  through the cracks. So i've been thinking of a feature that would be
  similar to the "stuck projects" indicator. This would be a set of
  words that would naturally follow a TODO or similar, to indicate
  that the title has some honesty to it. Its to enforce a kind of "GTD
  verb" in every actionalble outline title.

  Implementation wise, i was thinking this could be a word list
  associated with a todo or tag. That list would then be used to font
  lock the first word of an outline header. e.g.

   * TODO foobar compatibility needed for something
vs
   * TODO change feature X of something so that it works with foobar

  Either the first word, and/or the whole line would be highlighted a
  different colour. GTD words are not the only use for a feature like
  this. It might be used to highlight that a bug ID is needed in a
  "FIXME" heading with a regexp "ID#[0-9]+" associated to the "keep me
  honest" field.

  Not sure where i picked this list up from but here are some example
  GTD words to test with:

*** "PROJECT" todo-type outline action verbs
Finalize, resolve, handle, look into, submit, maximize, organize,
design, complete, ensure, research, roll out, update, install,
implement, set-up

*** "TODO" todo-type next action verbs
Address, ask, avoid, buy, change, clarify, collect, commend confront,
consider, create, decide, defer, develop, discard, do again, download,
enter, file, follow up, hire, improve, increase, inform, inquire,
maintain, measure, monitor, order, paint, phone, prioritize, purchase,
question, reduce, remember, repair, reply, report, research, resolve,
review, schedule, sell, send, service, specify, start, stop, suggest,
tidy, train, update, upgrade, write.

Tim.


___
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

The information contained in this message is confidential. It is intended to be 
read only by the individual or entity named above or their designee. If the 
reader of this message is not the intended recipient, you are hereby notified 
that any distribution of this message, in any form, is strictly prohibited. If 
you have received this message in error, please immediately notify the sender 
and delete or destroy any copy of this message.


___
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] Results of the SourceForge Community Award

[Torsten Wagner]

>Carsten Dominik wrote:
>> Well, at least it was not a close call :-)
>>
>>http://sourceforge.net/community/cca09/winners/
>>
>> shows that we came in 9th of the 10 contenders.
>
>It looks to me that org-mode received around 873 votes which is pretty
>good in my book. PortableApps.com, a heavily advertised commercial
>product for Windows, could only muster 3880 votes. I am guessing that
>the percentage of PortableApps.com users who voted for it is much
>smaller than the percentage of org-mode users who voted for org-mode.
>
>The PortableApps.com website claims that 100 million portable apps have
>been downloaded which must mean that the number of users of
>PortableApps.com is huge compared to the number of users of org-mode.
>With no advertising, no money, and a much smaller user base, org-mode
>outperformed PortableApps.com in the voting. Sounds like a victory to me.


I just have to agree with that...
redefine the vote rule to be scientifically correct it should be 

impact = votes/user-base

this gives a similar value like the impact factor of scientific journals 
(published papers / overall citation of papers)  which more clearly depict the 
importance of the journal to its particular field. 

I guess with that org-mode might be the winner :)

Even if we just use the number of downloads I would say the number of 
downloads for org-mode is at least  two to three magnitudes smaller then 
PortableApps which makes org-mode (8.7e-4) has a 22.5 times higher impact then 
PortableApps (3.88e-5).

By the way is the number of org-mode users known somehow (and how to estimate 
it in future bundled with emacs23) ? Would be interesting to see how much 
people use org-mode

Nevertheless, even without this it was amazing to see that org-mode made it so 
far.

Bye
Totti

CC. Maybe someone should suggest this new rule set to sourceforge... and then 
lets see how 2010 is going on :)



___
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: Refile error - Kill is not a (set of) trees

[Chris Mann]

Carsten Dominik  writes:

> could you please do the following:
>
> - Run Emacs with a minimal configuration
> - Make me a test file that will let me reproduce the bug if possible.


Hello Carsten,

I've also been experiencing this behaviour lately.  I have been able to
reproduce this consistently with the following:

1) Create a file `reproduce.org', with the following contents:

   * Level1-1
   ** Level2-1
   *** TODO Level3-1
   SCHEDULED: <2009-08-05 Wed>
   ** Level2-2

2) run `emacs -Q' and evalute something resembling the following:

   (progn
 (add-to-list 'load-path "path/to/org-mode/lisp") 
 (require 'org-agenda)
 (setq org-agenda-files '("reproduce.org") 
   org-refile-targets '((("reproduce.org") . (:maxlevel . 2)

3) 'M-x org-agenda-list'

4) Move point to the `Level3-1' item in the agenda, 'C-c C-w' and
   attempt to refile it to, for example, Level2-1.

5) Error: org-paste-subtree: The kill is not a (set of) tree(s) [...]


As far as I can tell, the error occurs only when the heading's source
buffer is folded at the `Level1-1' heading; I could not reproduce the
error while the outermost heading was unfolded, regardless of the level
of the refile source / target.

I've investigated this error briefly: I believe `org-back-to-heading'
moves backward (passed the correct heading), to the outer-most heading,
causing `org-end-of-subtree' to then search for the start of heading of
the wrong level (too shallow).

Resultingly, the killed region may extend passed the end of the target
subtree.  In the above example, I believe the killed text would include
both the level 3 heading and the subsequent level 2 heading.

My suspicion is that this is stemming from a problem within outline-mode.

org-mode 6.29a
GNU Emacs 23.1.50.1

 -- Chris



___
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] Keeping org files under git - trimming the repository

[Ian Barton]

About a year ago, I decided to learn how to write "macros" in lisp and 
started by teaching myself about the after-save-hook.  I added a hook to 
auto commit every time I saved any org file.  My simple, small text file 
of todo items is now a giant git repository.


At last a question or two: Does this happen to you? What do you do?  
What new git command do I need to learn in order to do it?


Is there some way to clone my git repo onto my USB stick, but make it a 
subset instead of the whole thing?  That would be useful for me to learn 
for other git projects!



I am not a git expert, but I think there a couple of things you can do:

Create a new branch and push just the branch to your usb stick.

Use git rebase to rewrite all your earlier commits into one huge commit.

Using rebase is a bit like juggling chain saws while walking blindfold 
along a tightrope, so make sure that you pratice on a backup first.


Ian.


___
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] Keeping org files under git - trimming the repository

[Torsten Wagner]

Hi,
>About a year ago, I decided to learn how to write "macros" in lisp and
>started by teaching myself about the after-save-hook.  I added a hook
>to auto commit every time I saved any org file.  My simple, small text
>file of todo items is now a giant git repository.

please define giant :)
compared to a plain copy of files under git. 
Please consider that every commit create a small overhead to store a commit. 
That means if you commit very small changes every minute or so... your git 
might blow up.
Do you use any autosave function ? 1 one year saving (and commiting) every 15 
min) means 35.000 commits if every auto-commit keeps the sentence "Auto-commit 
from my org-files" :this creates 29 bytes * 35.000 commits which ends up to be 
1 MB just for storing the log-file text. Other values and things will add to 
this.

So please check how many commits you have already.
Repack and gc helps to clean up a bit of the overhead.

As for your concerns to make it smaller again. If you are not interested in 
keeping the history of the files any more, most simply might be just create a 
new git repro, copy the actual versions of the files to this repro and add them 
to git. 

Best regards

Totti



___
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