Re: libhistory-support.

--===============3844663399947070367==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha512; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, Jul 30 2017, Martin Hertz <[email protected]> wrote:
> After thinking about it, then as ratpoison has implemented internal histo=
ry
> support itself, then maybe enabling libhistory support and adding to
> resource-usage, wouldn't be the best solution, and I only also wanted a
> single option from said lib, which was the search-in-history completion
> function(e.g. 'ch<arrow-up>' becomes 'chromium', or 'sou<arrow-up>' becom=
es
> 'source .ratpoisonrc' etc, which in libhistory is enabled with a preceding
> exclamation-mark), which possibly could be implemented anyway additionally
> later on, in the internal history support if deemed appropriate.

Being able to search in the ratpoison history using C-r, etc looks like
a nice feature, maybe it could be implemented in a simple fashion.

> Btw, i'm sorry I cannot contribute myself (yet), as a noob in C
> programming, but im doing what I can to learn it currently :)

As someone that uses C almost every day, I can only support that
effort. :)

> Unrelated, sorry, but I previously read about adding mouse-focus to frame=
s,
> though not by default... I have no say in this obviously, but I would hope
> it would then be as an external compile option and external file, like
> sloppy.c, and not going into main-code. Personally I find this highly
> strange, that there's a demand for such and think it's highly
> misplaced,

I personnally don't care at all about mouse-focus suport.  And fact that
you care about a feature doesn't mean that I - or anyone - *has* to
implement it.  This is free software, you're not a client.

> but of course as said, none of my business, and I respect the maintainers
> decision on this obviously.

As I already said on this list, mouse-focus support is likely to be
accepted if someone actually takes the time to discuss and implement it,
from scratch or using the work done by folks like Jeff Abrahamson.

> A final unrelated note, is that I would love if xft got disabled by defau=
lt
> - it more than doubles memory usage and imho doesn't seem to fit into a
> small fast keyboard-centric wm, but that's just my humble opinion. though
> i've seen plenty state the same around the web - of course the only ones
> deserving a vote on this, is the actual maintainer and coding-contributor=
s,
> I of course understand and respect.

I'm unlikely to disable Xft support by default given that non-Xft looks
ugly even to me, and most people have tons of ram and high-resolution
screens.  If you build ratpoison yourself you can disable it, or ask
your distro to disable it by default.

> Thanks for keeping ratpoison alive everyone, it's very much appreciated!

Sure. :)

=2D-=20
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEUTWSwa02UpMr393MDfp0rhUk5+4FAlmIrdoACgkQDfp0rhUk
5+7sHg//SjgH/E2pXW9ZBnR5rQO5EKAmVOQVNkUnkrbVLGK0i+m/ayO4i8E1rdQC
OojMUm3RAUa1JCZNAc/oy7qTU0FNefU1FatMUW10USc070G3zTBcUegGm0frQMM1
SBJ8/zWA4cisbfRZRdxhI/v8Pr0XPjb75gvnxtjVgYh6MfNw9uLzhxGmNFT+Q2sJ
GWrgTEahP+LLSFiIxemklYiRA5uzKFdRSKy6o1gAHHKY00dTTHf4yy0ksGh3aQmC
MvXrjQTimASP6zK/hJ9OVdhQvEXmSfFj4741BWt4mGwJZkCYbwijdp5s9v53qv//
//q8B60v3u2PWT7eNR70XXqh55JAFiKSXOHNX4cAJTSaBrL5HJMGSwyml22LVtzA
uyNbx63q1z3KSFAVNg8+pZ5vVCPIaBRPyr/flBOokuVayt4wtyhWSso2mXZS4O55
RYhFCv55BylXBJ0Ev/1MEmVREeEbssO8LlRD4VJ+y26iADkOSa93Vek4RwvJO5aG
CZBzvwcaj0Ovi0sHutUtMHyAYl9JrUeM5E/uyiA20TIBOYQIY0MdWyix+uECbaHl
2q5XCx00FDIfitwGPkG+nhUQ0KAJolLNM1Nqv4admun9bqztRtcFY9cyY5d+tezk
wtc1uYOUi9R8UJIt4HtDVBGGfedgtRTnM6zDrO2l3FkcdqYBb4E=
=t7zY
-----END PGP SIGNATURE-----
--=-=-=--


--===============3844663399947070367==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ratpoison-devel mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/ratpoison-devel

--===============3844663399947070367==--