The clocktable can now more easily select the correct time range
that should be considered when summing times. S-right and S-left
in the "#+BEGIN: clocktable" line allow to shift the time block around.
Also some code-cleanup.
`org-publish-get-base-files-1': get the proper list of files when
recursing thru a directory.
`org-publish-get-base-files: use the :exclude property to skip both
files and directories. This might be refined when the semantic of
publishing options gets simpler, but do this for now.
`org-publish-project': removed third arg of defalias to avoid
compatibility issue for Emacs 22.1.
This required changing the Makefile.
I also added a new program set-version.pl that can be used
to synchronize the version number in all core files of the
distribution, along with the web files.
Tags can now be selected for inheritance by using a list or a regular
expression.
Also for property inheritance, we now allow a regular
expression (list selection existed before).
The property API can now retrieve the value of a property
with inheritance based on the value of
`org-use-property-inheritance'. Earlier this value was ignored
when querying an entry. It still is ignored by default, but by
passing `selective' as the INHERIT flag, it can now be used.
ISO week dates can now be entered at the date prompt.
The ISO week of each day is displayed in the agenda.
New jumping commands like `43 w' quickly switch the agenda
to a certain week.
When using `org-complete' on keywords like #+TBLFM, a second call to
`org-complete' would throw an error with no helpful message. It now
fails silently.
I also moved #+DATE to the list of options, since the user might expect
that using `org-complete' twice on it will insert the default date.
Other changes: removed (current-time) from (format-time-string ...)
sexp since it is not necessary. As far as I checked, there is no
compatibility issue with this.
This files are stil all loaded automatically, but the user can turn
individual files off. Also, this makes maintaining the link
stuff easier, because everything related to a specific link type
is in one place.
This system works by configuring a variable that contains a list of
all available modules. These will automatically be loaded when the
first buffer is turned into org-mode, or when a global command
is run that needs org-mode code available (such are
org-store-link.
In particular, this implements default dates for deadlines and
scheduled items, taken from previously existing deadline/scheduled
timestamps in the same entry.
Also we fix two minor bugs.
(org-publish-expand-components): Remove null projects from the list of
components.
(org-publish-attachment): Bugfix: handle the mandatory argument pub-dir.
Removed unused retrieval of the :publishing-directory property.
(org-publish-file): Bugfix: when using a relative directory as the
publishing directory, convert it to a directory filename.
(org-publish-project): New alias for `org-publish'
To save time, we don't re-initialize the list of projects/files each
time a file is published. But if people want to publish a file that
they just created, this file is not part of any project until the
list of project/files has been re-initialized.
If the file is not part of a project and should be, then the user
can tell so.
Throw an error when `org-publish-current-file' is called on a file that
is not part of any project. Publishing a single file that is not part
of a project is already done by simply exporting it, so the user should
be warned about this.
This patch implements a way to limit the iCalendar export to
the entries listed in any agenda view. It is implemented as a way to
export an agenda view (using C-x C-w) in the agenda, but internally
it really is a limited iCalendar export.
(list-diary-entries-hook): Declare for compiler.
(org-get-entries-from-diary): Require diary-lib.
Ref in the emacs-diffs mailing list:
<E1JXpsE-0008A3-19@cvs.savannah.gnu.org>
There mechanisms were asked for by Wanrong Lin and Reiner Stengele and
have the goal to make sure the new deadline/scheduled/time is in
the future, and may be chosen relative to the current date.
Whether a buffer is created or not depends on publishing functions such
as `org-export-as-html' and the like. But not all such functions create
a new buffer (e.g. `org-publish-attachment'), so we need to delete the
buffer if it differs from the last buffer we we're in before export.
Carsten Dominik
Bastien Guerry
Phil Jackson