ACTIVITY SUMMARY (2013-06-11 - 2013-06-18)
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) / 296 closed ( +0) / 856 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1468 days.
Median duration of open issues: 1571 days.
Open Issues Breakdown
new 242 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 151 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
Mule-base 1.53 had
(defalias 'truncate-string 'truncate-string-to-width)
While version 1.56 has dropped it.
It turns out that list-registers uses this function (I thing Mats even
included list-registers in one of our packages)
So I propose to add this alias again.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
The doc string for MATCHSPC reads.
/* MATCHSPEC is backward-incompatible with code written to 21.4's API.
So far such code has been seen only in x-symbol-mule.el, and that
was addressed by a change `face-property-matching-instance'.
See tracker issue752 for a more general patch against 21.5.29. */
This is not my experience. The change for
face-property-matching-instance is *not* sufficient to make x-symbol
work for the 21.5.X series.
Only the patch mentioned, does it. This patch has a small inconvenience
when using the menu to set the font faces, the following error occurs:
which I attach below.
I merge the patch so far successful in every version >29 (some minutes
ago in 21.5.33)
But is there now other way to make x-symbol work?
I understand that the inconvenience of the patch makes it unlikely to be
included in the official branch, but maybe there are other solutions?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
I just tested the new org-8 branch and there are several issues.
- org needs the function face-at-point, which GNU emacs has in its
faces.el, we don't have, I just copied the function and it
worked. Could it please be added to faces.el or fsf-compat.el?
(defun face-at-point ()
"Return the face of the character after point.
If it has more than one face, return the first one.
Return nil if it has no specified face."
(let* ((faceprop (or (get-char-property (point) 'read-face-name)
(get-char-property (point) 'face)
'default))
(face (cond ((symbolp faceprop) faceprop)
;; List of faces (don't treat an attribute spec).
;; Just use the first face.
((and (consp faceprop) (not (keywordp (car faceprop)))
(not (memq (car faceprop)
'(foreground-color background-color))))
(car faceprop))
(t nil)))) ; Invalid face value.
(if (facep face) face nil)))
-
- the other issue has to do with the following error message
Debugger entered--Lisp error: (void-function call-process-shell-command)
call-process-shell-command("command" nil nil nil "-v" "x11idle")
In the org mailing list it was argued, that
,----
|
| and it does not seem to have call-process-shell-command. This is
| a thin wrapper around call-process (which xemacs should have), so
| this should be easy to port.
`----
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2013-06-04 - 2013-06-11)
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) / 296 closed ( +0) / 856 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1461 days.
Median duration of open issues: 1564 days.
Open Issues Breakdown
new 241 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 152 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
There was a recent discussion on ding(a)gnus.org about problems that
recent versions of Gnus have with XEmacs. One of the issues was stated
as XEmacs not having a "printed representation for hash tables". It
turns out that that's not strictly true, but I can see where someone
might think it's true.
The main issue is that the default format for printing a hash table
cannot be read back in.
(setq myhash (makehash))
=> #<hash-table :size 0/29 0x5ef>
(puthash "a" "foo" myhash)
=> "foo"
(prin1-to-string myhash)
=> "#<hash-table :size 1/29 :data (\"a\" \"foo\") 0x5ef>"
(read-from-string (prin1-to-string myhash))
=> Invalid read syntax: cannot read unreadable object.
To get the right syntax you have to bind print-readably to t, as in
(let ((print-readably t)) (prin1-to-string myhash))
=> "#s(hash-table :size 1 :data (\"a\" \"foo\"))"
(read-from-string (let ((print-readably t)) (prin1-to-string myhash)))
=> (#<hash-table :size 1/29 :data ("a" "foo") 0x636> . 40)
This seems awkward. Can we change the default format for printing hash
tables, or would that require a major version bump?
If we're stuck with print-readably for the foreseeable future, it seems
like the docstring for print et al should mention it.
Also, while I was playing around with this on 21.5.33, I noticed the
following oddity. Suppose I put the following text into a buffer:
#s(hash-table :size 29 :data ("a" "foo"))
If I then put point at the "#" and type
M-: (read (current-buffer))
I get a hash table back, and it has the right contents, but it's size
59, not 29. That's a bug, I guess...?
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2013-05-28 - 2013-06-04)
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 ( +2) / 296 closed ( +0) / 856 total ( +2)
Open issues with patches: 13
Average duration of open issues: 1454 days.
Median duration of open issues: 1557 days.
Open Issues Breakdown
new 241 ( +2)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 152 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
Issues Created Or Reopened (2)
______________________________
Packages still not updating 2013-05-30
http://tracker.xemacs.org/XEmacs/its/issue857 created robert.royar
printing strings loses eq relationship 2013-06-01
http://tracker.xemacs.org/XEmacs/its/issue858 created mike.kupfer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta