Re: Ignore size hint for specific applications
[email protected] Tue, 09 Oct 2018 20:32:46 +0000
| Newsgroups | gmane.comp.window-managers.openbox |
|---|---|
| Message-ID | <[email protected]> |
--===============2982721539517238443==
Content-Type: multipart/alternative; boundary="----4WRPBKGGQH3G41FSB182CX7SJMI2NC"
Content-Transfer-Encoding: 7bit
------4WRPBKGGQH3G41FSB182CX7SJMI2NC
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
I know the problem with urxvt (and other terms)=2E
For many years now I've been using a patched rxvt-unicode=2E Please search=
aur=2Earchlinux=2Eorg -
The specific patch is called "no resize increment", but some packages appl=
y a whole bunch of patches without specifically mentioning it=2E
On October 7, 2018 10:24:13 AM UTC, Peter Varo <hello@petervaro=2Ecom> wro=
te:
>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=2Estackexchange=2Ecom/questions/473183
>
>The brilliant answer provided by the user 'mosvy' makes it very clear
>that there is no real workaround for this problem=2E Before I asked that
>question I did my investigation and I couldn't find any other
>alternatives myself=2E
>
>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=2E
>
>At this point I would appreciate any official support, even like the
>most 'radical' one at the `resize` section:
>
><resize>
> =2E=2E=2E
> <ignoreSizeHint>yes</ignoreSizeHint>
></resize>
>
>Or perhaps a more granular option should be present at the `action`
>level, something like:
>
><action name=3D"MoveResizeTo">
> =2E=2E=2E
> <ignoreSizeHint>yes</ignoreSizeHint>
></action>
>
>Which then could be restricted to specific applications only:
>
><action name=3D"If">
>
> <query>
>
> <title>MyApp</title>
>
> </query>
>
> <then>
>
> <action name=3D"MoveResizeTo">
>
> =2E=2E=2E
>
> <ignoreHintSize>yes</ignoreHintSize>
>
> </action>
>
> </then>
>
> <else>
>
> =2E=2E=2E
>
> </else>
>
></action>
>
>Or maybe all of these possible options combined would give enough
>control to the user over this particular matter=2E Either way, I'm very
>interested in any kind of feedback regarding this problem and/or its
>possible solution(s)=2E
>
>Many thanks,
>
>Peter Varo
>=E2=80=94
>Senior Software Engineer
>www=2Epetervaro=2Ecom
--=20
Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E
------4WRPBKGGQH3G41FSB182CX7SJMI2NC
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
I know the problem with urxvt (and other terms)=2E<br>For many years now I'=
ve been using a patched rxvt-unicode=2E Please search aur=2Earchlinux=2Eorg=
-<br>The specific patch is called "no resize increment", but some packages=
apply a whole bunch of patches without specifically mentioning it=2E<br><b=
r><br>On October 7, 2018 10:24:13 AM UTC, Peter Varo <hello@petervaro=2E=
com> wrote:<br>>Hi there,<br>><br>>I've been using OpenBox for =
years now and although I love it there is<br>>one particular thing that =
was bugging me for ages before I finally made<br>>it into a question on =
one of the StackExchange sites as you can see it<br>>here:<br>><br>&g=
t;https://unix=2Estackexchange=2Ecom/questions/473183<br>><br>>The br=
illiant answer provided by the user 'mosvy' makes it very clear<br>>that=
there is no real workaround for this problem=2E Before I asked that<br>&g=
t;question I did my investigation and I couldn't find any other<br>>alte=
rnatives myself=2E<br>><br>>Now editing the source and recompiling it=
upon every update is just a<br>>pain in the bottom (not to mention, tha=
t the provided example/solution<br>>may not even be complete) so I think=
this really is an issue that<br>>should be handled by the project maint=
ainers=2E<br>><br>>At this point I would appreciate any official supp=
ort, even like the<br>>most 'radical' one at the `resize` section:<br>&g=
t;<br>><resize><br>> =2E=2E=2E<br>> <ignoreSizeHint=
>yes</ignoreSizeHint><br>></resize><br>><br>>Or per=
haps a more granular option should be present at the `action`<br>>level,=
something like:<br>><br>><action name=3D"MoveResizeTo"><br>>=
; =2E=2E=2E<br>> <ignoreSizeHint>yes</ignoreSizeHint><=
br>></action><br>><br>>Which then could be restricted to spe=
cific applications only:<br>><br>><action name=3D"If"><br>><=
br>> <query><br>><br>> <title>MyApp</titl=
e><br>><br>> </query><br>><br>> <then><br>=
><br>> <action name=3D"MoveResizeTo"><br>><br>> =
=2E=2E=2E<br>><br>> <ignoreHintSize>yes<=
/ignoreHintSize><br>><br>> </action><br>><br>> =
</then><br>><br>> <else><br>><br>> =2E=
=2E=2E<br>><br>> </else><br>><br>></action><br>&=
gt;<br>>Or maybe all of these possible options combined would give enoug=
h<br>>control to the user over this particular matter=2E Either way, I'=
m very<br>>interested in any kind of feedback regarding this problem and=
/or its<br>>possible solution(s)=2E<br>><br>>Many thanks,<br>><=
br>>Peter Varo<br>>=E2=80=94<br>>Senior Software Engineer<br>>w=
ww=2Epetervaro=2Ecom<br><br>-- <br>Sent from my Android device with K-9 Mai=
l=2E Please excuse my brevity=2E
------4WRPBKGGQH3G41FSB182CX7SJMI2NC--
--===============2982721539517238443==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Kb3BlbmJveCBt
YWlsaW5nIGxpc3QKb3BlbmJveEBpY2N1bHVzLm9yZwpodHRwOi8vaWNjdWx1cy5vcmcvbWFpbG1h
bi9saXN0aW5mby9vcGVuYm94
--===============2982721539517238443==--