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*** only
t; #!/usr/bin/env bash
> process_name=$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
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 ${PROCESS
00\nx11-ssh-askpass.*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
>
nts)
>> 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 wrote:
>>
>>> Hi,
>>>
>>> one more thing,
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:
> Than
ust had a termite
> terminal so i could invoke ssh-add and the i3-dump-log, and it also had a bar
> running, but nothing else.
>
> xprop and xwininfo -all output:
> https://gist.github.com/Dieterbe/93ec75c6e891a04b8776
>
>
>
>
> On Tue, 3 Nov 2015 18:09:10 -0500
> I
> 3dd6d2d2864ab7aaec50cb2bff93031170bd50e8 Msrc
> ~/w/e/i3 ❯❯❯
>
>
> On Tue, 3 Nov 2015 17:19:02 -0500
> Ingo Bürk wrote:
>
>> Yeah, a bisect would be useful. You need to run make clean && make &&
>> sudo make install (to actually install the new
x using the new i3 binary right? anything else needed?
>
> Dieter
>
> On Tue, 3 Nov 2015 16:05:31 -0500
> Ingo Bürk wrote:
>
>> Hi Dieter,
>>
>> can you do the following?
>>
>> 1) Downgrade to i3 4.10.4 and see if it fixes the problem. If so, please
>
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 it
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 but
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
>
>
>
> exec--no-sta
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 upgrad
Michael, are we sure that using Xfixes wouldn't make this a whole lot
easier? I'm not familiar with the resizing code, really, but I didn't
quite understand in that issue (#706) why we need separate windows?
On 09/11/2015 07:24 PM, Michael Stapelberg wrote:
> On Fri, Sep 11, 2015 at 7:18 PM, Jeff
i3 4.8 is really old. We generally don't support old versions. I'd
recommend updating to 4.10.x and see which of your questions are still
valid.
On 09/11/2015 02:41 PM, Jeff Abrahamson wrote:
> I3 lets me resize windows with my mouse in case I should want to use my
> mouse. Is it intentional that
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 wrote:
>> It should work with just &
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 $WS
t;window, kbdd will
>take care of the focus changes and activate the proper layout if the
>focus
>moves. All
>I want is to set the initial layout to US on the terminal windows and
>leave
>the other
>layout as the default for all the rest.
>
>
>On Tue, Sep 1, 2015 at
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 wrote:
>Hi i3wm g
rwise
>should
>this atom be added to i3's floating window detection?
>
>On Tue, Aug 25, 2015 at 11:44 AM, Ingo Bürk wrote:
>
>> Hi Michael,
>>
>> I agree that there are better choices. On a side note, I noticed the
>other
>> day that Google Hangou
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 he
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 o
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 t
I can't reproduce the CPU load with Google Chrome.
However, it seems that if I wait a little before switching to the
workspace, AdBlock dies. Makes me wonder if this is at all related.
Do you have a log file?
Ingo
On 04/27/2015 07:48 PM, Antonio-M. Corbi Bellot wrote:
> Hi all,
>
> I am current
@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,
The pidof solution also completely disregards the possibility of
i3-nagbar being open for a completely different reason, e.g., a
configuration error. In that case displaying both makes total sense.
On 04/05/2015 06:50 PM, Michael Stapelberg wrote:
> To expand a bit on my original post: I thought a
@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 wrote:
>> This is getting meta, but (in a general sense) this:
>>
>>> don't complain, send a patch
>> i
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
28 matches
Mail list logo