modperl-emacs_webdav_interface_for_working_with_dreamweaver_types

This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.



From: "Rob Bloodgood" <robb@empire2.com>
To: "mod_perl" <modperl@perl.apache.org>
Subject: [WOT] emacs and WEBDAV
Date: Thu, 14 Mar 2002 11:30:54 -0800

I'm running a Mason based website, and I use Emacs when I write code.
My web designers use Dreamweaver.  I've designed the site so that my web
guys have to reserve me one table cell (or more than one depending on where
in the site, but you get the point) where I put a single dispatch  component
to the dynamic content appropriately.

The problem is, concurrency.  Dreamweaver has versioning built in... but
emacs has no way to recognize it.  So when I make a fix to a file, if the
designers aren't explicitly instructed to refresh-from-the-website-via-ftp,
my changes get hosed.

DW also speaks WEBDAV natively, but emacs does not.  Emacs speaks CVS
natively, but DW does not.  DW also speaks SourceSafe <shudder>, but I never
took that seriously... :-)

I've been trying, in various attempts over the past two years, to come up
with a compromise between the two.  The closest I've come was somebody
mentioned a CVS emulation layer over a DAV repository... but that never came
to fruition.  And even more frustrating, I haven't managed to pick up enough
eLisp to do it myself w/ vc.el <sigh>.

Does anybody have any ideas for my next direction to turn?

===

Date: Thu, 14 Mar 2002 14:55:16 -0500
From: darren chamberlain <dlc@users.sourceforge.net>
To: mod_perl <modperl@perl.apache.org>
Subject: Re: [WOT] emacs and WEBDAV

Quoting Rob Bloodgood <robb@empire2.com> [Mar 14, 2002 14:30]:
> I've been trying, in various attempts over the past two years,
> to come up with a compromise between the two.  The closest I've
> come was somebody mentioned a CVS emulation layer over a DAV
> repository... but that never came to fruition.  And even more
> frustrating, I haven't managed to pick up enough eLisp to do it
> myself w/ vc.el <sigh>.
> 
> Does anybody have any ideas for my next direction to turn?

This <http://www.cvshome.org/cyclic/cvs/dev-dav.html> looks
promising...


===

Date: Thu, 14 Mar 2002 15:20:19 -0500
To: "Rob Bloodgood" <robb@empire2.com>
From: Kee Hinckley <nazgul@somewhere.com>
Subject: Re: [WOT] emacs and WEBDAV
Cc: "mod_perl" <modperl@perl.apache.org>

At 11:30 AM -0800 3/14/02, Rob Bloodgood wrote:
>The problem is, concurrency.  Dreamweaver has versioning built in... but
>emacs has no way to recognize it.  So when I make a fix to a file, if the
>designers aren't explicitly instructed to refresh-from-the-website-via-ftp,
>my changes get hosed.

Versioning, no.  Locking, yes, optionally.  (Well, I guess it can do 
versioning via SourceSafe, but not via anything else.)  I'm seriously 
hoping they'll address that in the next release.

>I've been trying, in various attempts over the past two years, to come up
>with a compromise between the two.  The closest I've come was somebody
>mentioned a CVS emulation layer over a DAV repository... but that never came
>to fruition.  And even more frustrating, I haven't managed to pick up enough
>eLisp to do it myself w/ vc.el <sigh>.
>
>Does anybody have any ideas for my next direction to turn?

There are WebDAV extensions under development to provide versioning. 
I suspect that eventually we'll see those supported.  But that's got 
to be a year or more down the road.

Emacs over WebDAV should work fine if you run something that supports 
WebDAV as a filesystem (e.g. OSX), but that's not going to help you 
much.

There are two options I can think of.

1. If your designers aren't making use of checkin/checkout in 
DreamWeaver, then simply make it clear to them that before they can 
save a file to the server, they have to do a sync first.  Make the 
final repository sit on CVS, and do a checkin every night.  So if 
something does go wrong you can at least pick up the previous day's 
work.

2. DreamWeaver's locking mechanism is handled by placing lock files 
on the server.  Those files have the info about who has what.  It 
ought to be possible to write an emacs extension that would use those 
files.


===

From: "Rob Bloodgood" <robb@empire2.com>
To: "Kee Hinckley" <nazgul@somewhere.com>
Cc: "mod_perl" <modperl@perl.apache.org>
Subject: RE: [WOT] emacs and WEBDAV
Date: Thu, 14 Mar 2002 15:22:21 -0800

> At 11:30 AM -0800 3/14/02, Rob Bloodgood wrote:
> >The problem is, concurrency.  Dreamweaver has versioning built
> >in... but emacs has no way to recognize it.  So when I make a fix
> >to a file, if the designers aren't explicitly instructed to >
> >refresh-from-the-website-via-ftp, my changes get hosed.
>
> Versioning, no.  Locking, yes, optionally.  (Well, I guess it can do
> versioning via SourceSafe, but not via anything else.)  I'm seriously
> hoping they'll address that in the next release.

<sigh> I meant locking.  Not versioning.  e-Foot in e-Mouth.

> Emacs over WebDAV should work fine if you run something that supports
> WebDAV as a filesystem (e.g. OSX), but that's not going to help you
> much.

If we're talking about LOCKING, is this statement still true?

> There are two options I can think of.
>
> 1. If your designers aren't making use of checkin/checkout in
> DreamWeaver, then simply make it clear to them that before they can
> save a file to the server, they have to do a sync first.  Make the
> final repository sit on CVS, and do a checkin every night.  So if
> something does go wrong you can at least pick up the previous day's
> work.

That (the train-them-to-sync-first part) has been what I've been forced to
do so far.  I haven't gone so far as to set up a CVS for the website tho.
Thx for the, I'll look into it.

> 2. DreamWeaver's locking mechanism is handled by placing lock files
> on the server.  Those files have the info about who has what.  It
> ought to be possible to write an emacs extension that would use those
> files.

Certainly.  But my original message mentioned the REAL source of my
frustration: I'm pretty limited at elisp, otherwise I might have already had
this worked out. :-)

L8r,
Rob



===

Date: Fri, 15 Mar 2002 14:44:01 +0900
From: Tatsuhiko Miyagawa <miyagawa@edge.co.jp>
To: "Rob Bloodgood" <robb@empire2.com>
Cc: "mod_perl" <modperl@perl.apache.org>
Subject: Re: [WOT] emacs and WEBDAV

At Thu, 14 Mar 2002 11:30:54 -0800,
Rob Bloodgood wrote:

> DW also speaks WEBDAV natively, but emacs does not.  Emacs speaks CVS

Eldav: Yet another WebDAV interface for Emacsen 
http://www.gohome.org/eldav/



===

To: modperl@apache.org
Subject: Re: [WOT] emacs and WEBDAV
From: Michael Alan Dorman <mdorman@debian.org>
Date: 14 Mar 2002 17:35:08 -0500

"Rob Bloodgood" <robb@empire2.com> writes:
> DW also speaks WEBDAV natively, but emacs does not.

Not natively, but there is a DAV mode for emacs, apparently fairly
new.  From the Debian package:

Package: eldav
Priority: optional
Section: net
Installed-Size: 61
Maintainer: Fumitoshi UKAI <ukai@debian.or.jp>
Architecture: all
Version: 0.0.20020311-1
Depends: emacs21 | emacsen, nd (>= 0.5.0)
Filename: pool/main/e/eldav/eldav_0.0.20020311-1_all.deb
Size: 14286
MD5sum: 71271d5d4998dcdb78f83d79e98a4f75
Description: an interface to the WebDAV servers for Emacs.
 WebDAV files can be treated just like a normal file in Emacsen.
 Emacs/w3 is not required. External program is used for WebDAV access.


===

Date: Fri, 15 Mar 2002 15:40:01 -0600
From: "Keith G. Murphy" <keithmur@mindspring.com>
To: Kee Hinckley <nazgul@somewhere.com>, mod_perl <modperl@perl.apache.org>
Subject: Re: [WOT] emacs and WEBDAV

Kee Hinckley wrote:
> 
> Emacs over WebDAV should work fine if you run something that supports
> WebDAV as a filesystem (e.g. OSX), but that's not going to help you
> much.
> 
If you're running Linux, this looks like fun:

http://sourceforge.net/projects/dav

There's also kiwifs:

http://kiwi.stanford.edu

If you're only running Linux on the server, well, maybe you could roll
something with samba (maybe you would need kernel oplocks?).

Seems like all the good stuff is for Linux, doesn't it?  ;-)

===

the rest of The Pile (a partial mailing list archive)

doom@kzsu.stanford.edu