From xemacs-m  Fri Jul 11 04:12:44 1997
Received: from frege.math.ethz.ch (root@frege-d-math-north-g-west.math.ethz.ch [129.132.145.3])
	by xemacs.org (8.8.5/8.8.5) with SMTP id EAA18362
	for <xemacs-beta@xemacs.org>; Fri, 11 Jul 1997 04:12:42 -0500 (CDT)
Received: from midget.math.ethz.ch (vroonhof@midget [129.132.145.4]) by frege.math.ethz.ch (8.6.12/Main-STAT-mailer) with ESMTP id LAA07035 for <xemacs-beta@xemacs.org>; Fri, 11 Jul 1997 11:11:10 +0200
Received: (vroonhof@localhost) by midget.math.ethz.ch (8.6.12/D-MATH-client) id LAA21915; Fri, 11 Jul 1997 11:09:33 +0200
To: xemacs-beta@xemacs.org
Subject: Re: gnuserv.el enhancement - "Done" button
References: <26337.868545147@kocrsw12> <kigpvsrc545.fsf@jagor.srce.hr> <bylo3eu9qc.fsf@midget.math.ethz.ch> <kigg1tmddl0.fsf@jagor.srce.hr>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
From: Jan Vroonhof <vroonhof@math.ethz.ch>
Date: 11 Jul 1997 11:09:33 +0200
In-Reply-To: Hrvoje Niksic's message of 10 Jul 1997 19:25:15 +0200
Message-ID: <by67uiuf8y.fsf@midget.math.ethz.ch>
Lines: 48
X-Mailer: Gnus v5.4.55/XEmacs 19.15

Hrvoje Niksic <hniksic@srce.hr> writes:

> Why don't you simply fork off a different gnuserv source that works
> correctly under the FSF?  I don't think gnuserv.el will see any more
> big changes in the near future (at least by me), so it shouldn't be
> hard.

Because I was hoping I could get away with writing gnuserv-compat.el
once and then forgetting about it. I don't use FSF Emacs so I cannot
really test it.

> 3) woes, such as introducing XEmacs-specific source in the middle of
>    the code.

I was also hoping the xemacs dependencies would remain only in the
device part. Now I now this probably a feeble hope. Once the interface
is is right there cetainly will be a "Done" toolbar button I guess.


> > P.P.P.S. I still am not sure the compatibilty variable stuff works
> > well yet. In particular when the server-* variables are set before
> > gnuserv gets loaded.
> 
> Neither am I.  If they don't work, I'd like them thrown out.  They are 
> too ugly to keep them around if they are not useful.

As you know I sincerly like to keep them (at least for one release of
XEmacs) and to help peple migrate from server.el, the problem is just
that this obslete variable stuff is at the moment not geared for use
in packages that are demand loaded and not dumped. What we really need
is

(defun define-and-set-obsolete-variable-alias (oldvar newvar)
   (let ( (was-defined (boundp oldvar))
          (value (and was-defined (eval oldvar))))
        (define-obsolete-variable-alias oldvar newvar)
        (and was-defined (set newvar value))))

or something to that efect that works.

Jan


          




