July 2007 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [Q21.5] Add support for non-ISO2022 8 bit fixed-width coding-systems. 17 years, 5 months

Aidan Kehoe

Ar an tríú lá is fiche de mí Iúil, scríobh Stephen J. Turnbull: > (Moved from the XEmacs Patches thread with the same Subject.) > > Aidan Kehoe writes: > > > > Well, since this shouldn't actually be happening :-) (and in > > > practice is fairly unusual even for most European users, I > > > believe), > > > > No it’s not. http://mid.gmane.org/f2g834$sds$1＠sea.gmane.org , > > http://mid.gmane.org/87ll1xcm3r.fsf＠xemacs.org . I could trawl the > > lists some more if you want. > > My point here is about *performance* of an exception-based mechanism, > which (as with all issues about the performance of coding systems) is > that coding of text is a one-pass operation, and in almost all cases > the process of handling an exception is simply not going to cause > delay perceptible to a user. You’ve done work in this direction, right? And it’s been basically impossible to do, right? > If this stuff were happening thousands of times a second in loops, I'd > worry about it. > > We need a more reliable and more maintainable coding system framework. > You've taken a step in that direction for Cyrillic, assuming that CCL > can be considered reliable and maintainable when there's only one > XEmacs developer who understands it at all. But then you say similar > coding systems would be inappropriate for Latin scripts and advocate > that kludge latin-unity instead, except maybe for Greek. Huh? I don’t consider latin-unity especially a kludge, no more so than these coding systems. > > It would be appropriate to move iso-8859-7 to being this kind of > > coding system, I think, since the Greeks don’t want ISO-2022 > > encoding either, > > Nobody wants ISO 2022 extensions in any ISO 8859 coding systems AFAIK. And they wouldn’t get them if latin-unity was turned on in the appropriate language environments by default. And it works on 21.4 too. > > Mule-UCS was faster than the 21.5 utf-8 implementation for me in > > practice--I’ve just double-checked this impression. > > And would you like to explain your methodology so others can replicate > the experiment, and try to figure out where the slowness occurs? Something like: (setq sexp (byte-compile-sexp '(let ((string (make-string 256 ?\000))) (loop for i from 0 to 255 do (aset string i (int-to-char i))) (list (current-time-string) (loop for i from 0 to #x10000 do (encode-coding-string string 'utf-8)) (current-time-string))))) (eval sexp) And there’s no real mystery as to why it is; Mule-UCS calls fewer C functions, does less error checking, and does its table lookups in simpler (and bigger) tables. -- 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

1 participants
0 comments

Re: Why not enable font lock by default? 17 years, 5 months

Mike Kupfer

The one concern that I have about enabling font lock by default is that it can be slow, i.e., when editing large files on relatively slow hardware. mike _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

6 participants
7 comments

XEmacs cannot display U+FFFD (REPLACEMENT CHARACTER) correctly 17 years, 5 months

Mike FABIAN

XEmacs 21.5.x cannot display U+FFFD correctly. In "normal" text files, a wrong glyph is shown, in web-pages viewed with w3m.el only garbage Chinese characters are shown after the first occurence of U+FFFD. The problem seems to be that XEmacs maps U+FFFD to Big5: (split-char (string-to-char (decode-coding-string "\357\277\275" 'utf-8))) => (chinese-big5-1 35 110) and the reason for this seems to be that BIG5.TXT in the XEmacs sources (which comes originally from Unicode.org) maps several Big5 characters to U+FFFD. # WARNING! It is currently impossible to provide round-trip compatibility # between BIG5 and Unicode. # # A number of characters are not currently mapped because # of conflicts with other mappings. They are as follows: # # BIG5 Description Comments # # 0xA15A SPACING UNDERSCORE duplicates A1C4 # 0xA1C3 SPACING HEAVY OVERSCORE not in Unicode # 0xA1C5 SPACING HEAVY UNDERSCORE not in Unicode # 0xA1FE LT DIAG UP RIGHT TO LOW LEFT duplicates A2AC # 0xA240 LT DIAG UP LEFT TO LOW RIGHT duplicates A2AD # 0xA2CC HANGZHOU NUMERAL TEN conflicts with A451 mapping # 0xA2CE HANGZHOU NUMERAL THIRTY conflicts with A4CA mapping # # We currently map all of these characters to U+FFFD REPLACEMENT CHARACTER. # It is also possible to map these characters to their duplicates, or to # the user zone. To verify this, I made the attached patch which comments out all lines which map Big5 characters to U+FFFD. With this patch, U+FFFD is displayed correctly in plain text files (tested with an Xft build of XEmacs and a suitable font which has a glyph for U+FFFD). With this patch, web-pages containing U+FFFD are "mostly" correctly displayed with w3m.el. "mostly" because U+FFFD is displayed as '???' (3 question marks) in that case which is still not correct. But the rest of such web-pages displays correctly. I'm not sure whether commenting out the lines in BIG5.TXT which map characters to U+FFFD is the right solution. Maybe these characters should be mapped to the user zone instead as suggested in the comment at the top of BIG5.TXT? But at least this patch should help to illustrate where the problem comes from. For more details, please have a look at http://bugzilla.novell.com/show_bug.cgi?id=293109 -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 I � Unicode _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

2 participants
1 comments

[Bug: 21.5-b27] erc doesn't work on Mac OS X 17 years, 5 months

zooko

================================================================ Dear Bug Team! Thank you for XEmacs, for the Mac OS X port thereof (which I understand isn't officially supported yet), and for ERC! Whenever I execute erc-server-select, it prompts me for something, and I hit return, and then it gives an error message like "Wrong type argument: natnump, -357403869". This is the same kind of error message I get from erc on Linux under some circumstances: http://calypso.tux.org/pipermail/xemacs-beta/2007-April/011054.html But under Mac OS X, the configuration changes described in that Linux bug report don't succeed in making the error stop happening. Regards, Zooko ================================================================ System Info to help track down your bug: --------------------------------------- uname -a: Darwin wonwin-mcbrootles-computer.local 8.9.1 Darwin Kernel Version 8.9.1: Thu Feb 22 20:55:00 PST 2007; root:xnu-792.18.15~1/ RELEASE_I386 i386 i386 ./configure '--without-kkcc' '--without-mc-alloc' '--with-carbon' '-- with-mule' '--without-ldap' '--enable-error-checking=none' '--with- optimization' '--with-cflags-optimization=-O2' '--prefix=/Users/ wonwinmcbrootles/playground/xemacs/xemacs-21.5.27/carbon/XEmacs.app/ Contents/Resources' XEmacs 21.5-b27 "fiddleheads" configured for `i686-apple-darwin8.9.1'. Compilation Environment and Installation Defaults: Source code location: /Users/wonwinmcbrootles/ playground/xemacs/xemacs-21.5.27 Installation prefix: /Users/wonwinmcbrootles/ playground/xemacs/xemacs-21.5.27/carbon/XEmacs.app/Contents/Resources Operating system description file: `s/darwin.h' Not using any machine description file Compiler version: i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5367) - GCC specs file: specs. - Compiler command: gcc -I/Users/wonwinmcbrootles/ playground/xemacs/xemacs-21.5.27/carbon/xpm -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wpointer-arith -Wunused- parameter -g -O2 libc version: Relocating allocator for buffers: no GNU version of malloc: no - The GNU allocators don't work with this system configuration. Window System: Compiling in support for Mac OS X Carbon. Using Lucid menubars. Using Lucid scrollbars. Compiling in support for Drag'n'Drop (EXPERIMENTAL). - Drag'n'Drop prototype: Carbon. TTY: Compiling in support for ncurses. Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. WARNING: ----------------------------------------------------------- WARNING: Compiling without PNG image support. WARNING: You should strongly consider installing the PNG libraries. WARNING: Otherwise certain images and glyphs may not display. WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) WARNING: ----------------------------------------------------------- Sound: Databases: Compiling in support for Berkeley database. Compiling in support for DBM. Internationalization: Compiling in support for Mule (multi-lingual Emacs). Mail: Compiling in support for "file" mail spool file locking method. Other Features: Inhibiting IPv6 canonicalization at startup. Compiling in support for dynamic shared object modules. Using the new portable dumper. Dumping into executable. Compiling in support for extra debugging code. Load-Path Lisp Shadows: ---------------------- (/Applications/XEmacs.app/Contents/Resources/lib/xemacs/site-lisp/ python-mode /Applications/XEmacs.app/Contents/Resources/lib/xemacs/site-packages/ lisp/python-modes/python-mode /Applications/XEmacs.app/Contents/Resources/lib/xemacs/site-packages/ lisp/xemacs-base/regexp-opt /Applications/XEmacs.app/Contents/Resources/lib/xemacs-21.5-b27/lisp/ regexp-opt /Applications/XEmacs.app/Contents/Resources/lib/xemacs/site-packages/ lisp/xemacs-base/easy-mmode /Applications/XEmacs.app/Contents/Resources/lib/xemacs-21.5-b27/lisp/ easy-mmode /Applications/XEmacs.app/Contents/Resources/lib/xemacs/site-packages/ lisp/build/build-report /Applications/XEmacs.app/Contents/Resources/lib/xemacs-21.5-b27/lisp/ build-report) Installed XEmacs Packages: ------------------------- (zenirc ver: 1.16 upstream: 2.112) (xwem ver: 1.22 upstream: lg(a)xwem.org--2005/xwem--main--2.1-- versionfix-1) (xslt-process ver: 1.12 upstream: 1.2.1) (xslide ver: 1.09 upstream: 0.2.2) (xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0) (xetla ver: 1.01 upstream: steve(a)eicq.org--2005/xetla--main--1.1-- version-0) (xemacs-devel ver: 1.75 upstream: No-Upstream-Ver) (xemacs-base ver: 2.08 upstream: No-Upstream-Ver) (x-symbol ver: 1.1 upstream: 4.5.1) (w3 ver: 1.33 upstream: 4.0pre47) (vm ver: 7.22 upstream: 7.17) (viper ver: 1.53 upstream: 3.09) (view-process ver: 1.13 upstream: 2.4) (vhdl ver: 1.22 upstream: 3.33.12) (vc-cc ver: 1.22 upstream: No-Upstream-Ver) (vc ver: 1.41 upstream: No-Upstream-Ver) (tramp ver: 1.34 upstream: 2.0.54) (tpu ver: 1.14 upstream: 4.2X) (tooltalk ver: 1.15 upstream: No-Upstream-Ver) (tm ver: 1.38 upstream: No-Upstream-Ver) (time ver: 1.14 upstream: 1.17) (textools ver: 1.15 upstream: No-Upstream-Ver) (text-modes ver: 1.92 upstream: No-Upstream-Ver) (texinfo ver: 1.3 upstream: No-Upstream-Ver) (supercite ver: 1.21 upstream: 3.55x3) (strokes ver: 1.1 upstream: No-Upstream-Ver) (speedbar ver: 1.28 upstream: 0.14beta4) (sounds-wav ver: 1.12 upstream: No-Upstream-Ver) (sounds-au ver: 1.12 upstream: No-Upstream-Ver) (sml-mode ver: 0.12 upstream: 3.9.5) (slider ver: 1.15 upstream: 0.3x1) (sieve ver: 1.18 upstream: No-Upstream-Ver) (sh-script ver: 1.21 upstream: 2.0f) (sgml ver: 1.11 upstream: No-Upstream-Ver) (semantic ver: 1.2 upstream: 1.4.4) (scheme ver: 1.14 upstream: No-Upstream-Ver) (sasl ver: 1.16 upstream: 1.14.4) (ruby-modes ver: 1.02 upstream: 1.6.8) (rmail ver: 1.14 upstream: No-Upstream-Ver) (riece ver: 1.22 upstream: 2.0.2) (reftex ver: 1.34 upstream: 4.21) (re-builder ver: 1.05 upstream: 1.20) (python-modes ver: 1.08 upstream: No-Upstream-Ver) (psgml-dtds ver: 1.03 upstream: No-Upstream-Ver) (psgml ver: 1.44 upstream: 1.3.1) (ps-print ver: 1.11 upstream: 6.5.6) (prog-modes ver: 2.09 upstream: No-Upstream-Ver) (pgg ver: 1.06 upstream: 0.1) (perl-modes ver: 1.09 upstream: No-Upstream-Ver) (pcomplete ver: 1.04 upstream: 1.1.6) (pcl-cvs ver: 1.67 upstream: R-2_9_9) (pc ver: 1.28 upstream: No-Upstream-Ver) (os-utils ver: 1.39 upstream: No-Upstream-Ver) (oo-browser ver: 1.04 upstream: 4.08) (ocaml ver: 0.06 upstream: 3.06) (net-utils ver: 1.49 upstream: N/A) (mmm-mode ver: 1.02 upstream: 0.4.7) (misc-games ver: 1.18 upstream: No-Upstream-Ver) (mine ver: 1.16 upstream: 1.9) (mh-e ver: 1.29 upstream: 7.4.2) (mew ver: 1.19 upstream: 1.94.2) (mailcrypt ver: 2.14 upstream: 3.5.8) (mail-lib ver: 1.78 upstream: No-Upstream-Ver) (jde ver: 1.51 upstream: 2.3.3) (ispell ver: 1.32 upstream: 3.6) (ilisp ver: 1.34 upstream: 5.12.0) (igrep ver: 1.14 upstream: 2.111) (idlwave ver: 1.32 upstream: 5.1) (ibuffer ver: 1.09 upstream: No-Upstream-Ver) (hyperbole ver: 1.16 upstream: 4.18) (hm--html-menus ver: 1.23 upstream: 5.9) (haskell-mode ver: 1.1 upstream: 2.1) (gnus ver: 1.9 upstream: 5.10.7) (gnats ver: 1.17 upstream: 3.101) (general-docs ver: 1.04 upstream: No-Upstream-Ver) (games ver: 1.17 upstream: 1.04) (fsf-compat ver: 1.15 upstream: No-Upstream-Ver) (frame-icon ver: 1.11 upstream: No-Upstream-Ver) (fortran-modes ver: 1.05 upstream: No-Upstream-Ver) (forms ver: 1.15 upstream: 2.37) (footnote ver: 1.16 upstream: 0.18x) (eudc ver: 1.39 upstream: 1.32) (eterm ver: 1.17 upstream: No-Upstream-Ver) (eshell ver: 1.1 upstream: 2.4.1) (escreen ver: 1.01 upstream: 1.16) (erc ver: 0.21 upstream: Version 5.1.2 Revision: 1.796.2.6) (emerge ver: 1.11 upstream: No-Upstream-Ver) (elib ver: 1.11 upstream: 1.0) (eieio ver: 1.05 upstream: 0.17) (efs ver: 1.33 upstream: 1.23) (edt ver: 1.13 upstream: No-Upstream-Ver) (edit-utils ver: 2.36 upstream: No-Upstream-Ver) (ediff ver: 1.66 upstream: 2.75) (edebug ver: 1.22 upstream: No-Upstream-Ver) (ecrypto ver: 0.2 upstream: 2.0) (ecb ver: 1.22 upstream: 2.31) (docbookide ver: 0.07000000000000001 upstream: 0.1) (dired ver: 1.17 upstream: 7.13) (dictionary ver: 1.16 upstream: 1.8) (debug ver: 1.18 upstream: No-Upstream-Ver) (crisp ver: 1.15 upstream: 1.34) (cookie ver: 1.15 upstream: No-Upstream-Ver) (clearcase ver: 1.1 upstream: /main/laptop/165) (cc-mode ver: 1.45 upstream: 5.30.10) (calendar ver: 1.3 upstream: No-Upstream-Ver) (calc ver: 1.26 upstream: 2.02fX3) (c-support ver: 1.22 upstream: No-Upstream-Ver) (build ver: 1.14 upstream: 2.02) (bbdb ver: 1.29 upstream: 2.34) (auctex ver: 1.46 upstream: 11.55) (apel ver: 1.32 upstream: 10.6) (ada ver: 1.14 upstream: 2.27) (Sun ver: 1.16 upstream: No-Upstream-Ver) Installed Modules: ----------------- Features: -------- (parse-time gnus-ems gnus-xmas wid-edit efs-cu mail-extr message messagexmas mml mml-sec mml-smime smime dig mm-decode mm-bodies mm-encode mailcap lpr mail-parse rfc2045 rfc2231 rfc2047 qp ietf-drums mail-abbrevs nnheader nnheaderxm gnus-util netrc time-date mm-util mail-prsvr mail-utils mailheader canlock sha1 executable hex-util xemacsbug shadow sendmail rfc822 erc-nets erc-goodies erc erc-backend erc-menu erc-compat format-spec thingatpt pp font-lock cus-face zenirc-autoloads xwem-autoloads xslt-process-autoloads xslide-autoloads xlib-autoloads xetla-autoloads xemacs-devel-autoloads xemacs-base-autoloads x-symbol-autoloads w3-autoloads vm-autoloads viper-autoloads view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads tramp-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads time-autoloads textools-autoloads text-modes-autoloads texinfo-autoloads supercite-autoloads strokes-autoloads speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads sml-mode-autoloads slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads sasl-autoloads ruby-modes-autoloads rmail-autoloads riece-autoloads reftex-autoloads re-builder-autoloads python-modes-autoloads psgml-dtds-autoloads psgml-autoloads ps-print-autoloads prog-modes-autoloads pgg-autoloads perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads pc-autoloads os-utils-autoloads oo-browser-autoloads ocaml-autoloads net-utils-autoloads mmm-mode-autoloads misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads mailcrypt-autoloads mail-lib-autoloads jde-autoloads ispell-autoloads ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads hyperbole-autoloads hm--html-menus-autoloads haskell-mode-autoloads gnus-autoloads gnats-autoloads general-docs-autoloads games-autoloads fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads eshell-autoloads escreen-autoloads erc-autoloads emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads edt-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads ecrypto-autoloads ecb-autoloads docbookide-autoloads dired-autoloads dictionary-autoloads debug-autoloads crisp-autoloads cookie-autoloads clearcase-autoloads cc-mode-autoloads calendar-autoloads calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads modules-autoloads mule-autoloads auto-autoloads rsz-minibuf auto-show fontl-hooks canna-leim tibetan lao devanagari indian slovenian czech romanian ccl code-cmds gutter-items menubar-items x-menubar dragdrop mode-motion mouse behavior itimer auto-save lisp-mode easymenu easy-mmode iso8859-1 page buff-menu lib-complete loadhist cus-file derived newcomment env text-props frame obsolete cus-start custom widget cl-extra cl cl-19 packages backquote unicode carbon tty-frames tty toolbar scrollbar unix-processes multicast network-streams subprocesses modules menu-accelerator-support menubar berkeley-db dbm md5 xemacs mule gutter gif xpm xbm lisp-float-type file-coding darwin dragdrop-api devices window-system base64) Recent keystrokes: ----------------- M-x e r c - s e r v e r TAB RET RET RET M-x r e p o r t - x e m TAB RET Recent messages (most recent first): ----------------------------------- Fontifying *mail to XEmacs Beta*... done. Loading gnus-ems...done Fontifying *mail to XEmacs Beta*... Loading gnus-xmas...done Loading gnus-xmas... Loading gnus-ems... Loading efs-cu...done Loading efs-cu... Loading mail-extr...done Loading mail-extr... Loading message...done Loading executable...done Loading executable... Loading message... Loading xemacsbug...done Loading xemacsbug... Wrong type argument: natnump, -343194265 Loading erc-nets...done Loading cus-face...done Loading cus-face... _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

1 participants
0 comments

Searchable Mail Archives 17 years, 5 months

Vin Shelton

Greetings - How do I search the online xemacs-beta archives? I was just looking to see if a particular user had reported a problem and I couldn't find a search option. Regards, Vin _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

8 participants
16 comments

function 'x-make-font-bold-italic-xft' doesn't work right 17 years, 5 months

Mike FABIAN

(x-make-font-italic-xft "DejaVu Sans:size=14") "DejaVu Sans-14:slant=110" OK. (x-make-font-bold-xft "DejaVu Sans:size=14") "DejaVu Sans-14:weight=200" OK. (x-make-font-bold-italic-xft "DejaVu Sans:size=14") "DejaVu Sans-14:weight=200" Wrong, this should be "DejaVu Sans-14:weight=200:slant=110". -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 I � Unicode _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

1 participants
1 comments

[Didier Verna] [RFC] Prompting for compound custom types 17 years, 5 months

Didier Verna

Hi ! I posted this to xemacs-design＠ yesterday, but it still has not showed up.

2 participants
2 comments

File writing hooks not functionning properly ?? 17 years, 5 months

Didier Verna

It seems to me that write-contents-hooks, local-write-file-hooks and write-file-hooks are not functionning properly when made local: the function files-fetch-hook-value destructively removes the t from the local value, so the next time they are used, they don't work in conjunction with the global value anymore. I know that these hooks are special cases, but still, I believe this behavior is wrong. Can somebody confirm that I didn't just blow a fuse ? I soooo can't believe my own eyes... -- MySpace: http://www.myspace.com/didierverna 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

1 participants
0 comments

w3 doesn't work with an Xft build 17 years, 5 months

Mike FABIAN

Apparently w3.el cannot be used when XEmacs is built with Xft support. M-x toggle-debug-on-error RET M-x w3 RET gives: Debugger entered--Lisp error: (wrong-type-argument number-char-or-marker-p nil) +(nil 12) font-spatial-to-canonical("+12pt") css-expand-length("+12pt" t) css-expand-value(height "+12pt") css-parse-args(238 257) css-parse("file:/usr/share/xemacs/xemacs-packages/etc/w3/stylesheet" nil nil) w3-find-default-stylesheets() w3-refresh-stylesheets() w3-do-setup() #<compiled-function nil "...(62)" [w3-track-last-buffer w3-setup-done w3-last-buffer w3-default-homepage w3-do-setup bufferp buffer-name switch-to-buffer message "Reusing buffer. To reload, type %s." substitute-command-keys "\\[w3-reload-document]" call-interactively w3-fetch error "Invalid setting for w3-default-homepage: %S" string-match ".*:.*" "file:"] 4 ("/usr/share/xemacs/xemacs-packages/lisp/w3/w3.elc" . 30891) nil>() call-interactively(w3) command-execute(w3 t) execute-extended-command(nil) call-interactively(execute-extended-command) -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 I � Unicode _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

1 participants
0 comments

can Xft support be choosen at runtime? 17 years, 5 months

Mike FABIAN

Is it possible to compile XEmacs using --with-xft=emacs but don't enable Xft support by default? It would be nice to be able to choose between using Xft and X11 core fonts by some lisp code in .xemacs/init.el. I read on this list that the Xft support is not yet ready for general use therefore it might not be wise to make it the default yet. But it would be nice if users who are willing to experiment were able to switch it on easily without having to recompile XEmacs. Is that possible? -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 I � Unicode _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

2 participants
2 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta July 2007