June 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Calendar package, somebody ? 27 years, 1 month

Holger Schauer

Hi there, folks ! Don't know if anybody has already addressed the following topic, I'm pretty new to this list. 1) Is there a maintainer for the calendar package ? (Oops, that seems to be a dangerous word these days ..) 2) Setting the calendar date-style to european, i.e., (setq calendar-date-display-form '((if dayname (concat dayname ", ")) day " " monthname " " year)) breaks `view-diary-entries', since normally day entries in the diary file don't have daynames: (defun insert-diary-entry (arg) "Insert a diary entry for the date indicated by point. Prefix arg will make the entry nonmarking." (interactive "P") (make-diary-entry (calendar-date-string (calendar-cursor-to-date t) t t) arg)) The third argument of the call to calendar-date-string prohibits generating the dayname. Why isn't this a settable variable ? A small workaround: ;; grr, messing around with the calendar-date-display-form breaks ;; inserting dates that are matched by calendars `view-diary-entries'. (defvar insert-diary-entry-with-dayname t "Whether inserting diary entries from the calendar should insert daynames.") (defun insert-diary-entry (arg) "Insert a diary entry for the date indicated by point. Prefix arg will make the entry nonmarking." (interactive "P") (make-diary-entry (calendar-date-string (calendar-cursor-to-date t) t insert-diary-entry-with-dayname) arg)) Then I can do: (setq insert-diary-entry-with-dayname nil) and am happy again. A similar argument applies to the second parameter, which enables abbreviations. Again, I think that it should be settable. In general, I think that making calendar/diary more language-aware (or at least, aware of user-settings) is a good idea. Any comments ? Holger -- --- http://www.coling.uni-freiburg.de/~schauer --- Why people hate using Lisp: "Are people suffering from parenthophobia-by-proxy, mistaking `parens' for `parents'?" - Erik Naggum in comp.emacs.xemacs

3 participants
4 comments

Re: Bug (I think) limit on popup menu strings 27 years, 1 month

Jareth Hein

SL Baur <steve(a)vmailer.xemacs.org> writes: > Olivier Galibert <galibert(a)pobox.com> writes: > > > On Mon, Jun 08, 1998 at 10:47:16PM -0700, Ben Wing wrote: > > [Nobody's familiar with the lwlib code anymore] > > > Do you think we should aim at removing it > > Yes. > > > (using motif/lesstif, gtk, Qt, whatever (all of them ?)) ? > > Motif/lesstif no. Gtk or Qt (or both if the Qt licensing weren't so > fucked) are preferable. Well, we talked about this before... The big problem is that neither gtk or Qt use Xt, and therfore all the resource-related code and event loops would need to be rewritten. I for one would be more interested in spending the time to really understand/rewrite/cleanup lwlib than deal with the other headaches. I *like* the look and feel of lwlib (if a couple of minor nits could be worked out of them). After my current round of windmill tilting is done, I'll have a look at them. I'd like to keep them, so I guess I'll do the maintaining. -- Jareth Hein | jareth(a)camelot-soft.com | ハインジェラス Toolsmith & Program lead | http://www.camelot-soft.com | 開発部チーフ Camelot Software, Ltd. | |（株）キャメロット "Contrary to popular belief, penguins are not the salvation of modern technology. Neither do they throw parties for the urban proletariat."

4 participants
8 comments

Re: x-init.el and `x-initialize-keyboard' 27 years, 1 month

Hrvoje Niksic

David has a point. Why are these files loaded rather than required? All x-win-sun contains is a function definition, which is not even called at top level! I think we shouldn't even `require' those files -- it would be perfectly safe to just autoload the functions and use them as appropriate. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Personifiers Unite! You have nothing to lose but Mr. Dignity!

1 participants
0 comments

Re: Projects ideas 27 years, 1 month

Hrvoje Niksic

wmperry(a)aventail.com (William M. Perry) writes: > Hrvoje Niksic <hniksic(a)srce.hr> writes: > > > wmperry(a)aventail.com (William M. Perry) writes: > > > > > But then everyone's time is their own to hack what they wish. I'll > > > be doing the module support again soon, even if nobody every wants > > > to use it but me. :) > > > > Module support is **dangerous**. Beware! > > So is executing elisp. :) That's not what I meant. I'm not a security freak. What I meant was that announcing module support has potentially far-reaching ramifications that we don't really appreciate at this time. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- - When I die, shall I not be like Enkidu? - Like, no, man, you'll be, like, totally dead.

1 participants
0 comments

Re: toolkit wars again 27 years, 1 month

Jareth Hein

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Kyle Jones <kyle_jones(a)wonderworks.com> writes: > > > And I will help you. We need to mess with more toolkits like we > > need a shotgun blast to the knees. In order to get somewhere you > > have to leave things alone that are already working. We need to > > lose this inferiority complex about ourselves and our code. > > Wouldn't it be nice to at least have some dialog code added to 'lwlib' [1] > so that it is possible to have a complete 'motif' look but ditch motif. > > Jan That is one of the things at the top of my list. I have some old code lying around from when I was learning how to use Xt, and I'll try and clean it up, make it look spiffy and work with the rest of lwlib. Other things I wish to do to lwlib are fix the menu redraws and deal with the pull-right/pull-left gap problem. Anybody else have pet peeves? -- Jareth Hein | jareth(a)camelot.co.jp | ハインジェラス Toolsmith & Program lead | http://www.camelot.co.jp | 開発部チーフ Camelot Software, Ltd. | |（株）キャメロット "Contrary to popular belief, penguins are not the salvation of modern technology. Neither do they throw parties for the urban proletariat."

2 participants
1 comments

Re: Paintball, Photon, whatever ... (was Re: [Fwd: Linux]) 27 years, 1 month

William M. Perry

SL Baur <steve(a)vmailer.xemacs.org> writes: > Ben Wing <ben(a)666.com> writes: > > >> vi trounced emacs, 3-1, in a four-game paintball match. Ap- > >> parently the emacs users were confused by the simple nature > >> of their paintball equipment, or were stricken by carpal > >> tunnel syndrome... > > I'm a Photon Alpha Warrior[1]. Bonus points for anyone (old enough, > sigh :-( ) who can tell me what that means ... And I played Photon > long after I took up Emacs 18 ... Sigh. Let's see what those !#%!＠ VI users can do in netrek. :) -Bill P.

1 participants
0 comments

Re: Projects ideas 27 years, 1 month

William M. Perry

Hrvoje Niksic <hniksic(a)srce.hr> writes: > wmperry(a)aventail.com (William M. Perry) writes: > > > But then everyone's time is their own to hack what they wish. I'll > > be doing the module support again soon, even if nobody every wants > > to use it but me. :) > > Module support is **dangerous**. Beware! So is executing elisp. :) -Bill P.

1 participants
0 comments

Re: Projects ideas 27 years, 1 month

William M. Perry

Oliver Graf <ograf(a)fga.de> writes: > wmperry(a)aventail.com (William M. Perry) writes: [...] > > But then everyone's time is their own to hack what they wish. I'll be > > doing the module support again soon, even if nobody every wants to use it > > but me. :) > > What is module support? Never heard about it (shame on me). The ability to dynamically add C-level primitives to XEmacs at runtime. Check out the 'modules' directory in XEmacs 20. There is a modularized version of the ldap code, a base64 encoder/decoder, a sample module, and the beginning of a zlib interface. -Bill P.

1 participants
0 comments

Re: Qt/XEmacs (was: Re: Bug (I think) limit on popup menu strings) 27 years, 1 month

Didier Verna

Per Abrahamsen <abraham(a)dina.kvl.dk> writes: > "Kirill M. Katsnelson" <kkm(a)kis.ru> writes: > > > Is Solaris libc free? :) > > No, but it is a system library. And if you want to argue that Qt is > also a system library, or Motif is not, do that somewhere else. Per, am I wrong saying that you definitely sound pretty sick of this discussion about GPL interpretation ? --didier

1 participants
0 comments

Re: Bug (I think) limit on popup menu strings 27 years, 1 month

SL Baur

SL Baur <steve(a)vmailer.xemacs.org> writes: > Gtk or Qt (or both if the Qt licensing weren't so I take that back about Gtk. It still sucks, badly. Whoever thought up not allowing (or documenting) keybindings and then binding Delete to deleting forward should be put to death.

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 June 1998