From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27263 invoked from network); 20 Dec 2020 22:06:26 -0000 Received: from ewsd.inri.net (107.191.116.128) by inbox.vuxu.org with ESMTPUTF8; 20 Dec 2020 22:06:26 -0000 Received: from duke.felloff.net ([216.126.196.34]) by ewsd; Sun Dec 20 17:03:35 -0500 2020 Message-ID: Date: Sun, 20 Dec 2020 23:03:23 +0100 From: cinap_lenrek@felloff.net To: 9front@9front.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: converged optimized realtime-java element control Subject: Re: [9front] htmlfmt anchor corner cases Reply-To: 9front@9front.org Precedence: bulk i do not like this part so much. + if(href!=nil && href[0]=='/' + && (base = strchr(result, ':')) != nil + && (base = strchr(base+3, '/')) != nil) + *base = '\0'; the issue is htmlfmt's code to combine relative urls is just wrong. handling urls can be hard. but adding hacks like these does not solve the problem sufficiently. theres code in webfs that might be of help. maybe we should make a version for libhtml, which htmlfmt uses. the other part wbout {} looks fine. -- cinap