From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <9front-bounces@9front.inri.net>
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham
	autolearn_force=no version=3.4.4
Received: from 9front.inri.net (9front.inri.net [168.235.81.73])
	by inbox.vuxu.org (Postfix) with ESMTP id 4540021FE2
	for <ml@inbox.vuxu.org>; Fri, 10 May 2024 16:22:35 +0200 (CEST)
Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Fri May 10 10:20:23 -0400 2024
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org;
	s=20200506; t=1715350811;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=nhyWm+3LA/LxRdFq6BZvW4cuC+a/yuVFoteM/y084HE=;
	b=dZkhyYb0EeukYB+XteM0ktTPIBAuF6OGzUxjr93hGGFxMLJm3y3nRHrS47EbLNgoRxZ/nG
	XYSxOoxUC0BQvJIEGkL2EJgMI5EF5fIzo8y/g06XUSq26J+3vrSBQiOzv7EDHnhuTPNkjj
	MD/VWVIRJxCA/NAoDGH24XLnxFj7IQw=
Received: from [192.168.168.200] (<unknown> [207.45.82.38])
	by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id d82d0bea (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO)
	for <9front@9front.org>;
	Fri, 10 May 2024 09:20:10 -0500 (CDT)
Message-ID: <20c6b814-9c4c-469c-86fe-a86022c2f210@posixcafe.org>
Date: Fri, 10 May 2024 09:20:19 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: 9front@9front.org
References: <DB8996DAC2058F8EB352F7251479F544@smtp.pobox.com>
 <3d99344f-4075-4fb3-b22d-c91b37f46c3a@posixcafe.org> <Zj28mfPu9JR4FDtg@wopr>
 <0d9b6e2e-54e9-4d9d-8579-c412c5458350@posixcafe.org>
 <B80E34E0-F432-4B1B-AE52-29F582E049E9@stanleylieber.com>
Content-Language: en-US
From: Jacob Moody <moody@posixcafe.org>
In-Reply-To: <B80E34E0-F432-4B1B-AE52-29F582E049E9@stanleylieber.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: stable high-performance wrapper TOR replication base 
Subject: Re: [9front] [PATCH] rio: resize border and scrollbar based on font
Reply-To: 9front@9front.org
Precedence: bulk

On 5/10/24 09:16, Stanley Lieber wrote:
> On May 10, 2024 10:10:29 AM EDT, Jacob Moody <moody@posixcafe.org> wrote:
>> On 5/10/24 01:20, Kurt H Maier wrote:
>>> On Thu, May 09, 2024 at 07:14:06PM -0500, Jacob Moody wrote:
>>>>
>>>> we do not currently do any sort of scaling in the UI for larger displays.
>>>> I think we should be looking at a more general solution to this problem,
>>>
>>> scrollbars and borders should be arguments passed to rio and then
>>> exposed in env or elsewhere
>>>
>>> every other attempt at 'general solutions' to ui scaling have been
>>> miserable goddamn failures and I really really don't want to live
>>> through it again
>>>
>>> khm
>>
>> Alright then where's you're code for a solution here? I don't
>> want arguments to every fucking program for scaling.
>>
>>
> 
> rio provides the borders, so every program in that rio that uses rio's borders would inherit the same settings.
> 
> sl

There are assumptions about the window size in other places of the code, that's what I was talking about.
Look at /sys/include/draw.h:/BorderWidth/, there is code that currently relies on it being 4 pixels as a constant.