🚧 App in Alpha. Features subject to change/break without notice. Issue Tracker

Filters

Filter controls will go here

Add Issue Tracker AppAdone Implement Markdown SupportCto-do Dynamic Landing ModelCto-do Tree ShakingCto-do Source MappingBdoing Dynamic Desktop CSSCdoing Split Kireji App Drag-and-Drop HandlersCto-do Add Dynamic PartsCdoing Rework the Kireji URL FormatAto-do Refine Mesh Ray CastingCto-do Validate ModelToRouteID InputsCto-do Optimize Outliner SnapshotBto-do Post-Build ValidationBto-do Seamless Forward/Back NavigationAdoing Secure Against Cross-Site ScriptingAdoing Dynamic Task Bar Tray IconsAdoing Cross-Origin PWABdoing Console SupportCto-do Search Engine OptimizationAdoing Improve AccessabilityAto-do Mobile-Friendly Task MenuAto-do Feature Support FallbacksBto-do Full Desktop Window SupportBdoing Welcome AppBto-do Properties AppBto-do User-Managed Desktop IconsCto-do Part ExplorerBto-do Context MenuCto-do CLI InitalizationBto-do

Part Explorer

Created: 1776212585 Priority: B Status: to-do Description: Add an explorer (such as explorer.desktop.parts) which can be used to browse the parts in a common minimal folder experience. Here, each file type will have a default program to open it (probably kireji.app, if it is installed) (which can be overridden per-file). When double clicking parts, they are treated as folders so that they can be explored. A context menu will help usability here. The applications "core.parts" and "abstract.parts" can possibly be forwards to the part explorer with the given part open for view. Here, consider the ability to have multiple part explorer windows open - why or why not? For example, the cardinality of the task permutation will grow with each instance of the file explorer one can have open. A finite limit will likely be required (like, for example, 3?). Affected Parts: None Linked Issues: None