http://cr.i3wm.org/patch/41
On Fri, Feb 8, 2013 at 9:58 PM, Marcelo Cerri wrote:
> Hi Emil,
>
> Any news on that?
>
Sorry, I've been very time-poor lately. I'll try to roll a new patch
tomorrow.
Hi Emil,
Any news on that?
Regards,
Marcelo
On Mon, Jan 28, 2013 at 9:40 AM, Emil Mikulic wrote:
> On Mon, Jan 28, 2013 at 9:32 PM, Michael Stapelberg wrote:
>
>> Hi Emil,
>>
>> Emil Mikulic writes:
>> > A simple wrapper script won't preserve the formatting magic, and will be
>> > even less
On Mon, Jan 28 2013, Emil Mikulic wrote:
> I really need multiple clocks, but ultimately it's your call, and I
> appreciate that you're trying to keep i3status minimal and efficient.
Not an immediate solution for you, but when i3status didn't do what I
wanted I wrote a simple replacement[1] in Pyt
On Mon, Jan 28, 2013 at 9:32 PM, Michael Stapelberg wrote:
> Hi Emil,
>
> Emil Mikulic writes:
> > A simple wrapper script won't preserve the formatting magic, and will be
> > even less efficient than the tz_set() juggling.
> It does; we have examples for how to properly wrap i3status in its
> co
Hi Emil,
Emil Mikulic writes:
> A simple wrapper script won't preserve the formatting magic, and will be
> even less efficient than the tz_set() juggling.
It does; we have examples for how to properly wrap i3status in its
contrib/ folder.
> If you change your mind, let me know and I can rework t
I'm just a casual i3 lover who likes to see updates. As an ex-pat, multiple
time zone clocks would make my life.
On Monday, January 28, 2013, Emil Mikulic wrote:
> On Fri, Jan 25, 2013 at 10:50 PM, Michael Stapelberg
>
> > wrote:
>
>> Hi Marcelo,
>>
>> Marcelo Cerri > 'mhce...@gmail.com');>> wr
On Fri, Jan 25, 2013 at 10:50 PM, Michael Stapelberg wrote:
> Hi Marcelo,
>
> Marcelo Cerri writes:
> > Is there any chance of some variation of it be accepted? Maybe a new
> module
> > just for that? The existing "time" module would remain intact (maybe
> > sharing some code with the new module)
Hi Michael,
On Fri, Jan 25, 2013 at 9:50 AM, Michael Stapelberg wrote:
> Hi Marcelo,
>
> Marcelo Cerri writes:
>> Is there any chance of some variation of it be accepted? Maybe a new module
>> just for that? The existing "time" module would remain intact (maybe
>> sharing some code with the new
Hi Marcelo,
Marcelo Cerri writes:
> Is there any chance of some variation of it be accepted? Maybe a new module
> just for that? The existing "time" module would remain intact (maybe
> sharing some code with the new module) and the new module would always
> require a timezone, maybe as its title.
Hi Michael,
I also would like to have such feature in my i3status and sometime ago I
made a similar change, adding CFGF_MULTI to time config, but I didn't
submit a patch because I knew it would be rejected because this breaks
compatibility with existing config files.
Is there any chance of some v
Hi Emil,
Emil Mikulic writes:
> I really want this. :)
The review takes place at http://cr.i3wm.org/patch/16
--
Best regards,
Michael
Hi Emil,
Emil Mikulic writes:
> Found with clang static analyzer. Some re-ordering of code to make it
> more obvious.
The review takes place at http://cr.i3wm.org/patch/14
--
Best regards,
Michael
I really want this. :)
0003-Support-multiple-times-with-different-timezones.patch
Description: Binary data
Minor nit.
0002-src-.c-depends-on-include-i3status.h.patch
Description: Binary data
Found with clang static analyzer. Some re-ordering of code to make it
more obvious.
0001-Make-sure-colorful_output-variable-is-initialized.patch
Description: Binary data
On 03/12/2012 11:20 PM, Michael Stapelberg wrote:
> Hi Mathias,
>
> Excerpts from Mathias Buhr's message of 2012-03-12 13:14:51 +0100:
>> I've patched i3status to monitor incoming & outgoing network traffic
> Thanks for posting your patch. I am not very interested in merging it, though,
> on the o
On 03/13/2012 09:16 AM, Alex V. Koval wrote:
> In worsest cases, when I definitely need to watch the traffic, I run
> gkrellm. But it does ates a lot of space on screen and so I prefer
> not do do this. In old good IceWM sysload and Network Traffic were
> graphs nicely integrated into the bar. I
Hi,
sorry to interrupt in the between of conversation.
On Mon, 12 Mar 2012, Michael Stapelberg wrote:
on the other hand I don't really think that incoming/outgoing
network traffic is a good metric
a few of mine use cases:
1) When you are on slow / paid connection it is usually good to know
Hi Mathias,
Excerpts from Mathias Buhr's message of 2012-03-12 13:14:51 +0100:
> I've patched i3status to monitor incoming & outgoing network traffic
Thanks for posting your patch. I am not very interested in merging it, though,
on the one hand for the reason you already mentioned (it introduces a
Hi,
I could think of a few, maybe not that critical ones - for example you
could have a hook for some updates (like ethernet or battery-status,
just to name two), which sends a USR1. This would then make the
information more „realtime“ with a one-second update while not putting
additional stress o
Hi Pavel,
Excerpts from Pavel Löbl's message of 2012-03-10 21:33:44 +0100:
> I know i3status is already efficient, so it's probably not a big
> hurt to set the refresh time quite low. But sometimes it
> would be nice to reflect changes immediately.
What exactly is your use case? Aren’t sub-second
I know i3status is already efficient, so it's probably not a big
hurt to set the refresh time quite low. But sometimes it
would be nice to reflect changes immediately.
Adding empty signal handler to i3status allows me to interrupt
nanosleep call by sendig USR1 signal and print the output sooner
th
23 matches
Mail list logo