I not quite sure but somebody on the list told me that it is
a bad idea to have
(setq default-abbrev-mode t)
Now I found this in
http://www.emacswiki.org/emacs/AbbrevMode
so I presume this should be changed then.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi all
There is a bug in htmlize which prevents #'htmlize-region-for-paste from
working properly. Markers are added to a plist using, e.g.
(plist-put places 'head-end (point-marker))
Our documentation clearly states
,----
| use `(setq x (plist-put x property value))' to be sure to use the new value
`----
However, it also says:
,----
| PLIST is modified by side effect.
`----
which doesn't seem to happen. Patch attached
Index: htmlize.el
===================================================================
RCS file: /cvsroot/xemacs/XEmacs/packages/xemacs-packages/text-modes/htmlize.el,v
retrieving revision 1.15
diff -u -r1.15 htmlize.el
--- htmlize.el 6 Jan 2009 08:30:26 -0000 1.15
+++ htmlize.el 15 Oct 2010 10:25:42 -0000
@@ -1453,7 +1453,7 @@
(format "<!-- Created by htmlize-%s in %s mode. -->\n"
htmlize-version htmlize-output-type)
"<html>\n ")
- (plist-put places 'head-start (point-marker))
+ (setq places (plist-put places 'head-start (point-marker)))
(insert "<head>\n"
" <title>" (htmlize-protect-string title) "</title>\n"
(if htmlize-html-charset
@@ -1464,12 +1464,12 @@
htmlize-head-tags)
(htmlize-method insert-head buffer-faces face-map)
(insert " </head>")
- (plist-put places 'head-end (point-marker))
+ (setq places (plist-put places 'head-end (point-marker)))
(insert "\n ")
- (plist-put places 'body-start (point-marker))
+ (setq places (plist-put places 'body-start (point-marker)))
(insert (htmlize-method body-tag face-map)
"\n ")
- (plist-put places 'content-start (point-marker))
+ (setq places (plist-put places 'content-start (point-marker)))
(insert "<pre>\n"))
(let ((insert-text-method
;; Get the inserter method, so we can funcall it inside
@@ -1519,9 +1519,9 @@
;; Insert the epilog and post-process the buffer.
(with-current-buffer htmlbuf
(insert "</pre>")
- (plist-put places 'content-end (point-marker))
+ (setq places (plist-put places 'content-end (point-marker)))
(insert "\n </body>")
- (plist-put places 'body-end (point-marker))
+ (setq places (plist-put places 'body-end (point-marker)))
(insert "\n</html>\n")
(when htmlize-generate-hyperlinks
(htmlize-make-hyperlinks))
--
note that "property" can also be used as syntactic sugar to reference
a property, breaking the clean design of verilog; [...]
(seen on http://www.veripool.com/verilog-mode_news.html)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
(Sorry if this appears twice, but my first mail seems to never have made
it through to the list).
Hi,
When trying to enter canna-mode (C-x C-m C-\ "japanese-canna") I get :
Debugger entered--Lisp error: (dll-error "Invalid dynamic module: Missing symbol" "syms_of_P...")
load-module("canna_api")
load("canna_api" no-error require nil)
require(CANNA "canna_api" no-error)
canna-activate("japanese-canna")
apply(canna-activate "japanese-canna" nil)
activate-input-method("japanese-canna")
#<compiled-function (from set-input-method) (input-method) "...(8)" [default-input-method input-method activate-input-method] 2 1527190 (let* (...) (list ...)) 0xadd>("japanese-canna")
call-interactively(set-input-method)
(dispatch-event "[internal]")
This is the latest development sources, compiled on RedHat RHEL-5.5 with
"./configure --with-mule". Same thing happens on FreeBSD-8.1. The latest
xemacs-21.5.29 (from 2009-05-18) works fine.
Am I missing something obvious here, or is this a bug?
Regards,
-Anders.
--
Anders Odberg, <anders.odberg(a)usit.uio.no>
Center for Information Technology Services
University of Oslo, Norway
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Uwe Brauer writes:
> >>>>> On Fri, 15 Oct 2010 15:45:21 +0900, "Stephen J. Turnbull" <stephen(a)xemacs.org> wrote:
>
> > Uwe Brauer writes:
>
> > Unfortunately my 21.4 binary stopped working (due to an incompatible
> > upgrade in libtiff among others), so I can't test easily in 21.4, but
> > with 21.5 -vanilla if I do M-x (to get a minibuffer), then C-\ (==
> > `toggle-input-method') I get
>
>
> > Debugger entered--Lisp error: (error "Command attempted to use
> > minibuffer while in minibuffer")
I'm not sure what I did before, but I see this now. In fact, this is
expected because with "-vanilla", `default-input-method' and
`current-input-method' *should* be set to nil at startup. Try
xemacs -vanilla -eval "(setq default-input-method 'latin-1-prefix)"
That should give you the desired behavior (ie, you can use
latin-1-prefix in the minibuffer immediately). Or evaluate that sexp
in *scratch* before trying to use the minibuffer in a -vanilla xemacs,
or simply do C-\ latin-1-prefix *before* trying to use the input
method in the -vanilla xemacs.
All of those should work. If so, the original problem is in your
configuration somewhere.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
When I match the regexp at
http://broadinstitute.org/~ilya/bigregexp.txt against the string
".3 of [[there]]", it matches but all the match groups are nil. Doing
the same in GNU Emacs
fills in some of the groups. When I delete various parts of the
regexp, the problem disappears.
Is there some limit on the size of a regexp or the number of match groups in it?
thanks,
ilya
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
Sometimes I have to write a non ASCII char in the
_minibuffer_ (for example when I use *message-change-subject*)
Without any problem I can turn on
iso-accents-mode (which I have bound to a key.) But if I
want to use the mule input method I obtain errors.
If I use (set-input-method) (bound to a key):
,----
| Debugger entered--Lisp error: (error "Command attempted to use minibuffer while in minibuffer")
`----
which is not surprising
But when I try to use toggle-input-method, I obtain:
,----
| Debugger entered--Lisp error: (error "Can't activate input
| method `t'")
`----
Which I don't understand.
In short it seems that iso-accents-mode is better suited
than mule for these sort of things.
Any comments?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
The script is now updated to identify the GPLv3 or later modified
files, text files that is. So it ought to be easy, if you can execute
python, to get a grip of what files remain to work on etc.
There are still GPLv2 or later files that hasn't been modified by the
script. Trying to get the possibly overcomplicated regular expressions
I have come up with to fit every file didn't pay of for me. So I gave
up on that. I suggest doing the remaining of this category, "clearly
GPLv2 or later", by hand.
Using the web page:
http://sourceforge.net/apps/mediawiki/xemacs/index.php?title=GPLv3
in combination with the repo and the script is hopefully only what is
needed to go through the many of the remaining files solving the more
complicated files as we go.
There are still unresolved files but we leave them out for the time
being. We hope to be able to solve them later when most of the dust
has settled from changing the easier cases.
So it starts to get time for manual work. Any takers? What part of the
tree do you want to work on? Mail me and I'll coordinate the efforts
so that we don't work on the same files.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta