Re: FVWM: Alarm/calendar applications that work well in fvwm?
On Wed, 7 May 2008, Cameron Simpson wrote: On 06May2008 09:24, Lucio Chiappetti [EMAIL PROTECTED] wrote: it is possible to configure the list per-user to send daily MIME digests instead of individual mails ? To drift even further, I still don't understand why people prefer digests. I filter lists into separate folders on delivery Possibly at the end I would revert to something like that if I can't subscribe to this (or other technical list) by digest. Could you, as a digest preferrer, please explain what you like about them? I like the fact I receive a single digest per day, and I'd have to do nothing about it on my side (not that I would not know how to emulate what you suggest above by procmail, I do lot of other things by procmail http://sax.iasf-milano.inaf.it/~lucio/Procmail/) In general I have classified mailing lists in two categories, important and secondary (most technical lists are secondary). Normally I receive everything in my inbox (but a digest FORCES me to check it only daily and ENFORCES this rule) ... when I go on holiday I divert all important lists to a single separate folder (so that I can read it second-priority when I come back), and all secondary lists to /dev/null. Apart from that I normally look at the list of subjects at the beginning of the digest. In most cases I conclude there is nothing interesting today and delete the entire digest. In the case there is something interesting, I'll expand the digest in a temporary folder (just found a nice way to attach a formail invocation to a single key in pine) and look at that. NB strictly MIME digests with each message a separate RFC822 item. I find digests handy even on non-technical lists. We have a compulsory list for all the staff of my organization. In principle it should be used only for announcements (conferences, jobs, etc.), but it is often used also for trade union announcements, complaints, discussions, And every time the traffic increases somebody start complaining, So we are thinking to moderate it and create another discussion list. By default everybody would be subscribed to the discussion list, but could unsubscribe. To discourage people from unsubscribing, and to discourage real time discussions (or me too messages) we are thinking to make digests the default for the discussion list, so people would receive a daily digest unless they require otherwise. Anyhow, I repeat my question, is at all possible to receive digests from a majordomo list like fvwm ? -- Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html Do not blame ME, I did NOT vote Berlusconi.
CVS domivogt: * Updated for 2.5.27.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt08/05/07 02:20:28 Modified files: . : ChangeLog NEWS configure.ac Log message: * Updated for 2.5.27.
CVS domivogt fvwm-web: Released 2.5.26.
CVSROOT:/home/cvs/fvwm Module name:fvwm-web Changes by: domivogt08/05/07 02:25:26 Modified files: . : ChangeLog doc/unstable : allCommands.html groupedCommands.html modules.html style.css doc/unstable/commands: AddButtonStyle.html AddTitleStyle.html AddToDecor.html AddToFunc.html AddToMenu.html All.html AnimatedMove.html Any.html Asterisk.html Beep.html BorderStyle.html Break.html BugOpts.html BusyCursor.html ButtonState.html ButtonStyle.html ChangeDecor.html ChangeMenuStyle.html CleanupColorsets.html ClickTime.html Close.html ColorLimit.html ColormapFocus.html Colorset.html CopyMenuStyle.html Current.html CursorMove.html CursorStyle.html DefaultColors.html DefaultColorset.html DefaultFont.html DefaultIcon.html DefaultLayers.html Delete.html Deschedule.html Desk.html DesktopName.html DesktopSize.html Destroy.html DestroyDecor.html DestroyFunc.html DestroyMenu.html DestroyMenuStyle.html DestroyModuleConfig.html DestroyStyle.html DestroyWindowStyle.html Direction.html Echo.html EchoFuncDefinition.html EdgeCommand.html EdgeLeaveCommand.html EdgeResistance.html EdgeScroll.html EdgeThickness.html Emulate.html EscapeFunc.html EwmhBaseStruts.html EwmhNumberOfDesktops.html Exec.html ExecUseShell.html FakeClick.html FakeKeypress.html FlipFocus.html Focus.html FocusStyle.html Function.html GlobalOpts.html GnomeButton.html GnomeShowDesks.html GotoDesk.html GotoDeskAndPage.html GotoPage.html HideGeometryWindow.html HilightColor.html HilightColorset.html IconFont.html IconPath.html Iconify.html IgnoreModifiers.html ImagePath.html KeepRc.html Key.html KillModule.html Layer.html LocalePath.html Lower.html Maximize.html Menu.html MenuStyle.html Module.html ModuleListenOnly.html ModulePath.html ModuleSynchronous.html ModuleTimeout.html Mouse.html Move.html MoveThreshold.html MoveToDesk.html MoveToPage.html MoveToScreen.html Next.html NoWindow.html None.html Nop.html OpaqueMoveSize.html Pick.html PipeRead.html PixmapPath.html PlaceAgain.html Plus.html PointerKey.html PointerWindow.html Popup.html Prev.html PrintInfo.html Quit.html QuitScreen.html QuitSession.html Raise.html RaiseLower.html Read.html Recapture.html RecaptureWindow.html Refresh.html RefreshWindow.html Repeat.html Resize.html ResizeMaximize.html ResizeMove.html ResizeMoveMaximize.html RestackTransients.html Restart.html SaveQuitSession.html SaveSession.html ScanForWindow.html Schedule.html Scroll.html SendToModule.html SetAnimation.html SetEnv.html Silent.html SnapAttraction.html SnapGrid.html State.html Stick.html StickAcrossDesks.html StickAcrossPages.html Stroke.html StrokeFunc.html Style.html TearMenuOff.html Test.html TestRc.html
Re: Some questions about dependencies
2008/5/7 Jesús Guerrero [EMAIL PROTECTED]: They are the following: # XXX: gtk2 perl bindings require dev-perl/gtk2-perl, worth a dependency? GTK2 isn't used anywhere in FVWM that I know of -- not even FvwmTabs uses it. # XXX: gtk perl bindings require dev-perl/gtk-perl, worth a dependency? Only in terms of FvwmGTK, but I don't think anyone uses it these days. I'm hoping it will get dropped at some point. FvwmDebug can use GTK, mind... # XXX: netpbm is used by FvwmScript-ScreenDump, worth a dependency? Yes, absolutely. Other programs beside FVWM will use this. -- Thomas Adam
Re: Some questions about dependencies
On Wed, 7 May 2008, Jesús Guerrero wrote: They are the following: # XXX: gtk2 perl bindings require dev-perl/gtk2-perl, worth a dependency? # XXX: gtk perl bindings require dev-perl/gtk-perl, worth a dependency? # XXX: netpbm is used by FvwmScript-ScreenDump, worth a dependency? I can clearly see the netpbm dependency. So, that's not a problem. However, I am not sure about the gtk{,2}-perl stuff. [...] If you enable gtk, then fvwm looks for gtk+-1.x. If I am not mistaking, to make these bindings of any use, you would still need to push as dependencies gtk-perl and gtk2-perl respectively (whatever they are called on your distro of choice). Am I right? If I recall correctly the configure option about gtk only controls wether FvwmGtk will be built or not. The perl bindings are only runtime dependencies, when specific modules or parts of the perllib are used. I also want to know if these perl/gtk bindings are used on any official script or module shipped on with fvwm. My guess it that they are not, and with grep, I can't find any refference to Gtk.pm or Gtk2.pm on any file shipped with fvwm. perl-gtk is used by the module FvwmGtkDebug. I don't think that perl-gtk2 is used by anything but the perllib. [...] Another doubt, do you need gtk+-2.x for Gtk2.pm to be functional? I guess yes, but in that case, that dependency has been overlooked on the ebuild forever. If this is true, that means that if I enable perl and gtk, then the ebuild should have all of these as dependencies, which, in my humble opinion is something insane for fvwm: The ebuld should not depend directly on gtk+-2.x. That is a dependency of gtk2-perl, and would thus be pulled when installing that. gtk+-1.x is needed for FvwmGtk, which links against gtk, and dus depend directly on gtk, and not via gtk-perl. /Viktor
Re: Some questions about dependencies
Hello, On Wed, 7 May 2008 20:19:13 +0100 Thomas Adam [EMAIL PROTECTED] wrote: 2008/5/7 Jesús Guerrero [EMAIL PROTECTED]: They are the following: # XXX: gtk2 perl bindings require dev-perl/gtk2-perl, worth a dependency? GTK2 isn't used anywhere in FVWM that I know of -- not even FvwmTabs uses it. Yes, in the core code of fvwm it doesn't appear for any purpose. But there's a Gtk2.pm module which is distributed with fvwm. I have no idea what is it for, but my guess is that you would need gtk2 to use those bindings, or whatever is contained in that perl module. # XXX: gtk perl bindings require dev-perl/gtk-perl, worth a dependency? Only in terms of FvwmGTK, but I don't think anyone uses it these days. I'm hoping it will get dropped at some point. FvwmDebug can use GTK, mind... I agree with you. I would just drop gtk, because anyway most distros are heading into that direction. Gtk+-1.x packages are getting rarer and rarer and most of them are not supported anymore upstream by their respective creators. # XXX: netpbm is used by FvwmScript-ScreenDump, worth a dependency? Yes, absolutely. Other programs beside FVWM will use this. Yep. I have no doubt about this one. I will either add this as a hard dependency or install it conditionally based on a USE flag. If the later case, if we use USE=netpbm the the dependency will be added. If we USE=-netpbm, the dependency on netpbm will be removed, and the scripts that rely on it (FvwmScript-ScreenDump only, as far as I know) would be removed from the installation as well (it would not work anyway). Thanks for all the input. It's very valuable. -- Jesús Guerrero [EMAIL PROTECTED]
Re: Some questions about dependencies
On Wed, 7 May 2008 21:31:59 +0200 (CEST) Viktor Griph [EMAIL PROTECTED] wrote: If you enable gtk, then fvwm looks for gtk+-1.x. If I am not mistaking, to make these bindings of any use, you would still need to push as dependencies gtk-perl and gtk2-perl respectively (whatever they are called on your distro of choice). Am I right? If I recall correctly the configure option about gtk only controls wether FvwmGtk will be built or not. The perl bindings are only runtime dependencies, when specific modules or parts of the perllib are used. Viktor, sorry to bother you again, but, do you know if FvwmGtk needs Gtk.pm by any chance? Thanks. -- Jesús Guerrero [EMAIL PROTECTED]
Re: Some questions about dependencies
2008/5/7 Thomas Adam [EMAIL PROTECTED]: 2008/5/7 Jesús Guerrero [EMAIL PROTECTED]: On Wed, 7 May 2008 21:31:59 +0200 (CEST) Viktor Griph [EMAIL PROTECTED] wrote: If you enable gtk, then fvwm looks for gtk+-1.x. If I am not mistaking, to make these bindings of any use, you would still need to push as dependencies gtk-perl and gtk2-perl respectively (whatever they are called on your distro of choice). Am I right? If I recall correctly the configure option about gtk only controls wether FvwmGtk will be built or not. The perl bindings are only runtime dependencies, when specific modules or parts of the perllib are used. Viktor, sorry to bother you again, but, do you know if FvwmGtk needs Gtk.pm by any chance? No. Since you're going to ask what does, no doubt later on, FvwmDebug will for FvwmGtkDebug to be used. -- Thomas Adam