February 2000 - XEmacs-Beta - XEmacs Mailing List Archives

[c.e.x] void-function exec-installed-p in image-mode? 24 years, 2 months

Gunnar Evermann

I am rather busy right now. Can somebody fix this, please? Colin Marquardt <c.marquardt(a)alcatel.de> writes: > Indeed, a problem with image-mode. If I do a > M-x load-library RET image-mode > I get: > > Signaling: (void-function exec-installed-p) > exec-installed-p("display") ... exec-installed-p is in apel/path-utils.el shouldn't there be something like (require 'path-utils) in image-mode.el? do we need to fix the package-index as well (i.e. make text-modes require apel)>? Gunnar

2 participants
1 comments

Re: clipped scrollbar in 21.2.27 24 years, 2 months

ALTMARK＠de.ibm.com

Fixes it for me. Thanks! Markus Yoshiki Hayashi <yoshiki(a)xemacs.org> on 02/10/2000 06:28:23 AM Please respond to Yoshiki Hayashi <yoshiki(a)xemacs.org> To: XEmacs Beta List <xemacs-beta(a)xemacs.org> cc: xemacs-patches(a)xemacs.org, ueno(a)ueda.info.waseda.ac.jp (bcc: Markus Alt/Germany/IBM) Subject: Re: clipped scrollbar in 21.2.27 Daniel Pittman <daniel(a)danann.net> writes: > > Interesting. I noticed the very same thing, only I attributed it to > > the new WM I'm using. So yes, I can see it too. > > As do I. Running with the toolbar on the right hand side of the screen, > the scrollbar is drawn a couple of pixels to the right, running on to > the left of the toolbar buttons. > > So, I don't think this is a window manager issue, rather an off-by-some > bug in the scrollbar positioning code... I bet that behavior is introduced by this patch: 2000-02-03 Daiki Ueno <ueno(a)ueda.info.waseda.ac.jp> * frame.c (change_frame_size_1): Take f->internal_border_width into consideration when calculating the width of the frame. Undoing that patch, scrollbar appears at the usual place. shrink-window-if-larger-than-buffer works fine with his lisp patch only, though I had to remove window.elc and run make again. Usual disclaimer applies to this patch: I DO NOT UNDERSTAND THIS CODE. 2000-02-09 Yoshiki Hayashi <yoshiki(a)xemacs.org> * frame.c (change_frame_size_1): Undo 2000-02-03 change. Index: frame.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/frame.c,v retrieving revision 1.37.2.20 diff -u -r1.37.2.20 frame.c --- frame.c 2000/02/07 08:00:05 1.37.2.20 +++ frame.c 2000/02/10 05:24:55 ＠＠ -2851,8 +2851,6 ＠＠ - FRAME_REAL_RIGHT_TOOLBAR_WIDTH (f) - 2 * FRAME_REAL_RIGHT_TOOLBAR_BORDER_WIDTH (f); - new_pixwidth += 2 * f->internal_border_width; - /* Adjust the width for the end glyph which may be a different width than the default character width. */ { -- Yoshiki Hayashi

1 participants
0 comments

Re: clipped scrollbar in 21.2.27 24 years, 2 months

Daniel Pittman

On 08 Feb 2000, Hrvoje Niksic <hniksic(a)iskon.hr> wrote: > Giacomo Boffi <giacomo.boffi(a)polimi.it> writes: > >> Giacomo Boffi writes: >> > the vertical scrollbar is clipped on the right >> > >> > [ATTACHMENT /home/jim/Mail/corner.gif, image/gif] >> >> looks like i have had a problem with VM's attachments... >> but i'll try again before reporting a bug > > Interesting. I noticed the very same thing, only I attributed it to > the new WM I'm using. So yes, I can see it too. As do I. Running with the toolbar on the right hand side of the screen, the scrollbar is drawn a couple of pixels to the right, running on to the left of the toolbar buttons. So, I don't think this is a window manager issue, rather an off-by-some bug in the scrollbar positioning code... Daniel -- A drug is neither moral nor immoral--it's a chemical compound. The compound itself is not a menace to society until a human being treats it as if consumption bestowed a temporary license to act like an asshole. -- Frank Zappa

3 participants
2 comments

[From the vaults of xemacs-review] Patch status... 24 years, 2 months

Jan Vroonhof

This is my first attempt at a (lame) patch status update from a few days ago. Unfortunately the response on -review has been underwhelming so far. Some of the <approved> patches have been applied since then. -- Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Mathematik, vroonhof ＠ math.ethz.ch HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085

2 participants
1 comments

Re: 21.2-b28 CVS as of today. dll_open() lossage. 24 years, 2 months

Daniel Pittman

On Wed, 09 Feb 2000, Martin Buchholz <martin(a)xemacs.org> wrote: >>>>>> "Valdis" == Valdis Kletnieks <Valdis.Kletnieks(a)vt.edu> writes: [...] > Valdis> I hand-hacked around it by just sticking a #ifndef _AIX around > Valdis> it, but the right answer is to either use the routines that > Valdis> HAVE_DLOPEN checks for, or add another configure.in test for > Valdis> dll_* routines and associated #define. > > I am committing this obvious (but completely untested) fix. > Valdis, please test. > Daniel (and Bill?), please review. Looks good to me. Sorry I missed it the first time through. Daniel -- Many of my favorite shamans are rock stars. They probably don't even know they're shamans but they know how to get to ecstasy and back, and how to take others with them. They may not have a license, but they know how how to drive. -- Gabrielle Roth, _Maps to Ecstasy_

1 participants
0 comments

21.2-b28 CVS as of today. dll_open() lossage. 24 years, 2 months

Valdis Kl=?iso8859-4?Q?=BA?=tnieks

Had a link error, which chased down to the Athena3D hack in device-x.c:x_init_device(). Basic problem was that the code tested for HAVE_DLOPEN, which AIX has defined because there's a perfectly good dlopen() call in /usr/lib/libdl.a. However, I don't have a dll_open() or dll_function() or dll_close(). I hand-hacked around it by just sticking a #ifndef _AIX around it, but the right answer is to either use the routines that HAVE_DLOPEN checks for, or add another configure.in test for dll_* routines and associated #define. -- Valdis Kletnieks Operating Systems Analyst Virginia Tech

2 participants
1 comments

Re: 21.2-b28 CVS as of today. dll_open() lossage. 24 years, 2 months

William M. Perry

Valdis.Kletnieks(a)vt.edu writes: > Had a link error, which chased down to the Athena3D hack in device-x.c:x_init_device(). > Basic problem was that the code tested for HAVE_DLOPEN, which AIX has defined > because there's a perfectly good dlopen() call in /usr/lib/libdl.a. > > However, I don't have a dll_open() or dll_function() or dll_close(). > > I hand-hacked around it by just sticking a #ifndef _AIX around it, but > the right answer is to either use the routines that HAVE_DLOPEN checks for, > or add another configure.in test for dll_* routines and associated #define. The dll_* routines are in xemacs/src/sysdll.c - sounds like somebody broke the module autoconf magic. Is that not file not being compiled in? I haven't built a beta in a while, nor made changes, so twasn't me.:) -Bill P.

2 participants
1 comments

can't set XEmacs.italic.attributeFont 24 years, 2 months

Albert Ting

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta27) "Hera" [Lucid] (sparc-sun-solaris2.6, Mule) of Wed Jan 26 2000 on betty configured using `configure --with-mule --with-clash-detection' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Setting XEmacs.italic.attributeFont doesn't seem to work in XEmacs 21.2.27, even though it works in XEmacs 21.1.8. Albert Recent keystrokes: ESC misc-user Recent messages (most recent first): Parsing /home/alt/.mailrc... Loading mail-abbrevs...done Loading mail-abbrevs... Welcome to flyspell. Use C-, or Mouse-2 to correct words. Starting new Ispell process... Loading flyspell...done Loading flyspell... Loading emacsbug...done Quit Loading emacsbug...

1 participants
0 comments

Implement asychronous widget updates 24 years, 2 months

Andy Piper

This patch makes changes to widgets be deferred until redisplay actually runs. This should on balance make redisplay of widgets better, but expect some glitches short term as this whole area is a bit hairy. andy 2000-02-09 Andy Piper <andy(a)xemacs.org> * redisplay-output.c (redisplay_output_layout): be more clever about when we output based on the changed flags. * glyphs.h (struct image_instantiator_methods): add update_method. (struct Lisp_Image_Instance): add changed flags. Declare new macros for manipulating them. * glyphs.c (allocate_image_instance): renamed glyph -> parent. (image_instance_parent_glyph): find an image_instance's parent glyph or image_instance. (image_instance_layout): mark the size as changed. (set_image_instance_dirty_p): new function. mark an image instance, plus all of its parents, as dirty. (Fset_image_instance_property): use it. (Fglyph_animated_timeout_handler): use it. (update_subwindow): call update_widget and device methods for update_subwindow. Mark all changed flags as clean. (Fresize_subwindow): mark size as changed. * glyphs-x.c (x_finalize_image_instance): try and detect gc failures. (x_update_subwindow): only resize subwindows here. (x_update_widget): new function. Update all changed properties of a widget. (x_resize_subwindow): deleted. (x_widget_set_property): deleted. (x_progress_gauge_set_property): deleted. (x_progress_gauge_update): new function. Implement recorded changes. (x_tab_control_update): ditto. (x_tab_control_set_property): deleted. (console_type_create_glyphs_x): declare new functions. (image_instantiator_format_create_glyphs_x): ditto. * glyphs-widget.c (widget_set_property): mark text changed. (update_widget): new function. Update properties of a widget. (widget_instantiate): for layouts make sure we set their children's parent correctly. (tab_control_set_property): new function. Record changes that will take place under redisplay's control. (progress_gauge_set_property): ditto. (image_instantiator_progress_guage): declare new functions. (image_instantiator_tab_control): ditto. * glyphs-msw.c (mswindows_update_subwindow): just do resizing here now. (mswindows_update_widget): new function. Update all properties on a widget that have changed. (mswindows_button_update): new function. Update a button's set state. (mswindows_tab_control_update): new function. Update the items in a tab. (mswindows_tab_control_set_property): deleted. (mswindows_progress_gauge_update): new function. Update the progress gauge's progress. (mswindows_widget_set_property): deleted. This is all done asynchronously now. (mswindows_progress_gauge_set_property): ditto. (console_type_create_glyphs_mswindows): declare new methods. (image_instantiator_format_create_glyphs_mswindows): ditto. * frame-msw.c (msprinter_init_frame_1): Remove unused variables. (msprinter_set_frame_properties): ditto. * console.h (struct console_methods): Add update_widget_method. -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

Fix for brokeness in customize 24 years, 2 months

Charles G Waldman

ChangeLog 2000-02-09 Charles G Waldman <cgw(a)alum.mit.edu> * dired.el (dired-no-confirm): Fixed defcustom error. Index: libs/dired/dired.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/libs/dired/dired.el,v retrieving revision 1.1.1.1 diff -r1.1.1.1 dired.el 440,444c440,445 < :type '(set (byte-compile chgrp chmod chown compress copy < delete hardlink load move print < shell symlink uncompress recursive-delete < kill-file-buffer kill-dired-buffer patch < create-top-dir revert-subdirs)) --- > :type '(set (const byte-compile) (const chgrp) (const chmod) (const chown) > (const compress) (const copy) (const hardlink) (const load) > (const move) (const print) (const shell) (const symlink) > (const uncompress) (const recursive-delete) > (const kill-file-buffer) (const kill-dired-buffer) (const patch) > (const create-top-dir) (const revert-subdirs))

1 participants
0 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 February 2000