On Fri, Nov 22, 2013 at 5:06 PM, Carlos Torres vlaadbr...@gmail.com wrote:
The attached patch reverts to setting WM_NAME to STRING
and adds _NET_WM_NAME in UTF8_STRING
How many people commit suicide per year because their application
windows use utf-8 titles?
On Fri, Nov 22, 2013 at 6:36 PM, random...@fastmail.us wrote:
On Thu, Nov 21, 2013, at 13:44, Martti Kühne wrote:
Staring at the code in horror.
Something about git and nyancat.
Without running the code - I have trust issues from similar occasions
- you're kidding, right?
The nyancat thing
2013/11/25 Martti Kühne mysat...@gmail.com:
On Fri, Nov 22, 2013 at 5:06 PM, Carlos Torres vlaadbr...@gmail.com wrote:
The attached patch reverts to setting WM_NAME to STRING
and adds _NET_WM_NAME in UTF8_STRING
How many people commit suicide per year because their application
windows use
Oh, that's a *shell prompt* as in PROMPT_COMMAND you have there... my
bad, I was busy focusing on our efforts to have our own *interpreter*.
A shell prompt written in c. What an *utterly* educational idea!
cheers!
mar77i
Well, making our own shell, would be a really good idea!
2013/11/25 Martti Kühne mysat...@gmail.com:
How many people commit suicide per year because their application
windows use utf-8 titles?
I submitted another simpler patch that doesn't revert the setting of
WM_NAME to XStringStyle. Since i don't really have a use case for
UTF8.
The simpler
This looks like an interesting project. However, Togs will fail to run
if /bin/sh is linked to bash (or zsh?) due to Togs attempting to set a
read only variable ($UID) in a couple of functions. Renaming this to
$S_UID seems to fix the entire problem. A patch is attached.
commit
Hi,
I'm watching your projects since a couple of months. Today I tried to
update st (i replaced the less important parts with (...) and added two
blank lines before each prompt for readability):
[0][st] (master) - git remote update
(...)
[0][st] (master) - git merge origin/master
Hi
On Mon, Nov 25, 2013 at 4:32 PM, Matthias Beyer m...@beyermatthias.de wrote:
Hi,
I'm watching your projects since a couple of months. Today I tried to
update st (i replaced the less important parts with (...) and added two
blank lines before each prompt for readability):
[0][st]
On Mon, Nov 25, 2013 at 04:32:28PM +0100, Matthias Beyer wrote:
Hi,
I'm watching your projects since a couple of months.
From the rest of the email it seems like you not only watched it, but
also used st.
Today I tried to update st (i replaced the less important parts with
(...) and
Hello
On 11/25/13, Silvan Jegen s.je...@gmail.com wrote:
Hi
You have to make sure that the config.h you are using actually matches
the checked-out version of st.c (i. e. checkout config.def.h and copy
it to config.h for the default settings).
to add to this, bellvolume is declared in
On 11/25/2013 09:32 AM, Bryan Bennett wrote:
This looks like an interesting project. However, Togs will fail to run
if /bin/sh is linked to bash (or zsh?) due to Togs attempting to set a
read only variable ($UID) in a couple of functions. Renaming this to
$S_UID seems to fix the entire
You guys were right, I did not copy the config.def.h file to config.h!
--- snip ---
On 25-11-2013 16:59:08, Alexander Huemer wrote:
Is '[0][st] (master) -' your shell prompt? That's highly unlikely.
It is! I use xterm (I know, shame on me) and I'm just watching the
repo, not using the
On 2013-11-25 19:51:33 +0100, Matthias Beyer wrote:
Yes, I understood what they mean, but I thought I did not make any
modifications in config.h,... but seemingly I did,... that's what got
me!
It's not just about whether you make changes to config.h, but also about
the fact that config.h can
On 2013-11-25 10:59:10 -0500, Carlos Torres wrote:
so this all gets fixed if you merge in updates to config.def.h into
your config.h.
My recommendation if you are using two upstreams with git is to symlink
config.h to config.def.h, and then just merge the one file.
(although, there are like a
On 2013-11-25 14:16:48 +0200, Dimitris Zervas wrote:
Well, making our own shell, would be a really good idea!
In my opinion others already got close enough for us not to worry (rc,
mksh, undoubtedly others). We had some discussion about whether we would
have a shell included with sbase, but I
On Mon, Nov 25, 2013 at 02:27:14PM -0500, Chris Down wrote:
On 2013-11-25 14:16:48 +0200, Dimitris Zervas wrote:
Well, making our own shell, would be a really good idea!
In my opinion others already got close enough for us not to worry (rc,
mksh, undoubtedly others). We had some discussion
I know a few people who are happily using
fish (which sucks), but at least it shows that people don't necessarily
care about POSIX semantics in their shell.
Do these people really use fish as /bin/sh or do they use it as their
interactive shell? The former is _very_ scary, the latter is
On 2013-11-25 21:11:09 +0100, Alexander Huemer wrote:
Although maybe we don't have to care about POSIX any more as long as
we're not /bin/sh, who knows. I know a few people who are happily using
fish (which sucks), but at least it shows that people don't necessarily
care about POSIX
19 matches
Mail list logo