This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system


Nicholas Wourms wrote:

Charles> would expect...an X-only drag-n-drop wouldn't be that helpful.


Why not? We have other X11 packages which could utilize this. Plus, Harold's on a mission to knock the number of X11 packages sky-high, so undoubtly we'll see many more applications which will utilize this.

XEmacs speaks the following two dragndrop dialects: CDE, and Offix. Not the opendesktop one, nor the KDE one, nor the Gnome one. So, of Harold's new packages, which ones support CDE or Offix style dragndrop?


(Now, I believe the GTK-XEmacs build sprechen se Gnome/opendesktop dragndrop -- but GTK-XEmacs isn't under discussion. (At least, not until we get a glib, atk, pango, and gtk package.)


We can make an xemacs-extra package, but there's still the conflict with the ctags package.


Are the source code differences mutually exclusive or is one a subset of the other. Perhaps merging the changes into the other packages might be the way to go? AFAIK, ctags and friends don't depend on any emacs-specific share libs, right?

I dunno. The point is, that on Mandrake at least, these conflicting files were moved into a separate package so that one could install both Emacs / XEmacs / Ctags / etc. That is, if there are conflicts, minimize and segregate them.


s> I'm afraid you'll either need to turn off LDAP support,
or ITP an LDAP
    Charles> package.

>


I think I go for an LDAP package...


Not necessarily, those aren't your only options. If he's using it statically, then all that is really needed is to provide the source in the xemacs tarball and have the build script build it. There is no need to ITP the whole thing if all that you want is the client library part. This is done by a couple of other packages which use external static libs.

Sure. Personally, I view that as even MORE work than just ITP'ing LDAP.


--
Chuck


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]