Re: [Orgmode] Duration Tally
On Jun 19, 2007, at 19:45, Scott Jaderholm wrote: Carsten, Have spreadsheet like columns for lists been discussed before, and if so, what was the verdict? I have seen them mentioned before but never understood what was meant, so nothing from my side happened. Thanks for sending the illustration from omni-outliner, so at least I have now an idea what this is about. What I find a bit strange though is that it is using a hierarchy, and every level of the hierarchy has the same columns. Columns seem to make more sense for items with equal level, at least to me. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Literate Programming in Org-Mode
Hi all,
Do any of you use org-mode for literate programming? I think that
would be a very natural use of org-mode.
Support in other compilers may be minimal, but one can write a
Literate Haskell program in org-mode without any changes I
think. E.g. (a meaningless program from Haskell wikibook)
* Preamble
** Module Definition
> module YourModule where
** Imports
*** import only the functions toLower and toUpper from Data.Char
> import Data.Char (toLower, toUpper)
*** import everything exported from Data.List
> import Data.List
*** import everything exported from MyModule
> import MyModule
* Functions
** put a c in front of the text
> someFunction :: String -> String
> someFunction text = 'c' : text
** build a string of c's using someFunction
> stringOfCs :: String -> String
> stringOfCs = (someFunction "") : stringOfCs
** etc
* Input and output
> main = do
> putStrLn "Please enter your name: "
> name <- getLine
> putStrLn ("Hello, " ++ (someFunction name) ++ ", how are you?")
In Literate Haskell, program lines start with a >. If it's not used,
than the line is considered as a comment line, hence making org-mode
useful in folding, maintainin TODOs etc. (This message is already a
Literate Haskell program.) Currently, one can use Literate Haskell
major mode during compilation and writing codes and org-mode during
general overview for the program. Writing first the documentation and
pseudocode of the program in org-mode and then filling the "gaps" with
code may result in better programs. (You can see
http://www.haskell.org/onlinereport/literate.html for literate
comments in Haskell.)
This can give an idea how org-mode can be employed for writing
programs. Developing some functionality to consider lines starting
with > (or any other character) as a code line and syntax highlighting
and feeding these to a compiler may ease things. Currently one can
switch back and forth to the language major mode and org-mode (or use
multiple major mode packs, but I didn't try them) but a support for
code lines (for any programming language) may result in one of the
best Literate Programming tools out there, I think. (Ability to use
LaTeX in org-mode already makes it very useful for LP.)
I don't know if anybody considered this, but using org-mode as a
"super mode" for programming major modes seems a good idea.
Best regards,
Emre
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problems with org-mode under windows
On Jun 19, 2007, at 18:25, Cecil Westerhof wrote: #+STARTUP: hidestars #+STARTUP: overview #+STARTUP: odd * links ** [[http://staff.science.uva.nl/~dominik/Tools/org/][org-mode]] This is a part of an org-file I have. There are severall problems with this under Windows. I use version 22.0.50.1 under Windows. Under Linux I use a 21 version and do not have these problems. I guess you have a buggy version. There have been some hickup versions on the way. Try to get 22.1 for Windows. One reason why you see all the stars might be if you do not have either white or black background, in this case you would have to configure the face org-hide. - Carsten The problems are: - I see al the stars. - When indenting a level more, it should go from one star to three stars, but it goes two two stars. - The link should be displayed as only org-mode, but everything is displayed. Anybody an idea what is happening here? ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] archiving
On Jun 21, 2007, at 16:06, J. David Boyd wrote: When I archive an item, into an "_archive" file, the DONE date is set to the current date, rather than the date the item was completed on. Is there a variable, (or could there be) to control this? When I look into an archive file, I would like the DONE dates to be the date that the item was actually completed. You mean, taken from the CLOSED time stamp? - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode 4.78
Hi Carsten On 6/22/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: On Jun 19, 2007, at 17:16, William Henney wrote: > ... now that there is a syntactic difference between the bullet point > types, how about having a function that cycles between them (just + > and - by default). This could perhaps be bound to "C-c C--", or even > just "C-c -" since that is currently only useful inside tables - I > know you like to have busy keys :) How about the key sequences DEL - C-c C-c DEL + C-c C-c DEL 1. C-c C-c Not so bad, really. On the other hand, C-c - is clearly a possibility. Yes, those are OK if you have the cursor in the right place to start with. But my idea was that "C-c -" would work with point anywhere in the line. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode 4.78
On Jun 19, 2007, at 17:16, William Henney wrote: Just one more small request On 6/19/07, William Henney <[EMAIL PROTECTED]> wrote: On 6/19/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: >- Promotion and demotion of items gets the indentation right. > >- Indenting lines with TAB is more intelligent. ... now that there is a syntactic difference between the bullet point types, how about having a function that cycles between them (just + and - by default). This could perhaps be bound to "C-c C--", or even just "C-c -" since that is currently only useful inside tables - I know you like to have busy keys :) How about the key sequences DEL - C-c C-c DEL + C-c C-c DEL 1. C-c C-c Not so bad, really. On the other hand, C-c - is clearly a possibility. We'll see. - Carsten Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Literate Programming in Org-Mode
Emre Sahin <[EMAIL PROTECTED]> writes:
> [... Haskell literals ...]
>
> In Literate Haskell, program lines start with a >. If it's not used,
> than the line is considered as a comment line, hence making org-mode
> useful in folding, maintainin TODOs etc. (This message is already a
> Literate Haskell program.) Currently, one can use Literate Haskell
> major mode during compilation and writing codes and org-mode during
> general overview for the program. Writing first the documentation and
> pseudocode of the program in org-mode and then filling the "gaps" with
> code may result in better programs. (You can see
> http://www.haskell.org/onlinereport/literate.html for literate
> comments in Haskell.)
>
> This can give an idea how org-mode can be employed for writing
> programs. Developing some functionality to consider lines starting
> with > (or any other character) as a code line and syntax highlighting
> and feeding these to a compiler may ease things. Currently one can
> switch back and forth to the language major mode and org-mode (or use
> multiple major mode packs, but I didn't try them) but a support for
> code lines (for any programming language) may result in one of the
> best Literate Programming tools out there, I think. (Ability to use
> LaTeX in org-mode already makes it very useful for LP.)
>
> I don't know if anybody considered this, but using org-mode as a
> "super mode" for programming major modes seems a good idea.
This certainly is very interesting. Probably org-mode can
just ask other mode to deal with some specific marked-up
text. In this Haskell case, line starting with '>' or lines
sandwiched with
\begin{code}
main = print "We love org-mode!"
\end{code}
may play well with haskell-mode. Or as the case in C/C++,
it may be feasible to make org-mode deal with comment lines,
which is like /* org-mode region */, or better
/*
* This code doing nothing
*/
int main (void)
{
/*
** Show we love org-mode
*/
printf ("We love org-mode!\n");
/*
** Some thing useful
One can put some useful code here.
*/
/*
** Tell shell we are happy
She likes 0.
*/
return 0;
}
Probably it's too wild?
Cheers,
Xiao-Yong
>
> Best regards,
>
> Emre
>
Sorry Emre, I incidentally replied to your email.
--
c/*__o/*
<\ * (__
*/\ <
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: archiving
Carsten Dominik <[EMAIL PROTECTED]> writes: > On Jun 21, 2007, at 16:06, J. David Boyd wrote: > >> >> When I archive an item, into an "_archive" file, the DONE date is >> set to the >> current date, rather than the date the item was completed on. >> >> Is there a variable, (or could there be) to control this? >> >> When I look into an archive file, I would like the DONE dates to be >> the date >> that the item was actually completed. > > You mean, taken from the CLOSED time stamp? > > - Carsten Yes, that is exactly what I mean. Sorry, I should have stated that clearer. But, what happens if the flag isn't toggled to create a CLOSED time stamp when a job is DONE? Wouldn't bother me, as I do have that flag turned on... Dave ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Duration Tally
On 6/22/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: What I find a bit strange though is that it is using a hierarchy, and every level of the hierarchy has the same columns. Columns seem to make more sense for items with equal level, at least to me. I think it's harder to design an interface where different levels have different columns. Sometimes the columns will make sense on different levels so they opt to leave them there. Also, as we see in the screenshot, they can be used for summaries of almost anything that can be summed. A simple example where columns apply to different levels, other than summaries, is this: * Saturday Projects(In charge) ** TODO Clean yard Bobby *** TODO Rake Sue *** TODO Mow lawn John One thing I forgot to mention that I like about organizing information in trees with columns instead of tables is the flexibility in storing notes. * People(Phone Number) ** Family *** Ben 123-123-1234 :soccer: I can have information about Ben down here under his name that isn't necessarily organized in a structured manner. This could be notes or brainstorming or other things. - I can paste content from elsewhere here and mostly retain formatting - it can have newlines - it won't be visible in a summary - I can use bulleted lists - I don't have to type Family every time I add an entry - I can cycle visibility ** Friends *** John123-123-1235 ** Work (Employee #) *** Steve 1 An equivalent table would look like: | Category | Name |Phone | Employee # | Notes | |--+---+--++---| | Family | Ben | 123-123-1234 || I have to create a separate column here for notes, and it won't let me have new lines | | Friends | John | 123-123-1235 || | | Work | Steve | | 4321 | | If org ever gets columns, I would hope that they could be defined on a level smaller than for the entire file. I guess I've shown that it is possible to do basic columns right now, it just involves a lot of M-i and isn't very pretty. I can only imagine how much work a real columns implementation would take. Cheers, Scott ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Agenda: right aligned tags and relative links
Two issues with agenda: - Tags are not right aligned. Some appear a tab away from the end of the heading and others appear only a space after it. Can we right align them and color them like in org files? - Links that are relative in a file may not work correctly in agenda. Do most of you use absolute links? One solution (I don't know what it will break) would be to rewrite relative links based on the location of the org file included in the agenda. Thanks, Scott ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda: right aligned tags and relative links
On 6/22/07, Scott Jaderholm <[EMAIL PROTECTED]> wrote: Two issues with agenda: - Tags are not right aligned. Some appear a tab away from the end of the heading and others appear only a space after it. I should clarify: Day-agenda: Friday22 June 2007 work:In -2 d.: TODO Get another NIC for server :buy: life: Sched. 8x: TODO Write in [[file:journal.org][journal]] :write: So it may be that with the link expanded :write: is past the point where tags go, but when the link is rendered the tag ends up to the left of where tags go. Is it correct that org-tags-column is not used in agenda? --Scott ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Duration Tally
On 6/22/07, Scott Jaderholm <[EMAIL PROTECTED]> wrote: I think it's harder to design an interface where different levels have different columns. Sometimes the columns will make sense on different levels so they opt to leave them there. Also, as we see in the screenshot, they can be used for summaries of almost anything that can be summed. A simple example where columns apply to different levels, other than summaries, is this: * Saturday Projects(In charge) ** TODO Clean yard Bobby *** TODO Rake Sue *** TODO Mow lawn John Seems to me that columns, here, are just a summary of things that are attached (or that you wished were attached) to the heading with alignment thrown in. It sort of seems to me what the agenda buffer is for. Maybe it an agenda query with the ability to 'unfold' the heading in place in the agenda buffer. One thing I forgot to mention that I like about organizing information in trees with columns instead of tables is the flexibility in storing notes. I know on more than one occasion I've wanted to be able to fold a sub-section of a table. Just to be able to put a '-' in front of the portions of the table I'd like to group and be able to fold and still keep it one table. That's not quite what you are asking for here, but I think it could be made related. I'm not sure how to implement a hierarchy in a visually pleasing way. I think the idea of having an org-table with foldable inline notes would be useful too. Say if the line (or lines) following a table row starts with a '!' (or some other character, I was thinking ':' but that already has a meaning) then it is a note attached to that row. You could have a binding to toggle the visibility for a row or for the table. I don't know what key to use since tab already has a good use in tables. Also, there the question of whether the prefix character is desirable since it would get in the way of using lists and headings as notes for the row. We could just say we don't do that, but it could be nice if it were allowed. I don't know how you would be able to tell one table from the next though. Maybe we say that if the first character of a heading is a '|' it is part of a heading-table? Again, I don't know how to make it look nice or behave with todo keywords. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
