Gregg Reynolds | 4 Jun 18:29 2006

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
Michael Olson | 5 Jun 01:08 2006
Face
Picon

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
Raymond Zeitler | 26 Jun 19:11 2006
Picon

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/

Michael Olson | 26 Jun 20:19 2006
Face
Picon
Picon

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
joakim | 26 Jun 22:30 2006
Picon

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

Michael Olson | 26 Jun 23:22 2006
Face
Picon
Picon

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
Adrian Aichner | 26 Jun 23:45 2006
X-Face
Picon

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/
Michael Olson | 27 Jun 01:36 2006
Face
Picon
Picon

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

Gmane