March 1999 - XEmacs-Beta - XEmacs Mailing List Archives

[PATCH] Handling LDAP binary values... 25 years, 1 month

William M. Perry

This lets the LDAP code return real binary information (like JPEGs or certificates) out of the directory. -Bill P. *** eldap.c 1999/03/30 19:05:04 1.1 --- eldap.c 1999/03/30 19:08:21 *************** *** 356,362 **** struct ldap_unwind_struct { LDAPMessage *res; ! char **vals; }; --- 356,362 ---- struct ldap_unwind_struct { LDAPMessage *res; ! struct berval **vals; }; *************** *** 368,374 **** if (unwind->res) ldap_msgfree (unwind->res); if (unwind->vals) ! ldap_value_free (unwind->vals); return Qnil; } --- 368,374 ---- if (unwind->res) ldap_msgfree (unwind->res); if (unwind->vals) ! ldap_value_free_len (unwind->vals); return Qnil; } *************** *** 502,519 **** a= ldap_next_attribute (ld, e, ptr) ) { list = Fcons (build_ext_string (a, FORMAT_OS), Qnil); ! unwind.vals = ldap_get_values (ld, e, a); if (unwind.vals != NULL) { for (i = 0; unwind.vals[i] != NULL; i++) { ! list = Fcons (build_ext_string (unwind.vals[i], FORMAT_OS), list); } } entry = Fcons (Fnreverse (list), entry); ! ldap_value_free (unwind.vals); unwind.vals = NULL; } result = Fcons (Fnreverse (entry), --- 502,519 ---- a= ldap_next_attribute (ld, e, ptr) ) { list = Fcons (build_ext_string (a, FORMAT_OS), Qnil); ! unwind.vals = ldap_get_values_len (ld, e, a); if (unwind.vals != NULL) { for (i = 0; unwind.vals[i] != NULL; i++) { ! list = Fcons (make_ext_string (unwind.vals[i]->bv_val,unwind.vals[i]->bv_len,FORMAT_OS), list); } } entry = Fcons (Fnreverse (list), entry); ! ldap_value_free_len (unwind.vals); unwind.vals = NULL; } result = Fcons (Fnreverse (entry),

1 participants
0 comments

Re: forms.el fix for XEmacs 21.0 25 years, 1 month

Johan Vromans

[Quoting Tudor Hulubei, on March 31 1999, 12:19, in "forms.el fix for XEm"] > > The following patch will make forms.el work with XEmacs-21.0: This fix is already in the GNU Emacs codeline. Also, your line numbers are very different from mine. What version of forms.el are you using? Can you sync with the GNU Emacs codeline? -- Johan

1 participants
0 comments

Re: completion-ignored-extensions 25 years, 1 month

John H Palmieri

Didier Verna <verna(a)inf.enst.fr> writes: > I find the default value of this variable particularly agressive and > arbitrary. I think it should be reduced to the minimum, like binary files or > so. Some vaguely related comments: this variable seems to have a different default in GNU Emacs compared to XEmacs, and this seems like a bad idea to me. (It's even more "aggressive"--it's a longer list--in GNU Emacs.) Also, if I start up a vanilla XEmacs and do M-x customize-variable completion-ignored-extensions (or M-x customize-group minibuffer) why am I told [State]: this option has been changed outside the customize buffer. This is perhaps not the most helpful message for new users, who might wonder what they've done to change this variable. -- John H. Palmieri e-mail: palmieri.2(a)nd.edu 205 Computing/Math Bldg. URL:http://www.nd.edu/~jpalmier/ University of Notre Dame (219) 631-8846 Notre Dame, IN 46556

1 participants
0 comments

Packaging faqs? 25 years, 1 month

John Jones

I recently built an up-to-date XEmacs beta. The current packaging interface is nice, but there were a couple of points which should be addressed in the faq, and maybe improved for future releases. Here are two questions which came up for me (and therefore will come up lots of other people when 21.0 hits the streets). First suppose a user wants to know where some favorite lisp file is (e.g., where is crypt?). The best I could think of was to look in /usr/local/lib/xemacs-version/etc/package-index.LATEST.pgp to see which package provides crypt? Is there currently a better way? If not, maybe find-library should be taught to check the contents of package-index and display a helpful message. Now suppose that a user is unsure if he wants to get the package misc-games. The description "Other amusements and diversions" in the *Packages* buffer is not enough. How can the user find out exactly what the package 'provides? Again, looking at package-index.LATEST.pgp will do the job, but he is not likely to find that file on his own. Ideally, the more information command from the *Packages* buffer would provide the answer. Incidentally, displaying the info in the minibuffer does not work very well since it runs more than one frame width and the minibuffer does not resize for it. Let me know if I missed a better way for users to get answers to these two types of questions. In any case, I think the answers should be documented in the faq until better solutions can be implemented. As a final comment on the FAQ, I noticed that the entry on Infodoc is out of date. John Jones jj(a)asu.edu

1 participants
0 comments

completion-ignored-extensions 25 years, 1 month

Didier Verna

I find the default value of this variable particularly agressive and arbitrary. I think it should be reduced to the minimum, like binary files or so. Also, do we really still need loaddefs.el? It's almost empty. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

1 participants
0 comments

Re: Mouse-1 actions [was Re: Unable to use File Open Panel] 25 years, 1 month

Dave Thomas

---->"Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> Dave Thomas <Dave(a)Thomases.com> writes: >> Could we not just add another level of indirection here. It seem >> to me that the problem is that we treat mouse buttons differently >> to keys. We don't say 'the third key on the bottom row', we say >> 'c'. Why not do the same with mouse buttons. Have buttons with >> logical names (select, enact, paste or some such) Hrvoje> This is a good idea, but it has a few problems. First, Hrvoje> won't such a scheme break existing customizations? Not if we don't hide the current naming. We'd just migrate across to the higher level names over time. (Yes, there'd be a period of confusion when people say "I changed by 'select' button and it didn't work in package x", but then again there's confusion now). I think there's an 80/20 rule here too - most of the world uses a small number of packages. Hrvoje> Second, button1 can be used for many things (witness Hrvoje> `mouse-track' for proof) -- how do you propose describing Hrvoje> its usage with a word like "select" or "enact"? True -- that's the problem! What I'm suggesting is having a clean semantic, where for common operations, we use a name, rather than an absolute button number. End users can then customize by saying 'I want select on button 1', and all packages that implement mouse selection magically do it using that button. Packages that then implement functionality outside this basic set can define their own logical button names (with default mappings to physical buttons), which would allow their users to remap them too. We could even provide functionality to ensure than a package that did this didn't overload the same physical button with two conflicting names. (require-unique-mouse-buttons 'select 'pan-universe) I'm sure there are many ramifications of this that I haven't thought of, but it feels cleaner than the current system. Regards Dave

1 participants
0 comments

Re: Bug: Repeat Count for viper-mode takes only one digit 25 years, 1 month

Adrian Aichner

>>>>> "rh" == rolandh＠scirocco bbn hp com <roland_heumesser(a)bbn.hp.com> writes: rh> First of all I'm missing viper mode in this version. Roland, Please read XEmacs news via M-x view-emacs-news You need to install the viper package via Options->Manage Packages->Add Download Site->xemacs.org Options->Manage Packages->Update Package Index Options->Manage Packages->List & Install Select viper (version 1.14 is the latest as of this writing) and install it. Restart XEmacs. Adrian rh> Don't laugh Xemacs in viper mode is the best Editor rh> I've ever tested :-). rh> I loaded the viper mode related .el files from gun emacs and compiled rh> them. It works fine, exepting the fact that I'm only rh> able to repeat commands 9 times maximum. rh> In Vi you can repeat certain commands by first typing rh> any number (can have multiple digits) and then perform the command. rh> But Xemacs only takes the last digit. So if i wan't to go down 14 lines rh> it goes down 4 lines. rh> Since the lisp code works on gnu emacs and under Xemacs 20.4 on HPUX I rh> think rh> this is a problem of Xemacs 21. rh> Or is it the reason that you don't provide viper any more? :-) rh> Thank you for your very valuable work. rh> Best Regards rh> Roland rh> +-------------------------------------------------+ rh> | Desktop System Management Operation | rh> | Access Manager Product Team | rh> +-------------------------------------------------+ rh> | Roland Heumesser | rh> | e-mail: roland_heumesser(a)bbn.hp.com | rh> | Phone : (49) 7031 14 1830 | rh> +-------------------------------------------------+ -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

Bug: Repeat Count for viper-mode takes only one digit 25 years, 1 month

rolandh＠scirocco.bbn.hp.com

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.0 "Pyrenean" [Lucid] (i386-pc-win32) of Tue Jan 05 1999 on HERMES configured using `configure UNKNOWN' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: First of all I'm missing viper mode in this version. Don't laugh Xemacs in viper mode is the best Editor I've ever tested :-). I loaded the viper mode related .el files from gun emacs and compiled them. It works fine, exepting the fact that I'm only able to repeat commands 9 times maximum. In Vi you can repeat certain commands by first typing any number (can have multiple digits) and then perform the command. But Xemacs only takes the last digit. So if i wan't to go down 14 lines it goes down 4 lines. Since the lisp code works on gnu emacs and under Xemacs 20.4 on HPUX I think this is a problem of Xemacs 21. Or is it the reason that you don't provide viper any more? :-) Thank you for your very valuable work. Best Regards Roland +-------------------------------------------------+ | Desktop System Management Operation | | Access Manager Product Team | +-------------------------------------------------+ | Roland Heumesser | | e-mail: roland_heumesser(a)bbn.hp.com | | Phone : (49) 7031 14 1830 | +-------------------------------------------------+

1 participants
0 comments

Re: typo in enriched.doc 25 years, 1 month

Hrvoje Niksic

Tudor, note that patches to XEmacs should normally be sent to <xemacs-patches(a)xemacs.org>. xemacs-beta is also OK for patches you don't want applied to the dist, but you want people to test and discuss.

1 participants
0 comments

Re: Mouse-1 actions [was Re: Unable to use File Open Panel] 25 years, 1 month

Hrvoje Niksic

Dave Thomas <Dave(a)Thomases.com> writes: > Could we not just add another level of indirection here. It seem to > me that the problem is that we treat mouse buttons differently to > keys. We don't say 'the third key on the bottom row', we say > 'c'. Why not do the same with mouse buttons. Have buttons with > logical names (select, enact, paste or some such) This is a good idea, but it has a few problems. First, won't such a scheme break existing customizations? Second, button1 can be used for many things (witness `mouse-track' for proof) -- how do you propose describing its usage with a word like "select" or "enact"?

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