July 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Didier Verna

I'm merging my changes into GNU Emacs' rect.el, and I found a function they use that we don't have: it's called `move-to-column-force' and it replaces multicolumn characters by spaces in order to move to the exact required column. Is it something that we want to do? If we don't, rectangles might get fucked up. If we do, we might loose characters. I'm personally not very much for that change, but I'd like to hear what you guys think. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

2 participants
1 comments

Re: Discrepancy between Installation and configure 24 years, 10 months

William M. Perry

karlheg(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: > >>>>> "wmperry" == wmperry <wmperry(a)aventail.com> writes: > > wmperry> --with-really-spiffy-but-dangerous-dyanmic-loaading-code=yes > ^^ > wmperry> :) > > Does the double `a' indicate that it's to be read like a boxing > announcer doing the "in this corner" thing? Sure... we should ship a 'letsgetreadytorumble.(au|wav)' that we play when we finish running the configure script. :) -bp

1 participants
0 comments

feature request 24 years, 10 months

Neal D. Becker

How many times has this happened to you? You notice you buffer is modified. Did you do it accidentally or was it intended (after all, xemacs has been running for the last month, so you don't remember). Wouldn't it be nice to be able to use ediff to show you what's changed?

2 participants
1 comments

Re: Discrepancy between Installation and configure 24 years, 10 months

Karl M. Hegbloom

>>>>> "wmperry" == wmperry <wmperry(a)aventail.com> writes: wmperry> --with-really-spiffy-but-dangerous-dyanmic-loaading-code=yes ^^ wmperry> :) Does the double `a' indicate that it's to be read like a boxing announcer doing the "in this corner" thing?

2 participants
1 comments

Re: Discrepancy between Installation and configure 24 years, 10 months

William M. Perry

karlheg(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: > >>>>> "wmperry" == wmperry <wmperry(a)aventail.com> writes: > > wmperry> karlheg(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: > >> >>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: > >> > sb> Installation sez: Compiling in DLL support. > >> > sb> but the configure option is --with-shlib/--without-shlib. > sb> These need to match. Which one is the preferred name? > >> > >> I like `shlib' since I use Linux. `DLL' is a "Windows" term, > >> isn't it? Or call it `dlopen', but maybe that's only the name > >> of the lib that does that on Linux. > > wmperry> How about `DSO' like apache uses? Dynamic-Shared-Object > > That's not bad. The "shared object" extension of `.so' could become > `.dso' then, on Linux. Perhaps on 95/98/NT and other Unices as well? Yup - the extension doesn't matter at all. To make life easy for us here when we auto-discover modules, we use different extensions on all of our platforms for various types of shared objects. .cfm .mod .uga all work just dandy (even on windows :) > wmperry> Or go whole hog and spell the #%!＠#%! thing out. :) > > I suppose for the `configure' switch, that would be appropriate. It > makes it readable, like long lisp variable names. --with-really-spiffy-but-dangerous-dyanmic-loaading-code=yes :) -bp

1 participants
0 comments

Re: Discrepancy between Installation and configure 24 years, 10 months

Karl M. Hegbloom

>>>>> "wmperry" == wmperry <wmperry(a)aventail.com> writes: wmperry> karlheg(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: >> >>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: >> sb> Installation sez: Compiling in DLL support. >> sb> but the configure option is --with-shlib/--without-shlib. sb> These need to match. Which one is the preferred name? >> >> I like `shlib' since I use Linux. `DLL' is a "Windows" term, >> isn't it? Or call it `dlopen', but maybe that's only the name >> of the lib that does that on Linux. wmperry> How about `DSO' like apache uses? Dynamic-Shared-Object That's not bad. The "shared object" extension of `.so' could become `.dso' then, on Linux. Perhaps on 95/98/NT and other Unices as well? wmperry> Or go whole hog and spell the #%!＠#%! thing out. :) I suppose for the `configure' switch, that would be appropriate. It makes it readable, like long lisp variable names.

1 participants
0 comments

Re: feature request 24 years, 10 months

Neal D. Becker

>>>>> "dv" == Didier Verna <verna(a)inf.enst.fr> writes: dv> nbecker(a)fred.net writes: >> I mean diff the buffer against the last saved version. Is there any >> convenient way to do this? dv> It seems that you'd need to save the buffer first. The ability to diff dv> directly the buffer against its file would probably be nice indeed. Yes, but that's the problem. I don't want to save the file because I don't know if it's trashed.

2 participants
1 comments

Re: feature request 24 years, 10 months

Jan Vroonhof

nbecker(a)fred.net writes: > Yes, but that's the problem. I don't want to save the file because I > don't know if it's trashed. Something like? C-x b file.orig RET C-x i file-name.orig RET M-x ediff-buffers RET Jan

1 participants
0 comments

Re: feature request 24 years, 10 months

William M. Perry

nbecker(a)fred.net writes: > >>>>> "dv" == Didier Verna <verna(a)inf.enst.fr> writes: > > dv> nbecker(a)fred.net writes: > >> I mean diff the buffer against the last saved version. Is there any > >> convenient way to do this? > > dv> It seems that you'd need to save the buffer first. The ability to diff > dv> directly the buffer against its file would probably be nice indeed. > > Yes, but that's the problem. I don't want to save the file because I > don't know if it's trashed. You could save it to a temp file and then diff the two with ediff. -Bill P.

1 participants
0 comments

Re: feature request 24 years, 10 months

Didier Verna

nbecker(a)fred.net writes: > I mean diff the buffer against the last saved version. Is there any > convenient way to do this? It seems that you'd need to save the buffer first. The ability to diff directly the buffer against its file would probably be nice indeed. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

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 July 1999