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 850F922648 for ; Sat, 11 May 2024 18:39:14 +0200 (CEST) Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Sat May 11 12:36:26 -0400 2024 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org; s=20200506; t=1715445373; 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=dCoTZl8D321cD70hGztb/D2HFyHTwFIhhhIRWEirfss=; b=EA2PlrzDCochBKK25+BnCBbI2w1vgvGQxNbhmOK7xcgO/f5mvEDP5ZXycNl41C3tZnlwSI 2EDxt2Cu+lWioMqrMi79q0E3dJaPt32H+iWaBX4jl43KinbEtufj9Zekwg3zuyeUGnzgbt 4m8+NXWytMYuKi3GhpwMZxgZ7WQesok= Received: from [192.168.168.200] ( [207.45.82.38]) by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id 579c25be (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for <9front@9front.org>; Sat, 11 May 2024 11:36:12 -0500 (CDT) Message-ID: <0f909db9-d2ce-4741-8e8e-ddc00caf2da0@posixcafe.org> Date: Sat, 11 May 2024 11:36:21 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: 9front@9front.org References: <3d99344f-4075-4fb3-b22d-c91b37f46c3a@posixcafe.org> <0d9b6e2e-54e9-4d9d-8579-c412c5458350@posixcafe.org> Content-Language: en-US From: Jacob Moody In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: component property controller Subject: Re: [9front] [PATCH] rio: resize border and scrollbar based on font Reply-To: 9front@9front.org Precedence: bulk Sure that would be better. I had also mentioned $scale variable elsewhere in this thread. If we want to make this the responsibility of client programs then I think some environment variable is the way to communicate it. On 5/11/24 11:27, hiro wrote: > khm already mentioned that if you don't want arguments you can use > some /env files instead. > > On Fri, May 10, 2024 at 4:11 PM Jacob Moody 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. >>