Why am I constantly getting this 'spam' from blackbox mail list? Surely it can be
filtered our, or a moderation system introduced.
On 20.04.2002 07:10:35, [EMAIL PROTECTED] wrote:
àË£¬ÎÒ·¢ÏÖ¡°µÏÆÕÍø¡±µÄÍøÂçÁªÃËͦÓÐDZÁ¦£¬ÎÒÒѾ²Î¼ÓÁË£¬ÄãÒ²ÊÔÊÔ£¿£¡
On 20 Apr 2002 11:45:56 -
inf [EMAIL PROTECTED] wrote:
Why am I constantly getting this 'spam' from blackbox mail list?
Surely it can be filtered our, or a moderation system introduced.
my vote goes to 'only moderated posts only if sending from an address
which isn't subscribed to
How about you just add the rule:
:0:
* Content-Type:.*charset=.ks
junk
to your procmailrc (if you use procmail, if you don't, then
start). I can't read Korean anyway, so I might as well
filter all mail with that charset. Or try spamassassin:
http://spamassassin.taint.org/
-James
On
On Sat, 20 Apr 2002 08:54:38 -0400 (EDT)
James E. Flemer [EMAIL PROTECTED] wrote:
How about you just add the rule:
:0:
* Content-Type:.*charset=.ks
junk
to your procmailrc
That's a fine suggestion for how to deal with it once it's been received.
However, for a list, that's
I run Debian, which does a great job of automatically updating a
menu which is imported by Blackbox. I want to either have a custom menu
that I maintain with the Debian menu as a submenu, or else have a custom
submenu on the Debian menu.
How are other people handling this issue? I've tried to
I suppose I could maintain a custom menu section in Blackbox syntax and
write a script to munge it together with the default Debian menu into
~/.blackbox/menu, but is there a better method?
Debian's menu system allows local menu files. You make a .menu directory and
populate it. run
Sean or any other helpful individual
I've been thinking about some changes to I'd like to make to blackbox, mostly
for own personal use because I don't think they will be of much value to others.
However, I would just like a guide as to where to start and how difficult / impossible
these
On 20-Apr-2002 John Kennison wrote:
Sean or any other helpful individual
I've been thinking about some changes to I'd like to make to blackbox, mostly
for own personal use because I don't think they will be of much value to
others.
However, I would just like a guide as to where to start
On Sat, 20 Apr 2002 10:52:06 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
- I'd like to be able to hide certain applications from the icon menu, for
example
bbkeys, xmms playlist, and some others. I don't think this should be
difficult to do.
My current line of
Sean 'Shaleh' Perry declaimed:
I suppose I could maintain a custom menu section in Blackbox syntax and
write a script to munge it together with the default Debian menu into
~/.blackbox/menu, but is there a better method?
Debian's menu system allows local menu files. You make a
Within the Workspace menu, there is the icons submenu. This is where I want
to limit
the items visible; so items such as bbkeys when iconified are not visible at
ALL to anything!
I'm hoping that this is making sense now, if it isn't. I'll call it quits for
tonight and try again
in the
On Sat, Apr 20, 2002 at 04:46:08PM -0700, Sean 'Shaleh' Perry wrote:
Within the Workspace menu, there is the icons submenu. This is where I want
to limit
the items visible; so items such as bbkeys when iconified are not visible at
ALL to anything!
there is no plan to add hiding to the
I see that now a click anywhere in a window raises it, as opposed to the old model
of having to explicitly raise it. Was this intentional? I for one personally
preferred having to explicitly raise the window - it made working with overlapping
windows a little more sensible.
Will it stay how it
All,
Anyone have trouble compiling 65.0 alpha1? I get :
make[2]: Entering directory `/home/ryu/try/blackbox-0.65.0alpha1/src'
c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -DSHAPE -DNLS -DTIMEDCACHE
-DLOCALEPATH=\/opt/packages/blackbox-0.65.0alpha1/share/blackbox/nls\
Hm, I think the request is pretty much limited to the program bbkeys, if
I'm not mistaken. I, too, would like to see bbkeys with a non-gui mode,
such that it just runs happily in the background and handles the hotkey
requests. I think this is why the request for hiding iconified programs
On 21-Apr-2002 Matt Wilson wrote:
I see that now a click anywhere in a window raises it, as opposed to the old
model
of having to explicitly raise it. Was this intentional? I for one personally
preferred having to explicitly raise the window - it made working with
overlapping
windows a
On 21-Apr-2002 Marco Fonseca wrote:
All,
Anyone have trouble compiling 65.0 alpha1? I get :
make[2]: Entering directory `/home/ryu/try/blackbox-0.65.0alpha1/src'
c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -DSHAPE -DNLS -DTIMEDCACHE
On Sat, Apr20,02 18:50, Sean 'Shaleh' Perry wrote:
I believe the window is forced on you due to the way the current inter client
communication is done. Perhaps we will see a daemon mode in the not too
distant future.
Man... what I wouldn't give for a -d option. :)
Of course there is also
On Sat, Apr 20, 2002 at 10:20:05AM -0700, Paul Mackinney wrote:
I run Debian, which does a great job of automatically updating a
menu which is imported by Blackbox. I want to either have a custom menu
that I maintain with the Debian menu as a submenu, or else have a custom
submenu on the
Sean 'Shaleh' Perry wrote:
On 21-Apr-2002 Marco Fonseca wrote:
All,
Anyone have trouble compiling 65.0 alpha1? I get :
make[2]: Entering directory `/home/ryu/try/blackbox-0.65.0alpha1/src'
c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -DSHAPE -DNLS -DTIMEDCACHE
To the bbkeys author:
I use keybindings to do most things, like raise/lower my windows... and I've
just noticed that you don't have an Iconify command. Bummer... think you
could add one?
DC
--
Derek Cunningham
[EMAIL PROTECTED]
Human beings act intelligently only after they have
exhausted
On Sat, Apr20,02 23:05, Derek Cunningham wrote:
To the bbkeys author:
I use keybindings to do most things, like raise/lower my windows... and I've
just noticed that you don't have an Iconify command. Bummer... think you
could add one?
Man... I get so hung up on terminology sometimes... I
I'm having a few problems with xmms, which would seem to be caused by BB as I've
never had any probs before...
When it starts up, the main and playlist windows (the ones I normally have)
sometimes come up fine, but sometimes the just appear as a single-pixel black line
on the left hand edge of
I do have strstream, but if it was your intention to just to replace the
include, it doesn't compile. Are problems fixed in 95.3? I know(think)
a bunch of stl work was done in the 3.0 series, but I still wonder about
stability of 3.0.
MarcoF
I use 2.95.4 and 3.0.4.
What does not
On 21-Apr-2002 Matt Wilson wrote:
I'm having a few problems with xmms, which would seem to be caused by BB as
I've
never had any probs before...
When it starts up, the main and playlist windows (the ones I normally have)
sometimes come up fine, but sometimes the just appear as a
Ok, my own little brainfart for the night... it's early though, so let's see
how this goes.
for fun I tore off the Icons menu... I never really use it, but I wanted to
see how well it works. Pretty neat. Then, for soem more fun, I tore off my
aterms menu... NEAT! I've now got a
Why not have two options... one to set the focus type (click to focus,
sloppy focus, focus follows mouse), then have an option whether or not to
raise on click (click to raise)?
I suppose we could do that.
It still seems odd to me that people want to have other windows on top of a
window
On Sat, Apr20,02 21:01, Sean 'Shaleh' Perry wrote:
So, the brainfart: what would it take to have these menus show up at
startup, in an already torn-off state, or do we have to create bbmenu? :)
Oh, and I guess if this were an option, it may also be a good idea to have
the menu show up on
On Sat, 20 Apr 2002 21:03:02 -0700 (PDT)
Sean 'Shaleh' Perry [EMAIL PROTECTED] wrote:
Why not have two options... one to set the focus type (click to
focus, sloppy focus, focus follows mouse), then have an option
whether or not to raise on click (click to raise)?
I would be all in
29 matches
Mail list logo