August 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Minor problems w/gtk-xemacs build 25 years

William M. Perry

nbecker(a)fred.net writes: > Uhhh... what patch? ＠#!%!＠#%!＠%#!... this one. -bp Index: Makefile =================================================================== RCS file: /usr/local/cvsroot/gtk-xemacs/man/gtk/Makefile,v retrieving revision 1.5 retrieving revision 1.6 diff -c -w -r1.5 -r1.6 *** Makefile 2000/08/28 04:09:40 1.5 --- Makefile 2000/08/29 04:05:00 1.6 *************** *** 21,27 **** $(NAME).info: $(srcs) ../../info/gtk-docs.info: $(srcs) ! $(MAKEINFO) -o $＠ $(NAME).texi ../../info/gtk-internals.info: gtk-internals.texi $(MAKEINFO) -o $＠ gtk-internals.texi --- 21,27 ---- $(NAME).info: $(srcs) ../../info/gtk-docs.info: $(srcs) ! $(MAKEINFO) -o $＠ gtk-docs.texi.texi ../../info/gtk-internals.info: gtk-internals.texi $(MAKEINFO) -o $＠ gtk-internals.texi

2 participants
1 comments

gtk-xemacs resource question 25 years

Neal D. Becker

OK, I built gtk-xemacs (21.1.11 gtk) I used to set my colors from xrdb: emacs*Background: DarkSlateGray emacs*Foreground: Wheat emacs*bitmapIcon: on emacs*cursorColor: Orchid emacs*font: fixed emacs*pointerColor: Orchid emacs.geometry: 80x25 Now these seem to be ignored. Any ideas on setting them? I'm using kde2-beta4.

3 participants
2 comments

FlowerFunds - Fund Raising Program 25 years

sfaquestions＠sendflowersamerica.com

SendFlowersAmerica is proud to introduce FlowerFunds-- This unique new concept will provide an income flow for your organization for years to come. Your organization is invited to explore the possibilities of participating in FlowerFunds. $FlowerFunds is an individualized fund raising program for non-profit organizations and schools. $FlowerFunds are cash rebates that are paid to your organization each and every time an order is placed by your members and supporters. $The best part is that it costs your organization nothing to participate!! How it works: 1. When your members and supporters order flowers or gifts through sendflowersamerica they determine the price they want to pay; be it $30, $40, $50 or $1000. Since your members and supporters determine the price, they all can participate in this program. 2. Your organization receives 20% of the purchase price of the order. Say a husband buys his wife a $50 bouquet. Your organization will receive a $10 cash rebate. Nice. This program never ends. Each and every time there is an order placed by your memebers and supporters, your organization will receive the 20% cash rebate. That's a lot of FlowerFunds, and your organization stands to benefit from a findraiser unlike any other fundraiser. For more information call 1 800 SEND 123 or http://www.sendflowersamerica.com Imagine earning money for your organization by making someone smile :-)

1 participants
0 comments

Viper and pixmap background conflict 25 years

Aaron Lehmann

Hi, I find the pixmap background picture really cool. I now do my editing over a beautiful mountain landscape. The only problem is that this has a bizarre interaction with Viper. Backspacing in insert mode is very, very slow and it lags behind my typing. The same thing applies to holding down return. It seems to be redrawing the whole screen whenever I press return or backspace in insert mode. I have narrowed this down to cursor color. Viper changes the color of the cursor to green when in insert mode. If I turn off this handy feature, return and backspace in insert mode work at a normal speed. It seems like Viper changes this a lot, as backward-delete-char resets the cursor color to the default (???? is this a bug?). So, by this theory, Viper would be changing the cursor color every time I press backspace or return in insert mode, and for some reason changing the cursor color using (modify-frame-parameters) would redraw the screen. That would explain why these keys lag behind me. I'm wondering who's bug this is and how I can help to fix it. This is XEmacs 21.1.12 on X-Windows and the Viper that comes with it. And please, no Vi vs. Emacs flames. Thanks, Aaron Lehmann

1 participants
0 comments

Re: gtk-xemacs 25 years

William M. Perry

nbecker(a)fred.net writes: > In testing gtk-xemacs-21.1.11 I see two small visual problems. With my > xemacs window all the way to the right side of the screen, clicking on > "Help" causes the help menu to be displayed with most of the text clipped > off the right side of the screen. This is a side-effect of the VERY dynamic nature of the XEmacs menus. When GTK goes to position the menu initially it is completely empty and is filled in very quickly. You'll notice that on subsequent opening of the help menu it will be correct. Try this patch - it inserts a bogus menu item that is deleted in the normal course of events. It should be long enough that it forces the menu to pop up to the left. > Also, when entering text that goes to the bottom of the screen, the > screen doesn't scroll automatically enough so that the bottom of the text > I'm entering is clipped. Hrm... do you have abnormally thick shadows on the modeline because of your default theme? -Bill P. Index: menubar-gtk.c =================================================================== RCS file: /usr/local/cvsroot/gtk-xemacs/src/menubar-gtk.c,v retrieving revision 1.25 diff -c -w -r1.25 menubar-gtk.c *** menubar-gtk.c 2000/07/26 20:46:02 1.25 --- menubar-gtk.c 2000/08/29 22:27:31 *************** *** 279,284 **** --- 279,295 ---- gtk_menu_item_set_submenu (GTK_MENU_ITEM (menu_item), submenu); + /* We put this bogus menu item in so that GTK does the right + ** thing when the menu is near the screen border. + ** + ** Aug 29, 2000 + */ + { + GtkWidget *bogus_item = gtk_menu_item_new_with_label ("A suitably long label here..."); + gtk_widget_show_all (bogus_item); + gtk_menu_append (GTK_MENU (submenu), bogus_item); + } + desc = Fcdr (desc); while (key = Fcar (desc), KEYWORDP (key)) *************** *** 848,854 **** /* Deal with getting/setting the menubar */ #ifndef GNOME_IS_APP #define GNOME_IS_APP(x) 0 ! #define gnome_app_set_menus(x,y) 0 #endif static gboolean --- 859,865 ---- /* Deal with getting/setting the menubar */ #ifndef GNOME_IS_APP #define GNOME_IS_APP(x) 0 ! #define gnome_app_set_menus(x,y) #endif static gboolean

1 participants
0 comments

[gtk-xemacs] Bug trying to shutdown with unsaved buffer 25 years

Oscar Figueiredo

GTK Xemacs compiled yesterday from the gtk-xemacs-latest.tar.bz2 tarball. With the -vanilla switch, open a new buffer, write something in it and try to exit with the menu (without saving first). It says "Wrong type argument: framep, nil" Oscar

1 participants
0 comments

Re: gtk-xemacs resource question 25 years

William M. Perry

giacomo boffi <giacomo.boffi(a)polimi.it> writes: > nbecker(a)fred.net writes: > > OK, I built gtk-xemacs (21.1.11 gtk) > > > > I used to set my colors from xrdb: > > > > emacs*Background: DarkSlateGray > > [...] > > Now these seem to be ignored. > > of course they are, you're in gtk-land! now you have those .gtkrc > things, whose syntax is documented in the sources of gtk, as well as > most of gtk itself... ;-) > > no, not really, i found somewhere how to modify the gtkrc (i was > unhappy with the gimp), so i think that you too could find something > appropriate --- i'm sorry, but i cannot remember where i found that > info The best way to do this for XEmacs/GTK is putting this in ~/.gtkrc (or ~/.gtkrc.mine if you are using GNOME). style "XEmacs" { font = "-adobe-courier-medium-r-normal-*-*-180-*-*-m-*-iso8859-1" bg[ACTIVE] = "#ffffff" bg[NORMAL] = "#ffffff" bg[PRELIGHT] = "#ffffff" bg[SELECTED] = "#ffffff" bg[INSENSITIVE] = "#ffffff" fg[ACTIVE] = "#000000" fg[NORMAL] = "#000000" fg[PRELIGHT] = "#000000" fg[SELECTED] = "#000000" fg[INSENSITIVE] = "#000000" } class "GtkXEmacs" style "XEmacs" This will control the XEmacs drawing frame, but scrollbars/menubars will be in your normal theme style. -Bill P.

1 participants
0 comments

gtk-xemacs 25 years

Neal D. Becker

In testing gtk-xemacs-21.1.11 I see two small visual problems. With my xemacs window all the way to the right side of the screen, clicking on "Help" causes the help menu to be displayed with most of the text clipped off the right side of the screen. Also, when entering text that goes to the bottom of the screen, the screen doesn't scroll automatically enough so that the bottom of the text I'm entering is clipped. I'm using kde-beta4 if that matters.

1 participants
0 comments

Re: Minor problems w/gtk-xemacs build 25 years

Neal D. Becker

Uhhh... what patch? >>>>> "William" == William M Perry <wmperry(a)aventail.com> writes: William> Brady Montz <bradym(a)balestra.org> writes: >> nbecker(a)fred.net writes: >> >> > makeinfo internals.texi >> > make[2]: Leaving directory `/usr/local/src/gtk-xemacs/man/internals' >> > make[2]: Entering directory `/usr/local/src/gtk-xemacs/man/gtk' >> > makeinfo -o ../../info/gtk-docs.info .texi >> > .texi: No such file or directory >> > make[2]: *** [../../info/gtk-docs.info] Error 2 >> >> I had that as well, but other than that, it's working fine. Good job. William> Try this patch - dumb last second mistake on my part. I will be commiting William> it to libre.aventail.com soon - having problems connecting to it at the William> moment. William> -Bill P.

1 participants
0 comments

-no-autoloads broken in 21.2.35 --pdump 25 years

Stephen J. Turnbull

bash-2.04$ src/xemacs -no-autoloads -batch -eval "(princ (featurep 'lisp-autoloads))" t bash-2.04$ Yuck. Same configuration as below, but without --pdump: bash-2.04$ src/xemacs -no-autoloads -batch -eval "(princ (featurep 'lisp-autoloads))" nil bash-2.04$ Fresh CVS update, built in a directory with nothing but config.status in it. uname -a: Linux tleepslib 2.2.10 #2 Thu Jun 24 19:22:23 JST 1999 i686 unknown /coda/Projects/XEmacs/21.2-HEAD/configure '--srcdir=/coda/Projects/XEmacs/21.2-HEAD' '--with-widgets=athena' '--with-athena=3d' '--with-sound=none,nas' '--with-mule' '--with-xim=xlib' '--with-xfs' '--use-union-type' '--pdump' XEmacs 21.2-b35 "Nike" configured for `i686-pc-linux'. Compilation / Installation: Source code location: /coda/Projects/XEmacs/21.2-HEAD Installation prefix: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Relocating allocator for buffers: no GNU version of malloc: yes - Using Doug Lea's new malloc from the GNU C Library. Window System: Compiling in support for the X window system: - X Windows headers location: /usr/X11R6/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Compiling in support for the Athena widget set: - Athena headers location: X11/Xaw3d - Athena library to link: Xaw3d Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Using Athena native widgets. TTY: Compiling in support for ncurses. 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 NAS (network audio system). Databases: Compiling in support for Berkeley database. Compiling in support for PostgreSQL. - Using PostgreSQL header file: postgresql/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 raw Xlib to provide XIM support. - Using XFontSet to provide bilingual menubar. Compiling in support for Canna on Mule. Compiling in support for the WNN input method on Mule. Mail: Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. Using the union type for Lisp_Objects. Using the new portable dumper. Compiling in support for extra debugging code. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: ---------------------------------------------------------

1 participants
0 comments

2025

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 August 2000