6:13 p.m.
================================================================
Dear Bug Team!
Over the past week, I have migrated to a new platform: Solaris
10 on AMD64. It has been pretty smooth. However, I think there
is a bug in Save Options (or I don't understand it). On the
options menu, I chose a Font and Font Size. But, when I restart
xemacs, this choice is not brought in and I have do it again.
Here's what custom.el looks like:
(custom-set-variables)
(custom-set-faces
'(default ((t (:size "18pt" :family "Lucidatypewriter"))) t))
Am I doing something wrong or is it xemacs-beta?
Thanks,
Rodney
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: SunOS godzilla 5.10 Generic_127128-11 i86pc i386 i86pc
./configure '--with-sound=esd' '--with-clash-detection=yes'
'--with-dialogs=motif' '--with-widgets=motif' '--with-mule'
'--with-xim=motif' '--with-png' '--with-optimization'
'--with-dynamic'
'CC=cc'
'LDFLAGS=-R/usr/lib:/opt/csw/lib:/usr/sfw/lib:/usr/local/lib:/usr/dt/lib:/usr/openwin/lib'
'CPPFLAGS=-I/opt/csw/include:/usr/sfw/include:/usr/local/include:/usr/dt/include'
XEmacs 21.5-b28 "fuki" (+CVS-20071205) configured for
`i386-pc-solaris2.10'.
Compilation Environment and Installation Defaults:
Source code location: /usr/local/src/xemacs/xemacs-21.5
Installation prefix: /usr/local
Runtime library search path: /usr/openwin/lib:/opt/SUNWdt/lib
Operating system description file: `s/sol2.h'
Machine description file: `m/intel386.h'
Compiler version: cc: Sun C 5.9 SunOS_i386 Patch
124868-01 2007/07/12
- Compiler command: cc -v -xO4
libc version: SUNWcsl 11.10.0,REV=2005.01.21.16.34
Relocating allocator for buffers: yes
GNU version of malloc: yes
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for Motif.
*WARNING* Many versions of Motif are buggy, requiring workarounds.
You are likely to experience slow redisplay.
You may need to install vendor patches to Motif.
See PROBLEMS for more information.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif dialog boxes.
Using Motif native widgets.
TTY:
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for ESD (Enlightened Sound Daemon).
Databases:
Compiling in support for DBM.
Compiling in support for LDAP.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: pgsql/libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using Motif to provide XIM support.
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 GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Compiling in support for extra debugging code.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
Load-Path Lisp Shadows:
----------------------
(/usr/local/share/xemacs/mule-packages/lisp/mule-base/japan-util
/usr/local/share/xemacs-21.5-b28/lisp/mule/japan-util
/usr/local/share/xemacs/mule-packages/lisp/mule-base/viet-util
/usr/local/share/xemacs-21.5-b28/lisp/mule/viet-util
/usr/local/share/xemacs/mule-packages/lisp/mule-base/china-util
/usr/local/share/xemacs-21.5-b28/lisp/mule/china-util
/usr/local/share/xemacs/mule-packages/lisp/mule-base/ethio-util
/usr/local/share/xemacs-21.5-b28/lisp/mule/ethio-util
/usr/local/share/xemacs/mule-packages/lisp/mule-base/cyril-util
/usr/local/share/xemacs-21.5-b28/lisp/mule/cyril-util
/usr/local/share/xemacs/mule-packages/lisp/mule-base/korea-util
/usr/local/share/xemacs-21.5-b28/lisp/mule/korea-util
/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/local/share/xemacs-21.5-b28/lisp/easy-mmode
/usr/local/share/xemacs/mule-packages/lisp/mule-ucs/unicode
/usr/local/share/xemacs-21.5-b28/lisp/unicode
/usr/local/share/xemacs/xemacs-packages/lisp/build/build-report
/usr/local/share/xemacs-21.5-b28/lisp/build-report
/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/usr/local/share/xemacs-21.5-b28/lisp/regexp-opt)
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.1 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.55 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.37 upstream: 2.0.55)
(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.22 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.2 upstream: 1.4.4)
(scheme ver: 1.15 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.23 upstream: 3.1.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.1 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.52 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(misc-games ver: 1.19 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.79 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.11 upstream: 2.1)
(gnus ver: 1.91 upstream: 5.10.8)
(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.37 upstream: No-Upstream-Ver)
(ediff ver: 1.68 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.08 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.32 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.32 upstream: 2.35)
(auctex ver: 1.47 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)
(skk ver: 1.23 upstream: 10.62a)
(mule-ucs ver: 1.14 upstream: 0.84)
(mule-base ver: 1.49 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.24 upstream: No-Upstream-Ver)
(leim ver: 1.24 upstream: No-Upstream-Ver)
(latin-unity ver: 1.2 upstream: 1.20)
(latin-euro-standards ver: 1.07 upstream: 1.07)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(xemacsbug shadow mail-abbrevs sendmail rfc822 build-report config
font disp-table alist x-font-menu font-menu lazy-lock gnuserv psvn
edmacro overlay viper viper-ex viper-macs viper-mous viper-cmd
viper-util viper-keym viper-init tramp-smb tramp password format-spec
timer-funcs trampver efs-x19.15 efs-fnh efs-ovwrt efs-cu efs-netrc
efs-defun efs advice advice-preload ess-toolbar ess-mous mouseme
thingatpt browse-url ess-menu imenu ess-swv ess-noweb essl-bugs
essd-omg essl-omg essd-els essd-sas essl-sas essa-sas rtf-support
executable shell essd-arc essd-vst essd-xls essl-lsp essd-sta essl-sta
cc-vars cc-defs make-regexp essd-sp6 essd-sp5 essd-sp3 essd-r
essd-r-args essl-s ess-inf ess-utils comint ring ess-mode noweb-mode
ess ess-cust regexp-opt ess-emcs ess-site font-lock cus-face
recent-files savehist pending-del 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
skk-autoloads mule-ucs-autoloads mule-base-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads egg-its-autoloads edict-autoloads
modules-autoloads mule-autoloads auto-autoloads auto-show fontl-hooks
canna-leim tibetan slovenian czech romanian lao devanagari indian
cyrillic code-cmds gutter-items menubar-items x-menubar mode-motion
mouse behavior itimer auto-save lisp-mode easymenu easy-mmode
iso8859-1 page buff-menu lib-complete loadhist cus-file derived
newcomment rsz-minibuf env text-props frame obsolete cus-start custom
widget cl-extra cl cl-19 packages backquote unicode lucid-scrollbars
cut-buffer lucid-menubars motif-dialogs x c-balloon-help tty-frames
tty toolbar esd-sound scrollbar unix-processes multicast
network-streams subprocesses modules menu-accelerator-support menubar
dbm md5 xemacs xim mule gutter tiff png gif jpeg xpm xbm
lisp-float-type file-coding usg-unix-v dialog devices window-system
base64)
Recent keystrokes:
-----------------
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
C-x k RET M-x r e p o r t - x e m a c s - b u g RE
T
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Loading sendmail...done
Loading sendmail...
Warning:
Defaulting to the GNU Emacs-derived `sendmail.el' mail client. This
facility,
while part of base XEmacs, is heinously underfeatured, and not going to get
better in the medium term. We include it so that bug reports work without
packages; we suggest that you choose and/or install one of the other mail
clients from packages if you're doing something other than M-x
report-xemacs-bug , or even if you are reporting bugs regularly.
To choose a package from those installed, click on "Options" ->
"Internet" -> "Compose Mail With ..." and decide on one from the
list. Gnus and VM are full-featured and have active user communities.
To disable this warning and stick with the old behavior, you can explicitly
initialize `mail-user-agent' to 'sendmail-user-agent .
Note: file is write protected
Loading build-report...done
Loading build-report...
Font -*-Lucidatypewriter-medium-r-*-*-*-180-*-*-*-*-*-*
Changing font of `blue'...
Changing font of `bold-italic'...
Changing font of `viper-minibuffer-vi'...
Changing font of `left-margin'...
Changing font of `font-lock-function-name-face'...
Changing font of `list-mode-item-selected'...
Changing font of `shell-output-face'...
Changing font of `viper-replace-overlay'...
Changing font of `font-lock-constant-face'...
Changing font of `svn-status-filename-face'...
Changing font of `font-lock-string-face'...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:50 p.m.
Rodney Sparapani wrote:
================================================================
Dear Bug Team!
Over the past week, I have migrated to a new platform: Solaris
10 on AMD64. It has been pretty smooth. However, I think there
is a bug in Save Options (or I don't understand it). On the
options menu, I chose a Font and Font Size. But, when I restart
xemacs, this choice is not brought in and I have do it again.
Here's what custom.el looks like:
(custom-set-variables)
(custom-set-faces
'(default ((t (:size "18pt" :family "Lucidatypewriter"))) t))
Am I doing something wrong or is it xemacs-beta?
Thanks,
Rodney
Hi Gang:
Apparently this is a bug in beta. The behavior in stable is as
anticipated.
Thanks,
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:28 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani wrote:
Rodney Sparapani wrote:
> ================================================================
> Dear Bug Team!
>
> Over the past week, I have migrated to a new platform: Solaris
> 10 on AMD64. It has been pretty smooth. However, I think there
> is a bug in Save Options (or I don't understand it). On the
> options menu, I chose a Font and Font Size. But, when I restart
> xemacs, this choice is not brought in and I have do it again.
> Here's what custom.el looks like:
>
> (custom-set-variables)
> (custom-set-faces
> '(default ((t (:size "18pt" :family "Lucidatypewriter")))
t))
>
> Am I doing something wrong or is it xemacs-beta?
>
> Thanks,
>
> Rodney
Hi Gang:
Apparently this is a bug in beta. The behavior in stable is as
anticipated.
Thanks,
Rodney
For me, user-init-file is nil. Shouldn't that be set to something?
If you set it correctly (with a trailing directory character), then
beta will save your settings, but it does not read them back in when you
restart XEmacs. I tried to update this bug report. But, it crashed
like this:
DetectorError: Error: couldn't send email: {'rsparapa': (501, ':
recipient address must contain a domain')} Python 2.4.4
/usr/bin/python
A problem occurred while running a Python script. Here is the sequence
of function calls leading up to the error, with the most recent
(innermost) call first. The exception attributes are:
__doc__ = " Raised by detectors that want to indicate that
something's amiss\n "
__getitem__ = <bound method DetectorError.__getitem__ of
<roundup.roundupdb.DetectorError instance>>
__init__ = <bound method DetectorError.__init__ of
<roundup.roundupdb.DetectorError instance>>
__module__ = 'roundup.roundupdb'
__str__ = <bound method DetectorError.__str__ of
<roundup.roundupdb.DetectorError instance>>
args = (<roundup.mailer.MessageSendError instance>,)
/var/www/trackers/xemacs/detectors/nosyreaction.py in
nosyreaction(db=<weakproxy at 0x2ae95f6f2680 to instance>,
cl=<hyperdb.Class "issue">, nodeid='411',
oldvalues={'activity': <Date
2009-02-26.22:43:17.876>, 'actor': '44', 'assignedto': None,
'creation':
<Date 2008-11-29.06:19:54.448>, 'creator': '143', 'files':
[],
'keyword': [], 'messages': ['854'], 'module':
['6'], 'nosy': ['143'], ...})
42 cl.nosymessage(nodeid, msgid, oldvalues)
43 except roundupdb.MessageSendError, message:
44 raise roundupdb.DetectorError, message
global roundupdb = <module 'roundup.roundupdb' from
'/usr/local/lib/python2.4/site-packages/roundup/roundupdb.pyc'>, global
DetectorError = undefined, message = <roundup.mailer.MessageSendError
instance>
45
46 def determineNewMessages(cl, nodeid, oldvalues):
/usr/local/lib/python2.4/site-packages/roundup/hyperdb.py in
fireReactors(self=<hyperdb.Class "issue">, event='set',
nodeid='411',
oldvalues={'activity': <Date 2009-02-26.22:43:17.876>, 'actor':
'44',
'assignedto': None, 'creation': <Date 2008-11-29.06:19:54.448>,
'creator': '143', 'files': [], 'keyword': [],
'messages': ['854'],
'module': ['6'], 'nosy': ['143'], ...})
1214 """Fire all registered reactors"""
1215 for prio, name, react in self.reactors[event]:
1216 react(self.db, self, nodeid, oldvalues)
react = <function nosyreaction>, self = <hyperdb.Class
"issue">,
global db = undefined, nodeid = '411', oldvalues = {'activity': <Date
2009-02-26.22:43:17.876>, 'actor': '44', 'assignedto': None,
'creation':
<Date 2008-11-29.06:19:54.448>, 'creator': '143', 'files':
[],
'keyword': [], 'messages': ['854'], 'module':
['6'], 'nosy': ['143'], ...}
1217
1218 #
/usr/local/lib/python2.4/site-packages/roundup/backends/rdbms_common.py
in set(self=<hyperdb.Class "issue">, nodeid='411',
**propvalues={'messages': ['854', '1080']})
1529 oldvalues = copy.deepcopy(self.db.getnode(self.classname,
nodeid))
1530 propvalues = self.set_inner(nodeid, **propvalues)
1531 self.fireReactors('set', nodeid, oldvalues)
self = <hyperdb.Class "issue">, global fireReactors = undefined,
nodeid = '411', oldvalues = {'activity': <Date
2009-02-26.22:43:17.876>,
'actor': '44', 'assignedto': None, 'creation': <Date
2008-11-29.06:19:54.448>, 'creator': '143', 'files': [],
'keyword': [],
'messages': ['854'], 'module': ['6'], 'nosy':
['143'], ...}
1532 return propvalues
1533
/usr/local/lib/python2.4/site-packages/roundup/cgi/actions.py in
_changenode(self=<roundup.cgi.actions.EditItemAction instance>,
cn='issue', nodeid='411', props={'messages': ['854',
'1080']})
466 # make the changes
467 cl = self.db.classes[cn]
468 return cl.set(nodeid, **props)
cl = <hyperdb.Class "issue">, global set = undefined, nodeid =
'411', props = {'messages': ['854', '1080']}
469
470 def _createnode(self, cn, props):
/usr/local/lib/python2.4/site-packages/roundup/cgi/actions.py in
_editnodes(self=<roundup.cgi.actions.EditItemAction instance>,
all_props={('issue', '411'): {'messages': ['854',
'1080']}, ('msg',
'-1'): {'author': '50', 'content': "I'm having
trouble with stable now
as well. The...tings with beta, it will\nnever read them back in.",
'date': <Date 2009-03-09.20:23:11.872>}}, all_links=[('issue',
'411',
'messages', [('msg', '-1')]), ('issue', '411',
'files', [('file',
'-1')]), ('msg', '-1', 'files', [('file',
'-1')])])
408 if nodeid is not None and int(nodeid) > 0:
409 # make changes to the node
410 props = self._changenode(cn, nodeid, props)
props = {'messages': ['854', '1080']}, self =
<roundup.cgi.actions.EditItemAction instance>, global _changenode =
undefined, cn = 'issue', nodeid = '411'
411
412 # and some nice feedback for the user
/usr/local/lib/python2.4/site-packages/roundup/cgi/actions.py in
handle(self=<roundup.cgi.actions.EditItemAction instance>)
571 # handle the props
572 try:
573 message = self._editnodes(props, links)
message = undefined, self = <roundup.cgi.actions.EditItemAction
instance>, global _editnodes = undefined, props = {('issue', '411'):
{'messages': ['854', '1080']}, ('msg', '-1'):
{'author': '50',
'content': "I'm having trouble with stable now as well. The...tings with
beta, it will\nnever read them back in.", 'date': <Date
2009-03-09.20:23:11.872>}}, links = [('issue', '411',
'messages',
[('msg', '-1')]), ('issue', '411', 'files',
[('file', '-1')]), ('msg',
'-1', 'files', [('file', '-1')])]
574 except (ValueError, KeyError, IndexError,
575 roundup.exceptions.Reject), message:
/usr/local/lib/python2.4/site-packages/roundup/cgi/actions.py in
execute(self=<roundup.cgi.actions.EditItemAction instance>)
37 """Execute the action specified by this
object."""
38 self.permission()
39 return self.handle()
self = <roundup.cgi.actions.EditItemAction instance>, global
handle = undefined
40
41 name = ''
/usr/local/lib/python2.4/site-packages/roundup/cgi/client.py in
handle_action(self=<roundup.cgi.client.Client instance>)
869 return getattr(self, action_klass)()
870 else:
871 return action_klass(self).execute()
action_klass = <class roundup.cgi.actions.EditItemAction>, self =
<roundup.cgi.client.Client instance>, global execute = undefined
872
873 except (ValueError, Reject), err:
/usr/local/lib/python2.4/site-packages/roundup/cgi/client.py in
inner_main(self=<roundup.cgi.client.Client instance>)
301 # possibly handle a form submit action (may change
self.classname
302 # and self.template, and may also append
error/ok_messages)
303 html = self.handle_action()
html = undefined, self = <roundup.cgi.client.Client instance>,
global handle_action = undefined
304
305 if html:
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
9:14 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani wrote:
For me, user-init-file is nil. Shouldn't that be set to something?
If you set it correctly (with a trailing directory character), then
beta will save your settings, but it does not read them back in when you
restart XEmacs. I tried to update this bug report. But, it crashed
like this:
Oh wait. I get it. user-init-file is supposed to be nil unless set
via the command-line, right? The documentation for this variable is
extremely terse. In any case, to rephrase the bug report. It's not
Save Options that does not work. The Options are in fact Saved.
However, for beta, they are never Restored (is that what it is called).
And, the bonus bug is the crash from the tracker.
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:28 a.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani writes:
Rodney Sparapani wrote:
>
> For me, user-init-file is nil. Shouldn't that be set to something?
Yes. I don't know why it's not being set for you, unless you are (a)
using -q or -vanilla when invoking XEmacs, or (b) have your init file
somewhere where XEmacs doesn't find it.
Please invoke xemacs -vanilla, then evaluate `(find-user-init-file)'.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:11 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Stephen J. Turnbull wrote:
Rodney Sparapani writes:
> Rodney Sparapani wrote:
> >
> > For me, user-init-file is nil. Shouldn't that be set to something?
Yes. I don't know why it's not being set for you, unless you are (a)
using -q or -vanilla when invoking XEmacs, or (b) have your init file
somewhere where XEmacs doesn't find it.
Please invoke xemacs -vanilla, then evaluate `(find-user-init-file)'.
So, user-init-file is still nil, but
(find-user-init-file)
does find it.
--
Rodney Sparapani Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician http://www.mcw.edu/pcor
4 wheels good, 2 wheels better! Medical College of Wisconsin (MCW)
WWLD?: What Would Lombardi Do? Milwaukee, WI, USA
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
4:45 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani writes:
> Please invoke xemacs -vanilla, then evaluate
`(find-user-init-file)'.
>
So, user-init-file is still nil, but
In xemacs -vanilla, it should be nil.
(find-user-init-file)
does find it.
And it's in ~/.xemacs/init.el? Did you try loading it with the Load
Init Files button? If not, would you try that? If that works, I'm
really not sure what might be going wrong. Mike, any ideas?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:05 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Stephen J. Turnbull wrote:
Rodney Sparapani writes:
> > Please invoke xemacs -vanilla, then evaluate `(find-user-init-file)'.
> >
> So, user-init-file is still nil, but
In xemacs -vanilla, it should be nil.
> (find-user-init-file)
>
> does find it.
And it's in ~/.xemacs/init.el? Did you try loading it with the Load
Init Files button? If not, would you try that? If that works, I'm
really not sure what might be going wrong. Mike, any ideas?
No, it's loaded. But custom.el is not loaded.
--
Rodney Sparapani Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician http://www.mcw.edu/pcor
4 wheels good, 2 wheels better! Medical College of Wisconsin (MCW)
WWLD?: What Would Lombardi Do? Milwaukee, WI, USA
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:41 a.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
On Tue, 10 Mar 2009 12:05:13 -0500
Rodney Sparapani <rsparapa(a)mcw.edu> wrote:
No, it's loaded. But custom.el is not loaded.
I don't think custom.el is loaded by default. I am guessing because I
have this in my init.el file:
(when (file-exists-p custom-file)
(load-file custom-file))
Where basically custom-file is "~/.xemacs/custom.el".
Cheers,
Sean
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:08 a.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani <rsparapa(a)mcw.edu> writes:
> And it's in ~/.xemacs/init.el? Did you try loading it with
the Load
> Init Files button? If not, would you try that? If that works, I'm
> really not sure what might be going wrong. Mike, any ideas?
>
No, it's loaded. But custom.el is not loaded.
What's the value of `custom-file'? Could you do an edebug on
`load-user-init-file' and see what happens with the bit that's supposed
to load `custom-file'?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:54 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Michael Sperber wrote:
What's the value of `custom-file'? Could you do an edebug
on
`load-user-init-file' and see what happens with the bit that's supposed
to load `custom-file'?
Very strange. custom-file is nil. However, load-user-init-file works
around that, identifies the correct file, loads it, but the customization
never occurs?!?
--
Rodney Sparapani Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician http://www.mcw.edu/pcor
4 wheels good, 2 wheels better! Medical College of Wisconsin (MCW)
WWLD?: What Would Lombardi Do? Milwaukee, WI, USA
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:23 a.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani <rsparapa(a)mcw.edu> writes:
Michael Sperber wrote:
> What's the value of `custom-file'? Could you do an edebug on
> `load-user-init-file' and see what happens with the bit that's supposed
> to load `custom-file'?
>
Very strange. custom-file is nil. However, load-user-init-file works
around that, identifies the correct file, loads it, but the customization
never occurs?!?
So, just to make sure I understand, it's really the code saved into
~/.xemacs/custom.el that doesn't work? I.e. it doesn't have an effect
if you load it via, say, M-x load-file?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:10 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Michael Sperber wrote:
So, just to make sure I understand, it's really the code saved
into
~/.xemacs/custom.el that doesn't work? I.e. it doesn't have an effect
if you load it via, say, M-x load-file?
That's right. It does not have an effect.
--
Rodney Sparapani Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician http://www.mcw.edu/pcor
4 wheels good, 2 wheels better! Medical College of Wisconsin (MCW)
WWLD?: What Would Lombardi Do? Milwaukee, WI, USA
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
4:39 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Rodney Sparapani <rsparapa(a)mcw.edu> writes:
Michael Sperber wrote:
> So, just to make sure I understand, it's really the code saved into
> ~/.xemacs/custom.el that doesn't work? I.e. it doesn't have an effect
> if you load it via, say, M-x load-file?
>
That's right. It does not have an effect.
OK - I see the same thing. Stephen, is customize supported for Xft
fonts?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:01 p.m.
New subject: [issue411] Re: [Bug: 21.5-b28] Save Options Doesn't Work?
Michael Sperber writes:
OK - I see the same thing. Stephen, is customize supported for Xft
fonts?
No. That was why I kept resisting putting Xft in trunk, you may recall.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:18 a.m.
New subject: Tracker bugs [was: [issue411] Re: ...]
In general, please report tracker tracebacks as new tracker bugs, not
under the issue where they appeared.
For the particular case of "couldn't send email" like this:
Rodney Sparapani writes:
DetectorError: Error: couldn't send email: {'rsparapa':
(501, ':
recipient address must contain a domain')} Python 2.4.4
/usr/bin/python
there's a bug in the tracker that I haven't been able to work on yet.
For some reason it is not providing full email addresses for the user,
probably when issues are submitted by email (I think the web interface
for registering does check this). This bug is issue325 in the tracker.
I've fixed the nost list of issue411 to refer to your fully registered
user 'rsparapa', so this error will not occur here again.
I think you can actually do this yourself by editing the nosy list.
You can just delete any nosy user that appears in such a traceback, as
they can't get mail anyway.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
3:52 p.m.
New subject: Tracker bugs
Stephen J. Turnbull wrote:
In general, please report tracker tracebacks as new tracker bugs,
not
under the issue where they appeared.
For the particular case of "couldn't send email" like this:
Sorry, that was my bad. But, I'm having difficult finding bugs.
For example I had an awful time finding Issue 411. Search for
save doesn't find it, neither does option, but options works:
(the title is Save Options Doesn't Work?). I guess that is
another tracker bug that I should report, right?
But, I'm wondering if this tracker is worth it. Now, we have to
add tracker bugs (and fix them) which are added burdens. Also, I
haven't seen a lot of activity on the bugs that I have posted.
Believe me, I know all about free software so I wasn't expecting a
rose garden. However, I'm sort of anti-tracker at the moment.
--
Rodney Sparapani Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician http://www.mcw.edu/pcor
4 wheels good, 2 wheels better! Medical College of Wisconsin (MCW)
WWLD?: What Would Lombardi Do? Milwaukee, WI, USA
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:02 p.m.
New subject: Tracker bugs
Rodney Sparapani writes:
Sorry, that was my bad. But, I'm having difficult finding bugs.
For example I had an awful time finding Issue 411. Search for
save doesn't find it, neither does option, but options works:
Weird. Same thing happens for me.
(the title is Save Options Doesn't Work?). I guess that is
another tracker bug that I should report, right?
Yeah, except that since I happen to have the tracker open, I just did
(issue501).
But, I'm wondering if this tracker is worth it. Now, we have to
add tracker bugs (and fix them) which are added burdens.
Fixing most of them is not a big deal when I get around to it (try
using the search screen from the sidebar and setting module to
tracker, group on status, sort descending on activity). Whether to
report them or not is up to you. I hope you will.
Also, I haven't seen a lot of activity on the bugs that I have
posted.
Agreed, you're not going to see much activity on your bugs, but I
don't think that should be considered a tracker problem. That's an
issue of developer time, which has been scarce recently.
Try searching on status=closed, with reason displayed and status
omitted. That will give you some sense of the activity (you can
ignore the "superseded" bugs since they're almost all dupes of one
sort or another, but the rest required some sort of developer
activity). If nothing else, that's one benefit of the tracker.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:50 p.m.
Rodney Sparapani writes:
================================================================
Dear Bug Team!
Over the past week, I have migrated to a new platform: Solaris
10 on AMD64. It has been pretty smooth. However, I think there
is a bug in Save Options (or I don't understand it). On the
options menu, I chose a Font and Font Size. But, when I restart
xemacs, this choice is not brought in and I have do it again.
Here's what custom.el looks like:
(custom-set-variables)
(custom-set-faces
'(default ((t (:size "18pt" :family "Lucidatypewriter"))) t))
Am I doing something wrong or is it xemacs-beta?
What does M-x customize-face RET default RET claim immediately after
startup?
Are you using Xft or a straight X build? If Xft, is Lucidatypewriter
available in a scalable font on your host?
FWIW, I suspect this is an XEmacs bug. The menus have never been
properly refactored for Xft.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
9:12 p.m.
Stephen J. Turnbull wrote:
What does M-x customize-face RET default RET claim immediately after
startup?
Are you using Xft or a straight X build? If Xft, is Lucidatypewriter
available in a scalable font on your host?
FWIW, I suspect this is an XEmacs bug. The menus have never been
properly refactored for Xft.
Hi Stephen:
I gave up on Xft. However, I am getting crashes with beta anyways, so maybe
I was too hasty blaming it all on Xft. Here's what it says:
Default: (sample) *
[State]: this face has been set and saved.
default face
Comment:
Attributes: * Foreground: (sample)
* Background: (sample)
* Size: 18pt
* Font Family: Lucidatypewriter
* Background pixmap:
* Dim: off
* Bold: off
* Italic: off
* Underline: off
* Strikethru: off
* Inverse Video: off
* Inherit:
--
Rodney Sparapani Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician Department of Medicine
Was 'Name That Tune' rigged? Medical College of Wisconsin (MCW)
WWLD: What Would Lombardi Do Milwaukee, WI, USA
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
3:02 p.m.
New subject: Xft (was: [Bug: 21.5-b28] Save Options Doesn't Work?)
Rodney Sparapani <rsparapa(a)mcw.edu> さんは書きました:
I gave up on Xft.
I like Xft and use it myself but didn’t enable it in the openSUSE
package because there are still quite a few problems and maybe not
everybody likes it.
Therefore, quite a while ago, I asked Stephen whether one could choose
between Xft and X11 core fonts in XEmacs at runtime. Unfortunately,
this is not (yet) possible.
But maybe I could make Xft easily accessible for all users of the
openSUSE packages by building XEmacs twice, once with Xft disabled and
once with Xft enabled.
Probably everything except the binary and the dump files is the same for
both types of build, is that correct?
In that case I would need only about 22 M to offer an xemacs-xft
RPM-package which could contain a binary /usr/bin/xemacs-xft
and its dump file and require the main xemacs RPM package:
mfabian＠magellan:~$ ll /usr/bin/xemacs* -h
-rwxr-xr-t 1 root root 11M 2008-06-09 03:59 /usr/bin/xemacs*
-rw-r--r-- 1 root root 11M 2008-06-09 03:59 /usr/bin/xemacs-21.5-b28-4845e342.dmp
mfabian＠magellan:~$
--
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
9:14 p.m.
New subject: Xft (was: [Bug: 21.5-b28] Save Options Doesn't Work?)
Mike FABIAN writes:
Rodney Sparapani <rsparapa(a)mcw.edu> さんは書きました:
> I gave up on Xft.
I like Xft and use it myself but didn’t enable it in the openSUSE
package because there are still quite a few problems and maybe not
everybody likes it.
Therefore, quite a while ago, I asked Stephen whether one could choose
between Xft and X11 core fonts in XEmacs at runtime. Unfortunately,
this is not (yet) possible.
Yeah, I tried to implement this. It requires a refactoring of the
console/device code which I was unable to do workably at the time.
Probably everything except the binary and the dump files is the same
for
both types of build, is that correct?
I believe so.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:47 p.m.
New subject: Xft (was: [Bug: 21.5-b28] Save Options Doesn't Work?)
On Fri, 13 Jun 2008 16:02:30 +0200, Mike FABIAN wrote:
Rodney Sparapani <rsparapa(a)mcw.edu> さんは書きました:
> I gave up on Xft.
I like Xft and use it myself but didn’t enable it in the openSUSE
package because there are still quite a few problems and maybe not
everybody likes it.
Therefore, quite a while ago, I asked Stephen whether one could choose
between Xft and X11 core fonts in XEmacs at runtime. Unfortunately,
this is not (yet) possible.
Hmm, it isn't enough to disable Xft with --with-xft=no?
I'm also considering turning off Xft (with --with-xft=no) in the Gentoo
ebuild that I want to move to the main Gentoo repository shortly.
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:16 a.m.
New subject: Xft
Hans de Graaff <graaff(a)gentoo.org> さんは書きました:
On Fri, 13 Jun 2008 16:02:30 +0200, Mike FABIAN wrote:
> Rodney Sparapani <rsparapa(a)mcw.edu> さんは書きました:
>
>> I gave up on Xft.
>
> I like Xft and use it myself but didn’t enable it in the openSUSE
> package because there are still quite a few problems and maybe not
> everybody likes it.
>
> Therefore, quite a while ago, I asked Stephen whether one could choose
> between Xft and X11 core fonts in XEmacs at runtime. Unfortunately,
> this is not (yet) possible.
Hmm, it isn't enough to disable Xft with --with-xft=no?
But then you *cannot* use Xft.
And if you enable it with ‘--with-xft=yes’ you can use *only*
Xft and no X11 core fonts anymore.
It would be better to be able to choose this not at compile time but at
runtime.
I'm also considering turning off Xft (with --with-xft=no) in the
Gentoo
ebuild that I want to move to the main Gentoo repository shortly.
I have Xft disabled for the standard openSUSE builds but enabled for the
packages built in my M17N repository
(http://download.opensuse.org/repositories/M17N/).
But that means that currently you have to install xemacs from a
different, non-standard repository if you want Xft.
I personally prefer Xft a lot.
--
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
6:44 a.m.
New subject: Xft
On Thu, 19 Jun 2008 12:16:46 +0200, Mike FABIAN wrote:
Hans de Graaff <graaff(a)gentoo.org> さんは書きました:
> Hmm, it isn't enough to disable Xft with --with-xft=no?
But then you *cannot* use Xft.
And if you enable it with ‘--with-xft=yes’ you can use *only* Xft and no
X11 core fonts anymore.
It would be better to be able to choose this not at compile time but at
runtime.
Aha, I didn't pick up on the fact that you were talking about runtime.
This also explains my horrible experience with Xft, I just didn't pick up
on this fact when I tested it and was annoyed that XEmacs wouldn't use my
favorite bitmapped fontset anymore. I guess I'll have to try again using
the Xft font names this time.
I have Xft disabled for the standard openSUSE builds but enabled for
the
packages built in my M17N repository
(http://download.opensuse.org/repositories/M17N/).
With Gentoo USE flags we can let the users decide if they want xft, so we
could be a bit more flexible here. I think I'll do a bit more testing and
probably leave the functionality as a USE flag for our users.
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:20 a.m.
New subject: Xft
Hans de Graaff <graaff(a)gentoo.org> さんは書きました:
On Thu, 19 Jun 2008 12:16:46 +0200, Mike FABIAN wrote:
> Hans de Graaff <graaff(a)gentoo.org> さんは書きました:
>> Hmm, it isn't enough to disable Xft with --with-xft=no?
>
> But then you *cannot* use Xft.
>
> And if you enable it with ‘--with-xft=yes’ you can use *only* Xft and no
> X11 core fonts anymore.
>
> It would be better to be able to choose this not at compile time but at
> runtime.
Aha, I didn't pick up on the fact that you were talking about runtime.
This also explains my horrible experience with Xft, I just didn't pick up
on this fact when I tested it and was annoyed that XEmacs wouldn't use my
favorite bitmapped fontset anymore. I guess I'll have to try again using
the Xft font names this time.
Most bitmap fonts can be used via Xft as well (as long as they are
Latin1 or Unicode fonts). I.e. even with Xft you can get (almost) the
same look of your XEmacs using almost the same bitmap fonts as with X11
core fonts. But the setup is different and the font names are different.
And it will be somewhat slower.
--
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
4:15 p.m.
New subject: Xft
Hi Hans
You wrote:
Hans> With Gentoo USE flags we can let the users decide if they want
Hans> xft, so we could be a bit more flexible here. I think I'll do a
Hans> bit more testing and probably leave the functionality as a USE
Hans> flag for our users.
That sound good. Some words on how to do the transition to xft will probably
do a lot of good I think. I spent some hours with that the first time
anyway.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:19 p.m.
New subject: Xft
On Mon, 2008-06-23 at 17:15 +0200, Mats Lidell wrote:
That sound good. Some words on how to do the transition to xft will
probably
do a lot of good I think. I spent some hours with that the first time
anyway.
That can be done easily with a post-install message, possibly referring
to an upgrade guide. I think it would be useful to have such an upgrade
guide in general. The etc/NEWS file of xemacs 21.5.x contains a little
bit of information about it, but I think this could be expanded on.
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
9:29 p.m.
New subject: Xft
Hans de Graaff writes:
That can be done easily with a post-install message, possibly
referring
to an upgrade guide. I think it would be useful to have such an upgrade
guide in general. The etc/NEWS file of xemacs 21.5.x contains a little
bit of information about it, but I think this could be expanded on.
Most of the information is in the internals manual, as all of that
stuff was considered subject to change.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:06 a.m.
New subject: Xft
Mike FABIAN writes:
It would be better to be able to choose this not at compile time but
at
runtime.
I might add that GNU is trying to do that, and they're having a
horrible time.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:34 p.m.
New subject: Xft
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
Mike FABIAN writes:
> It would be better to be able to choose this not at compile time
> but at runtime.
I might add that GNU is trying to do that, and they're having a
horrible time.
You have chosen the right conjunction, namely "and" rather than "so".
I don't think that the runtime selectability/order per se is that
problematic. It is more like the interface for this selectability is
not really good for customization (but then the same holds for startup
fonts and startup geometry and a few other things that you better do via
X resources).
There are quite a few rough edges being smoothed out concerning font
setup in Emacs right now, yes. But runtime/compiletime is really just a
minor wrinkle in the mess: rather it is the new font selection code all
in all that needs ironing out.
And "horrible time" is an exaggeration, I think.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:13 a.m.
New subject: Xft
Mike FABIAN wrote:
>> Therefore, quite a while ago, I asked Stephen whether one
could choose
>> between Xft and X11 core fonts in XEmacs at runtime. Unfortunately,
>> this is not (yet) possible.
>
> Hmm, it isn't enough to disable Xft with --with-xft=no?
But then you *cannot* use Xft.
And if you enable it with ‘--with-xft=yes’ you can use *only*
Xft and no X11 core fonts anymore.
Which, AFAICT, precludes connecting to an X server which doesn't
support the RENDER extension.
--
Glynn Clements <glynn(a)gclements.plus.com>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
1:55 p.m.
New subject: Xft
Glynn Clements <glynn(a)gclements.plus.com> さんは書きました:
Mike FABIAN wrote:
> >> Therefore, quite a while ago, I asked Stephen whether one could choose
> >> between Xft and X11 core fonts in XEmacs at runtime. Unfortunately,
> >> this is not (yet) possible.
> >
> > Hmm, it isn't enough to disable Xft with --with-xft=no?
>
> But then you *cannot* use Xft.
>
> And if you enable it with ‘--with-xft=yes’ you can use *only*
> Xft and no X11 core fonts anymore.
Which, AFAICT, precludes connecting to an X server which doesn't
support the RENDER extension.
No, Xft works also on X servers which don’t support the RENDER
extension (Xft1 didn’t but that was long ago).
It is slightly slower on X servers which don’t support the RENDER
extension but not so slow that I really notice.
--
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
9:28 p.m.
New subject: Xft
Mike FABIAN writes:
No, Xft works also on X servers which don't support the RENDER
extension (Xft1 didn't but that was long ago).
We don't support Xft1 so this is no problem.
It is slightly slower on X servers which don't support the
RENDER
extension but not so slow that I really notice.
I find it to be perceptibly slower over even a 100MB network; YMMV. I
agree this is not a reason to avoid it at this stage, as Xft is
unbearably slow over the net.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:09 p.m.
New subject: Xft
on 06/18/2008 10:47 AM Hans de Graaff said the following:
I'm also considering turning off Xft (with --with-xft=no) in the
Gentoo
ebuild that I want to move to the main Gentoo repository shortly.
XEmacs without anti-aliased fonts looks horrendously ugly, IMHO, and I
can't think of an application that doesn't use anti-aliased fonts.
Maybe vi? (OK, OK, cheap shot, I retract the slur.)
I use Xft all the time, and have done so with both 21.4 and 21.5, but
I use non-standard configure options:
$ ./configure \
--with-xft=emacs,menubars,tabs,gauges \
--with-gnome \
--with-mule=no \
--with-package-path=/usr/local/lib/xemacs/xemacs-packages
Note (unless these have been fixed): "--with-xft=yes" does not do the
same as what I use even though it appears to, and "--with-gtk" doesn't
do anything, which is why I haven't included it.
A caveat: Although I get anti-aliased fonts with the above, I don't
always get the fonts I specify. Bold fonts, in particular, are
problematic, and show up larger than they should.
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
1:37 a.m.
New subject: Xft
Vladimir G. Ivanovic writes:
XEmacs without anti-aliased fonts looks horrendously ugly, IMHO, and
I
can't think of an application that doesn't use anti-aliased fonts.
GNU Emacs is one. If you want to know why people are reluctant to
default to Xft, skim the last couple of months of emacs-devel.
XEmacs's implementation of anti-aliased fonts is probably in no better
shape.
I use Xft all the time, and have done so with both 21.4 and 21.5, but
I use non-standard configure options:
$ ./configure \
--with-xft=emacs,menubars,tabs,gauges \
--with-gnome \
--with-mule=no \
--with-package-path=/usr/local/lib/xemacs/xemacs-packages
Note (unless these have been fixed): "--with-xft=yes"
This hasn't been fixed, it's on my list, but every time I feel up to
working on configure, autocrap releases again, and I'm *forced* to
work on it, after which I have no appetite for working on it.
"--with-gtk" doesn't do anything
It is implied by --with-gnome. Specifying --with-gnome enforces
--with-gtk.
A caveat: Although I get anti-aliased fonts with the above, I
don't
always get the fonts I specify. Bold fonts, in particular, are
problematic, and show up larger than they should.
Patches welcome.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:36 a.m.
New subject: Xft
On Fri, 27 Jun 2008 09:37:48 +0900, Stephen J. Turnbull wrote:
> "--with-gtk" doesn't do anything
It is implied by --with-gnome. Specifying --with-gnome enforces
--with-gtk.
Just to provide feedback here: these options use GNOME 1.x and GTK+-1.x,
both of which are deprecated in Gentoo. We no longer offer these options
for XEmacs as part of the installation.
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:44 a.m.
New subject: Xft
on 06/26/2008 05:37 PM Stephen J. Turnbull said the following:
Vladimir G. Ivanovic writes:
> XEmacs without anti-aliased fonts looks horrendously ugly, IMHO, and I
> can't think of an application that doesn't use anti-aliased fonts.
GNU Emacs is one.
You're right, and it is horrendously ugly. I never use GNU Emacs.
If you want to know why people are reluctant to
default to Xft, skim the last couple of months of emacs-devel.
XEmacs's implementation of anti-aliased fonts is probably in no better
shape.
> I use Xft all the time, and have done so with both 21.4 and 21.5, but
> I use non-standard configure options:
>
> $ ./configure \
> --with-xft=emacs,menubars,tabs,gauges \
> --with-gnome \
> --with-mule=no \
> --with-package-path=/usr/local/lib/xemacs/xemacs-packages
>
> Note (unless these have been fixed): "--with-xft=yes"
This hasn't been fixed, it's on my list, but every time I feel up to
working on configure, autocrap releases again, and I'm *forced* to
work on it, after which I have no appetite for working on it.
CMake? SCons?
> "--with-gtk" doesn't do anything
It is implied by --with-gnome. Specifying --with-gnome enforces
--with-gtk.
> A caveat: Although I get anti-aliased fonts with the above, I don't
> always get the fonts I specify. Bold fonts, in particular, are
> problematic, and show up larger than they should.
Patches welcome.
Yes, yes. I know. If only... you know the rest.
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
4:01 a.m.
New subject: Xft
On Fri, Jun 27, 2008 at 03:44:59AM -0700, Vladimir G. Ivanovic wrote:
[...]
> This hasn't been fixed, it's on my list, but every time I
feel up to
> working on configure, autocrap releases again, and I'm *forced* to
> work on it, after which I have no appetite for working on it.
CMake? SCons?
I'd like to give cmake a try, if and only if I have the time :p
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
12:20 a.m.
New subject: Xft
>>>> Vladimir wrote:
Vladimir> CMake? SCons?
Both of these build systems seems to have interesting features
indeed. However, isn't both lacking in the respect that the end user,
eg the user building XEmacs from sources, needs to have them?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:25 a.m.
New subject: Xft
on 06/28/2008 04:20 PM Mats Lidell said the following:
>>>>> Vladimir wrote:
Vladimir> CMake? SCons?
Both of these build systems seems to have interesting features
indeed. However, isn't both lacking in the respect that the end user,
eg the user building XEmacs from sources, needs to have them?
The build requirements are really not that onerous. I don't have any
experience with either system, so I don't speak authoritatively and
I'm not pushing either option, but here's what I've found out:
SCons depends on just Python (already installed in all Linux
distributions) and CMake has no additional requirements. Both systems
are available pre-packaged for Gentoo, Fedora 9, Debian/Ubuntu and
apparently cygwin, so the overhead for a person wishing to build an
XEmacs that would use them is not high. I don't know about
pre-packaged versions for Windows or Mac OS X, but both claim to run
and build (natively) for those environments.
The tradeoff seems to be XEmacs build maintainer time (and sanity) vs
a small, possibly zero, user/builder overhead. (It turns out that both
were installed on my Gentoo and Fedora systems.) Since I'm not the
XEmacs build maintainer, officially I don't care.
That being said, I'm partial to the idea of replacing a build
environment based on make and autotools. As a person with a passing
interest in programming languages, I'd prefer SCons because it uses
Python, a full-fledged, modern, widely-used, multi-paradigm,
programming environment that comes with many, many libraries with even
more available as add-ons.
But, as I said, I'll defer to those who are directly affected by the
choice of build system: it's not my call (just as Mercurial wasn't).
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
3:27 p.m.
New subject: Xft
Vladimir G. Ivanovic wrote:
on 06/28/2008 04:20 PM Mats Lidell said the following:
>>>>>> Vladimir wrote:
>
> Vladimir> CMake? SCons?
>
> Both of these build systems seems to have interesting features
> indeed. However, isn't both lacking in the respect that the end user,
> eg the user building XEmacs from sources, needs to have them?
The build requirements are really not that onerous. I don't have any
experience with either system, so I don't speak authoritatively and I'm
not pushing either option, but here's what I've found out:
SCons depends on just Python (already installed in all Linux
distributions) and CMake has no additional requirements. Both systems
are available pre-packaged for Gentoo, Fedora 9, Debian/Ubuntu and
apparently cygwin, so the overhead for a person wishing to build an
XEmacs that would use them is not high. I don't know about pre-packaged
versions for Windows or Mac OS X, but both claim to run and build
(natively) for those environments.
The tradeoff seems to be XEmacs build maintainer time (and sanity) vs a
small, possibly zero, user/builder overhead. (It turns out that both
were installed on my Gentoo and Fedora systems.) Since I'm not the
XEmacs build maintainer, officially I don't care.
That being said, I'm partial to the idea of replacing a build
environment based on make and autotools. As a person with a passing
interest in programming languages, I'd prefer SCons because it uses
Python, a full-fledged, modern, widely-used, multi-paradigm, programming
environment that comes with many, many libraries with even more
available as add-ons.
But, as I said, I'll defer to those who are directly affected by the
choice of build system: it's not my call (just as Mercurial wasn't).
--- Vladimir
Is this a serious consideration? As a Solaris and OS X user, I have
often struggled with the autotools. It seems like most free software
assumes linux. And, the autotools suffer from the same bias. Having
said that, I've become pretty good at debugging the autotools and
building almost everything that I have tried on both of my platforms
(with a few notable exceptions, subversion being one of them, what is
with all of those dependencies?!?).
So, I have very mixed feelings about this proposal. On the one hand,
I'd be delighted to never have to debug the autotools again. On the
other hand, I don't know python nor cmake. Maybe there should be a
transitional period? For the record, both python and cmake are
available for Solaris as binary packages so that should not be an issue
(and subversion is also available now, thank god). I haven't
investigated binary packages on OS X recently so maybe someone else can
fill us in.
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
3:34 p.m.
New subject: Xft
2008/6/28 Vladimir G. Ivanovic <vgivanovic(a)comcast.net>:
The build requirements are really not that onerous. I don't have
any
experience with either system, so I don't speak authoritatively and I'm not
pushing either option, but here's what I've found out:
SCons depends on just Python (already installed in all Linux distributions)
and CMake has no additional requirements. Both systems are available
pre-packaged for Gentoo, Fedora 9, Debian/Ubuntu and apparently cygwin, so
the overhead for a person wishing to build an XEmacs that would use them is
not high. I don't know about pre-packaged versions for Windows or Mac OS X,
but both claim to run and build (natively) for those environments.
The tradeoff seems to be XEmacs build maintainer time (and sanity) vs a
small, possibly zero, user/builder overhead. (It turns out that both were
installed on my Gentoo and Fedora systems.) Since I'm not the XEmacs build
maintainer, officially I don't care.
That being said, I'm partial to the idea of replacing a build environment
based on make and autotools. As a person with a passing interest in
programming languages, I'd prefer SCons because it uses Python, a
full-fledged, modern, widely-used, multi-paradigm, programming environment
that comes with many, many libraries with even more available as add-ons.
But, as I said, I'll defer to those who are directly affected by the choice
of build system: it's not my call (just as Mercurial wasn't).
I have used scons. My experience was that it was very good at
eliminating lots of mess and confusion for the features of autotools +
Makefile that it supports out of the box. The problem I had is that
it didn't support everything I needed out of the box. That left me
with the necessity of writing a bunch of Python code. I eventually
gave up and went back to autotools + Makefile.
On the other hand, the stuff I needed that scons did not support out
of the box is not needed by the XEmacs build system, either. It is
possible that it could simplify our build system. We won't know until
somebody tries. I doubt this proposal will go anywhere unless
somebody steps up to the plate and demonstrates a fully (or at least
mostly) functional replacement build system.
--
Jerry James
http://loganjerry.googlepages.com/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:34 p.m.
New subject: Xft
Jerry James wrote:
2008/6/28 Vladimir G. Ivanovic <vgivanovic(a)comcast.net>:
> The build requirements are really not that onerous. I don't have any
> experience with either system, so I don't speak authoritatively and I'm not
> pushing either option, but here's what I've found out:
As a mere user who builds his own copy of xemacs, I don't want to have
to learn another build system and download yet another set of packages
(that I would have to build myself[1]) just so I can build xemacs.
But if a new build system really helps the main developers, then go
ahead. I'll either bite the bullet, or just start using precompiled
binaries.
Ray
[1] Prebuilt things tend to go where I don't have write privileges, and
getting the IT guys to do it takes forever, and then it ends up being
available on only one machine, which is almost never what I want.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:04 p.m.
New subject: New build system (was: Xft)
>>>> Vladimir wrote:
Vladimir> The build requirements are really not that onerous.
No, not onerous but still different. So it is a matter of what matters
most: having a slightly nonstandard build system or struggling with
the standard that everyone already has. The burden on the maintainer
vs the ease of the user!?
Vladimir> [...]
Vladimir> I'd prefer SCons ....
SCons sounds interesting enough so I'll give it a test just to see
what it can do.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:19 a.m.
New subject: Xft
"Vladimir G. Ivanovic" <vgivanovic(a)comcast.net> writes:
on 06/26/2008 05:37 PM Stephen J. Turnbull said the following:
> Vladimir G. Ivanovic writes:
>
> > XEmacs without anti-aliased fonts looks horrendously ugly, IMHO,
> and I > can't think of an application that doesn't use anti-aliased
> fonts.
>
> GNU Emacs is one.
You're right, and it is horrendously ugly.
Depends on your choice of fonts.
I never use GNU Emacs.
It does use antialiased fonts nowadays in the development version. But
frankly, I don't think them a substantial improvement over 10x20 (quite
a nice bitmap font). A good hand-designed pixel font makes the best use
of screen contrast. I agree that digitized outlines suck for that
purpose and antialiasing helps.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:40 a.m.
New subject: Xft
Vladimir G. Ivanovic writes:
CMake? SCons?
I really don't think those are going to be much help. Agreed,
autoconf is a really crufty technology from the point of view of a
build system, but its database of platform quirks is still unmatched
AFAIK.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:35 a.m.
New subject: Xft
On Thu, 26 Jun 2008 10:09:42 -0700, Vladimir G. Ivanovic wrote:
XEmacs without anti-aliased fonts looks horrendously ugly, IMHO, and
I
can't think of an application that doesn't use anti-aliased fonts. Maybe
vi? (OK, OK, cheap shot, I retract the slur.)
It's a matter of picking the right font. My XEmacs without Xft looks
quite nice even compared to the other anti-aliased applications.
I use Xft all the time, and have done so with both 21.4 and 21.5, but
I
use non-standard configure options:
$ ./configure \
--with-xft=emacs,menubars,tabs,gauges \ --with-gnome \
--with-mule=no \
--with-package-path=/usr/local/lib/xemacs/xemacs-packages
Yes, the current Gentoo xemacs ebuild (in our xemacs overlay) uses the
same --with-xft settings. Given the feedback on the list I think I'll
leave Xft as an option controlled by a USE flag.
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:46 a.m.
New subject: Xft
on 06/26/2008 10:35 PM Hans de Graaff said the following:
On Thu, 26 Jun 2008 10:09:42 -0700, Vladimir G. Ivanovic wrote:
It's a matter of picking the right font. My XEmacs without Xft looks
quite nice even compared to the other anti-aliased applications.
Which fonts do you use?
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
1:53 p.m.
New subject: Xft
On Fri, Jun 27, 2008 at 03:46:27AM -0700, Vladimir G. Ivanovic wrote:
on 06/26/2008 10:35 PM Hans de Graaff said the following:
>On Thu, 26 Jun 2008 10:09:42 -0700, Vladimir G. Ivanovic wrote:
>It's a matter of picking the right font. My XEmacs without Xft looks
>quite nice even compared to the other anti-aliased applications.
Which fonts do you use?
-adobe-courier-medium-r-normal--10-100-75-75-m-60-iso8859-15
at least for me, on a 1600x1200 screen. At such a font size, I
personally find that the fuzzyness that anti-aliasing adds impairs
readability. The high-frequency edges are necessary when a lowercase
'e' fits in 5x5 pixels.
OG.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:37 a.m.
New subject: Xft
On Fri, 27 Jun 2008 03:46:27 -0700, Vladimir G. Ivanovic wrote:
on 06/26/2008 10:35 PM Hans de Graaff said the following:
> On Thu, 26 Jun 2008 10:09:42 -0700, Vladimir G. Ivanovic wrote: It's a
> matter of picking the right font. My XEmacs without Xft looks quite
> nice even compared to the other anti-aliased applications.
Which fonts do you use?
jmk-x11-fonts, mostly neep: http://www.jmknoble.net/fonts/
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:08 p.m.
New subject: Xft
>>>> Vladimir wrote:
Vladimir> Which fonts do you use?
This is my .Xresources (If everything actually has a meaning in there
I'm not sure but this is what I came up with when I switched over to
Xft.)
----------------------------------------------------------------------
!! For xft enabled XEmacs
XEmacs*Tabs.fcFontName: Arial-6
XEmacs*menubar*xftFont: Arial-6
XEmacs.modeline.attributeFont: Arial-9
XEmacs.default.attributeFont: monospace-11
XEmacs.scrollBarWidth: 12
*popup*xftFont: Arial-6
*menubar*FontSet: -*-helvetica-bold-r-*-*-*-80-*-*-*-*-iso8859-*
XEmacs*Dialog*Font: -*-helvetica-bold-r-*-*-*-80-*-*-*-*-iso8859-*
----------------------------------------------------------------------
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:36 p.m.
New subject: Xft
On Thu, 26 Jun 2008 10:09:42 -0700
"Vladimir G. Ivanovic" <vgivanovic(a)comcast.net> wrote:
XEmacs without anti-aliased fonts looks horrendously ugly, IMHO, and
I can't think of an application that doesn't use anti-aliased fonts.
Maybe vi? (OK, OK, cheap shot, I retract the slur.)
I use Xft all the time, and have done so with both 21.4 and 21.5, but
I use non-standard configure options:
What do you use XEmacs for? Because XEmacs has such a diverse user base
it is interesting what some people consider "absolute must" and others
are "meh".
I tend to have two types of apps. I edit a lot of code and spend a lot
of time looking at stuff with terminal windows. For this I am happy
without anti-aliased fonts. Probably just because I am used to it.
The other type of app I use is more graphically oriented: web browser,
mail client, IM. These are usually anti-aliased.
And getting back to usage, there was a comment on this list along the
lines of "everybody needs unicode support". The only time I touch
unicode is for some strings in windows drivers (such as the registry
path). I have never needed to display unicode, so I always wondered
what people used it for in XEmacs.
Sorry for the rambling.
Cheers,
Sean
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:07 p.m.
New subject: Xft
>>>> Mike wrote:
Mike> I like Xft and use it myself but didn’t enable it in the
Mike> openSUSE package because there are still quite a few problems
Mike> and maybe not everybody likes it.
Could you elaborate. What problems eg what is needed to make it
usable? What is there to dislike?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
9:32 a.m.
New subject: Xft
2008/6/19 Mats Lidell <matsl(a)xemacs.org>:
>>>>> Mike wrote:
Mike> I like Xft and use it myself but didn't enable it in the
Mike> openSUSE package because there are still quite a few problems
Mike> and maybe not everybody likes it.
Could you elaborate. What problems eg what is needed to make it
usable? What is there to dislike?
For me the font menu not working correctly is an issue. These days I
expect not to have to fiddle with .Xdefaults or .Xresources or whatever it's
called now just to change a font.
I think there's also a problem in setting up the size of the initial frame,
it's usually too big for my screen.
Robert
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:38 a.m.
New subject: Xft
"Robert Pluim" <rpluim(a)gmail.com> さんは書きました:
2008/6/19 Mats Lidell <matsl(a)xemacs.org>:
> >>>>> Mike wrote:
>
> Mike> I like Xft and use it myself but didn't enable it in the
> Mike> openSUSE package because there are still quite a few problems
> Mike> and maybe not everybody likes it.
>
> Could you elaborate. What problems eg what is needed to make it
> usable? What is there to dislike?
>
For me the font menu not working correctly is an issue. These days I
expect not to have to fiddle with .Xdefaults or .Xresources or whatever it's
called now just to change a font.
I think there's also a problem in setting up the size of the initial frame,
it's usually too big for my screen.
I really don’t care at all about the font menu. With some fiddling
around I managed to set fonts which I like.
But this might be different for other users. Normal users might not be
able to get tweak the font setup according to their taste.
Of course I could try to set what I think is a reasonable font setup as
the default in an openSUSE package.
But experience shows that people have different opinions about fonts and
not everybody will agree with my choice of fonts.
Also redisplay with Xft seems to be slower than with X11 core fonts.
Some tuning might still be possible but Xft will never be as fast as X11
core fonts.
For me this is not a problem at all. For me it is still fast enough
although my hardware is already ancient. But I know from several bug
reports that some users can get very exited even about very minor
performance differences.
Therefore I would like to offer users an easy choice. Best would
be to set an option in ~/.xemacs/init.el whether to use Xft or not.
But as this is currently not possible, I think I’ll build XEmacs twice,
once with Xft and once without and add an xemacs-xft package, i.e.
then there will be the following xemacs packages on openSUSE:
xemacs binaries, elc files and all other stuff needed to run
xemacs-el .el files (only those which are *not* required to run)
xemacs-info .info files
xemacs-packages basically the sumo tarball, stuff needed to run
xemacs-packages-el .el files from the sumos (only those which are *not* required to
run)
xemacs-packages-info .info files from the sumos
xemacs-xft will contain only /usr/bin/xemacs-xft and its dump file
I think by adding such a “xemacs-xft” package I can give users an easy
way to try out XEmacs with Xft without having to download different
packages from an obscure non-standard repository and without having to
force it on everybody because /usr/bin/xemacs will still use X11 core
fonts and users who want to try Xft can start /usr/bin/xemacs-xft.
--
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
11:41 a.m.
New subject: Xft
Mats Lidell <matsl(a)xemacs.org> さんは書きました:
>>>>> Mike wrote:
Mike> I like Xft and use it myself but didn’t enable it in the
Mike> openSUSE package because there are still quite a few problems
Mike> and maybe not everybody likes it.
Could you elaborate. What problems eg what is needed to make it
usable? What is there to dislike?
For me there is nothing significant to dislike about XEmacs Xft, for me
the advantages far outweigh the disadvantages.
But I doubt that everybody will agree.
Some people *will* complain about Xft being slower, some people
will complain about the difficult font setup.
--
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
4:28 a.m.
New subject: Xft
On Thu, 19 Jun 2008 12:41:08 +0200
Mike FABIAN <mfabian(a)suse.de> wrote:
Some people *will* complain about Xft being slower, some people
will complain about the difficult font setup.
All this talk about xft convinced me to try it. So I turned it on. I'm
not convinced I like it better, but I am willing to give it a try.
A couple of things right of the bat... what font do people use? I find
the fonts are too big and look great, or are too small. I can't find an
in-between. I mainly use a laptop, so size matters ;)
When I select a font using Options->Font, it doesn't do anything. Is
this disabled under xft?
If I set the font using X properties, both the Options->Font and
Options->Fontsize say "Cannot parse current font". Not really a
problem, I just wonder if this is expected, or if I am specifying the
font wrong.
Last, I cannot set the menubar font using:
XEmacs*menubar.font: -*-lucida-medium-r-*-*-*-80-100-100-*-*-*-*
The menubar font is too large for my liking. I don't use the menubar
much. To be honest I keep it enabled for the people who say XEmacs is
hard to use.
Cheers,
Sean
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:29 a.m.
New subject: Xft
Sean MacLennan writes:
A couple of things right of the bat... what font do people use? I
find
the fonts are too big and look great, or are too small. I can't find an
in-between. I mainly use a laptop, so size matters ;)
On a 1024x735 Mac iBook I use
XEmacs.default.attributeFont: Bitstream Vera Sans Mono-14
XEmacs*Tabs.fcFontName: Bitstream Charter-14:italic
XEmacs*menubar.fcFontName: Bitstream Bitstream Vera Sans-12:bold
XEmacs*modeline.attributeFont: Bitstream Charter-12
The FreeFonts aren't too bad IMO, either, but Bitstream is nicer and
the repertoire is more complete. (There are also much nicer fonts
available, that I could use but they're not available on my Linux
systems AFAIK.)
When I select a font using Options->Font, it doesn't do
anything. Is
this disabled under xft?
It was never implemented properly, so I guess you can say it's
disabled.
Last, I cannot set the menubar font using:
XEmacs*menubar.font: -*-lucida-medium-r-*-*-*-80-100-100-*-*-*-*
No, you can't. The Xft font resources are currently fcFontName, not
font, because they have a different syntax from XLFDs, which is
<family>-<size>[:key=value...]. Xft font resources also have a
different internal representation (X font resources are automatically
converted to XFontStruct*, while Xft font resources are char*). The
resources named 'font' are not used at all if Xft is enabled for that
domain (ie, any of emacs, tabs, gauges, menubars).
If you build with '--with-xft=nomenubars,...', then the resource above
should work (but I haven't tested it).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5707
days inactive
5992
days old
58 comments
16 participants
participants (16)
-
David Kastrup -
FKtPp -
Glynn Clements -
Hans de Graaff -
Jerry James -
Michael Sperber -
Mike FABIAN -
Olivier Galibert -
Raymond Toy -
Robert Pluim -
Rodney Sparapani -
Sean MacLennan -
Stephen J. Turnbull -
Stephen J. Turnbull -
The XEmacs Package Smoketest -
Vladimir G. Ivanovic