Repository navigation
Editor Community
Open Tools → Community to follow issues, contributions and the official wiki without leaving Arkline Editor. It reads GitHub data; it does not turn the selected repository into a local code checkout.
Community workspace with a failed refresh and stale-data warning.
-
Repository accepts an
owner/repositoryname. Connect repository selects it; Official repository returns to Arkline's repository. - Refresh requests a new bounded set of results. The page reports freshness, loading errors and retained stale data.
- Issues, Pull requests, Milestones, Project and Wiki select a list. Filter narrows titles in the loaded list.
- Select an entry to read its text and labels. Open on GitHub opens its full page.
- Wiki always reads the official Arkline wiki, regardless of repository selection. The embedded reader is text-only; remote images appear on GitHub.
- Open Community and choose Official repository.
- Press Refresh and check the reported result or error.
- Open Issues, filter by a topic and select an entry.
- Use Open on GitHub for the complete discussion.
- Open Wiki to read a guide; open it on GitHub for screenshots.
An empty or incomplete list does not establish that the repository has no work. Results are bounded and refreshed manually rather than streamed live.
Public repository reading works without signing in. Sign in with GitHub starts device authorization when an OAuth app is configured. Copy code and Open GitHub to approve take you through GitHub's approval; the editor displays expiry and provides Cancel sign-in. Sign out clears editor access.
GitHub app setup accepts a registered app's public Client ID through Apply app settings. App registration and Device Flow configuration happen outside the editor. No client secret is required. The requested access is profile and read-only Projects; organization policy can still restrict it.
The public Client ID is saved as app configuration. Credentials use the operating-system credential store, outside project documents; a storage failure can leave session-only access with an explicit status. Contributor credentials never become game credentials.
The workspace does not fork, commit, open pull requests or publish wiki changes. Repository selection and refreshing do not save game-world changes. Permission failures and network timeouts need to remain visible, including during account changes.
Contributor sign-in and lifecycle acceptance are tracked in #48; useful editor/community workflows in #45. Official game-account onboarding remains separate in #9.
Wiki home · Source and pull requests · Licensing · Security
Official documentation for Arkline by P.Industries. Independent forks and experiments are welcome; official network authority and branding have separate boundaries.
Start here
Arkline Editor
- Overview
- Projects and play
- Rooms
- GLB assets
- Engineering and service paths
- Fleet finish
- Hull surface
- Cockpit panels
- Equipment and exterior
- Event flow
- Shared sessions
- Community
- Debug and physics lab
Play and understand the client
- Flight and cockpit controls
- Browser client
- Station hangar and quarters
- Pioneer room controls (development preview)
- Pioneer equipment catalog
- Ship computer and resource jobs
- Sound and voice
Build and extend the engine
- Game API
- Architecture and economic verification
- Models and community artwork
- Living-world design
- Identity integration plan
Operate and release
- Transport security
- Web origin TLS
- Private world deployment
- Public relays and downloads
- Public transport limits
- Self-hosted CI and deployment
- Release publication
Evidence, history and policies
- Developer alpha readiness
- Validation history
- Stability audit
- Station assets audit
- Save and spatial migration
- Legacy systems review
- Licensing
- Security and reporting
Ship design archive — all seven ships, concept history and proposed interiors. Onboard systems covers proposed power, RF/data, air, water and cooling.
-
How ship subsystems work together — power, control, life support, water, cooling, fire response and the mining loop; implemented behavior distinguished from proposals.
-
Pioneer interior development preview — both decks, twelve rooms, implemented behavior and acceptance limits.
-
Ship art contribution checklist — scale, component separation, rights, previews and offline GLB inspection.
-
Vessel engineering contract — proposed system lifecycles, energy production/rejection, mass accounting and structural load requirements.
-
Pioneer model runtime — embedded GLB, source model, supported materials, performance limits and remaining gaps.
