Muse manual is now available in Chinese

Thanks to the efforts of Haiyong Zheng, a Chinese translation of the
Muse manual is now available.

 - HTML (single file):
   http://www.flyzhy.org/projects/docs/muse/muse-zh.html

 - HTML (multiple files):
   http://www.flyzhy.org/projects/docs/muse/muse-zh/index.html

 - Info:
   http://www.flyzhy.org/projects/docs/muse/muse-zh.info

 - Texinfo source:
   http://www.flyzhy.org/projects/docs/muse/muse-zh.texi

Additionally, the Muse webpage has been translated into Chinese by
Hong Lee at http://xcoder.cn/Muse/index.html.

If you're interested in translating the Muse manual and/or the Muse
webpage to your language of choice, join the
muse-el-internationalization mailing list at
http://mail.gna.org/listinfo/internationalization/.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | Projects: Emacs, Muse, ERC, EMMS, Planner, ErBot, DVC
 |_] | \| |_| Reclaim your digital rights by eliminating DRM.
      See http://www.defectivebydesign.org/what_is_drm for details.

emacs complaining "really edit the buffer?"

Hello all.

I'm relatively new to muse, it seems to be *the* program I want.

There is an emacs problem here, and I hope it has not been discussed too
often.  Didn't find documentation.

   I have the habit to save & publish very often when I am editing a
   muse file.  Now sometimes, not always, emacs complains that the
   outputfile (output.html)

   "changed on disk; really edit the buffer?  (y, n, r, c-h)"

Of course I want to.  Sometimes emacs *doesn't* ask me that, and I
cannot see why...is there a possibility to turn that feature off,
so that emacs publishes without any question?

TIA,

erich.

(This is a Muse 3.02.6 on a Slackware 11.0 system.)

Re: emacs complaining "really edit the buffer?"

Erich Hoffmann <erichhoffmann <at> gmx.de> writes:

> Hello all.
>
> I'm relatively new to muse, it seems to be *the* program I want.
>
> There is an emacs problem here, and I hope it has not been discussed too
> often.  Didn't find documentation.
>
>    I have the habit to save & publish very often when I am editing a
>    muse file.  Now sometimes, not always, emacs complains that the
>    outputfile (output.html)
>
>    "changed on disk; really edit the buffer?  (y, n, r, c-h)"
>
> Of course I want to.  Sometimes emacs *doesn't* ask me that, and I
> cannot see why...is there a possibility to turn that feature off,
> so that emacs publishes without any question?

Try the latest development snapshot of Muse (or the latest release
candidate) and see if that fixes it.  I've fixed a bug that was
similar to this since the 3.02.6 release.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | Projects: Emacs, Muse, ERC, EMMS, Planner, ErBot, DVC
 |_] | \| |_| Reclaim your digital rights by eliminating DRM.
      See http://www.defectivebydesign.org/what_is_drm for details.

custom tag

Hello everybody,

seems something change since I used the last time one of my custom tags,
as I cannot publish them anymore.
Can anybody tell me how to change the syntax, so that it works:

        (add-to-list 'muse-publish-markup-tags '("me" nil nil
        muse-me-tag))

        (defun muse-me-tag (beg end)
         "<literal><br> expand html <br>  'newline coaction' "
         (insert "<img src=\"images/me_tag.jpg\"/></literal>")
         (muse-publish-mark-read-only beg (point))
        )

Thank you,

Christian

Re: custom tag

Christian Straßer <hermes.chris <at> gmx.de> writes:

> Hello everybody,
>
> seems something change since I used the last time one of my custom tags,
> as I cannot publish them anymore.
> Can anybody tell me how to change the syntax, so that it works:
>
>         (add-to-list 'muse-publish-markup-tags '("me" nil nil
>         muse-me-tag))
>
>         (defun muse-me-tag (beg end)
>          "<literal><br> expand html <br>  'newline coaction' "
>          (insert "<img src=\"images/me_tag.jpg\"/></literal>")
>          (muse-publish-mark-read-only beg (point))
>         )

<literal> shouldn't be in there.  <literal> and making the region
read-only do the same thing.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net
  /` |\ | | | Projects: Emacs, Muse, ERC, EMMS, Planner, ErBot, DVC
 |_] | \| |_| Reclaim your digital rights by eliminating DRM.
      See http://www.defectivebydesign.org/what_is_drm for details.

Christian Straßer <hermes.chris <at> gmx.de> writes:

Re: Re: publish problems

forfan <forfan <at> ruanxiang.net> writes:

>> "forfan forfan" <forfan <at> gmail.com> writes:
>>> Now, I can set different folders in one project in dot emacs file:
>>> (setq muse-project-alist
>>> '(("ProjectA"
>>> ("/somewhere/A"
>>>  "/somewhere/A/A-b"
>>>  "/somewhere/A/A-c"
>>>  :default "index")
>>>  (:base "xhtml"
>>>    :path "/somewhere/html"))))
>>>
>>> but all the project files are published to /somewhere/html.
>>> I trid to add different publish folders in :path section, but failed.
>>> Does muse support this operation?
>>>     
>>
>> Yes.  See examples/mwolson/muse-init.el, my muse-project-alist entry
>> for "Blog".  It's kind of ugly, I admit, but I can't think of a better
>> way to do it at the moment.
>>
>>   
> I added the following code to my .emacs.el
> ...
> ("A" (, <at> (muse-project-alist-dirs "~/A")
> :default "index"
> , <at> (muse-project-alist-styles "~/A"
> "~/html/A"
> "xhtml"))

Re: [Planner-el-discuss] Re: multiple locations?

>>>>> "SEH" == Steven E Harris <seh <at> panix.com> writes:

  SEH> "Dave C. Nelson" <DCNelson <at> skokielibrary.info> writes:

  >> It must be so simple that any resonably proficient emacs person
  >> has already figured it out and implemented it on their own.

  SEH> I've just been using Unison against my whole planner
  SEH> directory. It works fine, so long as all the planner-related
  SEH> buffers have been saved before doing the transfer.

  SEH> Mind you, I'm not actually merging changes in one location
  SEH> against changes made in another. I'm just moving the same
  SEH> content from home to work, then from work to home, and back
  SEH> again. Unison will detect when files have been modified
  SEH> independently in both locations, but it will not automatically
  SEH> merge the changes on my behalf.

It will launch a diff tool for you though. Emacs springs to mind as a
possibility. I had this working once, but with my current combination of
Cygwin unison and NTEmacs, I never got it to work. Planner files
should diff fairly well, I'd have though. 

I've used unison for many years now on a considerable proportion on my
home space and it works excellently well. In practise, both planner
and gnus caused me some grief: gnus because everything changes
regularly (.overview and .marks!); and planner because it changes lots
of things per day. If planner was more careful about changing things
only when absolutely essential, this would probably work better and
you'd have fewer conflicts. 

Re: Re: emacs complaining "really edit the buffer?"

Am Sonntag, 3. Dezember 2006 22:32 schrieb Michael Olson:
> Erich Hoffmann <erichhoffmann <at> gmx.de> writes:
> > Hello all.
> >
...

> >    "changed on disk; really edit the buffer?  (y, n, r, c-h)"
> >
> > Of course I want to.  Sometimes emacs *doesn't* ask me that, and I
> > cannot see why...is there a possibility to turn that feature off,
...

> Try the latest development snapshot of Muse (or the latest release
> candidate) and see if that fixes it.  I've fixed a bug that was
> similar to this since the 3.02.6 release.

Thank you.  I won't be able to do a lot until next week, but I'll try it
shurely and mail then.  Fine!

erich

Re: Re: emacs complaining "really edit the buffer?"

Am Donnerstag, 7. Dezember 2006 09:47 schrieb Erich Hoffmann:
> Am Sonntag, 3. Dezember 2006 22:32 schrieb Michael Olson:
> > Erich Hoffmann <erichhoffmann <at> gmx.de> writes:
...
>
> > >    "changed on disk; really edit the buffer?  (y, n, r, c-h)"
> ...
>
> > Try the latest development snapshot of Muse (or the latest release
...
> Thank you.  I won't be able to do a lot until next week, but I'll try it
...

Ah.  I downloaded muse.latest, and it is the same thing.  But I don't
think that it is a muse bug, it must be a "wrong" emacs option or
something like that.  Now I'll look through my emacs configuration.

erich

Re: Re: emacs complaining "really edit the buffer?"

> Ah.  I downloaded muse.latest, and it is the same thing.  But I don't
> think that it is a muse bug, it must be a "wrong" emacs option or
> something like that.  Now I'll look through my emacs configuration.

I think it is a muse bug.
This bug occurred when `debug-on-error' ==> t and
`eval-expression-debug-on-error' ==> nil.

Try this.

put in your .emacs.

(defadvice muse-publish-file (around ad-muse-publish-file activate)
  (let ((debug-on-error nil))
    ad-do-it))

------------------------
Shunsuke OKANO