Giter Site home page Giter Site logo

Comments (13)

lepisma avatar lepisma commented on July 29, 2024 2

I will give it a shot this weekend.

from stumpwm-contrib.

npavlinek avatar npavlinek commented on July 29, 2024 1

Maybe you should have a look at this: stumpwm/stumpwm#454, @lepisma.

from stumpwm-contrib.

npavlinek avatar npavlinek commented on July 29, 2024

I'm not the author of this module, but maybe this was intended? Although looking at the screenshot of the module, maybe not.

Perhaps there should be an option whether a user wants to apply gaps to the modeline or not. Thoughts?

from stumpwm-contrib.

lepisma avatar lepisma commented on July 29, 2024

I am the author (for the outer gaps thing). I used polybar so didn't face this issue. I agree about having an option for applying gaps to modeline.

I think it might need some refactoring since the outer gaps were implemented by resizing the whole head. Allowing modeline might mean changing this.

from stumpwm-contrib.

lepisma avatar lepisma commented on July 29, 2024

Another way might be to make the modeline aware of gaps and have it position itself correctly. Though I am not sure which way is going to be easier/better. Thoughts?

from stumpwm-contrib.

jamesmccabe avatar jamesmccabe commented on July 29, 2024

Thanks for the replies. My Lisp skills are poor so I don't know how easy it would be to implement the features. My guess is not very easy 😁. If we could just make the modeline stay in default position I would be happy with that.

Having the option to apply gaps to the modeline or turning it off would be cool though.
Applying gaps to the modeline could be another module maybe with separate code? I'm not sure if that would work either.

from stumpwm-contrib.

lepisma avatar lepisma commented on July 29, 2024

I have a possible fix in here. There are now three kind of gaps defined by the following variables:

  1. *head-gaps-size*. This is what borders the monitor. Everything (including modeline) comes inside its boundary. You would want to set it to 0.
  2. *outer-gaps-size* mimicks the behaviour of the older variable with same name but adds asymmetric gaps around individual windows after checking if they are facing monitor edges.
  3. *inner-gaps-size* is the same old thing.

Here is a quick picture to describe these.

screenshot_20180429_181105 png

The outermost gaps are due to *head-gaps-size*. The innermost (around all edges of window) are due to *inner-gaps-size* and the extra gaps for the monitor facing edges is from *outer-gaps-size*.

Try the fork and see if it behaves correctly. If all looks fine, then I will create a PR here.

from stumpwm-contrib.

jamesmccabe avatar jamesmccabe commented on July 29, 2024

Thanks Abhinav it seems to work fine. I am getting an error message though which doesn't effect the functionality though. It only appears when the gaps are toggled on.

Error in Command 'toggle-gaps': The function STUMPWM:ONLY-TILE-WINDOWS is undefined.

Maybe I am doing something wrong?

2018-05-01-001919_1366x768_scrot

from stumpwm-contrib.

npavlinek avatar npavlinek commented on July 29, 2024

I just tried it myself. Seems to work fine. @lepisma

How are you getting that error? @jamesmccabe (I tried the same config with the binding as you and get no error)

from stumpwm-contrib.

lepisma avatar lepisma commented on July 29, 2024

Which version of stumpwm are you using @jamesmccabe? (although the missing function is around a year old so don't know if this matters).

from stumpwm-contrib.

jamesmccabe avatar jamesmccabe commented on July 29, 2024

Sorry I am using stumpwm version 1.0.0 so I think this is the problem. I will test the git version later.

from stumpwm-contrib.

lepisma avatar lepisma commented on July 29, 2024

Right, I now realize that v1 doesn't have that fn. Since, v1 is latest stable release, should I revert the change that I made (lepisma@08918d7)? I think addon modules should at least work with the latest stable.

from stumpwm-contrib.

lepisma avatar lepisma commented on July 29, 2024

Or I can also take this opportunity to ask @dbjergaard if v1.0.1-rc can go as a stable release? I feel there are sufficient amount of really useful changes in the rc. Its also been working without any hiccups for me at least. How are others feeling about it?

from stumpwm-contrib.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.