libhistory-support.

--===============6086949951132188468==
Content-Type: multipart/alternative; boundary="94eb2c1951e265692605558f4553"

--94eb2c1951e265692605558f4553
Content-Type: text/plain; charset="UTF-8"

After thinking about it, then as ratpoison has implemented internal history
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>' becomes
'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.

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 :)

Unrelated, sorry, but I previously read about adding mouse-focus to frames,
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,
but of course as said, none of my business, and I respect the maintainers
decision on this obviously.

A final unrelated note, is that I would love if xft got disabled by default
- 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-contributors,
I of course understand and respect.

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

--94eb2c1951e265692605558f4553
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">After thinking about it, then as ratpoison has implemented=
 internal history support itself, then maybe enabling libhistory support an=
d adding to resource-usage, wouldn&#39;t be the best solution, and I only a=
lso wanted a single option from said lib, which was the search-in-history c=
ompletion function(e.g. &#39;ch&lt;arrow-up&gt;&#39; becomes &#39;chromium&=
#39;, or &#39;sou&lt;arrow-up&gt;&#39; becomes &#39;source .ratpoisonrc&#39=
; etc, which in libhistory is enabled with a preceding exclamation-mark), w=
hich possibly could be implemented anyway additionally later on, in the int=
ernal history support if deemed appropriate.<div><br></div><div>Btw, i&#39;=
m sorry I cannot contribute myself (yet), as a noob in C programming, but i=
m doing what I can to learn it currently :)</div><div><br></div><div>Unrela=
ted, sorry, but I previously read about adding mouse-focus to frames, thoug=
h not by default... I have no say in this obviously, but I would hope it wo=
uld 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&#39;s a demand for such and think it&#39;s highly misplaced, but of c=
ourse as said, none of my business, and I respect the maintainers decision =
on this obviously.=C2=A0</div><div><br></div><div>A final unrelated note, i=
s that I would love if xft got disabled by default - it more than doubles m=
emory usage and imho doesn&#39;t seem to fit into a small fast keyboard-cen=
tric wm, but that&#39;s just my humble opinion. though i&#39;ve seen plenty=
 state the same around the web - of course the only ones deserving a vote o=
n this, is the actual maintainer and coding-contributors, I of course under=
stand and respect.=C2=A0</div><div><br></div><div>Thanks for keeping ratpoi=
son alive everyone, it&#39;s very much appreciated!</div></div>

--94eb2c1951e265692605558f4553--


--===============6086949951132188468==
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

--===============6086949951132188468==--