与XBRL打交道，需要将问题一分为二。首先，让信息集运用变得更加容易，其次是运用这些信息集。展示XBRL数字商业报告中的信息就是一个典型的例子。

该工作数据库应用程序（2003版微软Aess）展示了这样的工作方式，同时向有意解决展示问题的程序员发出了号召。冒着被取笑的风险，我制作了这个展示代码（别忘了，我只是个注册会计师，而非程序开发员）。不过，基于本人有限的编程水平，以下两个问题还未解决：

l      在格式化信息时，该代码无法利用信息模型

l      在行或列中，该代码仅对一个“轴”起作用

如果解决以上两个问题，我认为服务于商业人员的自动展示是可以实现的。当然，这些展示只使用XBRL实例和分类标准的信息，并充分考虑到信息模型元模式的特点。

大体上，该数据库与XBRL处理器产生的信息集相悖。你运行的功能将导致该程序与元模式、商业应用实例及汇总范例的预生成信息集背道而驰。以下是一些商业应用实例中的信息集：

l      关系信息集 (人类可读)

l      事实表信息集 (人类可读)

l      报告元素信息集（人类可读)

我的终极目标是展示财务报告等商业报告中的信息。同时，我将尽最大努力做出更多改进。（这是PDF文件，一份整合所有元模式和商业应用实例的汇总范例）。

还有，我不想攻击“基于模型的数字商业报告”的“交互性”特点和“报告内混乱导航”。只要获得有用的静态HTML展示文件就行。我已经看到目前这套展示工具内的特点，这也是我一直在寻找的。不过，没有任何工具可以满足所有需求。比如，美国证券交易委员会的交互数据程序很好地展示了一些元模式（如合计、前滚及其他）,但并没有展示全部元模式。火狐XBRL浏览器插件在互动性方面做得很好，支持在商业报告中的自由导航，但它并不能理解信息模型的模式，也不会对其进行处理。当然，其他展示工具在其他方面也有做得比较好的地方。

这次，我做的展示代码只有300行。我想，实际要做的两件事情将是我已有工作量的两倍，甚至四倍，即1200行的代码。这似乎像一个相当基本的“树结构”问题。

请你不妨看一看，或者还可以修改一下展示代码来推翻我所有的测试实例。如果你发现什么，赶紧告诉我吧。