Resolver: treat a bare format/container token as an implicit `file` transport (xml:// = file+xml://)
**Status:** open — enhancement proposal (reverses the current by-design refusal, see the resolved `file+zip://` work).
Forcing a format/container on a local path requires the full chained scheme `<transport>+<token>://` even when the transport is trivially the local filesystem:
```
create("file+xml:///tmp/catalog.renamed") -> XmlBaseNode (OK)
create("xml:///tmp/catalog.renamed") -> DrbFactoryException
create("file+zip:///tmp/archive.renamed") -> DrbBaseZipNode (OK)
create("zip:///tmp/archive.renamed") -> DrbFactoryException
```
**Proposal:** when a URL scheme is not a known PROTOCOL topic but matches the factory of a known FORMATTING/CONTAINER topic (`xml`, `zip`, `image`, …), rewrite it as `file+<token>://`. A genuinely unknown scheme (`ftp://`) must keep raising. "No transport ⇒ local file, force any format."
**Trade-off:** blurs the clean transport/format separation; define `//` authority semantics for relative paths.
issue