Color scheme: Light
You are here: start » en » Technical documentation

Technical documentation

Guides · Examples · Reference

Understand how it works. Build what you need.

Documentation for our tools, from your first working result to the API reference. For every product, we state what is released and where its limits are.

Three real views from the Access ecosystem, overlapping: the Bootstrapper Manager (formerly Starter Configurator) with its project list, the Access application “Data service – Administration” with navigation, grid, and edit form, and the starter window setting up version 1.4.0
From the Access ecosystem: an admin app built on Forms Object Library and Office JSON, the Bootstrapper Manager, and the starter window. Sample data, German user interface.

Start with your task

Products

Access: four tools for one Access application

For teams that would rather modernize a proven Access application than rewrite it. Each tool closes one gap; together they carry the application from its forms all the way to every user’s desk.

  • Forms Object Library – grids, trees, Gantt charts, and navigation for your forms. Released
  • Office JSON – read and write web service responses in VBA, with no silent rounding. Released
  • Office SDK – your application as source code in Git, built from a fixed revision. In development
  • Bootstrapper – new releases installed per user without admin rights, once IT has installed the starter (Windows 11, 32-bit or 64-bit Access). Released

See how the tools work together

Schematic of an Access form built from WKL controls: navigation on the left (1), a header with title and commands (2), a grid with group rows and totals (3), a docked edit form with validated input (4), a status label (5), a splitter (6), and a note with an Undo action (7)
How a form comes together from Forms Object Library controls (schematic).

Data integration: SQL Server data through a data service

A data service makes SQL Server data available over HTTP and OData—with no database password on the desktop, permissions per table, and access from outside without a VPN. The OData ODBC driver links the tables in Access, where users edit them in the datasheet without writing any VBA.

Data service documentation · OData ODBC driver documentation · Overview page (in German)

Microsoft Access with the linked table dbo_Artikel in the navigation pane and its datasheet showing number, description, group, and price
A data service table, linked in Access and editable in the datasheet. Test data, German user interface.

DokuWiki extensions: the platform behind this site

The extensions this site runs on turn DokuWiki into a working environment: sign-in with a second factor, project and repository access, a database environment, a user-interface toolkit, and the markup pages are written in.

Every package comes with a quick start and its own documentation.

Find your package and task

Project area of this site: on the left, the repositories with the package wkcore, branch main, and its file tree; on the right, the README “WvdS-DW Core (wkcore)” with links to Overview, Tutorial, How-to, and API reference
The project area: a package with its file tree and documentation.

Post-quantum cryptography: ML-DSA and ML-KEM for the software you already have

A .NET library adds the ML-DSA signature and the ML-KEM key encapsulation mechanism to existing code, one call site at a time. A crypto service offers the same algorithms as a separate process, for embedded and industrial systems on L4Re or Windows.

Preview
Both are published as previews.

Library · Crypto service · Which one fits?

// Binds to .NET – unchanged.request.CreateSelfSigned(    notBefore, notAfter); // Binds to the library:// classical plus ML-DSA.request.CreateSelfSigned(    notBefore, notAfter,    CryptoMode.Hybrid);
Same call, one extra argument: only CryptoMode routes it into the library.

TrustBridge: trust between organizations, one partner at a time

For companies in a supply chain whose systems have to work together – without a shared network, central accounts, or certificates of unclear origin. Each organization keeps its own identities, keys, and rules; trust is agreed per partner, for a defined purpose, and can be revoked at any time. Connections run over TLS 1.3 and are additionally protected by an independently generated post-quantum secret. What a partner may do is still decided by the target application, such as the Database Gateway.

In development
The documentation describes the full feature set.

Overview · Federation and bilateral trust · Operating models · Connecting the Database Gateway

Six layers of protection for one connection: network connection, TLS 1.3 with hybrid key agreement, additional post-quantum secret, mutual identity, relationship policy, authorization by the target application
Every connection passes through six layers of protection – from the network connection to authorization in the target application.

More areas

  • AMED/WISProgram description of a long-grown system for a plant’s technical assets, motors, and instrumentation data. In German only.
  • Your workspaceProjects, repositories, and work items for customers and partners. Sign-in required.
  • HelpSecuring your account, fixing a problem on your own, working with projects, and writing – all the guides in one place.
  • Working with projectsFrom finding a project to submitting a change.
  • Set up two-factor sign-inProtect your account with an authenticator app or email.
en/docs/start.txt · Last modified: by Wolfgang van der Stille