headers
anonymous | 11 Feb 2013 22:49

[bug #20500] muse-texinfo: "iso-8859-1" should be "ISO-8859-1"

URL:
  <http://gna.org/bugs/?20500>

                 Summary: muse-texinfo: "iso-8859-1" should be "ISO-8859-1"
                 Project: Emacs Muse
            Submitted by: None
            Submitted on: Mon 11 Feb 2013 09:49:39 PM UTC
                Category: muse
                Severity: 2 - Minor
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: andrear1979 <at> hotmail.com
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

  In muse-texinfo.el, a "Muse Texinfo Header" customizable option is defined.
The default contains a " <at> documentencoding iso-8859-1" directive. It should be
changed to uppercase: ISO-8859-1.

  Texinfo seems to be case-sensitive here, it ignores the lowercase iso-8859-1
and skips rendering of accented characters. 

  Users can circumvent the problem by customizing the "Muse Texinfo Header"
option as described, but having a correct default value would be obviously the
(Continue reading)

Permalink | Reply | 0 comments |
headers
anonymous | 15 Jan 2011 12:11

[bug #17493] muse-insert-thing multi-line message


URL:
  <http://gna.org/bugs/?17493>

                 Summary: muse-insert-thing multi-line message
                 Project: Emacs Muse
            Submitted by: None
            Submitted on: sam 15 jan 2011 11:11:03 UTC
                Category: muse
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: acid <at> debian.org
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Debian bug #610001
http://bugs.debian.org/610001

In xemacs21, muse-mode C-c C-i (muse-insert-thing) prompts only

    Insert:

in the message area, with the l=link, t=tag, etc parts not shown.
(Continue reading)

Permalink | Reply | 0 comments |
headers
anonymous | 20 Nov 2010 21:25

[bug #17114] Link syntax does not work within image captions


URL:
  <http://gna.org/bugs/?17114>

                 Summary: Link syntax does not work within image captions
                 Project: Emacs Muse
            Submitted by: None
            Submitted on: Saturday 11/20/2010 at 21:25 CET
                Category: muse
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: synapse.and.syntax <at> gmail.com
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Let's say I want to place the muse logo at the bottom of my webpage.  I might
write something like this:

[[emacs-muse.png][Made with Emacs Muse]]

which renders correctly when I publish with the html style.  Now let's say
I'd like to link back to the muse project page.  I change the line to read:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Randy Weinstein | 27 Apr 2010 22:13

[bug #15959] calls to muse-latex2png do not revert directory changes


URL:
  <http://gna.org/bugs/?15959>

                 Summary: calls to muse-latex2png do not revert directory
changes
                 Project: Emacs Muse
            Submitted by: rweinstein
            Submitted on: Tuesday 04/27/2010 at 20:13
                Category: muse
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

The muse-latex2png function records the current working directory, switches
into a temporary directory, but does not return back to the original
directory.

A patch with a working solution is included.

    _______________________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stefan Schlee | 22 Dec 2009 17:19

[bug #14985] Unification of the concepts of directives and style specific keywords


URL:
  <http://gna.org/bugs/?14985>

                 Summary: Unification of the concepts of directives and style
specific keywords
                 Project: Emacs Muse
            Submitted by: stefans
            Submitted on: Tuesday 12/22/2009 at 16:19
                Category: muse
                Severity: 1 - Wish
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Currently the publishing behaviour of muse can be finely tuned with a
hierarchy of styles.  Styles can be defined by the `muse-define-style and
`muse-derive-style functions.  These styles can be assigned to certain muse
projects.

Another feature of muse are directives, which are defined on a per file basis
by including "#<directive name> <directive value> expression at the beginning
(Continue reading)

Permalink | Reply | 0 comments |
headers
anonymous | 13 Dec 2009 16:49

[bug #14936] also using the header #author name in xml generated via rss export appears this tag <author>system name</author>


URL:
  <http://gna.org/bugs/?14936>

                 Summary: also using the header #author name in xml generated
via rss export appears this tag <author>system name</author>
                 Project: Emacs Muse
            Submitted by: None
            Submitted on: Sunday 12/13/09 at 16:49 CET
                Category: muse
                Severity: 4 - Important
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: lnoferin <at> cybervalley.org
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

    _______________________________________________________

Reply to this item at:

  <http://gna.org/bugs/?14936>

_______________________________________________
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dale P. Smith | 17 Feb 2009 18:15

[bug #13013] Invalid docbook output with an "empty" section.


URL:
  <http://gna.org/bugs/?13013>

                 Summary: Invalid docbook output with an "empty" section.
                 Project: Emacs Muse
            Submitted by: dsmith
            Submitted on: Tuesday 02/17/2009 at 12:15
                Category: muse
                Severity: 2 - Minor
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

If there is an "empty" section before section at the same level, and invalid
docbook file is published.  A docbook section cannot be empty.  It must have
at least one para element or have subsections.  The para element can be
empty, it just needs to be there.

It would be great if a "<para/>" could be inserted in these empty sections. 
A simple workaround is to use ~~ instead of an empty section.
(Continue reading)

Permalink | Reply | 0 comments |
headers
anonymous | 30 Oct 2008 22:03

[bug #12534] endash and emdash confusion


URL:
  <http://gna.org/bugs/?12534>

                 Summary: endash and emdash confusion
                 Project: Emacs Muse
            Submitted by: None
            Submitted on: Thursday 10/30/2008 at 22:03 CET
                Category: muse
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: mw+muse <at> foldr.org
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

There appears to be some confusion over endashes and emdashes.  An endash is
used for (number) ranges, while an emdash is normally used in a sentence.

To reproduce:
10--20 should be: 10<literal style="html">&ndash;</literal><literal
style="latex">--</literal>20

In "html" style, this renders to:
(Continue reading)

Permalink | Reply | 0 comments |
headers
anonymous | 30 Oct 2008 21:56

[bug #12533] non-breakable space in title not recognized


URL:
  <http://gna.org/bugs/?12533>

                 Summary: non-breakable space in title not recognized
                 Project: Emacs Muse
            Submitted by: None
            Submitted on: Thursday 10/30/2008 at 21:56 CET
                Category: muse
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: mw+muse <at> foldr.org
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

The markup for non-breakable space (~~) does not work in a muse title:

To reproduce:

#title Test~~test

This is emacs-muse from git as of 2008-10-13 (5cc807).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Robert Goulding | 27 May 2008 21:46

[bug #11747] Double quotes not converted when publishing to groff


URL:
  <http://gna.org/bugs/?11747>

                 Summary: Double quotes not converted when publishing to
groff
                 Project: Emacs Muse
            Submitted by: rgouldin
            Submitted on: Tuesday 05/27/2008 at 19:45
                Category: muse
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

When publishing to groff, double quotes should be converted to \(lq and \(rq,
or `` and '', in just the same way they are in publishing to LaTeX.

    _______________________________________________________

Reply to this item at:
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Sullivan | 18 May 2008 21:44

Planner 3.42 released


I am pleased to announce the release of Planner version 3.42. The NEWS
items for this release are available at
<http://wjsullivan.net/static/NEWS-3.42>.

  Tarball :: http://download.gna.org/planner-el/planner-3.42.tar.gz
  Zipfile :: http://download.gna.org/planner-el/planner-3.42.zip
  Commit ID :: ff582facc98cad53f6900bf06b38983c0223719e

Instructions follow for those who track the source code using git. If you
wish to track the development of Planner, visit
<http://www.emacswiki.org/cgi-bin/wiki/PlannerDevelopment>.

This release has the git tag "v3.42". The tag points at a commit object with
the Commit ID mentioned above.

To check out the release, do:

  git checkout v3.42

To switch back to the master branch, do:

  git checkout master

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/
Permalink | Reply | 0 comments |

Gmane