emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@science.uva.nl>
To: emacs-orgmode@gnu.org
Subject: New test version
Date: Wed, 29 Mar 2006 09:04:32 +0200	[thread overview]
Message-ID: <47f5c4199f094e535237363e3b71d1e7@science.uva.nl> (raw)

Hi,

I have made a new test version of org.el with quite significant
changes.  Maybe there are a few people with some time to test things?

The file is here:

http://www.astro.uva.nl/~dominik/Tools/org/org-4.19a.zip

The new features are already documented in org.pdf, please check the
sections 3.2, 4.1, and the first two entries in 10.7.


New link format and display
===========================

What I have done is to follow Scott's request (thanks for pushing me
to implement this) and implemented an emacs-wiki compatible
link-hiding scheme.  That means you can write links like

    [[internal text search]]
    [[internal text search][descriptive text]

    [[<http:www.google.com]]
    [[<http:www.google.com][Google search]]

Font-lock in Org-mode will then make sure that only the link or only
the descriptive text is shown in the buffer.  The brackets and (if a
description is present) the link itself will be still in the buffer,
but invisible.  This goes a long way to clean up the view of an
Org-mode buffer, because some links, in particular those containing
message-ids or search parameters look noisy.

The command C-c C-l will prompt for a description when inserting a
link.  If you use it to insert a link stored with C-c l in another
buffer (for example a link to an email), then the descriptive text
will default to something extracted from the context of the link.  For
this I had to modify the mail interfaces, and it is possible that I
introduced a bug somewhere, please check.


Narrowing table columns
=======================

So this was a lot of fun.  Unfortunately, it messed up table
alignment, because invisible characters are not treated by
`string-width'.  So I had to fix the table alignment to do this, and
this gave me an opportunity to finally implement something I wanted to
have for a long time.

Sometimes in tables, I need in one or a few fields more information
than usual, for example a number with some explanation.  This was
problematic with org-mode tables, because it would mean that the
corresponding column would become very wide indeed, and the table
more-or-less useless.  So I wanted to be able to limit the width of a
column, while still having a lot of text in it.  This is now possible.
If any field in a column contains nothing but "<10>", than that column
is not permitted to become wider than 10 characters.

Wide fields are clipped for display (by making characters invisible).
You can see the full field in a tooltip window when holding the mouse
over the field.  You can edit such a field in a separate window with
C-c ` (C-c followed by backquote).  Finish with C-c C-c after
editing.

So far this seems to work well for my test cases, but I am quite sure
that there may be problems with character sets where not every
character is a single column wide.  However, tables without links and
narrowing should still work fine for such character sets.

Oh yes, narrowing does not work in XEmacs, because the `format'
function in XEmacs does remove text properties.  I could work around
this, but this was way too much for now.

Other changes
=============

- Links have now a new link face, which is underlined.

- Tags are bold-face, but in the same color as the headline.


I hope you have as much fun trying this out as I had implementing it.

- Carsten

                 reply	other threads:[~2006-03-29  7:04 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=47f5c4199f094e535237363e3b71d1e7@science.uva.nl \
    --to=dominik@science.uva.nl \
    --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).