scription: url package diff with xemacs feature test removed
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Bill Perry did not respond. So let's delete those conditionals.
Do you want to do it?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
If Bill Perry responds to me, I think it is best to see what he thinks
about the question. If he doesn't respond, let's delete those conditionals.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Sounds like a total mess for XEmacs developers any which way. Unless
> some XEmacs developer volunteers maintaining for the XEmacs parts, it
> is not likely to be much of a help keeping them. How about tagging
> the current state with something like url_with_xemacs, then moving
> XEmacs support
Cheng Gao <[EMAIL PROTECTED]> writes:
> *On Mon, 26 Sep 2005 19:55:16 -0400
> * "Richard M. Stallman" <[EMAIL PROTECTED]> climbed out of the dark hell and
> cried out:
>
>> Richard> Are the developers of the URL package still maintaining it
>> Richard> separately?
>>
>> Seems not.
>
*On Mon, 26 Sep 2005 19:55:16 -0400
* "Richard M. Stallman" <[EMAIL PROTECTED]> climbed out of the dark hell and
cried out:
> Richard> Are the developers of the URL package still maintaining it
> Richard> separately?
>
> Seems not.
>
> If that is the case, the only reason to maint
Richard> Are the developers of the URL package still maintaining it
Richard> separately?
Seems not.
If that is the case, the only reason to maintain XEmacs conditionals
in URL is if XEmacs developers want to cooperate with us on
maintaining that code.
___
Well, I think then it should be left to the package maintainer to
decide whether he wants to maintain a common XEmacs/Emacs version, or
just maintain the version for Emacs.
The author is Bill Perry, but ISTR he is not in contact with us
any more. When is the last time we heard from hi
> Because url package was merged into Emacs long time ago, my
> understanding is it's meaningless to do xemacs feature test in url
> codes. So should these test codes be removed?
Maybe you want to fix them so they don't test for (featurep 'xemacs) but for
something more s
Cheng Gao <[EMAIL PROTECTED]> writes:
>> "Richard" == Richard M Stallman <[EMAIL PROTECTED]> writes:
>
> Richard> Are the developers of the URL package still maintaining it
> Richard> separately?
>
> Seems not.
>
> Old home of URL package: http://www.gnu.org/software/url/
> It informed
> "Richard" == Richard M Stallman <[EMAIL PROTECTED]> writes:
Richard> Are the developers of the URL package still maintaining it
Richard> separately?
Seems not.
Old home of URL package: http://www.gnu.org/software/url/
It informed move to Savannah.
New home: http://savannah.gnu.org
Are the developers of the URL package still maintaining it separately?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Because url package was merged into Emacs long time ago, my
understanding is it's meaningless to do xemacs feature test in url
codes. So should these test codes be removed?
1. utl-http.el line 830-832:
,
| 'face (if (featur
Do u receive this message, dude ?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.510 / Virus Database: 307 - Release Date: 14-08-2003
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.o
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
16 matches
Mail list logo
