emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Russell Adams <RLAdams@AdamsInfoServ.Com>
To: emacs-orgmode@gnu.org
Subject: Re: Org-mode version 5.01
Date: Mon, 2 Jul 2007 11:16:01 -0500	[thread overview]
Message-ID: <20070702161601.GA11829@odin.demosthenes.org> (raw)
In-Reply-To: <02fd7c0eda862268ec5e7b120b793663@science.uva.nl>

I must say it:

Is it not nifty?!

Thanks!

On Mon, Jul 02, 2007 at 03:42:36PM +0200, Carsten Dominik wrote:
> Hi,
> 
> I am releasing Org-mode 5.01.  It is available at my website
> 
>    http://www.astro.uva.nl/~dominik/Tools/org
> 
> and also through Emacs CVS.
> 
> I am pretty excited about this release, a new major version.
> 
> First: Credit where credit is due:
> 
> Much of this was triggered by the thread "Duration Tally"
> on emacs-orgmode@gnu.org.  Many thanks to
> 
> - Edward DeVilla for coming up with the idea of properties.
> 
> - Russel Adams for mentioning an "additional level of folding"
>   to be used for capturing properties.  This trigger has become
>   the new "Drawer" feature.
> 
> - Scott Jaderholm for pointing out the advantages of column view.
> 
> - Raman for suggesting a minor mode that exports org-mode
>   structure editing to arbitrary modes.
> 
> There are important changes, so unless you plan to read the manual
> in the near future, I'd advise you carefully read the notes below.
> 
> Enjoy!
> 
> - Carsten
> 
> Changes in version 5.01
> -----------------------
> 
> * Overview
> 
>   - A new minor mode, orgstruct-mode, exports the Org-mode
>     structure editing commands into any other mode.
> 
>   - DRAWERS are a new level off folding for special sections
>     that should stay closed during visibility cycling and only
>     open if explicitly asked.
> 
>   - Entries can now have PROPERTIES.
> 
>   - A COLUMN VIEW implementation allows to easily view and edit
>     the properties of a hierarchy of entries.
> 
>   - Formula evaluation in the spreadsheet is more consistent
>     now.  Properties and per-file constants can be used during
>     evaluation.
> 
>   - Bug fixes and minor changes.
> 
> * Incompatible changes
> 
>   - When using LEVEL=N in a tags search, things have changed if
>     you are also using `org-odd-levels-only'.  If you are using
>     only odd levels (i.e. 1 or 3 or 5... stars), LEVEL=2 will
>     now refer to 3 stars, LEVEL=3 to 5 stars etc.  Many thanks
>     to Leo (or blame him if you must) who has convinced me
>     that this is the better convention.
> 
> * Details
> 
>   + Orgstruct minor mode
> 
>     There is a new minor mode, orgstruct-mode.  This modes works
>     in a similar way as Orgtbl-mode.  It can be used to export
>     the Org-mode structure-editing commands into arbitrary major
>     modes in Emacs.  For example, you can use it in Mail-mode to
>     easily create lists.
> 
>     The functionality in Orgstruct mode is only active, if the
>     cursor is in a line that looks either like a headline, or
>     like the first line of a plain list item.  Then the commands
>     `TAB', `M-cursor', `M-S-cursor', `M-RET', `M-S-RET', `C-c ^',
>     `C-c C-c', and `C-c -' will do structure-related editing just
>     like in Org-mode.  If the cursor is not in such a line, all
>     these keys will do whatever the major mode or other active
>     minor modes have assigned to them.
> 
>     Orgstruct-mode is the result of a proposal by Raman, quite
>     some time ago.  It has taken a long time, but here is finally
>     the promised implementation.
> 
>   + Drawers
> 
>     The new concept of /drawers/ allows to create sections
>     that remain folded during visibility cycling.  Drawers need
>     to be configured using the variable `org-drawers'.  A drawer
>     starts with a line containing only the name of the drawer
>     bracketed by colons. It ends with :END:.  For example,
>     after setting
> 
>        (setq org-drawers '("PROPERTIES" "HIDDEN"))
> 
>     you can then create drawers like this:
> 
>        :HIDDEN:
>          here is some stuff that remains hidden
>          unless TAB is pressed directly in that line
>        :END:
> 
>     The PROPERTIES drawer has special meaning for ORG-mode, it
>     contains properties of an entry (see below).
> 
>   + Properties and Column View
> 
>     - Entries in Org-mode can now have arbitrary /properties/
>       associated with them.  Org-mode handles some default
>       properties like the TODO state, the priority, the local
>       tags, and planning information like DEADLINE and SCHEDULED.
>       In addition, you can assign arbitrary properties by creating
>       a property drawer and inserting a line like
> 
>          :PROPNAME: This is the value of the property
> 
>       Org-mode has an API for properties, if you want to write a
>       program using properties, use the functions
>       `org-entry-properties', `org-entry-get', `org-entry-put',
>       and `org-entry-delete'.
> 
>     - Planning information like DEADLINE can be hidden in the
>       properties drawer.
> 
>       If the PROPERTIES drawer starts in the first line after a
>       headline, also the DEADLINE, SCHEDULED and CLOCK information
>       will be inserted inside the drawer.  If no PROPERTIES drawer
>       is present, or if it does not start in the line right after
>       the headline, this information remains in the lines directly
>       after the headline, outside the drawer.
> 
>     - TAGS searches can now also query properties.  For example,
>       the search
> 
>          LEVEL=3+BOSS+ASSIGNED="Hans"/WAITING
> 
>       will find entries that
>       - are level 3
>       - have the tag BOSS
>       - have an ASSIGNED property with the value "Hans"
>       - are TODO status WAITING.
> 
>         So here is an entry that will match:
> 
>            *** WAITING Clean up the factory     :BOSS:
>                :PROPERTIES:
>                :ASSIGNED:    Hans
>                :END:
> 
>         You may also use a regular expression to match against a
>         property value.  For example, to find stuff assigned to Hans
>         or Sarah, use
> 
>            ASSIGNED={^\(Hans\|Sarah\)$}
> 
>     - Column View is a special way to look at property values in
>       tabular form.  Column View can be used in any org-mode
>       file, and also in any agenda buffer.  It works by placing
>       an overlay over each headline (or agenda line) that shows a
>       table of selected properties.  You can look at and edit
>       properties from this view.  Which properties are shown in
>       the table must be set up using the COLUMNS property.  You
>       can set up different property columns on different levels
>       of an outline tree.  For example:
> 
>          * People
>            :PROPERTIES:
>            :COLUMNS: %25ITEM %Name
>            :END:
>          ** Family
>             :PROPERTIES:
>             :COLUMNS: %25ITEM %Name %3Age
>             :END:
>          *** Sam
>              Info about Sam, including a property list with Name and 
> Age.
>          *** Sarah
>              Info about Sarah, including a property list with Name and 
> Age.
>          ** Office
>             :PROPERTIES:
>             :COLUMNS: %25ITEM %Name %Function %Salary
>             :END:
>          *** Boss
>              Info about the Boss, including a property list with Name,
>              Function and Salary (if only we knew....).
> 
>       Now we have defined three different sets of columns.  If
>       you switch to column view in the /Family/ section, you
>       will get a different table than if you do it in the
>       /Office/ section.  However, if you switch to column
>       view with the cursor on the /People/ section, the
>       table will cover all entries, but contain only the
>       /Name/.
> 
>     - Properties can be used in table formulas.  To access the
>       value of the property :XYZ:, use $PROP_XYZ.  The property
>       needs to be defined in the hierarchy above the table, not
>       necessarily in the same entry as the table.  This was a
>       request by Eddward.  File-wide constants can be defined with
>       #+CONSTANTS, see below.
> 
>     - Things that still need to be sorted out about drawers,
>       properties and column view - comments and suggestions
>       welcome!
> 
>       + How to deal with drawers and properties in HTML and ASCII
>         export?
>       + What key could be used to insert an empty property drawer
>         into an entry?  Where exactly should it be inserted?
>       + Right now column view is invoked through the command C-c
>         C-x C-c.  It is too easy to type C-x C-c by mistake, and
>         that causes Emacs to quit.  Suggestions for a different
>         key?
>       + Fontification of drawers and properties is not good yet.
>         Any suggestions for better defaults?
>       + Mouse support for editing properties in column view would
>         be nice - maybe Piotr is interested to add this to
>         org-mouse.el?
> 
>   + Spreadsheet
> 
>     - In the spreadsheet, the evaluation of formulas has changed.
>       Previously, first the column formulas would be evaluated
>       everywhere, and then the field formulas would kick in, and
>       in some cases overwrite the results of column formulas in
>       the appropriate fields.  This had the side effect that some
>       formulas might always use the wrong, intermediate content of
>       a field that is computed both by a column and a field
>       formula.
> 
>       From now on, column formulas will no longer temporarily
>       overwrite field formulas.  This gives much more consistent
>       results.  For example you can now finally have a column of
>       increasing numbers by setting the first field to a fixed
>       number, and let the rest follow from a column formula.
> 
>       Here is an example
> 
>          | 1 |
>          | 2 |
>          | 3 |
>          #+TBLFM: $1=@-1+1::@1$1=1
> 
>     - Constants for formulas in spreadsheets are globally defined
>       with the variable `org-table-formula-constants'.  File-local
>       constants can now be set with a line like:
> 
>          #+CONSTANTS: c=299792458.  pi=3.14  eps=2.4e-6
> 
>   + Minor changes
> 
>     - When entries are archived, a timestamp for the moment of
>       archiving is added to the line with planning information.
>       It looks like this:
> 
>        ARCHIVED: [2007-07-02 Mon 11:34]
> 
>       Thanks to J. David Boyd for constructive comments.
> 
>     - Bug fixes
> 
>       Many bugs are fixed, as usually all the ones where I replied
>       "fixed" on emacs-orgmode.  If you reported one of these
>       bugs, please check if it really has disappeared in the new
>       version, and complain if not.  Thanks!
> 
> 
> 
> _______________________________________________
> Emacs-orgmode mailing list
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
------------------------------------------------------------------
Russell Adams                            RLAdams@AdamsInfoServ.com

PGP Key ID:     0x1160DCB3           http://www.adamsinfoserv.com/

Fingerprint:    1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

  parent reply	other threads:[~2007-07-02 16:16 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-02 13:42 Org-mode version 5.01 Carsten Dominik
2007-07-02 15:25 ` Xiao-Yong Jin
2007-07-02 15:29 ` Dale Smith
2007-07-02 15:36 ` Xavier Maillard
2007-07-02 16:16 ` Russell Adams [this message]
2007-07-02 17:01 ` Eddward DeVilla
2007-07-02 20:17 ` Vagn Johansen
2007-07-02 20:28   ` Xavier Maillard
2007-07-02 21:56   ` Carsten Dominik
2007-07-03  3:49 ` Maxim Loginov
2007-07-03 13:33   ` Carsten Dominik
2007-07-03  8:49 ` Rick Moynihan
2007-07-03 13:16   ` Carsten Dominik
2007-07-04  9:34   ` Carsten Dominik
2007-07-04  9:42   ` Carsten Dominik
2007-07-03 13:20 ` Leo
2007-07-03 14:35 ` Bernt Hansen
2007-07-03 14:35   ` Leo
2007-07-03 15:12   ` Carsten Dominik
2007-07-03 15:30     ` Bernt Hansen
2007-07-03 18:49 ` J. David Boyd
2007-07-03 22:14   ` Carsten Dominik
2007-07-03 23:27     ` J. David Boyd
2007-07-03 23:38 ` J. David Boyd
2007-07-04  9:21   ` Carsten Dominik
2007-07-05 12:23     ` J. David Boyd
2007-07-04 16:45 ` David O'Toole
2007-07-05 10:13   ` Jason F. McBrayer
2007-07-05 13:32     ` David O'Toole
2007-07-05  8:16 ` Dmitri Minaev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070702161601.GA11829@odin.demosthenes.org \
    --to=rladams@adamsinfoserv.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).