On 2014-10-17, Steve Youngs <steve(a)sxemacs.org> wrote:
> Aidan Kehoe <kehoea(a)parhasard.net> writes:
> > It would be easier, and give better, more correct, more maintainable
> > code that does not lose data, for SXEmacs to move to Unicode internally
> > and to implement all its coding systems using iconv(3)
>
> You had me at "easier". :) Actually, you had already sold me on this
> idea a couple of years ago on IRC. I just need to find some man power
> and expertise to get it done. If only the best guy for the job hadn't
> run off to become a doctor. :-)
I can send you my personal Unicode-internal fork of 21.4, if you like.
As I've remarked before, it should be relatively straightforward to
carry it over to SXEmacs. The only reason I haven't done it myself is
that you changed the indentation style, and I can't be bothered to
deal with that!
I haven't had a bug for a couple of years now, so I'm fairly confident
in it.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I've just updated my workspace (yesterday) and rebuilt XEmacs. I
think that I'm using --with-prefix=no for the first time in a while (I
stupidly blew away my old Installation file), and I believe that is
related.
The symptoms are that Installation tells me that
Package Search (a 'root' contains '{xemacs,mule,site}-packages'):
User package roots: ~/.xemacs
System package roots: /usr/local/share/xemacs
and there are package hierarchies under both roots, but XEmacs starts
up with only the (single) package under ~/.xemacs and the core lisp
directories in load-path. Output of debug-paths appended. See
issue875 for beta.err containing Installation (actually, configure
output) and a build and check log.
I see two ways to go here. Mike used to argue that if XEmacs does not
build in knowledge of $prefix, the package root should be the same as
the installation root. In that case, since I'm running in place,
Installation is actually lying about where it will find the packages.
(And I bet it would get it wrong for an installed XEmacs unless it
were installed in /usr/local/{bin,etc,lib,share}, but --with-prefix=no
is precisely intended to make no such promises.) If that's the way
we're going to go, we need to fix Installation (ie, configure's
reporting function).
Personally I prefer to think of the packages as a quasi-independent
project, so the package installation has a root of its own. It would
be convenient if XEmacs respected its promise in Installation and
looked for packages there. But I suspect that would make things more
complicated for users who really want to install XEmacs and the
packages as a single self-contained bundle.
What does everybody think?
Steve
Starting program:
/Users/steve/src/XEmacs/21.5/pristine/+clang34/src/xemacs
--debug-paths
startup-setup-paths arguments:
inhibit-packages: nil
inhibit-site-lisp: nil
called-early: nil
invocation-directory:
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/src/"
invocation-name: "xemacs"
configure-prefix-directory: nil
configure-exec-prefix-directory: nil
emacs-roots:
("/Users/steve/src/XEmacs/21.5/pristine/+clang34/"
"/Users/steve/src/XEmacs/21.5/pristine/")
emacs-data-roots:
("/Users/steve/src/XEmacs/21.5/pristine/+clang34/"
"/Users/steve/src/XEmacs/21.5/pristine/")
user-init-directory: "~/.xemacs/"
configure-package-path: nil
configure-lisp-directory and lisp-directory:
nil
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lisp/"
configure-mule-lisp-directory and mule-lisp-directory:
nil
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lisp/mule/"
configure-site-directory and site-directory:
nil
nil
configure-early-package-directories, early-package-hierarchies and
early-package-load-path:
nil
("~/.xemacs/xemacs-packages/")
("/Users/steve/.xemacs/xemacs-packages/lisp/"
"/Users/steve/.xemacs/xemacs-packages/lisp/vm/")
configure-late-package-directories, late-package-hierarchies and
late-package-load-path:
nil
nil
configure-last-package-directories, last-package-hierarchies and
last-package-load-path:
nil
nil
load-path:
("/Users/steve/.xemacs/xemacs-packages/lisp/"
"/Users/steve/.xemacs/xemacs-packages/lisp/vm/"
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lisp/mule/"
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lisp/")
configure-module-directory and module-directory:
nil
configure-site-module-directory and site-module-directory:
nil
nil
configure-info-directory, configure-info-path and Info-directory-list:
nil
nil
("/Users/steve/src/XEmacs/21.5/pristine/+clang34/info/"
"/opt/local/share/info/" "/Developer/usr/share/info/")
configure-exec-directory and exec-directory:
nil
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lib-src/"
exec-path:
("/opt/local/bin/" "/opt/local/sbin/" "/usr/bin/" "/bin/" "/usr/sbin/"
"/sbin/" "/usr/local/bin/" "/opt/X11/bin/"
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lib-src/")
configure-doc-directory and doc-directory:
nil
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/lib-src/"
configure-data-directory and data-directory:
nil
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/etc/"
data-directory-list:
("/Users/steve/.xemacs/xemacs-packages/etc/"
"/Users/steve/.xemacs/xemacs-packages/etc/vm/"
"/Users/steve/src/XEmacs/21.5/pristine/+clang34/etc/")
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
The following message is a courtesy copy of an article
that has been posted to gmane.emacs.gnus.general as well.
gnus-html-display-image works differently in Xemacs an in gnus,
A html message which contains some link to a gif image, is displayed
with GNU correctly but not with Xemacs. I debugged it with both Emacsen.
GNU emacs
(defun gnus-html-display-image (url start end &optional alt-text)
"Display image at URL on text from START to END.
Use ALT-TEXT for the image string."
(or alt-text (setq alt-text "*"))
(if (string-match "\\`cid:" url)
(let ((handle (mm-get-content-id (substring url (match-end 0)))))
(when handle
(gnus-html-put-image (mm-with-part handle (buffer-string))
url alt-text)))
(if (gnus-html-cache-expired url gnus-html-image-cache-ttl)
;; We don't have it, so schedule it for fetching
;; asynchronously.
(gnus-html-schedule-image-fetching
(current-buffer)
(list url alt-text))
;; It's already cached, so just insert it.
(gnus-html-put-image (gnus-html-get-image-data url) url alt-text))))
^^: minibuffer
displays some
buffer which is
in gif format
then the
function display
it.
Xemacs
(defun gnus-html-display-image (url start end &optional alt-text)
"Display image at URL on text from START to END.
Use ALT-TEXT for the image string."
(or alt-text (setq alt-text "*"))
(if (string-match "\\`cid:" url)
(let ((handle (mm-get-content-id (substring url (match-end 0)))))
(when handle
(gnus-html-put-image (mm-with-part handle (buffer-string))
url alt-text)))
(if (gnus-html-cache-expired url gnus-html-image-cache-ttl)
;; We don't have it, so schedule it for fetching
;; asynchronously.
(gnus-html-schedule-image-fetching
(current-buffer)
(list url alt-text))
^^^returns: (nil . " *URL-5*"), which is a
buffer in gif format: as said in a different
message xemacs does not display the content of
this message
;; It's already cached, so just insert it.
(gnus-html-put-image (gnus-html-get-image-data url) url alt-text))))
^xemacs
jumps
over
this
()
and
does
nothing
Any help would be appreciated.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2014-10-07 - 2014-10-14)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
564 open ( +4) / 312 closed ( +0) / 876 total ( +4)
Open issues with patches: 13
Average duration of open issues: 1892 days.
Median duration of open issues: 2047 days.
Open Issues Breakdown
new 253 ( +4)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 147 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 16 ( +0)
Issues Created Or Reopened (4)
______________________________
Tests do not run properly without packages 2014-10-12
http://tracker.xemacs.org/XEmacs/its/issue875 created stephen
Mule *-utils.el and mule-base package need refactoring 2014-10-12
http://tracker.xemacs.org/XEmacs/its/issue876 created stephen
The SkipIf macro in test-harness.el should report skips in sum 2014-10-12
http://tracker.xemacs.org/XEmacs/its/issue877 created stephen
keymap-tests crashes due to non-command symbols 2014-10-12
http://tracker.xemacs.org/XEmacs/its/issue878 created stephen
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
I usually copy 3rd party xemacs pkg, such as the un official auctex pkg
in
~/.xemacs/xemacs-packages
However in windows XP and 7 it is not clear to me where if this
directory make sense, since as far as I know there is no standard
setting for the home directory.
So the question is
can such a pkg be installed in
$Prefix/site-lisp
While the offfical pkgs dwell in
$Prefix/xemacs-packages
thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2014-09-30 - 2014-10-07)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
560 open ( +0) / 312 closed ( +0) / 872 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1898 days.
Median duration of open issues: 2041 days.
Open Issues Breakdown
new 249 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 147 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 16 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Can you build XEmacs successfully with Visual Studio 2010?
I haven't figured out how to do so yet. In order to make TLS support
available on Windows, I borrowed my college-going son's laptop [1][2].
He's got Visual Studio 2010 on it. I'm stymied at step #1: Visual
Studio 2010 claims to be unable to use either nt/xemacs.dsp or
nt/xemacs.dsw. But it looks like these files have not been updated
for a few years.
Heck, I'm so ignorant of how things work on Windows platforms, that
I'm not even sure how to build, install, or use the 3rd party
libraries we need.
If somebody has this working, is there any chance I could get a
snapshot of your workspace, or step by step instructions? All I want
to do is see if I can get TLS support working with the native Windows
DLLs. That's all. Such a simple thing to want, and the path forward
looks so complex to my poor Linux-addled brain....
Footnotes:
[1] Just how did I come to be old enough to have a kid in college? I
don't remember growing older.
[2] Yes, he is living at home and attending college, totally missing
out on the dorm experience.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta