Authentication-Results: mail-b.sr.ht; dkim=fail header.d=librem.one header.i=@librem.one Received: from mx1.librem.one (mx1.librem.one [138.201.176.93]) by mail-b.sr.ht (Postfix) with ESMTPS id A0D2511EEDD for <~taiite/public-inbox@lists.sr.ht>; Thu, 16 Dec 2021 04:53:02 +0000 (UTC) Received: from smtp.librem.one (unknown [192.241.214.14]) by mx1.librem.one (Postfix) with ESMTPS id BA7CE81E72; Wed, 15 Dec 2021 20:52:57 -0800 (PST) Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=librem.one; s=smtp; t=1639630375; bh=yKkn0O5TPVoLgtapYg/xelxZcjUNHRjjfa4y1/czQok=; h=Date:Cc:Subject:From:To:References:In-Reply-To:From; b=jlH9KuB9rndZSde8PGFIPiVPEdmHf414QMxg2gUAIX+WLKC1rsgAIn9+5cygaJVW7 kMqpoRYQtQeqdHaTRMIfWKAIvEG0JAwLkCWwG5JIkN4WioAojtjM7iiNp0TiGbCcEa w5P59rhyn+iRIt7SKScWQ+UawOc4gqgWG9qb1PkoH2ejtqm/og2L1GmoGN2LUBowI5 DQIUlQc8tC39QFGKE/JJybm9nDWCrEzQPv39iGu7ZMASkx9+Lk/cH/PkrFj/OhCz0U u9IohctC3ERzEqr57p7JPTcQpGe/m/owni1UF9rXLaFBtoD4hW3Sp6yItnsBx/BXzl 1aEloc/J3bUYw== Content-Type: text/plain; charset=UTF-8 Date: Wed, 15 Dec 2021 23:52:54 -0500 Message-Id: Cc: Subject: Re: [PATCH senpai] config: allow gaps to be customized From: "Zach DeCook" To: "Hubert Hirtz" , <~taiite/public-inbox@lists.sr.ht> References: <20211214211927.8827-1-zachdecook@librem.one> <2fe3814d-c75a-d773-55ab-5a9dbf2fdfa0@hirtz.pm> In-Reply-To: <2fe3814d-c75a-d773-55ab-5a9dbf2fdfa0@hirtz.pm> On Wed Dec 15, 2021 at 10:06 AM EST, Hubert Hirtz wrote: > Hi thanks for the patch. IIUC you want gaps to be one cell wide, is > that right? Right now I'm using it with gaps set to 0. (the different style of the colu= mns is enough to tell them apart). > The gaps have been set to 2 originally because highlight nicks have > padding. This padding would need to take the gap width into account, Is this padding really necessary? (e.g. if it was used to have something besides a space printed in that colu= mn then my changes to printIdent would be invalid) > senpai hasn't the kind of UI that is made for narrow windows anyway. (I also was planning to add a patch to reduce / expand the width with diffe= rent date formats, like =F0=9F=95=9E (which would remove the last hard-coded width value: `5`)) You're right, the grid-based timeline is not *ideal* for narrow screens. (m= ine is 38 columns). But this patch has already made this program usable for me (I can discern n= icknames at width 7, and the wrapping isn't too much to bear). If there's another approach you think would be better, I would be happy to = try it out, but I think this change is in line with the current configuration options o= f senpai. > I don't think it makes sense to add all this code ... If you like, I could probably refactor some option code so there's a net ne= gative in lines (rather than +4 new lines). ;) -Zach