Ar an naoiú lá de mí Lúnasa, scríobh Norbert Koch:
> * xemacs-cvs(a)xemacs.org:
>
> Hello Aidan,
>
> This commit broke the package SmokeTest. Could you pleae take a look at
> it.
Michael, http://mid.gmane.org/m2abtc4t8o.fsf@xemacs.org will fix this. Is it
correct? Can I go ahead and apply it?
> http://labb.contactor.se/~matsl/smoketest/logs/
>
> > User: aidan
> > Date: 07/08/08 22:45:14
> >
> > Modified: packages/mule-packages/mule-ucs/lisp ChangeLog trans-util.el
> > un-define.el
> > Log:
> > Make the Mule-UCS CCL code a little saner, fixing the build after the recent
> > 21.5 CCL changes.
> >
> > Revision Changes Path
> > 1.11 +9 -0 XEmacs/packages/mule-packages/mule-ucs/lisp/ChangeLog
>
>
> Thanks,
> 'norbert
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an t-ochtú lá de mí Lúnasa, scríobh Mike FABIAN:
> Aidan Kehoe <kehoea(a)parhasard.net> さんは書きました:
>
> > Ar an t-ochtú lá de mí Lúnasa, scríobh Mike FABIAN:
> >
> > > Mike FABIAN <mfabian(a)suse.de> さんは書きました:
> > >
> > > > As it fails in mule-ucs and mule-ucs isn't needed for XEmacs
> > > > 21.5.x anyway, maybe I could just disable the build of mule-ucs.
> > >
> > > That is not so easy because mule-ucs seems to be required by
> > > latin-unity.
> >
> > I know what’s broken here; I’ll check in a change this evening.
>
> A change to the packages or to XEmacs?
To mule-ucs.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an t-ochtú lá de mí Lúnasa, scríobh Mike FABIAN:
> Mike FABIAN <mfabian(a)suse.de> さんは書きました:
>
> > As it fails in mule-ucs and mule-ucs isn't needed for XEmacs 21.5.x
> > anyway, maybe I could just disable the build of mule-ucs.
>
> That is not so easy because mule-ucs seems to be required by
> latin-unity.
I know what’s broken here; I’ll check in a change this evening.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an seachtú lá de mí Lúnasa, scríobh Timothy A Zitzer:
> Not sure I followed that. I don't know how to define the function
> gold-binding, I thought it was built-in. If it helps I will attach my
> entire init.el file. The gold-key was setup in Emacs to switch between
> two sets of macros. The function keys were bound with two sets of
> keybindings, and I'm not sure how to reproduce this ability in Xemacs.
What behaviour is different with XEmacs? The EDT package normally binds F1
to edt-default-gold-map, which means that when you hit F1 followed by one of
the other function keys, you’ll call different commands than if you hit the
other function keys individually. Is the package’s behaviour with GNU Emacs
significantly different?
> Aidan Kehoe <kehoea(a)parhasard.net>
> 08/07/2007 12:21 AM
>
> To
> Timothy A Zitzer <tzitzer(a)usgs.gov>
> cc
> "Stephen J. Turnbull" <stephen(a)xemacs.org>, xemacs-beta(a)xemacs.org
> Subject
> Re: Xemacs Problem
>
>
>
>
>
>
>
> Ar an séiú lá de mí Lúnasa, scríobh Timothy A Zitzer:
>
> > Thanks for your response. I removed the quotation and received the
> > message: "Symbol's function definition is void: gold-binding"
> >
> > Is gold-binding not the right definition?
>
> You need to have a command (= a function with an (interactive) call after
> the doc string) available called gold-binding. Once that is true, try the
> following:
>
> (if default
> (define-key edt-default-global-map 'f12 'gold-binding)
> (define-key edt-user-gold-map 'f12 'gold-binding))
>
>
> > Thanks again for your time,
> >
> > -Tim
> >
> >
> >
> > "Stephen J. Turnbull" <stephen(a)xemacs.org>
> > 08/04/2007 02:24 AM
> >
> > To
> > Timothy A Zitzer <tzitzer(a)usgs.gov>
> > cc
> > xemacs-beta(a)xemacs.org
> > Subject
> > Xemacs Problem
> >
> >
> >
> >
> >
> >
> > Timothy A Zitzer writes:
> >
> > > (if default
> > > (define-key 'edt-default-global-map 'f12 gold-binding)
> > > (define-key 'edt-user-gold-map 'f12 gold-binding))
> >
> > The *-maps are *variables*. Try removing the quotation so that they
> > can be evaluated:
> >
> > (if default
> > (define-key edt-default-global-map 'f12 gold-binding)
> > (define-key edt-user-gold-map 'f12 gold-binding))
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an t-ochtú lá de mí Lúnasa, scríobh Mike FABIAN:
> Aidan Kehoe <kehoea(a)parhasard.net> さんは書きました:
>
> > Ar an t-aonú lá is triochad de mí Iúil, scríobh Malcolm Purvis:
>
> > > Should mule-lisp-drectory appear in the load-path? That doesn't seem
> > > to be the case:
> >
> > I’m pretty sure it should. Mike?
> >
> > Malcolm, if you can add EMACSDEBUGPATHS=t to the package build
> > environment, I’m sure that will help in figuring out what’s going
> > wrong. I don’t have a buildable package tree locally, or I’d do it
> > myself :-/ .
Thank you Mike! I actually meant Michael Sperber, who was in the CC, and who
followed up. Malcolm’s patch of
http://mid.gmane.org/m2abtc4t8o.fsf@xemacs.org should be the correct
solution to that particular problem, but we haven’t heard confirmation from
Michael on that; also, I don’t think anyone has yet investigated (or seen?)
your core dump of http://mid.gmane.org/s3tps28o5ie.fsf@magellan.suse.de :-/
.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi,
I have just released a version of Hyperbole under GPLv3. Can I sync
this with the XEmacs Package Tree or need I maintain a v2 version in
parallel for now?
How will the board go about the GPLv3 issue?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an séiú lá de mí Lúnasa, scríobh Stephen J. Turnbull:
> Aidan Kehoe writes:
>
> > XLFDs (and X server-side fonts in general) are old and broken (in terms of
> > size, scalable-or-not, repertoire and other reasons).
>
> So what? Many users have them in various configuration files, and
> they work for those users.
Do they work for them with XFT? They don’t for me:
$ xrdb -query| grep attribute
XEmacs.default.attributeBackground: White
XEmacs.bold-italic.attributeForeground: gold
XEmacs.bold.attributeForeground: IndianRed
XEmacs.italic.attributeForeground: red3
XEmacs.modeline.attributeFont: -*-verdana-medium-r-normal--11-*-75-75-p-*-iso8859-1
XEmacs.default.attributeFont: -*-andale mono-medium-r-*-*-*-85-100-100-*-*-iso8859-1
XEmacs.default.attributeFace: -*-andale mono-medium-r-*-*-*-85-100-100-*-*-iso8859-1
XEmacs.italic.attributeFont: -*-andale mono-medium-r-*-*-*-85-100-100-*-*-iso8859-1
XEmacs.bold.attributeFont: -*-andale mono-medium-r-*-*-*-85-100-100-*-*-iso8859-1
XEmacs.bold-italic.attributeFont: -*-andale mono-medium-r-*-*-*-85-100-100-*-*-iso8859-1
$
(face-font 'default)
=> #<font-specifier global=((x x-resource) . "-*-andale mono-medium-r-*-*-*-85-100-100-*-*-iso8859-1") fallback=(((tty) . "normal") ((x) . "Monospace-12") ((x) . "Sazanami Mincho-12")) 0x1f7e>
(face-font-instance 'default nil 'ascii)
=> #<font-instance "Verdana-12:style=Regular:slant=0:weight=100:pixelsize=12.5:outline=True:scalable=True:dpi=75:rgba=1" on #<x-device on ":0.0" 0x26701> xft font: 0x229ca00 0x2b068>
$ fc-list | grep '^And'
Andale Mono:style=Regular
$
That is, neither the size nor the font chosen appears to have anything to do
with the font specified in the X resource.
> Deprecate them, yes, but I see no reason to simply break them.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta