emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@science.uva.nl>
To: Bastien <bzg@altern.org>
Cc: emacs-orgmode@gnu.org
Subject: Re: Possible bugs
Date: Sat, 10 Jun 2006 15:45:26 +0200	[thread overview]
Message-ID: <2021e093ebcb82cf4f6bbadc49e2dc72@science.uva.nl> (raw)
In-Reply-To: <87fyidp59v.fsf@tallis.ilo.ucl.ac.uk>


On Jun 10, 2006, at 14:24, Bastien wrote:

> Hi Dominik and all,
>
> Thanks for org-mode.  Here is a quite long list of possible bugs or
> strange behavior.
>
> * Fontification: a *bold* is not recognized as such when other than a
>   space or a beginning-of-line char surrounds it.  Hence "(*bold*)" or
>   "*bold*?" are not fontified.

FOr the coming release I have generalized the emphasis part very much 
and allowed to configure the regular expression for emphasis matching.  
The cases you mention above are now covered - I am always hesitant to 
make make it match too easily because it may match in unwonted places.  
But maybe I am too restrictive.  You are welcome to suggest a better 
default for the customization variable org-emphasis-regexp-components 
after the next release.

>
>   Additionnally: "*bold*" at the beginning of a line is also fontified
>   with org-level-* face. Maybe org-level-* regexps should made a space
>   after the "*" mandatory.

This is already on my list, but takes longer because headline matching 
happens in a million places in the Org-mode code, in many different 
ways.  For me personally, this is usually not a problem  because I like 
to indent text under a headline, so that a *bold* is usually not at the 
beginning of the line.  But yes, this should be fixed eventually.
>
> * No comment syntax is defined - "#" seems obvious.

How could I miss this????  Thanks.

>
> * DEADLINE/SCHEDULED strings still matched when commented.

Hmmm, yes this is true.  I never use comments in org-mode to turn off 
timestamps and their function.  For now, I am not going to fix this.

>
> * The ?" char acceptable in links, which sometimes produces strange
>   results.

Example?

>
> * When TYP_SEQ and TODO_SEQ both end with "TODO" (as they should do),
>   then `C-c a t' two redundant "DONE" options.

You should never have both in a buffer, just one is allowed.  The 
result of putting both is not well defined.

> * Maybe links in fixed-width environments should be either expanded or
>   underlined (except if you got rid of every kind of fontification in
>   this environment).

This is really for quoting stuff, so I guess the bug is that font-lock 
still fontifies in these areas.

I am taking note, but need time to fix this.

>
> * org-store link corrupting gnus-registry ?  I'm using gnus-registry
>   and i did remark that org-store-link, when called on an article,
>   corrupted the ~/.gnus.registry.el file.  I've no further hint on
>   *when* and *why* it happens.  Seems quite random for now.

Any gnus expert around here?  I have not idea why and how this might 
happen.

>
> * Storing an image buffer with `org-store-link' stores the image
>   itself (as a read-only object).  I think it would be more convenient
>   to have the file-name stored instead of the image.

What is an image buffer?  I buffer visiting a (for example) .jpg file?

>
> Well... enough for today!  Hope this is useful.

Certainly is.  Thanks.

- Carsten

  parent reply	other threads:[~2006-06-10 13:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-10 12:24 Possible bugs Bastien
2006-06-10 13:16 ` Carsten Dominik
2006-06-10 13:45 ` Carsten Dominik [this message]
2006-06-10 16:20   ` Bastien
2006-06-10 18:59     ` Carsten Dominik
2006-06-11 11:14       ` Bastien

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=2021e093ebcb82cf4f6bbadc49e2dc72@science.uva.nl \
    --to=dominik@science.uva.nl \
    --cc=bzg@altern.org \
    --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).