@Don
Alright, then this was a misunderstanding. My apologies.
Ingo
On 04/05/2015 01:25 PM, Donald Allen wrote:
On Sun, Apr 5, 2015 at 7:15 AM, Ingo Bürk ad...@airblader.de wrote:
This is getting meta, but (in a general sense) this:
don't complain, send a patch
is a pretty unhelpful
This is getting meta, but (in a general sense) this:
don't complain, send a patch
is a pretty unhelpful reaction in my eyes. So we can't open bugs if we
don't provide the fix as well? We can't ask for features without
implementing it? Most of us are busy and to be honest, I don't have the
time
@Martin
You're confusing a few things here. lifebar is a standalone bar.
i3blocks, however, is not a bar, but just a data provider for i3bar (so
it replaces i3status, not i3bar). This also means that i3blocks has
tray support doesn't really make sense, because the tray support comes
from i3bar,
These work for me. I suggest you open an issue on Github and include log
files.
Make sure to restart i3, then press the shortcuts and then take the log
file, that way the file stays relatively small.
Ingo
On 07/02/2015 11:54 AM, Jeff Abrahamson wrote:
I said that wrong in the subject, let me
Hi Michael,
I agree that there are better choices. On a side note, I noticed the other day
that Google Hangout screen sharing opens a window to offer ending the screen
share session with this very atom. That window definitely needs to float,
though it's easy to argue that Chrome is at fault
, 2015 at 11:44 AM, Ingo Bürk ad...@airblader.de wrote:
Hi Michael,
I agree that there are better choices. On a side note, I noticed the
other
day that Google Hangout screen sharing opens a window to offer ending
the
screen share session with this very atom. That window definitely
needs to
float
Hi Kevin,
On the bottom of manage.c you also need to increase the number of atoms that i3
lists as supported. Also make sure you added the new atom not at the very end
of atoms.xmacro as not all of them are copied into the supported list and GLFW
seems to actually check for support.
If all
Hi,
one possible solution: save the following as /some/path/stopcont.sh and bind
bindsym $mod+p exec --no-startup-id /some/path/stopcont.sh
Script:
===
#!/usr/bin/env bash
PROCESS=${1}
FILE="/tmp/${PROCESS}.signal"
if [[ -f "${FILE}" ]]; then
rm ${FILE}
pkill -SIGCONT
ame=$1
> for pid in $(pgrep --exact $process_name); do
> # Assumes there is no space in the command name
> if awk '$3=="T"{exit 1}' /proc/$pid/stat 2>/dev/null
> then kill -SIGCONT $pid
> else kill -SIGKILL $pid
> fi
> done
> ===
>
Hi,
the command works fine for me. What version if i3 are you running? Is
your Xorg up to date?
Also, judging from the xwd source code, maybe you can try adding
"-icmap" to the arguments.
Ingo
On 11/15/2015 09:47 AM, Zenny wrote:
> Hi,
>
> I am having problem to take screenshot with xwd***
he new i3 binary right? anything else needed?
>
> Dieter
>
> On Tue, 3 Nov 2015 16:05:31 -0500
> Ingo Bürk <ad...@airblader.de> wrote:
>
>> Hi Dieter,
>>
>> can you do the following?
>>
>> 1) Downgrade to i3 4.10.4 and see if it fixes the problem.
t;> but that ended up being too low. I just estimated a height and 115 seems to
>> look good.
>> I wonder why it hinted at 94..
>>
>> On Tue, 3 Nov 2015 19:59:45 -0500
>> Ingo Bürk <ad...@airblader.de> wrote:
>>
>>> Hi,
>>>
>&g
Hi Dieter,
can you do the following?
1) Downgrade to i3 4.10.4 and see if it fixes the problem. If so, please
run a git bisect to figure out which commit broke it. If 4.10.4 has the
same problem, try downgrading askpass or report a bug there.
2) Provide a complete i3 log file where you started
Hi,
one more thing, to make life easier for yourself you can either locally
revert the commit or use a for_window directive matching that popup and
do something like
for_window [class="(?i)keepass" …] resize set 500 300
Ingo
On 11/03/2015 07:43 PM, Ingo Bürk wrote:
>
borderWidth:\t1\n"
> ESETROOT_PMAP_ID(PIXMAP): pixmap id # 0x64
> _XROOTPMAP_ID(PIXMAP): pixmap id # 0x64
> _XKB_RULES_NAMES(STRING) = "evdev", "pc105", "dvorak", "", ""
> XFree86_has_VT(INTEGER) = 1
> XFree86_VT(INTEGER) =
Yes, true. I guess I was too quick on that. :)
On 09/03/2015 08:45 PM, Michael Stapelberg wrote:
> Yeah, but bindsym doesn’t match anything. You need to use criteria to
> match windows.
>
> On Thu, Sep 3, 2015 at 8:44 PM, Ingo Bürk <ad...@airblader.de> wrote:
>> It shou
It should work with just "focus" because the separation with a comma
means the focus command will still be ran on the matched window.
On 09/03/2015 08:40 PM, Michael Stapelberg wrote:
> What are you trying to accomplish with “exec i3-msg workspace $WS1”?
> This is equivalent to just “workspace
For_window will only be run when the window is opened, not everytime it is
focused.
What you need to do is hook into the focus event on the IPC, match the window
there and execute the command.
Regards
Ingo
Sent from TypeMail
On Sep 1, 2015, 17:07, at 17:07, Nokan Emiro
I don't understand how the window manager is relevant for this. Are you
sure you didn't also update your browser or flash or anything else?
On 09/13/2015 05:14 PM, Robert Grah wrote:
> Hi there,
>
> I updated from the stable Ubuntu version of i3 to 4.10.4 via the official
> ppa. After that
xkill?
On 10/02/2015 11:12 AM, Jeff Abrahamson wrote:
> I have a window whose process is not responding. No problem, i3 lets me
> kill windows, so I type that key combination. Usually it works, but this
> time it doesn't.
>
> My work-around is to use wininfo to find the window id of the dead
The window manager is neither responsible nor involved in network
management at all, so I'm afraid you're looking in the wrong direction here.
On 10/01/2015 10:34 AM, Robert Grah wrote:
>
> Hey there,
>
>
>
> I am having some problems getting wifi to work in i3. I tried to add
>
>
>
>
21 matches
Mail list logo