The i3 thread

Army · 2011-07-22 08:15:20

Since the tree branch is going to be the future, I want to start using that one. The only thing that doesn't work here is to use conky as a dock. In the stable release this works with this setting

own_window yes
own_window_type panel

(instead of panel you can also set the window type to dock)
Is this still possible with the tree branch? With this conkyrc it doesn't work.

Pank · 2011-07-22 08:40:30

You can parse it into i3bar and you would bet the added benefit of workspace overview.
This is generated with i3bar and conky
vOWt1Mw

I have had problems with printing to the root window and Conky. I haven't tried docking.

Army · 2011-07-22 09:26:30

Yes that works, I know that. But I'd rather have a standalone conky, because it looks better By the way, i3bar only shows up by pressing Mod4, is that an intended behavior?

Pank · 2011-07-22 09:50:11

It's intended. You can disable it by using --dock=bottom or --dock=top.

It annoyed me, but notice the bonus for hiding it:

Man wrote:

If -c is specified, the childprocess is
sent a SIGSTOP on hiding and a SIGCONT on unhiding of the bars. This is the default behavior of i3bar.

Army · 2011-07-22 10:35:04

Ok, if i3bar is able to be handled as a dock by i3, then it should be possible with conky as well, right? What does this --dock option do that conky's own_window_type dock doesn't do?

Inxsible · 2011-07-22 15:14:33

Atsutane wrote:

First: i3status 2.3 has been released.
Inxsible wrote:
I just switched to the tree version and I have one issue :
1) My workspace bar doesn't show even though I have
workspace_bar yes
in the config -- even though that was the default in i3-3e
Does the tree branch no longer have a built in workspace bar? Is it necessary to use a different app like i3-wsbar or similar to get the workspace bar?
Yes there is no longer a built in bar to show the workspaces, try i3bar.
Inxsible wrote:
Is there a config file available for i3-tree which lists each an every keybinding/function. I would like to have all of them and then I can choose what I want to use instead of having to compare each functionality with my older i3-3e.
As far as I know, not yet. The sample configuration files at /etc/i3/ show most of them, also there's the i3-migrate-config-to-v4.pl script to convert the old config into a new one.

yup, I did pick up the /etc/i3/config file. I tend to use the default keybindings whenever I use any wm, it keeps me from having remember to keep taking my config file everywhere on every machine.

Alright ...so I guess I will get on the program with i3bar then.

Thorsten, another question I had was ..the PKGBUILD that you provided for pre4, I used that to install i3-tree, but now whenever I run aurget, it wants me to upgrade i3-tree from AUR. Just wanted to confirm if they were the same versions.

Inxsible · 2011-07-22 15:50:25

I currently use conky-cli piped into dzen and place it next to my workspace_bar (in 3e).

I haven't tried i3bar yet (still @work), but does i3bar nullify the requirement of piping it to dzen. Can conky-cli be piped directly into i3bar? This would mean I would have to change my .conkyrc since it uses ^i and ^fg etc which dzen understands.

Army · 2011-07-22 16:06:18

Inxsible wrote:

Can conky-cli be piped directly into i3bar? This would mean I would have to change my .conkyrc since it uses ^i and ^fg etc which dzen understands.

Yes, all you need to do is

i3bar -c conky

Inxsible · 2011-07-22 18:18:04

aah ! too bad, I will have to re-configure my .conkyrc again or maybe I will keep using the one I have and pipe conky-cli to dzen and then pipe dzen to i3bar

Atsutane · 2011-07-22 21:17:17

Inxsible wrote:

Thorsten, another question I had was ..the PKGBUILD that you provided for pre4, I used that to install i3-tree, but now whenever I run aurget, it wants me to upgrade i3-tree from AUR. Just wanted to confirm if they were the same versions.

No, the package from AUR is a git package, though it is a package using the tree branch, i3-git which I maintain still follows the "next" branch.
If you want to stay with the preview release might change the package name of that one, when posting the PKGBUILD I haven't thought about the conflict with the package from AUR.

Edit: Changed the package name in the post.

Last edited by Atsutane (2011-07-22 21:21:02)

Inxsible · 2011-07-22 21:51:40

Atsutane wrote:

Inxsible wrote:
Thorsten, another question I had was ..the PKGBUILD that you provided for pre4, I used that to install i3-tree, but now whenever I run aurget, it wants me to upgrade i3-tree from AUR. Just wanted to confirm if they were the same versions.
No, the package from AUR is a git package, though it is a package using the tree branch, i3-git which I maintain still follows the "next" branch.
If you want to stay with the preview release might change the package name of that one, when posting the PKGBUILD I haven't thought about the conflict with the package from AUR.
Edit: Changed the package name in the post.

Doesn't work.

[inxs i3 ]$ makepkg -si
==> Making package: i3-tree-preview pr4-1 (Fri Jul 22 17:49:21 EDT 2011)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Downloading i3-tree-preview-pr4.tar.bz2...
--2011-07-22 17:49:21--  http://i3.zekjur.net/downloads/i3-tree-preview-pr4.tar.bz2
Resolving i3.zekjur.net... 79.140.39.195, 2001:4d88:100e:2::9
Connecting to i3.zekjur.net|79.140.39.195|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://i3wm.org/downloads/i3-tree-preview-pr4.tar.bz2 [following]
--2011-07-22 17:49:22--  http://i3wm.org/downloads/i3-tree-preview-pr4.tar.bz2
Resolving i3wm.org... 79.140.39.195, 2001:4d88:100e:2::9
Reusing existing connection to i3.zekjur.net:80.
HTTP request sent, awaiting response... 404 Not Found
2011-07-22 17:49:22 ERROR 404: Not Found.

==> ERROR: Failure while downloading i3-tree-preview-pr4.tar.bz2
    Aborting...
[inxs i3 ]$

You might have to change the source url as well. No worries though, I changed it and installed it again.

Inxsible · 2011-07-22 22:57:34

I cannot seem to be able to start i3bar unless i pass in the -d option. I wanted to try out the -m option to see the autohide feature...but i don't see the bar even when I hit my mod1 key.

Army · 2011-07-22 23:02:43

You have to hit the Mod4 key.

Inxsible · 2011-07-22 23:03:43

tried both -- nothing happens.

Also how do we assign names to workspaces in i3bar? Is this even possible?

smartass wrote:

Yes, workspace assignments works well and you can name your workspaces as you wish in the config file.

How'd you get workspace names working?

smartass · 2011-07-23 14:31:58

Inxsible wrote:

tried both -- nothing happens.

hmm, check with 'xev' what your "mod4" is.
Or you could patch the code since mod4 is hardcoded somewhere in xcb.c I think

Inxsible wrote:

Also how do we assign names to workspaces in i3bar? Is this even possible?
smartass wrote:
Yes, workspace assignments works well and you can name your workspaces as you wish in the config file.
How'd you get workspace names working?

like this for example:

 # switch to workspace
bindsym Mod4+1 workspace "www"
# move focused container to workspace
bindsym Mod4+Shift+1 move workspace "www"

Inxsible · 2011-07-23 14:38:51

aah ok. so the usual

workspace 1 main

no longer works, but work around is to put them in switching workspace bindings. I'll try it out right now.

EDIT: Tried it out and it works, but then it seems that you have to rename it everywhere. For eg. I had an assignment

assign Firefox → 2

This creates problems because firefox still starts on workspace 2 instead of the new name I gave it which was 2:web

This probably means that I have to remove all instances of 2 and replace them with 2:web. Tedious, to say the least. I liked how you could just define the names for workspaces earlier.

Last edited by Inxsible (2011-07-23 14:47:51)

smartass · 2011-07-23 17:16:54

I understand your point of view Inxsible, this may be less convenient,but it simplifies the implementation and shortens your config (hmm that's not very convincing, is it )
You could try to hang on the i3 IRC chan, ask sECuRE why it was removed and who knows, maybe you'll convince him to put it back, if it's possible
Or you could write a patch, he's usually open to user colab

Inxsible · 2011-07-23 20:44:25

Fair enough. I guess I am just trying to get my old usage working again. But maybe I should just accept the changes. I will try out the workspaces without names for a while and see how it goes. Other than that, most other things seem pretty much working according to my usage flow with the better addition of container management.

So overall I am pretty pleased with the tree version. Hopefully this will become the main branch soon.

Inxsible · 2011-07-24 00:39:32

I might have encountered a small bug in the i3-tree version. Whenever you reload and restart i3, the currently focussed client disappears and cannot be accessed at all even though its up and running and occupies a container.
Steps to reproduce:
1) Change the config file -- anything really.
2) Mod1+Shift+C -- to reload
3) Mod1+Shift+R -- to restart
4) The focussed client disappears but the container still remains showing the wallpaper --- and the client cannot be accessed.

Doing steps 1-4 again (but with a different client focussed) will then bring back the first client and make the 2nd client disappear. I also got the following error in my first client - which happened to be a term window in screen

[src/ipc.c:171] ERROR: EOF received, try to recover...

I was under the impression that restarting i3 would save the layout -- Note however that I do not have any layout related variables in my config since I am still trying to understand how to put them in. Would this be the problem?

Has anyone encountered this? Currently searching the bug-reports but my search-fu is not finding anything relevant yet.

Army · 2011-07-24 06:22:55

That bug doesn't appear here. But I found two other issues:
- Mplayer's fullscreen mode isn't really fullscreen. This can be seen two ways, firstly, zooming with e and w doesn't work and secondly, the mouse pointer doesn't disappear, if it's in the area where there's no video, which is black (e.g. if you watch a 4:3 video on a 16:10 screen, you have those areas on the left and right) ... how is that called again? Solution: in mplayer's config, put fstype=none, hit f so mplayer goes fullscreen and then use i3 to actually make it fullscreen.
- The other one is difficult for me to explain, I'll provide a screenshot.

Yes I'll make bugreports soon

Inxsible · 2011-07-24 08:09:52

Army wrote:

That bug doesn't appear here. But I found two other issues:

Do you have any layout related settings in your config?

I can confirm the mplayer bug. I start mplayer like so

alias mplay='mplayer -fs'

and I see the same issues.

Army · 2011-07-24 15:08:04

Inxsible wrote:

Do you have any layout related settings in your config?

Well I do have those

workspace_layout tabbed
new_window none
client.focused #FFFFFF #FFFFFF #000000
client.focused_inactive #999999 #999999 #FFFFFF
client.unfocused #000000 #000000 #FFFFFF
client.urgent #FF0000 #FF0000 #000000

Inxsible · 2011-07-24 16:54:06

Added the workspace_layout and new_window variables. Now the problem is intermittent. It happens at times and at other times it doesn't . Go figure

Will keep an eye on it...

Army · 2011-07-24 18:37:06

Another thing, I assigned luakit to go to workspace 2 by default. When I'm on workspace 1 and open luakit via Mod1+Mod4+b (my combination to start the browser) the current program optically loses the focus (in reality it doesn't ... kinda, because it only looks like it loses focus). When I then press Mod4+n (my combination to go to the next workspace, the current program on workspace 1 regains focus optically.

Is this explanation understandable? Can someone confirm this?

Inxsible · 2011-07-24 21:24:23

what is the difference between a "bindsym" and a "bindcode" ??

The /etc/i3/config has bindsyms for keystrokes whereas if I use the i3-migrate script, it creates the keystrokes with bindcode. Is there an advantage of using one over the other?

Arch Linux

#426 2011-07-22 08:15:20

Re: The i3 thread

#427 2011-07-22 08:40:30

Re: The i3 thread

#428 2011-07-22 09:26:30

Re: The i3 thread

#429 2011-07-22 09:50:11

Re: The i3 thread

#430 2011-07-22 10:35:04

Re: The i3 thread

#431 2011-07-22 15:14:33

Re: The i3 thread

#432 2011-07-22 15:50:25

Re: The i3 thread

#433 2011-07-22 16:06:18

Re: The i3 thread

#434 2011-07-22 18:18:04

Re: The i3 thread

#435 2011-07-22 21:17:17

Re: The i3 thread

#436 2011-07-22 21:51:40

Re: The i3 thread

#437 2011-07-22 22:57:34

Re: The i3 thread

#438 2011-07-22 23:02:43

Re: The i3 thread

#439 2011-07-22 23:03:43

Re: The i3 thread

#440 2011-07-23 14:31:58

Re: The i3 thread

#441 2011-07-23 14:38:51

Re: The i3 thread

#442 2011-07-23 17:16:54

Re: The i3 thread

#443 2011-07-23 20:44:25

Re: The i3 thread

#444 2011-07-24 00:39:32

Re: The i3 thread

#445 2011-07-24 06:22:55

Re: The i3 thread

#446 2011-07-24 08:09:52

Re: The i3 thread

#447 2011-07-24 15:08:04

Re: The i3 thread

#448 2011-07-24 16:54:06

Re: The i3 thread

#449 2011-07-24 18:37:06

Re: The i3 thread

#450 2011-07-24 21:24:23

Re: The i3 thread

Board footer