Re: [Emacs-orgmode] Interaction of org-mode and Muse (was: Adapting org-mode to my needs)
Hi Michael, On Apr 26, 2006, at 22:16, Michael Olson wrote: On that note, in a couple of weeks (once finals and the next Muse release are done), I'm going to take a look at org-mode and try to figure out different ways that Muse and org-mode can interact, since this is something that people on the Muse mailing list have requested in the past. Especially since Muse will probably be entering Emacs once Emacs22 is released. Besides the obvious interaction, using the Muse engine to produce other export formats, can you think of more ways to interact? One of the plans for the next release of Muse + 1 (3.04) is to support publishing documents that use other markup syntaxes, such as Markdown and reSt. Perhaps org-mode syntax could be supported as well. I have actually been thinking about an org-to-muse converter as a possibility for easy expansion to many more export formats. So I have a number of ideas about what would be needed and where the difficulties lie. A short appetizer: - Headline detection should be trivial, however - Org-mode uses (at least: can use) many more levels than the 4 available in Muse now. The Org-mode exporters just switch to itemized lists at some headline level. - Org-mode allows plain lists (itemize, bullet, numbered) of arbitrary depth and uses indentation to see the end of items. Muse, if I remember correctly, has one level of lists and is therefore very relaxed about indentation in lists - Apart from plain lists, indentation is not syntactically significant in Org-mode, it is more visual sugar to make outline easily readable. Muse uses indentation for syntax, to quote text, for example. - Links are similar, but not identical. - Org-mode table lines also start with "|". Table headlines are implicit, before the first horizontal line in the table. No footer lines. - etc. It can be done, but it is not trivial. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Cyclic timestamps for SCHEDULED and DEADLINE
On Apr 26, 2006, at 16:42, Dieter Grollmann wrote: Hello, I have discovered org-mode some days ago. I'm now getting familiar with it and use it with pleasure. It seems, that org-mode does not allow timestamps like, for example, <*-*-25> (to match the 25th of every month) for SCHEDULED resp. DEADLINE? Of course I can do this with diary, but diary entries are not carried forward... Did I miss something in the manual? No, such a feature is currently not available in Org-mode. For myself, I can't think of many applications for this. Do you have concrete examples where you need this, together with scheduling? Another way to deal with this is just creating a scheduled item and reschedule it to one month later when you are done. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] Org-mode 4.27 released
Version 4.27 - HTML exporter generalized to receive external options. As part of the process, author, email and date have been moved to the end of the HTML file. This is to support David's project. - Support for customizable file search in file links. - BibTeX database links as first application of the above, see my searate email about this. - New option `org-agenda-todo-list-sublevels' to turn off listing TODO entries that are sublevels of another TODO entry. At http://www.astro.uva.nl/~dominik/Tools/org/ - Carsten -- 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: [Emacs-orgmode] Links to BibTeX data files
On Apr 20, 2006, at 23:08, David Chadd wrote:
This was mentioned recently --- the links to .bib files really don't
work very well (for me, anyway...). If I want to link to the
following entry in the .bib file:
@Book{wright:sociophilological,
assuming point is in the top line I will get this link:
[[file:~/path/to/file.bib::Book%20wright%20sociophilological]]
This doesn't find the entry.
This was a bug in the function executing the search, which is fixed in
4.27. This does now work out if the box, so you can use the standard
links if the line is in the "@entrytype{key," line. However, you are
right that it is much better to always link to the key even if the
cursor is not in the line.
Of course, the author of the wonderful
RefTeX will make a much better job of this than my Horrible Hack, and
probably include some other goodies too ;-)
Appealing to my vanity as a strategy to get me to work? It works :-)
In org.el 4.27, C-c l does link to the correct key no matter where the
cursor is. It also creates a nice descriptive text for the article,
using author names, year and the first few title words.
For this stuff to work smoothly, BibTeX files should be preselected to
be visited by Emacs and not another application when visited through an
org-mode link. This is so by default now, but if you have customized
the variable `org-file-apps', you are overruling this change.
- Carsten
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] checkable items which don't show up in agenda
Carsten Dominik <[EMAIL PROTECTED]> writes: > On Apr 26, 2006, at 8:54, Christian Egli wrote: > >> On Tue, 2006-04-25 at 18:19 +0200, Frank Ruell wrote: >>> The only thing I've missed was an option for items, which are >>> fontyfied >>> and checkable via some shortcut, but never ever show up in agenda (or >>> rather clutter up your agenda). >> >> What would be a use case for that? I have been thinking I would not >> want >> to see TODO items in the agenda that for the following scenario: >> >> * TODO Organize event >> ** TODO Choose a date >> ** TODO Invite people >> >> Here I'd like my agenda to remind me only that I need to Organize the >> event. I'd like to be able to check of the subtasks (which I'll do in >> the org-mode buffer, not in the agenda), but I do not want them to >> "clutter" my agenda. even more extreme: ** TODO Phone people and invite them *** TODO invite aunt Minna *** TODO invite uncle Ernst *** TODO invite great uncle Karl Workflow: thinking of 25 guys to invite, phoning those guys, and then keeping track of who you did or did not reach. (Last actual use case for me was when doing homework, I've read the exercise, wrote a list of classes and methods while doing so, and then, when actually programming, it would have been nice to be able to check the finished stuff. Identical to the way I would have done it with pencil and paper.) > Interesting idea. I could make an option which would stop searching > for TODO in the subtree below a TODO entry. For the "invite example" above I wouldn't even like to give each one his own heading. (For those "checklets" I used C-u for not changing into heading). Nor would I want those subitems to be "prominent fontyfied" as TODOs are. Like for inviting a bunch of people I would consider just one TODO the most adequate way. Of course in most cases everything but splitting a TODO into smaller TODOs would be confusing and bloat. cheers, Frank -- IRRELIGION, n. The principal one of the great faiths of the world. (Ambrose Bierce, The Devil's Dictionary) ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] usage, ideas, suggestions, actually a braindumnp
What's below is a mixture of a description of my org-usage and ideas on further elaboration of org-mode, which have partly come up during this writing. Pardon me if it's kind of an unorded brainstorm (it is evident from this that I am one of the person really in need of org-mode). * Main story Just discovered org-mode about a week ago (on #emacs). Since then I have been a proud user. Am using it for professional as well as personal use. For professional use, I am using it to make a kind of html-template which I will tweak for automatic generation of subsequent html in the future. Sure things will come up in that respect. Further, I am trying to use it as a bug/wanted feature-tracking system. As the only developer is me, and my input mostly comes from one source only, this is feasible (I just let no one else touch my list). Some things have come up because of this use. I use a table for listing the bugs and features (to export to csv), and descriptions are put in headlines below that, with possible subheadlines. One thing I needed was a way to link the fields and the headlines, based on some unique identifier, and possibly in an automatic way. The cleanest way I have come up with so far is using the radio link. That way I just put a bug number in the table automatically targeting the description . That way I can export it to csv -> xls (in oocalc), so the person I communicate with sees only the bug number itself, and not also the brackets, that are exported as-is to csv. On this, see infra. For the generation of a bug number link for in the headlines I have created the following small function, and set it to a keyboard shortcut: (defcustom org-bug-number 0 "number of current bug" :type 'number) (defun org-insert-bug-number (&optional skip-to) "Increment the org-bug-number with 1 and insert it at point as an internal link. With numerical prefix argument, insert the prefix number at point as an internal link. If this number is greater than the current value of org-bug-number, update org-bug-number to this value." (interactive "p") (insert-string "<<<" (cond ((> skip-to org-bug-number) (setq org-bug-number skip-to)) ((eq skip-to 1) (setq org-bug-number (1+ org-bug-number))) (t skip-to)) ">>>") (org-ctrl-c-ctrl-c)) ...I might revise this with the use of an alist or something, so you can have different bug numbers associated with different projects, based on which .org file you visit. I am thinking of a good way of how to integrate this, and other typical bug-track-sheet stuff (such as status: TODO/DONE...) with the headlines. Automatic generation of a headline on creation of a new bug-row is not a good option, I believe, since some things are so self-evident from the small description given in the table that giving the bug a seperate headline would just be an exercise in repetition. However, when a good and unique link between table row and headline could be established, an update of the one based on the other might be convenient. Perhaps this whole approach is flawed, because it is based on the table concept for representing bugs (my bosses just said like: ,,Kan je die bugs niet gewoon ff in een Excel-sheetje stoppen?''--trans: ``can't you just put these bugs in an Excel sheet?''), so that I just began drawing a table. Maybe some table export function to the view generated by C-c C-r would be a better idea. But then, how do you know which words will have to appear in which field? This would require setting properties to (sequences of), which calls for a different syntax. More thinking and code-studying necessary... I think using only TODO and DONE is a good approach, as too much time is easily wasted figuring out for yourself what the precise qualification should be. * Some other things that have come up during usage: ** option for clean export view of timestamps ** option to leave timestamps out in export function ** option to leave tags out in export function. ** org-export-to-LaTeX ** make follow-mode the default as customization option; for myself, I have just hacked the code to have follow-mode always on. ** strip links when unexportable as link Export description, or, when lacking, only the content of the link. When data can be retrieved back from an exported format, this would be included /as/ /option/, as one will e.g. want to communicate to and fro with csv tables. ** improvement of the outcome of C-h m would be welcome. - all the self-inserting commands are not of great interest. Better skip them, or put at least put them at the end. - things such as "Calls `(org-cycle t)'" do not give a reference; better say "Calls org-cycle with argument t". ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lis
[Emacs-orgmode] Question about HTML
Just by chance someone here may have an answer to this. I am unhappy
about the way tags look in HTML output. I could either remove them, or
format them in a better way. One way I have been thinking off is too
keep them in, but push the tags all the way to the right boundary of
the web browsers window. In LaTeX you would do something like
\section{Some Title line \hfill :THE:TAGS:}
to get
1. Some Title line :THE:TAGS:
Is there something in HTML that could be used to make this happen,
similar to LaTeX's hfill?
Thanks.
- Carsten
--
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: [Emacs-orgmode] usage, ideas, suggestions, actually a braindumnp
On Apr 27, 2006, at 11:53, [EMAIL PROTECTED] wrote: * Some other things that have come up during usage: ** option for clean export view of timestamps Do you have an example of what you mean? ** option to leave timestamps out in export function I guess, leave them out together with keywords like DEADLINE, SCHEDULED and CLOSED, right? ** option to leave tags out in export function. Useful, yes, or at least make them look better. ** org-export-to-LaTeX Very unlikely that I will do this effort. Thought about it long ago and decided it was too much work for too little gain. ** make follow-mode the default as customization option; for myself, I have just hacked the code to have follow-mode always on. Really, you want this always on? OK, I will make it an option. How did you hack it? You can of course use org-agenda-mode-hook to turn it on. (add-hook 'org-agenda-mode-hook (lambda () (setq org-agenda-follow-mode t) (org-agenda-set-mode-name))) ** strip links when unexportable as link Export description, or, when lacking, only the content of the link. Example where this goes wrong? When data can be retrieved back from an exported format, this would be included /as/ /option/, as one will e.g. want to communicate to and fro with csv tables. I did not understand this one, sorry. ** improvement of the outcome of C-h m would be welcome. - all the self-inserting commands are not of great interest. Better skip them, or put at least put them at the end. This is fixed in Emacs 22, I don't know how to change it in Emacs 21, apart from turning off the optimized table editor. - things such as "Calls `(org-cycle t)'" do not give a reference; better say "Calls org-cycle with argument t". I have fixed this case, let me know if you find other occasions. Thanks for your comments. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Question about HTML
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Just by chance someone here may have an answer to this. I am unhappy
> about the way tags look in HTML output. I could either remove them, or
> format them in a better way. One way I have been thinking off is too
> keep them in, but push the tags all the way to the right boundary of
> the web browsers window. In LaTeX you would do something like
>
> \section{Some Title line \hfill :THE:TAGS:}
>
> to get
>
> 1. Some Title line :THE:TAGS:
>
> Is there something in HTML that could be used to make this happen,
> similar to LaTeX's hfill?
You'd need to float the tags to the right; eg:
#d {
width: 100%;
margin-left: 1em;
margin-right: 1em;
}
#t {
float: right;
}
the tags
some title line
Nic Ferrier
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Question about HTML
Cool, thanks.
- Carsten
On Apr 27, 2006, at 12:31, Nic wrote:
Carsten Dominik <[EMAIL PROTECTED]> writes:
Just by chance someone here may have an answer to this. I am unhappy
about the way tags look in HTML output. I could either remove them,
or
format them in a better way. One way I have been thinking off is too
keep them in, but push the tags all the way to the right boundary of
the web browsers window. In LaTeX you would do something like
\section{Some Title line \hfill :THE:TAGS:}
to get
1. Some Title line :THE:TAGS:
Is there something in HTML that could be used to make this happen,
similar to LaTeX's hfill?
You'd need to float the tags to the right; eg:
#d {
width: 100%;
margin-left: 1em;
margin-right: 1em;
}
#t {
float: right;
}
the tags
some title line
Nic Ferrier
--
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: [Emacs-orgmode] Question about HTML
Carsten Dominik <[EMAIL PROTECTED]> writes: > Cool, thanks. The best thing to do would be to markup the different bits semantically; eg: sometag,othertag Some Title Line or: sometag,othertag Some Title Line Because then CSS can be used to do it if wanted. Again, I reiterate that microformat output would make all these encoding problems go away because we could post-process good semantic markup with xslt (os sxslt or whatever). Nic ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Some suggestions - mostly for non (X)Emacs updating of org mode files.
Hi Tim,
On Apr 25, 2006, at 16:27, Tim O'Callaghan wrote:
* org-save-hooks
I have an Org file, and to export useful lists from it that i can
use offline i have to go into agenda mode and export the
information.
What i think would be cool is if i could just do an export at save
time. What i think would be cooler, would be that i could specify
these exports in a #+VAR with TAG search criteria.
Something like #+AUTOEXPORT TYPE filename
e.g.:
#+AUTOEXPORT ASCII work_stuff.txt +WORK-HOME
#+AUTOEXPORT ICAL home_appointments.ical +HOME-WORK
Arranging for export at save time is not hard, this can be done with
hooks and is not a problem. However, I do not understand exactly what
you mean with the search options.
Do you mean to produce an agenda buffer with those search options and
then export the agenda buffer itself?
Or do you mean to construct another Org-mode document containing only
the trees with these tags and export that one?
* Fast Update mode - for minimal editing in another editor
This is where the in the outline is prefixed with a number or
character, and processed at load time.
1** TODO This top level task is done archive it
+** TODO move this one TODO stage further
Then something in my org config like:
(("1" my-mark-done-and-archive) ("+" org-cycle))
At first I did not like the look of this, but after some thinking, this
might not be a bad idea, and pretty useful, too. Mind that this will
only work if you export the full Org-mode file. If you make a
selection first (e.g. in the agenda buffer) and export that, the
connection between the selected lines and the originial Org-mode file
are broken, and it is not possible to link the autoupdate information
back in a safe way.
Then I don't really thing you would have to be able to customize this,
as there are only very few operations for which this makes sense:
A Archive
T Mark TODO
D Mark DONE
N Cycle TODO to the next state
Can't really think of anything else.
* embedded file link - for tables, possibly images where supported.
This is something i was thinking about for linking external tables
into a document. To have the table as a separate document, possibly
a CSV one converted to tbl mode automagicaly. The basic idea being
that i can use something other than emacs to update the data in the
tables and see the updates in my org document.
THis is very hard and really transforms Org-mode files into something
which is no longer plain text, so I am a bit worried here. What is
wrong about using the proper file link, and then both editing and
looking at the external table/file in the proper application?
* an option to export CSV using quotes and commas.
For tables, I take it?
* The ability to change the command prefix from ctrl-c.
I have migrated from the pinkie killing ctrl to the more finger
friendly alt and escape keys for most of my (X)Emacs usage.
This is very hard to do. The keymap of Org-mode i extremely full, on
many systems ALT and META is actually the same etc. Your best bet for
this is to write a mode hook that makes your own key bindings. Just
copy the entire define-key org-mode-map section and then hack it your
way, wrap a function around it and call this function in org-mode-hook
or org-load-hook.
* Agenda Collections.
Essentially the ability to define org-agenda-files from a #+
file link. This allows me to separate out work and home for
example. When i open my work file, it agendas my work org
files. When i open my home org file it could agenda my home and work
projects, if i set the links up.
e.g:
#+COLLECTION file://blah.org
I can see very much the use of this. The only problem I see is that
org-agenda is a *global* command, that is not always called from an
Org-mode buffer. Lets say you are loading several org-mode files, with
several different COLLECTION lines. Then, if you are in a non-org-mode
file, which collection should be used?
In principle I would think that what you want can be done using File
Variables already now, for example in the first line of your document:
-*- mode: org; org-agenda-files: "~/blah.agendafiles"; -*-
But of course it would be more consistent to drive this form a #+ line.
- Carsten
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] usage, ideas, suggestions, actually a braindumnp
On Apr 27, 2006, at 11:53, [EMAIL PROTECTED] wrote: >> * Some other things that have come up during usage: >> ** option for clean export view of timestamps > >Do you have an example of what you mean? Timestamps without the angular brackets. Actually not that important, although it might be nice in exporting tables, as applications using this have their own ways of playing with such data. But then you'd have to convert them back to the org-form when importing such a table. >> ** option to leave timestamps out in export function >I guess, leave them out together with keywords like DEADLINE, SCHEDULED >and CLOSED, right? If they are grouped, yes. >> ** option to leave tags out in export function. >Useful, yes, or at least make them look better. That was the idea behind the 'clean timestamps' too, though here it is more important. >> ** org-export-to-LaTeX >Very unlikely that I will do this effort. Thought about it long ago >and decided it was too much work for too little gain. If time and use so merits, I will look into this myself. >> ** make follow-mode the default as customization option; >> for myself, I have just hacked the code to have follow-mode always on. >Really, you want this always on? OK, I will make it an option. How >did you hack it? You can of course use org-agenda-mode-hook to turn it >on. For lack of time to sniffing through the code and really understand it to comeup with anelegant solution, Isimply put (org-agenda-follow-mode t) near the end of each function called by C-c a * (where * stands for each letter that I use at the moment). >(add-hook 'org-agenda-mode-hook > (lambda () (setq org-agenda-follow-mode t) > (org-agenda-set-mode-name))) Thanks, that's way better than my ugly hacks! >> ** strip links when unexportable as link >> Export description, or, when lacking, only the content of the link. >Example where this goes wrong? It is when you put a link inside a table, which is exported to csv and just gives the raw ascii code in the exported table. Sorry for not being clear enough. Another one, where the link is valid, but just the layout not as expected, is inside a headline to html, : * DONE eerste bandje volledig begrijpen <<<1>>> DEADLINE: <2006-04-23 Sun> exports as 1 DONE eerste bandje volledig begrijpen <1 > DEADLINE: <2006-04-23 Sun> which looks like 1 DONE eerste bandje volledig begrijpen <1 > DEADLINE: <2006-04-23 Sun> notice the whitespace between 1 and > >> When data can be retrieved back from an exported format, this would >> be included /as/ /option/, as one will e.g. want to communicate to and >> fro >> with csv tables. >I did not understand this one, sorry. When a link like [[link][description]] is exported as such when the link is in a table, there are two sides to this: 1. Looks ugly in csv 2. You would want to preserve the link (so not strip it of its brackets) when having made changes to the table in some other application, and then imported it again. As these two sides are irreconcilable, I have opted to make only use of internal radio links inside a table, which do not look ugly when exported. One more point concerning link-export: 1. when exporting a link to a location in another file to html, this will create a link in the html page which cannot retrieve its target (which probably is due to html itself, but I do not know html that well). Such links be better left out. Thank you very much for your answers, and I will be happy to continue contributing. Regards, Niels. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Some suggestions - mostly for non (X)Emacs updating of org mode files.
On Thu, Apr 27, 2006 at 01:23:10PM +0200, Carsten Dominik wrote:
> Hi Tim,
>
Hi ;)
First, my use case is mostly for mobile phones and PDAs. I have one
big org file that i use for almost everything; other than some
personal and work related development projects. I have an editor on my
phone that will allow me to perform searches on tags and update an org
file. Other people using smart phones and PDAs can probably do the
same, but may not have the range of input options i have with a full
keyboard. They would possibly have T-9 predictive texting and/or just
numbers.
But this is mostly my itch that i want you to help scratch :)
>
> On Apr 25, 2006, at 16:27, Tim O'Callaghan wrote:
> >
> >* org-save-hooks
> > I have an Org file, and to export useful lists from it that i can
> > use offline i have to go into agenda mode and export the
> > information.
> >
> > What i think would be cool is if i could just do an export at save
> > time. What i think would be cooler, would be that i could specify
> > these exports in a #+VAR with TAG search criteria.
> >
> > Something like #+AUTOEXPORT TYPE filename
> > e.g.:
> > #+AUTOEXPORT ASCII work_stuff.txt +WORK-HOME
> > #+AUTOEXPORT ICAL home_appointments.ical +HOME-WORK
>
> Arranging for export at save time is not hard, this can be done with
> hooks and is not a problem. However, I do not understand exactly
> what you mean with the search options.
>
> Do you mean to produce an agenda buffer with those search options and
> then export the agenda buffer itself?
>
Yes and/or sparse trees generated by tag/searching.
> Or do you mean to construct another Org-mode document containing only
> the trees with these tags and export that one?
>
How about both? My reasoning for this is using tags for Getting Things
Done contexts. I tag something as NEXT, CALL, BUY, ATHOME, and i can
search for those tags. It would be easier for me, and many others i
suspect, to auto generate a file containing just those next actions
for a context from my huge org file. This would be more useful to
other as an agenda view export. But it might be as simple to export a
sparse tree into an org like file instead. I can see both may be used.
> >
> >* Fast Update mode - for minimal editing in another editor
> > This is where the in the outline is prefixed with a number or
> > character, and processed at load time.
> >
> > 1** TODO This top level task is done archive it
> > +** TODO move this one TODO stage further
> >
> > Then something in my org config like:
> > (("1" my-mark-done-and-archive) ("+" org-cycle))
>
> At first I did not like the look of this, but after some thinking,
> this might not be a bad idea, and pretty useful, too. Mind that this
> will only work if you export the full Org-mode file. If you make a
> selection first (e.g. in the agenda buffer) and export that, the
> connection between the selected lines and the originial Org-mode file
> are broken, and it is not possible to link the autoupdate information
> back in a safe way.
>
You have mechanisms for linking back into an org file. You can already
link to a heading using searches and radio references. You could add a
file reference at the end of the line like:
* TODO This is a Top level task that i want to perform at home
:HOME:.
Or just autogenerate that link.
As i use one org file, it might be as simple as mapping the headings
back. If there is any ambiguity you could ask the user to select the
right heading. This would probably be best done in agenda mode.
> Then I don't really thing you would have to be able to customize
> this, as there are only very few operations for which this makes
> sense:
>
> A Archive
> T Mark TODO
> D Mark DONE
> N Cycle TODO to the next state
>
> Can't really think of anything else.
>
I prefer configurable, because then people can use numbers. This is
the idea that the editor may have limited UI. I'm using a j2me based
editor called JPE at the moment:
http://my-communicator.com/s80/software/applications.php?fldAuto=556&faq=2
But other people may be using something like this:
http://www.getjar.com/products/3960/TextEditor
Or this which i'm currently playing with:
http://www.bermin.net/index.html
As for other things, it depends on what you want emacs to be able to
do with an externally changed org mode file. For me this is about
using org mode in an intelligent way with my mobile phone/pda. I can
imagine wanting to write functions like:
>* move this huge piece of text and tables down a level
<* move this huge piece of text and tables up a level
M* ask to recategorise this heading when i open org mode
+* remind me about this when i open org mode so i can brain dump on it
in a real editor.
D* ask me to schedule this as an event when i open org mode.
O* open my mail client to send an email to this email address i just got
C* search bbdb for the contact details of the phone no on this line.
c* search ldap for the contact det
[Emacs-orgmode] [Announce] org-publish.el: configurable website publishing support for org-mode
Hi there org-moders, I've extended the HTML publishing support of Emacs Org-mode to allow configurable publishing of related sets of files as a complete website. My extensions thus far are collected in org-publish.el, and are used to upload and manage my entire site. org-publish.el can currently do the following: * Publish all one's org-files to html * Upload html, images, attachments and other files to a web server * Exclude selected private pages from publishing * Publish a clickable index of pages * Manage local timestamps, for publishing only changed files * Accept plugin functions to extend range of publishable content Much more functionality is planned, toward making org-mode a more general authoring solution as well as a great outliner and organizer. Special thanks to the org-mode maintainer, Carsten Dominik, for his ideas, enthusiasm, and cooperation. You can find org-publish.el at its homepage: http://dto.freeshell.org/notebook/OrgMode.html I welcome comments, suggestions, feedback, bug reports, feature requests, and so on. Thanks everyone! -- Dave O'Toole [EMAIL PROTECTED] ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Interaction of org-mode and Muse
Carsten Dominik <[EMAIL PROTECTED]> writes: > Besides the obvious interaction, using the Muse engine to produce > other export formats, can you think of more ways to interact? Organization of work into publishable projects comes to mind. One nice feature of Muse is that you can specify the major mode to call on files inside of a project. >> One of the plans for the next release of Muse + 1 (3.04) is to >> support publishing documents that use other markup syntaxes, such >> as Markdown and reSt. Perhaps org-mode syntax could be supported >> as well. > > I have actually been thinking about an org-to-muse converter as a > possibility for easy expansion to many more export formats. So I > have a number of ideas about what would be needed and where the > difficulties lie. A short appetizer: > > - Headline detection should be trivial, however > - Org-mode uses (at least: can use) many more levels than the 4 > available in Muse now. The Org-mode exporters just switch to > itemized lists at some headline level. Muse can publish headings beyond the 3rd level now. The only requirement for the built-in heading publishing function is that either: 1. The same markup is used for each level beyond the 3rd, or 2. The markup for different levels varies only by the number of the level. Even if none of these conditions are met, it's easy to tell Muse to use a different (custom) function for publishing headings. I do something like this with Planner headings, since they have level 1 == , and use some specialized stuff. > - Org-mode allows plain lists (itemize, bullet, numbered) of > arbitrary depth and uses indentation to see the end of items. > Muse, if I remember correctly, has one level of lists and is > therefore very relaxed about indentation in lists Muse now supports different levels of lists in its development version, and that aspect is very stable (if undocumented). Levels are based on initial indentation. > - Apart from plain lists, indentation is not syntactically significant > in Org-mode, it is more visual sugar to make outline easily readable. > Muse uses indentation for syntax, to quote text, for example. > - Links are similar, but not identical. > - Org-mode table lines also start with "|". Table headlines are > implicit, before the first horizontal line in the table. No > footer lines. > - etc. This will indeed involve some fine-tuning of the rules. It should be feasible though. The tricky thing will be to make these rules project-dependent, so that people have the option of having two projects with different markup syntaxes. One way of accomplishing this might be to make the regexps in most publishing rules to be variables, so that buffer-local values for them can be set. -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS pgpMF7aGjK5R6.pgp Description: PGP signature ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] global todo list: separators?
Is it possible to have horizontal rules separating the different categories in the Global TODO list? That would make it much easier for me to read when I am hunting for tasks to schedule. I'd like it to look like this: DiscreteMath: TODO Review through Ch. 2 of LADM EmacsConfig: TODO Reorganize and clean up file:../e/init.el EmacsConfig: TODO [#C] Configure gnus spam handling KarmaPod: TODO Fix problem with usb backup keys not working KarmaPod: TODO Outline pod construction tutorial KarmaPod: TODO [#C] Photograph the pod OrgMode: TODO [#A] Fix "Index.org has changed on disk" error OrgMode: TODO Draft manual chapter for org-publish OrgMode: TODO Publish e-scripts with basic fontifying OrgMode: TODO Blogging from a "blog.org" built from remember.el snippets OrgMode: TODO [#C] Post thoughts on org-mode vs planner WebSite: TODO Flesh out KarmaPod page WhitneyStreet: TODO Complete carpet-tiling lower foyer WhitneyStreet: TODO Paint kitchen WhitneyStreet: TODO Send email to ADM8211 mailing list Also, I would love to be able to hit > on one of these lines, to schedule it for Today. -- Dave O'Toole [EMAIL PROTECTED] ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] global todo list: separators?
On 27/04/06, David O'Toole <[EMAIL PROTECTED]> wrote: > > Is it possible to have horizontal rules separating the different > categories in the Global TODO list? That would make it much easier > for me to read when I am hunting for tasks to schedule. While on this topic: would it be possible to display more than one "block" of items in the agenda buffer? Say you have two tags: "home" for tasks that you can do only at home, and "anywhere" for tasks you can do anywhere. If you want to find out what tasks you can do at home, you can make the agenda display all tags maching "home|anywhere". However, this would intermix "home" and "anywhere" tasks; it would be nice to be able to display the block of "home" tasks followed by a block of "anywhere" tags. What I'm asking for really is some modularization of the construction of the agenda buffer by providing the user with functions that append a new block to the agenda buffer. For example, the default agenda view consists of two blocks: "all TODOs" and the day or week view. With modular blocks, I could have an agenda buffer that consists of three blocks: the list of TODO tasks "home", followed by the block of the TODO tasks "anywhere", followed by the day view. > Also, I would love to be able to hit > on one of these lines, to > schedule it for Today. Speaking about scheduling tasks: I'd like to have an option that, while generating lists of TODO headlines, omits items scheduled for the future. The rationale is, since I already scheduled these tasks for the future, I'm not interested in doing them now. Thanks, Piotr ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] HTML rendering of Gnus links
This is probably a nitpick :-) but mine render like this: Wouldn't it make more sense for them to render as E-Mail from Joe Smith RE: subject ? -- Dave O'Toole [EMAIL PROTECTED] ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] Re: Cyclic timestamps for SCHEDULED and DEADLINE
Carsten Dominik gmail.com> writes: > On Apr 26, 2006, at 16:42, Dieter Grollmann wrote: > > > It seems, that org-mode does not allow timestamps like, for example, > > <*-*-25> > > (to match the 25th of every month) for SCHEDULED resp. DEADLINE? Of > > course I can > > do this with diary, but diary entries are not carried forward... > > > > Did I miss something in the manual? > > No, such a feature is currently not available in Org-mode. For myself, > I can't think of many applications for this. Do you have concrete > examples where you need this, together with scheduling? It's difficult for me to explain this in english, I hope you will understand what I mean :-) My life as musician is split into a couple of different jobs. There is teaching, which goes quite regular, although every day is different and the schedule of lessons changes every six months. This time-table goes NOT in Org, because I have it in my mind, it's so to say my "daily life". Besides teaching there are "big" events in irregular intervals, for example concerts. These are extraordinary events which of course are to schedule, mostly months or years in advance. Such events are extremely absorbing and often I have to change my daily life completely in view of them, some weeks or months in advance. Then I live in a "state of emergency". As third part of my life there are some cyclic tasks (meetings of an association, comitee of the music school etc) which I normally cannot defer or omit, even in "states of emergency". Now, beeing in such a "state of emergency" everything is "out of order" and my way of thinking changes completely. While I can adapt my daily life (teaching), I cannot do the same with those cyclic tasks. And it's often not easy for me to remember those "profane" things while I'm doing such "big and important" things like preparing a concert ;-) So automatic scheduling or deadlining for cyclic tasks which would insist on being displayed as TODO until I mark them as DONE could be helpful for me in such times. But of course ... > Another way to deal with this is just creating a scheduled item and > reschedule it to one month later when you are done. ... I can do so. Perhaps one day, when you feel bored ... ;-) Thank you for your great modes! Dieter ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
