On Tue, Jul 14, 2026 at 2:52 PM C. Michael Pilato <[email protected]> wrote:
> On Tue, Jul 14, 2026 at 5:14 AM Thomas Åkesson <[email protected]> wrote: > >> Hi, >> >> >> I was unable to find any discussion on this deprecation of XSLT in the >> browsers. >> >> >> https://developer.chrome.com/docs/web-platform/deprecating-xslt >> >> >> I suspect this deprecation will break the Subversion web ui (folder >> listing and Collection of Repositories) and the customization point for >> these UIs (SVNIndexXSLT). >> >> >> We use this XSLT extensively so I am interested if anyone has >> experimented with server-side transformation? >> > > This is unfortunate, but hopefully the situation isn't quite as bad as you > might think. > > IIRC, the XSLT variant of the mod_dav_svn directory listing feature is > entirely optional. When a GET request arrives aimed at a versioned > directory, if SVNIndexXSLT is set, an XML response referencing the template > is generated; but otherwise, an HTML response is still generated. So this > deprecation might force admins to turn off the SVNIndexXSLT "flavor", > resulting in some ... undecorated directory listings. But at least I > expect the listings will still "work" (for the most basic of definitions of > "work"). > > It does cause me to wonder though... Would a SVNIndexCSS feature be > interesting -- where we generate that HTML with quite a bit more structure > (divs, ids, etc.) and allow folks to point to a CSS file that at least > pretties it up? > > Just to throw it in: I think a built-in reasonably usable web interface would probably be the most wanted feature that we can do in today's reality of Subversion. -- Timofei Zhakov
