Should empty exist file use local encoding system?
17 years
FKtPp
Dear Developers,
After sending out several gabaged chinese mail I findout that XEmacs
always using a so called `undecided' encoding system to open
empty-existed-file(and maybe only this kind of files).
IMO it should use a user defined encoding system or inherent the
current environment locale encoding system to do that.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Possible bug with mouse buttons 8 and 9
17 years
info＠datakoti.com
I'm not very experienced in Linux, so some crucial information may be
missing from this report. I will answer further questions if needed.
I have a Logitech MX510 mouse. I also use Fedora 7 and have updated XEmacs
to the latest version using "yum update xemacs". Version is 21.5 (beta28).
There seems to be something really wrong with the thumb buttons, which are
buttons 8 and 9 by default. Using this init:
(global-set-key 'button8 'copy-primary-selection)
(global-set-key 'button9 'yank-clipboard-selection)
XEmacs just says "button8 undefined" and "button9 undefined". Nevertheless
if I map those buttons to button6 and 7 using .Xmodmap and change the init
to
(global-set-key 'button6 'copy-primary-selection)
(global-set-key 'button7 'yank-clipboard-selection)
, it works. In GNU Emacs I don't have to map anything, buttons 8 and 9
work just fine. But it gets even stranger: If I in XEmacs interactivly
bind button8 using ALT-x global-set-key, press the button which it
recognizes as button8 and type global-set-key, it works. But only until I
do the same with button9. Then BOTH buttons stop working.
I have 32bit Fedora 7 on 32bit CPU.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
What does this mean? Xft can be initialized from X Resource?
17 years
FKtPp
Dear developers:
I configured my XEmacs use the following XFT face-font:
--8<---------------cut here---------------start------------->8---
(define-specifier-tag 'lang-cn)
(set-face-font 'default "Bitstream Vera Sans Mono-15")
(set-face-font 'default "SimSun-15"
; nil '(lang-cn) 'remove-tag-set-append)
nil '(lang-cn) 'append)
--8<---------------cut here---------------end--------------->8---
But XEmacs always warning me as follow when it started. Does X
Resource have anything todo with XFT font configuration? Is there
anything I can do to get rid of this?
--8<---------------cut here---------------start------------->8---
(1) (font/warning) xemacs: couldn't deduce a bold-italic version of the font
"Monospace-12".
Please specify X resources to make the bold-italic face
visually distinguishable from the default face.
For example, you could add one of the following to $HOME/Emacs:
XEmacs.bold-italic.attributeFont: -dt-*-medium-i-*
or
XEmacs.bold-italic.attributeForeground: hotpink
--8<---------------cut here---------------end--------------->8---
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
CVS down?
17 years
Ville Skyttä
cvs.xemacs.org doesn't seem to be in a good shape; I've verified that the SSH
connection succeeds but then nothing happens and eventually the connection is
closed:
$ cvs -q up
Connection to cvs.xemacs.org closed by remote host.
cvs [update aborted]: end of file from server (consult above messages if any)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
XEmacs CVS and http://www.dk.xemacs.org/ are down
17 years
Adrian Aichner
Greetings!
As announced on
http://dotsrc.org/
access to XEmacs CVS at cvs.xemacs.org
and our Danish XEmacs master website at
http://www.dk.xemacs.org/
are currently down due to following problem:
News
Server crash
Saturday November 3rd 2007
One of our servers have crashed. This means that the following services are currently unavailable: project mailinglists, project websites and project cvs.
We are working on fixing this issue as soon as possible but unfortunately it will probably take a couple of days.
We are very sorry about this downtime and want you to know that we are doing everything in our power to improve on the situation. Next weekend we have planned a migration to some new servers which should improve both availability and performance.
Best regards!
Adrian
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: gif display problem
17 years
Mia Via
me> Inline display of certain gif images produced by Microsoft Office/Outlook, ..., seem to have an incorrect color map, displaying most as a black/faint image.
adrian> I have no trouble viewing that gif inline via Gnus mail reader.
I have no trouble seeing it, but the colors are wrong. Mostly these images come through the mail and I read them with mh-e (8.03), which uses gnus to handle MIME, I think.
I just fired up "xemacs --vanilla" and did a find file on the offending file and it come up with pink background, when it should be white (other colors may me messed up too). No gnus, no mh-e, straight opening of the file.
If I open the file with ImageMagick and save it back as gif and open that one with xemacs, the file is now "fixed" and displayed properly. See bad.gif and good.gif in the attached sh archive.
_______________________________________________
No banners. No pop-ups. No kidding.
Make My Way your home on the Web - http://www.myway.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
[Q] xft recipe
17 years
Didier Verna
Hello,
I would like to give xft a try, but I can't manage to get something
close to my current font setting, which is like this (from XEmacs'xrdb file):
XEmacs.default.attributeFont: -adobe-courier-medium-r-normal--12-120-75-75-m-70-iso8859-1
XEmacs*font: -adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso8859-1
Can somebody give me a recipe for that (preferably in Lisp, otherwise,
as X resources) ?
Thank you.
--
Resistance is futile. You will be jazzimilated.
Didier Verna, didier(a)lrde.epita.fr, http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22 didier(a)xemacs.org
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
gif display problem
17 years
Mia Via
Inline display of certain gif images produced by Microsoft Office/Outlook, like the one attached here, seem to have an incorrect color map, displaying most as a black/faint image.
Something may be non-standard with those images, as XV also has trouble displaying them, complaining that the file is truncated. However, ImageMagick and the Gimp have no problems. The files identify themselves as GIF87a, supported by XEmacs and XV, but still something is wrong.
Any way to fix this? Point the glyph code to some other translator?
_______________________________________________
No banners. No pop-ups. No kidding.
Make My Way your home on the Web - http://www.myway.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: Xft performance with XEmacs 21.5.28 on Mac OS 10.5
17 years
William Gallafent
On 1 Nov 2007, at 15:00, X11-users.apple.mzs(a)spamgourmet.com wrote:
> I think you should sample the X server instead of emacs.
> emacs_Xt_next_event() is how emacs handles events. In X all the on-
> screen work is actually done by another process, the X server
> (Xquartz in this case). The poll() is for the descriptor used to
> comminucate between X server and emacs. You should sample Xquartz
> and see what is taking so much time.
Good plan. I've done this, and find that the bulk of the time is spent
in a few places:
ProcRenderFillRectangles ... ProcPolyFillRectangle ->
RootlessPolyFillRect ... _CGSLockWindow ->
_CGSSynchronizeWindowBackingStore -> mach_msg_trap
... from XQuartz's Dispatch, time is also spent in select$DARWIN_EXTSN
... and more in libXplugin.1.dylib, spending time in:
... _xp_async_dequeue -> pthread_cond_wait$UNIX2003 -> __semwait_signal
... the event loop also spends all its time in mach_msg_trap, less
surprisingly.
The point is that the actual CPU load during all these operations
remains mostly very low, with occasional spikes. It looks as if
everything is spending all its time waiting for synchronisation with
something else ... I can send the trace to anyone interested (but
won't attach it here).
Is XQuartz doing something synchronously which other XServers I've
used do asynchronously, perhaps?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: [Bug: 21.5-b28] dired *su/root@localhost* method error
17 years
Aidan Kehoe
Ar an chéad lá de mí na Samhain, scríobh Jerry James:
> On 11/1/07, Aidan Kehoe <kehoea(a)parhasard.net> wrote:
>
> > Ar an chéad lá de mí na Samhain, scríobh It's me FKtPp ;):
> >
> > > ================================================================
> > > Dear Bug Team!
> > >
> > > I've encounter this on FreeBSD and Linux platform that capable of
> > > doing su/root＠localhost access. While I am about to open a file in
> > > that mode, It complains
> > >
> > > Bogus value for `default-process-coding-system'
> >
> > Could you type F1 v default-process-coding-system RET and send us the
> > output? Something has initialised the variable to a broken value, and if
> > we
> > know what the broken value is we have a better chance of working out what
> > is
> > at fault.
>
>
> Isn't this the answer?
Ah, it is; pardon. Doesn't bring us much further.
> > Invalid state: Bogus value for `default-process-coding-system', nil
> > > tramp: Decoding remote file /[su/root(a)localhost]/etc/kernel-img.confwith function uudecode-decode-region...
> > > tramp: Decoding remote file /[su/root＠localhost]/etc/kernel-img.conf...
> > > tramp: Encoding remote file /[su/root＠localhost]/etc/kernel-img.conf...
> > > Invalid state: Bogus value for `default-process-coding-system', nil
> > > tramp: Decoding remote file /[su/root(a)localhost]/etc/kernel-img.confwith function uudecode-decode-region...
> > > tramp: Decoding remote file /[su/root＠localhost]/etc/kernel-img.conf...
> > > tramp: Encoding remote file /[su/root＠localhost]/etc/kernel-img.conf...
--
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