[openbox] Ignore size hint for specific applications

ohnonot-github at posteo.de ohnonot-github at posteo.de
Tue Oct 9 16:32:46 EDT 2018


I know the problem with urxvt (and other terms).
For many years now I've been using a patched rxvt-unicode. Please search aur.archlinux.org -
The specific patch is called "no resize increment", but some packages apply a whole bunch of patches without specifically mentioning it.


On October 7, 2018 10:24:13 AM UTC, Peter Varo <hello at petervaro.com> wrote:
>Hi there,
>
>I've been using OpenBox for years now and although I love it there is
>one particular thing that was bugging me for ages before I finally made
>it into a question on one of the StackExchange sites as you can see it
>here:
>
>https://unix.stackexchange.com/questions/473183
>
>The brilliant answer provided by the user 'mosvy' makes it very clear
>that there is no real workaround for this problem.  Before I asked that
>question I did my investigation and I couldn't find any other
>alternatives myself.
>
>Now editing the source and recompiling it upon every update is just a
>pain in the bottom (not to mention, that the provided example/solution
>may not even be complete) so I think this really is an issue that
>should be handled by the project maintainers.
>
>At this point I would appreciate any official support, even like the
>most 'radical' one at the `resize` section:
>
><resize>
>    ...
>    <ignoreSizeHint>yes</ignoreSizeHint>
></resize>
>
>Or perhaps a more granular option should be present at the `action`
>level, something like:
>
><action name="MoveResizeTo">
>    ...
>    <ignoreSizeHint>yes</ignoreSizeHint>
></action>
>
>Which then could be restricted to specific applications only:
>
><action name="If">
>
>    <query>
>
>        <title>MyApp</title>
>
>    </query>
>
>    <then>
>
>        <action name="MoveResizeTo">
>
>            ...
>
>            <ignoreHintSize>yes</ignoreHintSize>
>
>        </action>
>
>    </then>
>
>    <else>
>
>        ...
>
>    </else>
>
></action>
>
>Or maybe all of these possible options combined would give enough
>control to the user over this particular matter.  Either way, I'm very
>interested in any kind of feedback regarding this problem and/or its
>possible solution(s).
>
>Many thanks,
>
>Peter Varo
>>Senior Software Engineer
>www.petervaro.com

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20181009/80261ea1/attachment.html>


More information about the openbox mailing list