* Org and Muse
@ 2008-04-21 15:15 Richard G Riley
2008-04-21 19:23 ` Peter Jones
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Richard G Riley @ 2008-04-21 15:15 UTC (permalink / raw)
To: org-mode
I just dug out some old Muse documents I had and am now wondering what
overlap exists, if any, between Muse and Org. As a committed Org user
should I migrate these Muse projects to Org projects? Any thoughts
appreciated. Possibly I have the wrong end of the stick with regard to
org publishing and the two should live together?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Org and Muse
2008-04-21 15:15 Org and Muse Richard G Riley
@ 2008-04-21 19:23 ` Peter Jones
2008-04-23 13:00 ` Carsten Dominik
2008-04-24 6:53 ` Dmitri Minaev
2 siblings, 0 replies; 4+ messages in thread
From: Peter Jones @ 2008-04-21 19:23 UTC (permalink / raw)
To: emacs-orgmode
Richard G Riley <rileyrgdev@googlemail.com> writes:
> I just dug out some old Muse documents I had and am now wondering what
> overlap exists, if any, between Muse and Org. As a committed Org user
> should I migrate these Muse projects to Org projects? Any thoughts
> appreciated. Possibly I have the wrong end of the stick with regard to
> org publishing and the two should live together?
I use both Org and Muse. There is a bit of overlap, so sometimes it's
hard for me to choose one over the other when creating a new document.
I don't use org publishing, so that makes it a bit easier. I use Org
for all my planning and time tracking, and Muse for any document that
I intend to publish and release to some sort of audience.
Muse projects and publishing styles are very powerful, along with a
very intuitive markup syntax. That's why I prefer Muse over Org
publish.
But I can understand your desire to move all your old Muse documents
to Org. At least once a day I think to myself how incredible Org is.
It's easily one of the best software packages I've ever used.
--
Peter Jones, pmade inc.
http://pmade.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Org and Muse
2008-04-21 15:15 Org and Muse Richard G Riley
2008-04-21 19:23 ` Peter Jones
@ 2008-04-23 13:00 ` Carsten Dominik
2008-04-24 6:53 ` Dmitri Minaev
2 siblings, 0 replies; 4+ messages in thread
From: Carsten Dominik @ 2008-04-23 13:00 UTC (permalink / raw)
To: Richard G Riley; +Cc: org-mode
On Apr 21, 2008, at 5:15 PM, Richard G Riley wrote:
>
> I just dug out some old Muse documents I had and am now wondering what
> overlap exists, if any, between Muse and Org. As a committed Org user
> should I migrate these Muse projects to Org projects? Any thoughts
> appreciated. Possibly I have the wrong end of the stick with regard to
> org publishing and the two should live together?
Hi Richard,
this really depends what you are up to.
If Org does fulfil all the publishing needs you have, and if you have
recently only used Org for many things, it might be a good thing to
move old Muse files. If only to just work in a single environment and
not having to remember several different ways of writing the ascii
source. Much can be achieved these days with rg if your target is
HTML or LaTeX.
However, if the focus of what you are doing is really document
creation, publishing, then Muse currently gives you many more options,
to tweak the final output, to reach different formats etc.
There used to be plans to tweak Muse so that it could digest Org
syntax, but these plans have died (as far as I know).
There are plans to enhance the export of Org, to allow richer output
and more export formats, but my estimate is that it will be quite some
time before these (in the publishing quality sense) would be up to par
with Muse, if ever. The focus of Org has so far been less strongly on
publishing, its syntax is sloppier to facilitate easier note taking,
but that at the same time makes writing consistent export harder. Not
impossible, only harder. Bastien has worked hard to create a basis
for a general exporter, so I am sure more will come, eventually.
- Carsten
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Org and Muse
2008-04-21 15:15 Org and Muse Richard G Riley
2008-04-21 19:23 ` Peter Jones
2008-04-23 13:00 ` Carsten Dominik
@ 2008-04-24 6:53 ` Dmitri Minaev
2 siblings, 0 replies; 4+ messages in thread
From: Dmitri Minaev @ 2008-04-24 6:53 UTC (permalink / raw)
To: Richard G Riley; +Cc: org-mode
On Mon, Apr 21, 2008 at 8:15 PM, Richard G Riley
<rileyrgdev@googlemail.com> wrote:
>
> I just dug out some old Muse documents I had and am now wondering what
> overlap exists, if any, between Muse and Org. As a committed Org user
> should I migrate these Muse projects to Org projects? Any thoughts
> appreciated. Possibly I have the wrong end of the stick with regard to
> org publishing and the two should live together?
As long as my tasks don't go beyond the capabilities of Org, I prefer
Org. Two reasons why I sometimes choose Muse are:
1. Export to Docbook
2. <lisp> tag in Muse. I love it. So, one of my last documents begins
with the line:
* Version: <lisp>(calc-eval (concat
"<"(calendar-date-string(calendar-current-date)) "> - <12
apr2008>"))</lisp> days with LBook.
--
With best regards,
Dmitri Minaev
Russian history blog: http://minaev.blogspot.com
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-04-24 7:01 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-21 15:15 Org and Muse Richard G Riley
2008-04-21 19:23 ` Peter Jones
2008-04-23 13:00 ` Carsten Dominik
2008-04-24 6:53 ` Dmitri Minaev
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.