Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

next-workspace and own names for workspaces conflict #470

Closed
3 tasks done
ukaszg opened this issue Aug 2, 2020 · 3 comments
Closed
3 tasks done

next-workspace and own names for workspaces conflict #470

ukaszg opened this issue Aug 2, 2020 · 3 comments
Assignees
Labels
bug Something isn't working feedback wanted

Comments

@ukaszg
Copy link

ukaszg commented Aug 2, 2020

Describe the bug
running:
$ /usr/share/i3xrocks/next-workspace
Traceback (most recent call last):
File "/usr/share/i3xrocks/next-workspace", line 23, in
font = workspaces[0].name.split("'")[1]
IndexError: list index out of range

it happens because I have set different names for the workspaces:
$ cat ~/.config/regolith/Xresources
#define QUOTE(x) Q(x)
#define Q(x) #x
#define WORKSPACE_NAME(INDEX, FONT, COLOR, GLYPH) INDEX: INDEX GLYPH
#define typeface_bar_glyph Source Code Pro Medium 13
#define glyph_font QUOTE(typeface_bar_glyph)
#define typeface_bar pango:Terminus (TTF) Medium 10, Material Design Icons 10
#define typeface_rofi Terminus (TTF) Medium 10
#define typeface_terminal Terminus (TTF) Medium:pixelsize=14:antialias=true:autohint=true
#define typeface_wm pango:Terminus (TTF) Medium 10

i3-wm.font: typeface_wm
i3-wm.bar.font: typeface_bar
i3xrocks.value.font: typeface_bar

i3-wm.bar.position: top
i3-wm.bar.trayoutput: primary
i3-wm.gaps.focus_follows_mouse: yes
i3-wm.next-workspace.key: p

i3-wm.workspace.01.key: grave
i3-wm.workspace.02.key: 1
i3-wm.workspace.03.key: 2
i3-wm.workspace.04.key: 3
i3-wm.workspace.05.key: 4
i3-wm.workspace.06.key: 5
i3-wm.workspace.07.key: 6
i3-wm.workspace.08.key: 7
i3-wm.workspace.09.key: 8
i3-wm.workspace.10.key: 9
i3-wm.workspace.01.name: 0
i3-wm.workspace.02.name: 1
i3-wm.workspace.03.name: 2
i3-wm.workspace.04.name: 3
i3-wm.workspace.05.name: 4
i3-wm.workspace.06.name: 5
i3-wm.workspace.07.name: 6
i3-wm.workspace.08.name: 7
i3-wm.workspace.09.name: 8
i3-wm.workspace.10.name: 9
i3-wm.workspace.11.name: 10
i3-wm.workspace.12.name: 11
i3-wm.workspace.13.name: 12
i3-wm.workspace.14.name: 13
i3-wm.workspace.15.name: 14
i3-wm.workspace.16.name: 15
i3-wm.workspace.17.name: 16
i3-wm.workspace.18.name: 17
i3-wm.workspace.19.name: 18
i3-wm.workspace.20.name: 19
gnome.wallpaper:
i3-wm.program.1: /usr/bin/nm-applet
i3-wm.program.2: /usr/bin/env wp.py
i3xrocks.date.format2: %a %d %B %H:%M
i3xrocks.volume.step: 6
===END OF PASTE===
ignore the fact that grave conflicts with next-workspace key, I have modified that key

To Reproduce
Steps to reproduce the behavior:
set workspace keys/names as in description of the bug
run commandline /usr/share/i3xrocks/next-workspace

Expected behavior
Does not throw an error

Configuration file(s)
see description

Installation Details

  • Regolith Install Type: [PPA]
  • Regolith Version: [1.4.1]
  • PPA url: [default: ppa:regolith-linux/unstable]
  • Host OS (for PPA): [Ubuntu 20.04]

Additional context
Add any other context about the problem here.

@ukaszg ukaszg added bug Something isn't working needs-triage Any bug that requires classification by a contributor labels Aug 2, 2020
@ferdinandyb ferdinandyb self-assigned this Oct 16, 2020
@ferdinandyb
Copy link
Member

@ukaszg So as far as I can see, you removed the formatting which the script is trying to grab? But for you, it would also give the wrong name to the workspaces, since it uses the number to name it, but you basically renumbered the entire thing.

If you just wanted a solution, where workspaces are numbered from 0, you can add an i3-wm.workspace.00.name and the appropriate command change in your i3 config.

Otherwise still working on how to fix this, I would need access to the xresources from the server to properly allow for renaming.

@ferdinandyb
Copy link
Member

@moritzheiber moritzheiber added feedback wanted and removed needs-triage Any bug that requires classification by a contributor labels Nov 11, 2020
@moritzheiber
Copy link
Contributor

This should be fixed with the latest release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working feedback wanted
Projects
None yet
Development

No branches or pull requests

3 participants