> For the record, if you think you fixed your HTML email issue, it's actually
> way,
> way worse now.
>
> Chris
I never said I thought I fixed it - I said I couldn't find the settings to
change my email to text only.
That said, I do think I found it now. Can you confirm if it's working?
Cheers
Calvin Morrison gmail.com> writes:
> I just spend about fifteen minutes writing this little tool that I call print:
Don’t: print is a Korn Shell built-in command since 1988 or so.
bye,
//mirabilos
I just came to report a bug. I didn't say nor I think I am an expert in
anything related to st, and if I could, I would provide the fixes and/or
more details.
I also don't judge people by what software they're using.
Best of luck with st.
Regards,
Igor
On Sat, Apr 6, 2013 at 11:23 PM, Christo
Greetings.
On Sat, 06 Apr 2013 23:23:38 +0200 Igor Šarić wrote:
> I just tested the commit Chris posted.
>
> Yes, that commit is the cause of the startup delay:
Thanks for not being helpful at all. Here at suckless we look at the
content of a commit. You can clearly see that this commit add
I just tested the commit Chris posted.
Yes, that commit is the cause of the startup delay:
st-082bab29f3551e5cee332832ff767c3fb65a5cbc >>> time ./st -e exit
real0m0.055s
user0m0.043s
sys 0m0.003s
st-9c44229c626ea7351a7809540435f40cffb624bc >>> time ./st -e exit
real0m0.523s
user
On Sat, Apr 6, 2013 at 9:10 PM, Igor Šarić wrote:
> Can you please post the full hash? Thanks.
git(1) understand hash-prefixes.
Thus `git show 9c44229c` works. And the first line is "commit
9c44229c626ea7351a7809540435f40cffb624bc".
You probably don't need the long hash as git will consume the
Can you please post the full hash? Thanks.
On Sat, Apr 6, 2013 at 9:18 PM, Strake wrote:
> On 06/04/2013, Igor Šarić wrote:
> > Pardon my ignorance, but how do I find commit 9c44229c? All the commits
> on
> > git webpage have longer (sha1?) hashes.
>
> That string should be a prefix of the has
On 2013-04-06 20:52, Jente Hidskes wrote:
> Thanks - I will submit it to the wiki later. I have already had a few comments
> about my emails, but I can not find the settings I need to send pure text
> only. I have just rounded up an improved smfact patch; I will send only that
> one for now until I
On 06/04/2013, Igor Šarić wrote:
> Pardon my ignorance, but how do I find commit 9c44229c? All the commits on
> git webpage have longer (sha1?) hashes.
That string should be a prefix of the hash.
Oke, here is my finalized version. Sorry for the delay.
This final version makes the too small clients float in the center of the
screen. The height it took in the stack is removed from ty, so there won't be
any gaps left in the stack anymore either. Do note that if more and more
clients appear
Pardon my ignorance, but how do I find commit 9c44229c? All the commits on
git webpage have longer (sha1?) hashes.
On Sat, Apr 6, 2013 at 8:21 PM, Chris Down wrote:
> On 2013-04-07 00:56, Chris Down wrote:
> > On 2013-04-07 00:41, Chris Down wrote:
> > > On 2013-04-06 18:37, Igor Šarić wrote:
>
Thanks - I will submit it to the wiki later. I have already had a few comments
about my emails, but I can not find the settings I need to send pure text only.
I have just rounded up an improved smfact patch; I will send only that one for
now until I find the setting. You won't be bothered by my
Imho looks ok. You should consider adding it to the wiki.
Nevertheless please stop sending richtext mails to the list.
Cheers,
Anselm
On 6 April 2013 19:15, Jente Hidskes wrote:
> Hey Anselm,
>
> I already got this working, even though I'm unsure if I have done so
> correctly.
> Could you q
On 2013-04-07 00:56, Chris Down wrote:
> On 2013-04-07 00:41, Chris Down wrote:
> > On 2013-04-06 18:37, Igor Šarić wrote:
> > > Here are the exact times.
> >
> > I'm waiting for some stuff to compile, so I'll bisect and report back unless
> > someone else is already doing it.
> >
> > Chris
>
> I g
Hey Anselm,
I already got this working, even though I'm unsure if I have done so correctly.
Could you quickly check? The patch I'm currently using can be found here:
https://github.com/Unia/DWM/blob/master/05-dwm-6.0-push.diff
If you have no time for this, I completely understand and since it a
On 2013-04-07 00:41, Chris Down wrote:
> On 2013-04-06 18:37, Igor Šarić wrote:
> > Here are the exact times.
>
> I'm waiting for some stuff to compile, so I'll bisect and report back unless
> someone else is already doing it.
>
> Chris
I get worse startup times, but only marginally so, so I'm pro
On 2013-04-06 18:37, Igor Šarić wrote:
> Here are the exact times.
I'm waiting for some stuff to compile, so I'll bisect and report back unless
someone else is already doing it.
Chris
pgpqcFkJqlJ8s.pgp
Description: PGP signature
Here are the exact times.
st 0.3:
~ >>> time st -e exit
real0m0.059s
user0m0.040s
sys 0m0.010s
st 0.4:
~ >>> time st -e exit
real 0m0.530s
user 0m0.503s
sys 0m0.023s
st git:
~ >>> time st -e exit
real 0m0.534s
user 0m0.507s
sys 0m0.020s
Cheers,
Igor
Hi there,
you need to call nexttiled twice with the input of the first call.
Also make sure that the second result != the first, otherwise there is
only one tiled client.
Best regards,
Anselm
On 17 March 2013 20:15, Jente Hidskes wrote:
> Hello,
>
> I am modifying push.c, changing it to the fo
On 2013-04-06 16:53, Raphaël Proust wrote:
> On Sat, Apr 6, 2013 at 2:53 PM, Igor Šarić wrote:
> > I am reporting a bug with st 0.4.
> >
> > While st 0.3 started instantly, st 0.4 takes like a second to start up.
>
> Can you try to give a better approximation of starting times? (E.g. by
> running
On Sat, Apr 6, 2013 at 2:53 PM, Igor Šarić wrote:
> I am reporting a bug with st 0.4.
>
> While st 0.3 started instantly, st 0.4 takes like a second to start up.
Can you try to give a better approximation of starting times? (E.g. by
running `time st -e exit` on each version and on git HEAD.) (Bet
Hi there,
have a look at applyresizehints(), it is a side-effect of the
treatment if the height or width becomes smaller than bh (bar height).
HTH,
Anselm
On 29 March 2013 17:15, Jente Hidskes wrote:
> Stock DWM makes a new client float if there is too little space in the
> stack. In this case
Hello,
I am reporting a bug with st 0.4.
While st 0.3 started instantly, st 0.4 takes like a second to start up.
I am not the only one with this problem:
https://aur.archlinux.org/packages/st/
Thank you!
Regards,
Igor
23 matches
Mail list logo
