Discussion and help for Emacs Muse ()

Gregg Reynolds | 4 Jun 2006 18:29

new to muse

Howdy,

I've been messing around with MPR (muse-planner-remember) for a few weeks now, and it all looks very promising. But recent muse "releases" appear to be broken. At least, "make" doesn't work. The autoload file (and who knows what else) is missing.

Can somebody maybe post a working release or point me to copies of the missing files?

Thanks,

gregg

_______________________________________________
Muse-el-discuss mailing list
Muse-el-discuss <at> gna.org
https://mail.gna.org/listinfo/muse-el-discuss

headers

Michael Olson | 5 Jun 2006 01:08

Re: new to muse

"Gregg Reynolds" <admin <at> mobileink.com> writes:

> I've been messing around with MPR (muse-planner-remember) for a few
> weeks now, and it all looks very promising.  But recent muse
> "releases" appear to be broken.  At least, "make" doesn't work.  The
> autoload file (and who knows what else) is missing.

Can you please clarify what you mean by "doesn't work": what error
messages in particular are you seeing when you run make?

> Can somebody maybe post a working release or point me to copies of
> the missing files?

The most recent development snapshot is at
http://mwolson.org/static/dist/muse-latest.tar.gz.  The most recent
release is at http://download.gna.org/muse-el/muse-3.02.6b.tar.gz.  Or
remove the .tar.gz extension and use .zip to get zip files.

The development snapshot should be quite stable -- all that remains is
to add a couple of promised features and then it will be ready to
release.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

_______________________________________________
Muse-el-discuss mailing list
Muse-el-discuss <at> gna.org
https://mail.gna.org/listinfo/muse-el-discuss

headers

Raymond Zeitler | 26 Jun 2006 19:11

RE: muse is stepping on key bindings reserved for users

On my system,  C-c i is undefined.  C-c TAB is the keybinding for
muse-insert-tag.  I do not have the function
muse-insert-relative-link-to-file.

I do call this in my .emacs:
(planner-install-extra-task-keybindings)

I suppose you already checked that the keybindings you wrote about
aren't defined in your .emacs?

Please note that emacs-wiki-discuss is being deprecated.  We now use
several lists.  muse-el-discuss would be the relevant one here.

--
Raymond Zeitler <r.zeitler <at> ieee.org>

-----Original Message-----
Date: Sun, 25 Jun 2006 22:36:21 +0200
From: Adrian Aichner <adrian <at> xemacs.org>
Subject: [emacs-wiki-discuss] muse is stepping on key bindings
	reserved for	users

Hi All,

(info "(lispref)Style Tips")
of XEmacs states the following.

   * Please do not define `C-c LETTER' as a key in your major modes.
     These sequences are reserved for users; they are the *only*
     sequences reserved for users, so we cannot do without them.

     Instead, define sequences consisting of `C-c' followed by a
     non-letter.  These sequences are reserved for major modes.

     Changing all the major modes in Emacs 18 so they would follow this
     convention was a lot of work.  Abandoning this convention would
     make that work go to waste, and inconvenience users.

   * Sequences consisting of `C-c' followed by `{', `}', `<', `>', `:'
     or `;' are also reserved for major modes.

I hope this is all true for GNU Emacs as well.

Following bindings violate the first item:

C-c i l         muse-insert-relative-link-to-file
C-c i t         muse-insert-tag

Could this be finxed in a future version of planner-muse, please?

Best regards!

Adrian

--

-- 
Adrian Aichner
 mailto:adrian <at> xemacs.org
 http://www.xemacs.org/

headers

Michael Olson | 26 Jun 2006 20:19

Re: muse is stepping on key bindings reserved for users

"Raymond Zeitler" <r.zeitler <at> ieee.org> writes:

> On my system,  C-c i is undefined.  C-c TAB is the keybinding for
> muse-insert-tag.  I do not have the function
> muse-insert-relative-link-to-file.

Adrian Aichner <adrian <at> xemacs.org> writes:

>    * Please do not define `C-c LETTER' as a key in your major modes.
>      These sequences are reserved for users; they are the *only*
>      sequences reserved for users, so we cannot do without them.
> [snip]
>
> Following bindings violate the first item:
>
> C-c i l         muse-insert-relative-link-to-file
> C-c i t         muse-insert-tag
>
> Could this be finxed in a future version of planner-muse, please?

This should be fixed now.  I have removed the "C-c i" keybinding,
replacing it with "C-c TAB" (which should be the same as "C-c C-i", I
think).  Thanks for reporting this!

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

"Raymond Zeitler" <r.zeitler <at> ieee.org> writes:

> On my system,  C-c i is undefined.  C-c TAB is the keybinding for
> muse-insert-tag.  I do not have the function
> muse-insert-relative-link-to-file.

Adrian Aichner <adrian <at> xemacs.org> writes:

>    * Please do not define `C-c LETTER' as a key in your major modes.
>      These sequences are reserved for users; they are the *only*
>      sequences reserved for users, so we cannot do without them.
> [snip]
>
> Following bindings violate the first item:
>
> C-c i l         muse-insert-relative-link-to-file
> C-c i t         muse-insert-tag
>
> Could this be finxed in a future version of planner-muse, please?

This should be fixed now.  I have removed the "C-c i" keybinding,
replacing it with "C-c TAB" (which should be the same as "C-c C-i", I
think).  Thanks for reporting this!

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

headers

joakim | 26 Jun 2006 22:30

using muse files as meta-information for media files

I have a media archive consisting of books, movies, music and so on.
I would like to document each entity somehow, and was thinking of muse
compatible files.

I have an example tentative syntax here:

* [[Blade Runner]] (this is the master key)
** [[Directors]] (ok, there could be more then one, also it matches "Directors" page)
[[Ridley Scott]] (also a key)
** Script Writers
lallal
** [[Authors]]
[[Philip K. Dick]]
** [[Composers]]
[[Vangelis]]
** [[Graphic Artists]]
lalala
** Links (urls go here)
http://bladerunerfans
http://bladerunerfans2
** Keys (special stuff)
type:movie (dunno if this is good here)
imdb:6456456

or this way
*** type
movie
*** imdb
6456456

These files could mostly be generated from various internet databases,
but in many cases not, so thats why I want something human readable,
rather than xml. Also they will contain personal notes.

I then have some cocoon-code that will transform this to xml and then
to html on the fly, while browsing the media directories.

I was thinking if anyone of you had any comments on this. For
instance, is there some natural way of describing lists of name-value
pairs in muse wiki syntax? 

--

-- 
Joakim Verona
http://www.verona.se

headers

Michael Olson | 26 Jun 2006 23:22

Re: using muse files as meta-information for media files

joakim <at> verona.se writes:

> I was thinking if anyone of you had any comments on this. For
> instance, is there some natural way of describing lists of
> name-value pairs in muse wiki syntax?

Definition lists come to mind.

term :: definition

or

term :: definition 1
  :: definition 2
  :: definition 3

Or unordered lists.

* Category

 - list item 1
   - aspect 1: description
   - aspect 2: description
 - list item 2
   - aspect 1: description
   - aspect 2: description

Note that these elements can be nested.

You could alternatively use a combination of sections and table
syntax.  I do something similar at
http://www.mwolson.org/web/MediaPossessions.html.  Source for that
page is at
http://www.mwolson.org/web/wikisource/MediaPossessions.muse.

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

joakim <at> verona.se writes:

> I was thinking if anyone of you had any comments on this. For
> instance, is there some natural way of describing lists of
> name-value pairs in muse wiki syntax?

Definition lists come to mind.

term :: definition

or

term :: definition 1
  :: definition 2
  :: definition 3

Or unordered lists.

* Category

 - list item 1
   - aspect 1: description
   - aspect 2: description
 - list item 2
   - aspect 1: description
   - aspect 2: description

Note that these elements can be nested.

You could alternatively use a combination of sections and table
syntax.  I do something similar at
http://www.mwolson.org/web/MediaPossessions.html.  Source for that
page is at
http://www.mwolson.org/web/wikisource/MediaPossessions.muse.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

headers

Adrian Aichner | 26 Jun 2006 23:45

Re: muse is stepping on key bindings reserved for users

"Raymond Zeitler" <r.zeitler <at> ieee.org> writes:

> On my system,  C-c i is undefined.  C-c TAB is the keybinding for

Hi Raymond,

mwolson might already have fixed this.

> muse-insert-tag.  I do not have the function
> muse-insert-relative-link-to-file.
>
> I do call this in my .emacs:
> (planner-install-extra-task-keybindings)
>
> I suppose you already checked that the keybindings you wrote about
> aren't defined in your .emacs?

It's not in my .emacs, no.

>
> Please note that emacs-wiki-discuss is being deprecated.  We now use
> several lists.  muse-el-discuss would be the relevant one here.

I'm reading via gmane.

Are the new lists available there?

Perhaps a kind soul could share.

Thanks in advance!

Adrian

>
> --
> Raymond Zeitler <r.zeitler <at> ieee.org>
>
>
> -----Original Message-----
> Date: Sun, 25 Jun 2006 22:36:21 +0200
> From: Adrian Aichner <adrian <at> xemacs.org>
> Subject: [emacs-wiki-discuss] muse is stepping on key bindings
> 	reserved for	users
>
> Hi All,
>
> (info "(lispref)Style Tips")
> of XEmacs states the following.
>
>    * Please do not define `C-c LETTER' as a key in your major modes.
>      These sequences are reserved for users; they are the *only*
>      sequences reserved for users, so we cannot do without them.
>
>      Instead, define sequences consisting of `C-c' followed by a
>      non-letter.  These sequences are reserved for major modes.
>
>      Changing all the major modes in Emacs 18 so they would follow this
>      convention was a lot of work.  Abandoning this convention would
>      make that work go to waste, and inconvenience users.
>
>    * Sequences consisting of `C-c' followed by `{', `}', `<', `>', `:'
>      or `;' are also reserved for major modes.
>
> I hope this is all true for GNU Emacs as well.
>
> Following bindings violate the first item:
>
> C-c i l         muse-insert-relative-link-to-file
> C-c i t         muse-insert-tag
>
> Could this be finxed in a future version of planner-muse, please?
>
> Best regards!
>
> Adrian

--

-- 
Adrian Aichner
 mailto:adrian <at> xemacs.org
 http://www.xemacs.org/

headers

Michael Olson | 27 Jun 2006 01:36

Re: muse is stepping on key bindings reserved for users

Adrian Aichner <adrian <at> xemacs.org> writes:

> Are the new lists available via gmane?

Yes.

The Muse Gmane feeds are:

 - gmane.emacs.muse.announce
 - gmane.emacs.muse.general
 - gmane.emacs.muse.cvs

The Planner Gmane feeds are:

 - gmane.emacs.planner.announce
 - gmane.emacs.planner.general
 - gmane.emacs.planner.cvs

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

Adrian Aichner <adrian <at> xemacs.org> writes:

> Are the new lists available via gmane?

Yes.

The Muse Gmane feeds are:

 - gmane.emacs.muse.announce
 - gmane.emacs.muse.general
 - gmane.emacs.muse.cvs

The Planner Gmane feeds are:

 - gmane.emacs.planner.announce
 - gmane.emacs.planner.general
 - gmane.emacs.planner.cvs

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Project involvement: Emacs, Muse, Planner, ERC, EMMS

Mon	Tue	Wed	Thu	Fri	Sat	Sun

			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30

1	October 2012
3	September 2012
2	August 2012
1	July 2012
1	June 2012
12	March 2012
1	February 2012
16	November 2011
3	March 2011
2	February 2011
1	January 2011
6	December 2010
7	November 2010
10	September 2010
2	July 2010
4	June 2010
2	May 2010
11	April 2010
16	March 2010
33	February 2010
10	January 2010
17	December 2009
3	November 2009
8	October 2009
6	September 2009
5	August 2009
8	July 2009
3	June 2009
15	May 2009
4	April 2009
3	March 2009
26	February 2009
14	January 2009
27	December 2008
9	November 2008
37	October 2008
21	September 2008
20	August 2008
15	July 2008
12	June 2008
16	May 2008
69	April 2008
25	March 2008
63	February 2008
73	January 2008
18	December 2007
41	November 2007
49	October 2007
57	September 2007
70	August 2007
89	July 2007
88	June 2007
37	May 2007
99	April 2007
12	March 2007
27	February 2007
40	January 2007
18	December 2006
45	November 2006
62	October 2006
101	September 2006
88	August 2006
58	July 2006
8	June 2006