Hm
I just looked, mule does not contain dvorak as an input method or do I
miss something? GNU emacs 23, seem also not.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
I know this is slightly off topic but I have recently seen postings to
the list concerning key mapping questions.
I am on Kubuntu 10.04 with a Thinkpad Laptop:
- have switched Caps Lock and Control to have Control there where
God put it, when he created Computers, and not Bill Gates.
- I map the so called win key to super, via
keycode 133 = Super_L
in .Xmodmap
Now I have realized that I never use Caps Lock and this key is a waste
so I would like to bind it to hyper. However all my attempt failed. Does
anybody know how to do this?
thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Latest commit by Jerry James does not compile, it appears:
Änderung: 5728:86d33ddc7
Marke: tip
Nutzer: Jerry James <j
Datum: Wed Mar 06 08:
Zusammenfassung: Avoid EOVERFLO
ers.
gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts
-Wpacked -Wshadow -Wmissing-declarations -Wmissing-prototypes
-Wstrict-prototypes -Wdeclaration-after-statement -g
insert-data-in-exec.c -o insert-data-in-exec
insert-data-in-exec.c:35:20: error: config.h: No such file or directory
insert-data-in-exec.c: In function 'main':
insert-data-in-exec.c:61: error: 'OFF_T' undeclared (first use in this
function)
insert-data-in-exec.c:61: error: (Each undeclared identifier is reported
only once
insert-data-in-exec.c:61: error: for each function it appears in.)
insert-data-in-exec.c:61: error: expected ';' before 'off'
insert-data-in-exec.c:63: warning: ISO C90 forbids mixed declarations
and code
insert-data-in-exec.c:78: warning: implicit declaration of function
'FSEEK'
insert-data-in-exec.c:83: error: 'off' undeclared (first use in this
function)
insert-data-in-exec.c:83: warning: implicit declaration of function
'FTELL'
make[1]: *** [insert-data-in-exec] Error 1
make[1]: Leaving directory `/home/tom/src/xemacs/lib-src'
--
thomas
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2013-02-26 - 2013-03-05)
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.
552 open ( +0) / 296 closed ( +0) / 848 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1384 days.
Median duration of open issues: 1467 days.
Open Issues Breakdown
new 233 ( +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
I just tried updating to the latest set of packages. Now
c-electric-pound in cc-mode is broken. If I hit '#', I get:
(wrong-type-argument char-or-string-p #<keypress-event # 0xb7a>)
insert(#<keypress-event # 0xb7a>)
(let ((pos ...) (bolp ...)) (beginning-of-line)
(delete-horizontal-space) (insert last-command-event) (and (not bolp)
(goto-char ...)))
(if (c-save-buffer-state nil (or arg ... ... ... ... ...))
(self-insert-command (prefix-numeric-value arg)) (let (... ...)
(beginning-of-line) (delete-horizontal-space) (insert
last-command-event) (and ... ...)))
c-electric-pound(nil)
call-interactively(c-electric-pound)
I think the
(insert last-command-event)
in that function should really be:
(insert (event-key last-command-event))
Furthermore, there are many comparisons of last-command-event against
a character in cc-cmds.el and cc-align.el. Those will always be
false, as they are objects of different types. I think that
last-command-event needs to changed to (event-key last-command-event)
universally in those two files.
Regards,
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
APPROVE COMMIT 21.5
I forgot one change in my previous patch to fix non-module builds,
which causes some trouble with module builds. I am committing the
patch below:
diff -r ede80ef92a74 ChangeLog
--- a/ChangeLog Sat Mar 02 14:32:37 2013 -0700
+++ b/ChangeLog Mon Mar 04 10:19:16 2013 -0700
@@ -1,3 +1,8 @@
+2013-03-04 Jerry James <james(a)xemacs.org>
+
+ * configure.ac: Complete removal of need_modules_common, forgotten
+ in the previous patch.
+
2013-03-02 Jerry James <james(a)xemacs.org>
* configure.ac: Make symbolic links in src for module source files
diff -r ede80ef92a74 configure.ac
--- a/configure.ac Sat Mar 02 14:32:37 2013 -0700
+++ b/configure.ac Mon Mar 04 10:16:59 2013 -0700
@@ -5369,7 +5369,7 @@
done
dnl Also make modules/common link if needed for the module Makefiles.
-if test "$need_modules_common" = "yes"; then
+if test "$with_modules" = "yes"; then
for dir in modules/common; do
if test ! -d "$dir" ; then
echo Making symbolic link to "$srcdir/$dir"
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Emacs has a very simple interface to some libxml2 functionality. It
is used by gnus, and also for D-Bus support. It looks like a simple
port to an XEmacs module. Attached is a candidate patch, for
discussion purposes. There are no changelog entries or documentation
updates in it, but those will be forthcoming when I propose this for
inclusion.
A few of the changes need explaining. The libxml2 headers define
ATTRIBUTE_UNUSED, and their definition clashes with ours, hence the
change to src/compiler.h. A few more symbols need to be exposed to
modules. Also, I need to pass -I/usr/include/libxml2 in CPPFLAGS on
Fedora, but CPPFLAGS wasn't being passed down to module builds.
Finally, I'm not totally happy with the way I have to convert a
portion of a buffer to a Lisp string, and then convert the Lisp string
to an externally encoded block of memory. Is there some way of
skipping that middle step, and producing a memory block in an external
encoding from a portion of a Lisp buffer? I couldn't find one.
Comments welcome.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta