A series of patches for consideration.
The first patch is purely aesthetic: it cleans up column headings
(comments) and internal tabs in the shortcuts/key/mshortcuts tables in
config.def.h. It also renames the fields in Key to match the nicer names
given in config.def.h.
The second patch removes
Contributing into the discussion about find.
Most of its selectors are implemented by stest(1); commonly useful
ones that I can think of are -user and -group. However:
1) ostracize me, but I like find "one dash, long option" style way
more than stest "a thousand of letters a-la test". I understand
A bug presents if you try to add a button shortcut to mshortcuts using
a mask, for example:
{ Button3, ShiftMask, "hi"},
The above does not work if Numlock (Mod2Mask) is on, which is unexpected.
-Mark
0001-Ignore-numlock-Mod2Mask-for-button-events-too.patch
Description: Binary data
2013/10/18 Dmitrij D. Czarkoff :
> Szymon Olewniczak said:
>> Another advantage of XML is its adaptation. We've already have MathML,
>> SVG and many many others[1] all build on top of XML.
>
> SVG and MathML are probably the best arguments against XML ever. I am yet to
> see two SVG libraries that
You can use shift+{pgup,pgdown} to scroll in the linux tty.
Thanks Jochen! This implementation really tiny and useful for many
people. Maybe we can create st-sb branch for it (like before for utf)
?
Hi all,
on an unrelated note: mkdir's mode argument is read in as a decimal
number and applied directly to chmod. Are you sure we want that?
Especially with chmod's and ls' use of the symbolic constants?
Also on an unrelated note: Are there really systems out there that don't
define those symboli
On Fri, Oct 18, 2013 at 10:06:08PM +0200, Jakob Kramer wrote:
> Nice long file name for a patch...
Applied, thanks.
On Fri, Oct 18, 2013 at 3:09 PM, Szymon Olewniczak
wrote:
> I've started this topic becouse I'm woriking in a small family firm and
> we have decided that we need an new application to managing complaints,
> documentation, and several other things of our clients (I don't want to
> go into detail).
On Fri, Oct 18, 2013 at 03:07:41PM +0300, sin wrote:
> I do not consider find(1) to be elegant in any way. I agree many ppl use it,
> including myself, I just wish we could do without this madness.
>
I can do without it! I just do
setopt extendedglob
chmod g-x **/*(#q.E^AI)~/**/*
(I hope
> du -a | cut -f2 | filter test -w
I also find it worth mentioning that newline delimited lists of
filenames are not safe as newlines are legal in filenames. This also
disregards the possibility of tabs in filenames (and many other
solutions run into problems with whitespace as well).
find -exec
> Just for kicks I wrote filter. With this, the above gives same result as:
>
> find . -perm +222
Is this not what stest does?
-emg
Szymon Olewniczak dixit:
>> s/HTML/XML+XSLT/g is quite a revolution.
>But it's something whitch I can use in my application straight away
>without forcing user to change their web browsers.
But XSLT is a joke. Have you *seen* the lengths people go through
to actually *do* anything in it?
It may
Nice long file name for a patch...
>From 81aaa0b985d80a097cba316a583eac5336ed3028 Mon Sep 17 00:00:00 2001
From: Jakob Kramer
Date: Fri, 18 Oct 2013 21:57:24 +0200
Subject: [PATCH] fix SHELL being set to the usr's home directory
---
su.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
On 18/10/13 20:13:08 +0800, Chris Down wrote:
> On 2013-10-18 14:03, Simon Lieb wrote:
> > May sbase be interested in a small utility called « slow » I wrote some
> > time ago to slow down down input to output ? I can make a patch for
> > sbase.
> >
> > I mainly use it with ii and to avoid t
> On 18/10/2013, Szymon Olewniczak wrote:
> > I believe that we can make the web the better place without huge revolutino
>
> s/HTML/XML+XSLT/g is quite a revolution.
But it's something whitch I can use in my application straight away
without forcing user to change their web browsers.
> > (such
On 18/10/2013, Szymon Olewniczak wrote:
> I believe that we can make the web the better place without huge revolutino
s/HTML/XML+XSLT/g is quite a revolution.
> (such as changing HTTP to something else)
Which is this about, HTTP or HTML?
> Pages writen in XML has readable source
So have pages
On 17/10/2013, Strake wrote:
> I am trying to use st, but it fails with the message "XOpenIM failed.
> Could not open input device."
>
> ...
Never mind; I wrote my own lookupString function. It's not
particularly good, lacking ability beyond ASCII, but I'll post it if
someone asks.
On Fri, Oct 18, 2013 at 06:48:06PM +0200, Dmitrij D. Czarkoff wrote:
> Chris Down said:
> > On 2013-10-18 14:44, Szymon Olewniczak wrote:
> > > Pages writen in XML has readable source and data can be accessed much more
> > > easily.
> >
> > I don't even know what to say to this...
>
> Strictly sp
On 2013-10-18, at 15:45, Truls Becken wrote:
> If you want to do it this way around, a command is missing for filtering a
> list of file names, as already mentioned by Raphaël. It could be generalised
> to a command for filtering stdin by calling a predicate command, e.g:
>
> du -a | cut -f2 | fi
On 10/18/13 at 07:32pm, koneu wrote:
> On Oct 18, 2013, at 7:26 PM, Noah Birnel wrote:
> > And what is $PWD from the context of a window manager?
> Exactly what I was thinking while reading this discussion.
> What do you expect your WM's working directory to be?
> Your current terminal's? The (she
On Oct 18, 2013, at 7:26 PM, Noah Birnel wrote:
> And what is $PWD from the context of a window manager?
Exactly what I was thinking while reading this discussion.
What do you expect your WM's working directory to be?
Your current terminal's? The (shell running in it)'s? Your file/web browser's?
Greetings.
On Fri, 18 Oct 2013 19:17:55 +0200 Thorsten Glaser wrote:
> Chris Down dixit:
>
> >I don't even know what to say to this...
>
> Must be the full moon. First 20h “liking” kdbus, now this…
It shouldn’t be using »dbus« because dbus is this [0]. But yes, with the
local addresses all of
On Fri, Oct 18, 2013 at 11:14:43AM +0200, Manolo Martínez wrote:
> I was trying to create a shortcut to launch new terminals in my current
> working directory. I've seen there's a two year-old thread, and a patch,
> about this, which probably means that the kind of easy solutions I've been
> tryin
On Oct 18, 2013, at 4:00 PM, Thorsten Glaser wrote:
> Must be the full moon. First 20h “liking” kdbus, now this…
Winter is coming.
Szymon Olewniczak said:
> Another advantage of XML is its adaptation. We've already have MathML,
> SVG and many many others[1] all build on top of XML.
SVG and MathML are probably the best arguments against XML ever. I am yet to
see two SVG libraries that would render sufficiently complex spec-com
Chris Down said:
> On 2013-10-18 14:44, Szymon Olewniczak wrote:
> > Pages writen in XML has readable source and data can be accessed much more
> > easily.
>
> I don't even know what to say to this...
Strictly speaking, I agree with OP on this: XML is much better then HTML
(actually fault-toleran
On Fri, Oct 18, 2013 at 11:26:41PM +0800, Chris Down wrote:
> On 2013-10-18 18:08, sin wrote:
> > If there is enough reason to include logname, such as existing scripts using
> > it etc. then I would not mind adding this to sbase.
>
> Right, but surely the correct way of doing this in that case i
On 2013-10-18 18:08, sin wrote:
> If there is enough reason to include logname, such as existing scripts using
> it etc. then I would not mind adding this to sbase.
Right, but surely the correct way of doing this in that case is that the
existing scripts should be rewritten?
pgpr4GuOt8oDy.pgp
D
On Fri, Oct 18, 2013 at 10:39:08PM +0800, Chris Down wrote:
> On 2013-10-18 17:32, lambda lambda wrote:
> > Hi guys and thank you for your hard work so far. I'm sending my first
> > patch here. As the subject says, i'm adding logname(1).
>
> More complex logname variants look at the terminal conne
On Fri, Oct 18, 2013 at 04:08:52PM +0200, Manolo Martínez wrote:
> On 10/18/13 at 05:01pm, Edgaras wrote:
> > > On 16/10/2013, Jochen Sprickerhof wrote:
> > > > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> > > > for testing and improving first versions.
> > >
>
> > As
On Fri, Oct 18, 2013 at 07:53:17AM -0500, Strake wrote:
> On 18/10/2013, sin wrote:
> > find: Useless, just do `du -a | grep blabla'
>
> Yes, this is what one does on Plan 9.
Which doesn't necessarily make it right.
> > I realize when xargs is useful, I just hate it.
>
> Yep, the basic functio
On 2013-10-18 17:32, lambda lambda wrote:
> Hi guys and thank you for your hard work so far. I'm sending my first
> patch here. As the subject says, i'm adding logname(1).
I don't see the point of logname if it only grabs $LOGNAME from the
environment, anyone can just as easily do that from any en
Hi guys and thank you for your hard work so far. I'm sending my first
patch here. As the subject says, i'm adding logname(1).
0001-Add-logname-1.patch
Description: Binary data
On 10/18/13 at 05:01pm, Edgaras wrote:
> > On 16/10/2013, Jochen Sprickerhof wrote:
> > > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> > > for testing and improving first versions.
> >
> As for scrollback in terminal, at first it seemed very annoying as I was uses
> t
Chris Down dixit:
>I don't even know what to say to this...
Must be the full moon. First 20h “liking” kdbus, now this…
bye,
//mirabilos
--
This space for rent.
On Wed, Oct 16, 2013 at 12:00:05PM -0500, Strake wrote:
> On 16/10/2013, Jochen Sprickerhof wrote:
> > I've implemented a (limited) scrollback buffer for st. Thanks to v4hn
> > for testing and improving first versions.
>
> Thanks! This was the last reason against my st adoption.
>
> On 16/10/201
On 2013-10-18 14:44, Szymon Olewniczak wrote:
> Pages writen in XML has readable source and data can be accessed much more
> easily.
I don't even know what to say to this...
pgp_Gvokspkmt.pgp
Description: PGP signature
On 2013-10-18, at 14:53, Strake wrote:
>> I'm not interested in disk usage, but finding files based on certain
>> properties, such as update time, ownership, permissions, etc.
>
> du -a | cut -f 2
Yes, but how do you filter the result on some combination of file attributes?
du -a | cut -f2 | xa
Szymon Olewniczak dixit:
>Pages writen in XML has readable source
No. Much like sendmail.cf, XML is a binary/object format
and ought to be treated as such.
bye,
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty ou
On Fri, 18 Oct 2013 14:44:55 +0200
Szymon Olewniczak wrote:
> At the and I want to ask you a question. What do you think would be
> the best solution for bulding websites which would look similar to
> this what we have now(gopher is great but ...) and would have easily
> accessible data for perso
On 18/10/2013, sin wrote:
> find: Useless, just do `du -a | grep blabla'
Yes, this is what one does on Plan 9.
> I realize when xargs is useful, I just hate it.
Yep, the basic function is sane, but the other crap, insert mode and
quotation and such, loses.
On 18/10/2013, Truls Becken wrote:
>
Hi,
everyone knows that XML has its defects but considering some of our
discussions about suckless web ideas I think that XML + XSLT is quite a
good solution - much better than plain HTML. Pages writen in XML has
readable source and data can be accessed much more easily. In addition
using of XML c
Truls Becken dixit:
>bc dc
bc can be done on top of dc; BSD does that (the dc uses OpenSSL
for arbitrary-precision numbers).
>killall
I object, killall should never, ever, be used. (Try it on a
Solaris system, for example.)
>On 2013-10-18, at 12:29, sin wrote:
>> make: Do we really need this
On Fri, Oct 18, 2013 at 02:18:37PM +0200, Roberto E. Vargas Caballero wrote:
> > I do not consider find(1) to be elegant in any way. I agree many ppl use
> > it,
> > including myself, I just wish we could do without this madness.
>
> Well, we can not agree in all the points ;). I see find like t
> I do not consider find(1) to be elegant in any way. I agree many ppl use it,
> including myself, I just wish we could do without this madness.
Well, we can not agree in all the points ;). I see find like the best example of
the eleganty of Unix, do one thing and do it well. Other programs shoul
On Fri, Oct 18, 2013 at 1:07 PM, sin wrote:
> On Fri, Oct 18, 2013 at 02:04:06PM +0200, Roberto E. Vargas Caballero wrote:
>> On Fri, Oct 18, 2013 at 03:01:05PM +0300, sin wrote:
>> > On Fri, Oct 18, 2013 at 01:40:29PM +0200, Roberto E. Vargas Caballero
>> > wrote:
> I do not consider find(1) to
On 2013-10-18 14:03, Simon Lieb wrote:
> May sbase be interested in a small utility called « slow » I wrote some
> time ago to slow down down input to output ? I can make a patch for
> sbase.
>
> I mainly use it with ii and to avoid trigger anti‐flood system and some
> other cases.
In my op
On Fri, Oct 18, 2013 at 02:04:06PM +0200, Roberto E. Vargas Caballero wrote:
> On Fri, Oct 18, 2013 at 03:01:05PM +0300, sin wrote:
> > On Fri, Oct 18, 2013 at 01:40:29PM +0200, Roberto E. Vargas Caballero wrote:
> > > > dd: I suspect this might not be portable if we want an optimized
> > > > vers
Mmh, I should have attached an archive.
Regards,
--
Simon Lieb
slow-1.0.tar.gz
Description: application/tar-gz
pgp8S4avR09z_.pgp
Description: PGP signature
On Fri, Oct 18, 2013 at 03:01:05PM +0300, sin wrote:
> On Fri, Oct 18, 2013 at 01:40:29PM +0200, Roberto E. Vargas Caballero wrote:
> > > dd: I suspect this might not be portable if we want an optimized version.
> > > find: Useless, just do `du -a | grep blabla'
> >
> > and a 'find -type d -name x
On 2013-10-18, at 12:29, sin wrote:
> find: Useless, just do `du -a | grep blabla'
I'm not interested in disk usage, but finding files based on certain
properties, such as update time, ownership, permissions, etc.
> make: Do we really need this in sbase?
Make is a basic tool, useful in lots of
Hi,
On 17/10/13 20:38:54 +0300, sin wrote:
> Hi all,
>
> I've been thinking, besides the commands that are already listed in TODO
> and all the unimplemented options for existing commands, what other commands
> do we want to include in sbase?
May sbase be interested in a small utility called «
On Fri, Oct 18, 2013 at 01:40:29PM +0200, Roberto E. Vargas Caballero wrote:
> > dd: I suspect this might not be portable if we want an optimized version.
> > find: Useless, just do `du -a | grep blabla'
>
> and a 'find -type d -name -prune -o -type f -perm g=x -exec chmod g-x {}
> \; '?
> f
> dd: I suspect this might not be portable if we want an optimized version.
> find: Useless, just do `du -a | grep blabla'
and a 'find -type d -name -prune -o -type f -perm g=x -exec chmod g-x {}
\; '?
find is a mini language for run over directories, and it is a must.
> xargs: Why?
if you
On 10/18/13 at 03:05pm, Alexander S. wrote:
> 2013/10/18 Raphaël Proust :
> > On Fri, Oct 18, 2013 at 11:28 AM, Manolo Martínez
> > wrote:
> >> On 10/18/13 at 06:12pm, Chris Down wrote:
> >>> On 2013-10-18 12:03, Manolo Martínez wrote:
> >>> Environments only propagate to children, not their paren
2013/10/18 Raphaël Proust :
> On Fri, Oct 18, 2013 at 11:28 AM, Manolo Martínez
> wrote:
>> On 10/18/13 at 06:12pm, Chris Down wrote:
>>> On 2013-10-18 12:03, Manolo Martínez wrote:
>>> Environments only propagate to children, not their parents. You'll need to
>>> get
>>> the pwd of the currently
On 2013-10-18 11:35, Raphaël Proust wrote:
> AFAIU: if you `cd` in urxvt, the pwd of the urxvt process will change.
> If you `vim` and then `:cd` then pwd of the urxvt process will not
> change (i.e. the parent process (urxvt) keeps its pwd, while the child
> process (vim) will have a new pwd).
In
On Fri, Oct 18, 2013 at 11:28 AM, Manolo Martínez
wrote:
> On 10/18/13 at 06:12pm, Chris Down wrote:
>> On 2013-10-18 12:03, Manolo Martínez wrote:
>> Environments only propagate to children, not their parents. You'll need to
>> get
>> the pwd of the currently focussed window if you want to do th
On 10/18/13 at 06:12pm, Chris Down wrote:
> On 2013-10-18 12:03, Manolo Martínez wrote:
> > > I guess what you want is the pwd of the client that currently has
> > > focus… I also need something like that for plumb(1)ing purposes
> >
> > That's probably what I want, yes. Thanks.
>
> Environments o
On Fri, Oct 18, 2013 at 11:05:07AM +0200, Truls Becken wrote:
> A few more suggestions:
>
> bc dc dd file find fmt install killall less make sh time which xargs
> (un)zip/gzip/bzip2/lzma/xz
dd: I suspect this might not be portable if we want an optimized version.
find: Useless, just do `du -a | g
On 2013-10-18 12:03, Manolo Martínez wrote:
> > I guess what you want is the pwd of the client that currently has
> > focus… I also need something like that for plumb(1)ing purposes
>
> That's probably what I want, yes. Thanks.
Environments only propagate to children, not their parents. You'll nee
On Fri, Oct 18, 2013 at 11:03 AM, Manolo Martínez
wrote:
> On 10/18/13 at 10:49am, Raphaël Proust wrote:
>>
> Well, the following mouthful does it in fish (mutatis mutandis for other
> shells):
>
> pwdx (xdotool getwindowpid (xdotool getwindowfocus))
In urxvt:
$ xdotool getwindowpid $(xdotool
On 10/18/13 at 10:49am, Raphaël Proust wrote:
> I guess what you want is the pwd of the client that currently has
> focus… I also need something like that for plumb(1)ing purposes
That's probably what I want, yes. Thanks.
> (relative file paths not resolving correctly otherwise). I didn't
> man
On Fri, Oct 18, 2013 at 10:34 AM, Manolo Martínez
wrote:
>> Secondly, you never make it clear *who's* working directory you want to read.
>> Do you always want to be in dwm's working directory? The working directory
>> from
>> the environment you are currently in (which may not be the same as dwm
Thanks for your reply, Chris:
On 10/18/13 at 05:22pm, Chris Down wrote:
> You should include the project you're referring to in your subject, otherwise
> we have to guess what you're talking about. I guess this is about dwm, but
> still...
Of course! I'm sorry; I confess this is "the dwm and dmen
You should include the project you're referring to in your subject, otherwise
we have to guess what you're talking about. I guess this is about dwm, but
still...
On 2013-10-18 11:14, Manolo Martínez wrote:
> Still, I wonder, wouldn't it be possible to use config.h to bind a key
> combination to, s
Hello,
I was trying to create a shortcut to launch new terminals in my current
working directory. I've seen there's a two year-old thread, and a patch,
about this, which probably means that the kind of easy solutions I've been
trying
cannot work. Still, I wonder, wouldn't it be possible to use co
On 2013-10-18 11:05, Truls Becken wrote:
> sh
There have already been a few discussions about the sbase shell, I believe the
last opinion given was that we shouldn't include one.
> which
This should be left to the shell usually, since almost everyone uses a hash
table for lookups nowadays, and w
A few more suggestions:
bc dc dd file find fmt install killall less make sh time which xargs
(un)zip/gzip/bzip2/lzma/xz
Some of these are more complex than others of course.
-Truls
On 18 October 2013 10:41, Chris Down wrote:
> it possible to release the next version of dmenu some time soon (or, at the
> worst case, before the next version of dwm is tagged)?
Yes, it will be addressed very soon.
Best regards,
Anselm
Right now it is not possible to use dwm HEAD with the latest versioned state of
dmenu, since dwm now passes "-m" as part of dmenucmd, but dmenu 4.5 doesn't
contain this option yet (it's in dmenu HEAD).
Obviously it's quite easy to remove -m from dmenucmd in latest HEAD, but that
defeats the entire
72 matches
Mail list logo
