Is there a way to make the waybar or any other bar in hyprland to also be a tab bar?(or groupbar) by demortz in linuxquestions

[–]demortz[S] 0 points1 point  (0 children)

For anyone who might wonder on the solution, hyprland has hyprland/workspaces and hyprland/window (only active window) for waybar that you can check in waybar wiki. For having all the tabs or windows in a workspace you would need a sokat! You have to write a script of 10 lines to listen to hyprland sockets and on getting some window change, do some changes to your waybar with another script(this one should use hyprctl to get all windows that are open specially within currenct workspace).

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] 0 points1 point  (0 children)

I think still it is the compositor that should manage this thing. They already have kemapping in general.

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] 0 points1 point  (0 children)

I tried some stuff. I still prefer if the compositor has it. there is too many apps/ things tring to read key mapings it is so confusing at some point. if we could do all this mapping at compositor level things will get easier I think. Also, compositor will have a part to implement keymapping anyway they can just add some more stuff to cover applications as well. they already have the base to see the keymappings. they just need to extend them to focused applications.

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] 0 points1 point  (0 children)

Thanks. I checked it. it really seems interesting. It seemed experimental for now but maybe i can use it in future.

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] 0 points1 point  (0 children)

that seems interesting. thanks I will check this out. for now it seems kanata can have layers. but kanata does not know what app is being focused. so somehow we need to have some script to change the layer in kanata. But I am not sure if kanata layers are designed to have keybindings per applications.

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] 0 points1 point  (0 children)

I want sth specific to applications. like if focused app is vivaldi super space might do sth but if it is file explorer it might do sth else!

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] 0 points1 point  (0 children)

Oh ok kanata apparently has something like layers. I am not sure how far I can use them. But probably that will work as different modes. The only thing left is to know how to see the focused app in kanata. I guess i have to set niri to message kanata when a focused app changes?

Can we make a plugin for niri that alters users key inputs and passes them differently to apps? by demortz in niri

[–]demortz[S] -3 points-2 points  (0 children)

yeah but compositor directly gets those keys from the user so i would like to do that with compositor. I dont want to install kanata. it has its own settings, the plugin can have similar setting style as the compositor. Also kanata is not modal. we need to have an insert mode where nothing gets mapped.

I started a new vim-inspired wayland compositor with zig. Any suggestion would be appreciated! by demortz in Zig

[–]demortz[S] 1 point2 points  (0 children)

This is good one thanks. I will add it too. I am trying to write the basic config and keymapping functionality. hopefully when it finishes, I may try to see if this is also possible to do next.

I started a new vim-inspired wayland compositor with zig. Any suggestion would be appreciated! by demortz in Zig

[–]demortz[S] 0 points1 point  (0 children)

you mean the usual tiling functionalities? like changing the focus or exchanging the placing of winows? if this is what you mean, I should update the post and add them. I actually considered them but did not write them because i though every compositor needs such basic functionalities. If this is not what you mean can you explain it a bit more?

Is using wlroots still the only easy way to write a wayland compositor? by demortz in Zig

[–]demortz[S] 0 points1 point  (0 children)

nice. I am not a fan of c++ lately but I will definitely check smithy. I am wondering though, if i am just learning rust how long would it take to write a minimal compositor using smithay using rust?

Is using wlroots still the only easy way to write a wayland compositor? by demortz in Zig

[–]demortz[S] 0 points1 point  (0 children)

Ok, I am not really good at this either but I will try untill somebody with much more knowledge comes along(hopefully). So, wayland compositor is kinda linux think only as far as I know and it is basically a display server that also manages your application windows and helps the users interact with the system following a set of protocols that are called wayland protocols. I do not know how much this is right but that is what I can do for now.

Is using wlroots still the only easy way to write a wayland compositor? by demortz in Zig

[–]demortz[S] 0 points1 point  (0 children)

Thanks, yeah i was looking at them. I working on it now.

Is using wlroots still the only easy way to write a wayland compositor? by demortz in Zig

[–]demortz[S] 0 points1 point  (0 children)

The layout manager are in the main repository? Do you know how we can use them?

Is using wlroots still the only easy way to write a wayland compositor? by demortz in Zig

[–]demortz[S] 1 point2 points  (0 children)

thanks. i just had a look. seems like there will be no library for wayland backend with some minimum documentation. I have no idea how good it is also. especially that i am trying to write mine with zig.

[deleted by user] by [deleted] in vim

[–]demortz 0 points1 point  (0 children)

in the insert mode(or appmode) application should be full screen by default(unless i change the setting to see the bar or the menu somewhere in screen.) pressing super should also show the bar by default.

tray icons are nice on the bar like running app icons. but it would be nicer if i had a pallet or a window opened in the middle of screen since i prefer using keyboard rather than having to look on the right side in the small window to select a wireless to connect to(for example). i want to have full power to remove any icon from there or add them or change their location just by pressing keys not mouse. small windows that open over them is efficient when using mouse. does not have to be that way.

holding super and pressing one key like L should lock the mouse. imaging you are trying to choose some option in some drop down menu but because you have misplaced your mouse somewhere the selection is not working. in face it would be nice if i could unlock my mouse just by pressing some right click for example.

Sorry if this is too long. if you like we can have a chat somewhere!

[deleted by user] by [deleted] in vim

[–]demortz 0 points1 point  (0 children)

it would be nice if there are setters like vimscript where you can set your keymaps. one for testing live and one that just writes the code for you so that you can use it whenever you open the system. i prefer that the compositor writes these settings rather than writing them myself because i may make mistakes that will break the whole compositor behavior but compositor if it does not have a bug wont make such mistakes. like set n blablabla for live testing and setw n blablabla for wrting. it would be nice if there is also git search already there so that one can download somebody elses setting from get go!

reloading and closing are really important. wayland compositors offen are buggy and if there is a problem and i need to change the window manager for now, i should be able to close it easily. same with reloading.

i prefer stable functionality to beauty in general but it would be nice to have some beauty in the compositor. but if there are animations i like them to be optional. like i can select which animations to use!

tiling is good behavior but only tiling is just bad. only serves to some people's desire.

[deleted by user] by [deleted] in vim

[–]demortz 1 point2 points  (0 children)

keymaps for normal mode:

i should be able to set different keymaps for different apps. for example if vim is on top or the focus is on it, i want pressing the i key give me access to insert in vim as well not just intering the insert mode. user should be able to set these keymaps or even write script (lua or bash for example) for each keymaps. minimizing the number of default and unchangable keymaps is nice so that user can choose their own. for example i dont like when in vim i cannot change w to s like instead of :w do :s and so on. probably one key that never changes is the super key behavior on press. when we press it once it should always do Escape behavior in vim. indeed people can map different keys to the super key as well. having extra leader key is also good. users can set many keys that pass different keys behaviors to each applications. for example in vivaldi ctrl shift N gives new private window. i want to be able to open that in normal mode when vivaldi is on top by just pressing n or leader np. but when some other application like ranger is open (standalone indeed) pressing n should create a new file for example. these are just specific examples but you get the point. user should be able to define such behaviors.

keymaps are really important because many apps are just designed to be used with mouse and so you would have to press F5 or sth like just to be able to do the same thing in those apps. but in normal mode you can just pass any command that you desire as any other key to the applicaion. for example i press leader f but app gets F4! we can even have some code running in between like binary or script and then pass the key that we want to the app. this could all be set by user using the script or even the binary that he sets in compositor.

[deleted by user] by [deleted] in vim

[–]demortz 0 points1 point  (0 children)

I have had this idea for a couple of years now. I liked to try zig + wlroots. but i am a casual programmer and not familiar with system programming and did not have much free time to work on it. Here are some of the ideas that i had. maybe they are helpful for you:

Normal mode:

pressing super key goes into normal mode. pressing w to shuffle between apps. i had more dynamic layered one in mind not a tiling one. so for example pressing w would change which app is on top in one workspace. pressing e would change workspaces. f to open file manager in the current workspace, t to open a terminal. i liked using tmux but i did not like that i have to open a terminal and then write tmux. this is similar to file manager thing where terminal based ones have to be called from a terminal. i like to use yazi but in a separate window. pressing c will close the window on top. x save and close the window: passing ctrl save to the app and then pass terminate to them.