Steven,
Thank you for bringing this up, it’s very timely for several reasons.
Self-closing of elements is required by SEC EDGAR processing (see the Interactive Data Public Test Suite, file 525-ix-syntax/ned/00-filing/00-filing-ned-testcase.xml).
Historically this was required because at the start of accepting iXBRL, the inline viewers then available used html and quirks mode to display what really is xhtml data, and browsers in that era interpreted a number of self-closed elements as starting superfluous invalid DOM nesting and made DOM-based inline viewing unreliable.
The latest EDGAR inline viewer (ixviewer-plus) is xhtml based, and can cope with self closing elements, and probably most other current inline viewers likewise.
The 24.1 version of EdgarRenderer on Arelle actually must self-close the nil ix:nonFractions and such to prevent their rejection by some other processing steps.
Structu...@sec.gov could handle a request to allow certain nil ix elements to be self closed and update the above-referenced test case.
Herm
--
---
You received this message because you are subscribed to the Google Groups "Arelle-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
arelle-users...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/arelle-users/2e74e27d-ba56-49bc-97d2-f83d9d7aa410n%40googlegroups.com.
The below link opens up in the prior SEC ixviewer (23.2), you can force it to SEC’s ixviewer-plus (24.1), which is being tentatively launched for multi-doc and multi-IXDS filings, by tweaking the URL as follows:
(therein those nil facts lack the .5 1 1 etc but don’t indicate that they’re nil. Ixviewer issues also can be passed on to Structu...@sec.gov.
From:
arelle...@googlegroups.com <arelle...@googlegroups.com> on behalf of Steven Horowitz <c0hor...@gmail.com>
Date: Thursday, April 4, 2024 at 7:51 PM
To: Arelle-users <arelle...@googlegroups.com>
Subject: Re: FilingIndex Showing Warnings For Self Closed Nil Facts?
Hi Herm,
Thank you for the response. Looking into this more, there is also apparently an issue with the Arelle rendering engine that seems related. https://www.sec.gov/ix?doc=/Archives/edgar/data/1849548/000200858924000010/f10k2023_onyxacq1.htm is a filing that was done with our software. All nil facts when clicked on show as ".5 1 1 1 1 5 3". It confused me for a minute, but it appears Arelle is just ignoring the self closing nil fact and rendering the rest of the ix:hidden section of the inline document as though it was HTML, since those other numbers correspond to every other hidden fact value in the document in order.
I double-checked the EFM Volume 2 for guidance on handling nil facts, and we are tagging them in accordance with the guidance in 5.2.5.14 Hidden element restriction.
To view this discussion on the web visit https://groups.google.com/d/msgid/arelle-users/6be7d6fa-d060-4b27-89d9-dc66eb9f97acn%40googlegroups.com.