view-chain-layout

A set of formatting rules for z2ui5clui5viewbuilder chains, which are code calls that describe a user-interface view as a tree. It defines indentation, line breaks, closing syntax, factory shapes, and the linter rule for checking them.

In plain words
What is it for?
Use it when writing or reviewing view-builder chains in the listed abap2UI5 repositories. It helps apply the same style and check it with a linter.
Why use it?
It removes guesswork when reading or writing these chains. Consistent layout makes the code show the same structure as the interface it creates.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/abap2ui5/samples/view-chain-layout
Any agent
npx skills add abap2UI5/samples --skill view-chain-layout
Clone the repo
git clone --depth 1 https://github.com/abap2UI5/samples

Made for: Claude Code, Codex.

Per session 125 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,590 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00125 $0.02590
Opus 5 $0.00063 $0.01295
Sonnet 5 $0.00025 $0.00518
Haiku 4.5 $0.00013 $0.00259

Measured 2d ago against content hash 677bc4741ea0, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

view-chain-layout scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

100% identical to view-chain-layout — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.claude/skills/view-chain-layout/SKILL.md · 195 lines

How it starts

The opening of the file, as written. The whole thing — 195 lines — stays where its author put it; the contents beside it link to each section on GitHub.

The layout of a view-builder chain

A chain is read far more often than it is written, and its layout is the only thing that makes it legible as the XML tree it stands for. Treat the indent as load-bearing, not as taste: it is the one place a reader can see where in the tree a line sits, so it has to be true.

These rules are identical in all three repositoriesabap2UI5, abap2UI5/samples, abap2UI5/samples-controls. They were unified in one pass after a survey found the two sample corpora following opposite conventions for the same builder.

The seven rules

  1. One call per line. Every ele( ), tag( ), a( ) and end( ) opens its own line with )->. A control never shares its line with its own attributes, nor with the container it opens.

  2. Four spaces per level, everywhere. A child sits one level in from its container, a control's attributes one level in from the control. The same step in every file.

  3. The closing paren rides with the arrow. Never a ) alone at a line end — carry it to the start of the next segment so it always reads )->. The whole view ends in a single )., not ) )..

  4. end( ) stands alone in the column of the ele( ) it closes. That is what makes an ascent over several levels visible instead of hidden.

  5. One attribute per line, v = / b = column aligned across a control's attribute block.

  6. stringify( ) is a standalone final statementclient->view_display( view->stringify( ) )., never nested in the chain.

  7. A wrapped t_arg list hangs under its FIRST element. When a _event( ) / follow_up_action( ) argument table runs over several lines, every continuation line starts in the column of the first ( … ) — not under the # of VALUE #(, which is three columns to its left and the drift this rule exists to stop:

    )->a( n = `close` v = client->follow_up_action( val   = client->cs_event-control_by_id
                                                    t_arg = VALUE #( ( `notificationList` )
                                                                     ( `removeItem` )
                                                                     ( `$event.oSource.getId()` ) ) )
    

Read the full file on GitHub · 195 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 195 lines · 125 tokens per session scan A 677bc4741ea0

Subscribe to this mod's changes

view-chain-layout is a skill published in the GitHub repository abap2UI5/samples (56 stars, last pushed 3d ago), licensed MIT. It adds 125 tokens to every session and 2,590 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to view-chain-layout, differing in 0 lines, and is treated as a copy.

Related

Other skills, from other repositories

abap-check

The catalogue of ABAP problems a green CI does not catch - abapGit round-trip and import failures (BOM, line endings, trailing whitespace, EOF newline, 255-character lines, metadata sidecars for CLAS and for DDLS/BDEF/TABL), activation errors abaplint does not model (classconstructor visibility, LOCAL FRIENDS, generic…

abap2UI5/abap2UI5 · 167 tokens

ui5-check

The catalogue of UI5 problems a green CI does not catch - names that do not exist in the oldest supported release (icons, controls, properties, aggregations, enum values, modules, themes), layout that only works from a newer release on, views that fail to load rather than to render, and CSP/runtime traps. Also the…

abap2UI5/abap2UI5 · 137 tokens

view-chain-layout

The layout rules for a z2ui5clui5viewbuilder chain - one call per line, four spaces per tree level, the end( ) column, which factory( ) shape goes with which chain shape, blank lines, and the linter rule that checks them. Identical in abap2UI5, abap2UI5/samples, abap2UI5/samples-controls and abap2UI5/samples-stack.…

abap2UI5/abap2UI5 · 125 tokens

build-an-app

How to build an application WITH abap2UI5 (as opposed to changing the framework) - app class template, lifecycle, view building via z2ui5clui5viewbuilder, data binding, events, popups, navigation, validation tooling. Use when writing or reviewing a z2ui5ifapp class, demo app, sample or any consumer application code.

abap2UI5/abap2UI5 · 80 tokens

ui5-best-practices-accessibility

This skill should be used when the user asks to audit, fix, check, review, or improve accessibility, a11y, ARIA, WCAG compliance, landmarks, labeling, heading levels, focus handling, keyboard navigation, keyboard shortcuts, screen reader support, invisible messaging, reading order, or touch / target size in UI5…

UI5/plugins-coding-agents · 229 tokens

css-expert

CSS expert for flexbox, grid, animations, responsive design, and modern layout techniques.

RightNow-AI/openfang · 21 tokens