Native apps written in TypeScript and CSS
Recorded: Sept. 22, 2026, 8:08 p.m.
| Original | Summarized |
GitHub - geastack/examples: Example Gea applications and tools — the app gallery used by the simulator, the embedded targets, GeaOS and the Apple targets. · GitHub Skip to content Navigation MenuSign inAppearance settingsPlatformAI CODE CREATIONGitHub CopilotWrite better code with AIGitHub Copilot appDirect agents from issue to mergeMCP RegistryIntegrate external toolsDEVELOPER WORKFLOWSActionsAutomate any workflowCodespacesInstant dev environmentsIssuesPlan and track workCode ReviewManage code changesCode QualityEnforce quality at mergeAPPLICATION SECURITYGitHub Advanced SecurityFind and fix vulnerabilitiesCode securitySecure your code as you buildSecret protectionStop leaks before they startEXPLOREWhy GitHubDocumentationBlogChangelogMarketplaceView all featuresSolutionsBY COMPANY SIZEEnterprisesSmall and medium teamsStartupsNonprofitsBY USE CASEApp ModernizationDevSecOpsDevOpsCI/CDView all use casesBY INDUSTRYHealthcareFinancial servicesManufacturingGovernmentView all industriesView all solutionsResourcesEXPLORE BY TOPICAISoftware DevelopmentDevOpsSecurityView all topicsEXPLORE BY TYPECustomer storiesEvents & webinarsEbooks & reportsBusiness insightsGitHub SkillsSUPPORT & SERVICESDocumentationCustomer supportCommunity forumTrust centerPartnersView all resourcesOpen SourceCOMMUNITYGitHub SponsorsFund open source developersPROGRAMSSecurity LabMaintainer CommunityGitHub StarsArchive ProgramREPOSITORIESTopicsTrendingCollectionsEnterpriseENTERPRISE SOLUTIONSEnterprise platformAI-powered developer platformAVAILABLE ADD-ONSGitHub Advanced SecurityEnterprise-grade security featuresCopilot for BusinessEnterprise-grade AI featuresPremium SupportEnterprise-grade 24/7 supportPricingSearch/Sign inSign upAppearance settings You signed in with another tab or window. Reload to refresh your session. Dismiss alert geastack examples Public
Notifications
Fork
Star Code Issues Pull requests Actions Projects Security and quality Insights
Additional navigation options
Code Issues Pull requests Actions Projects Security and quality Insights
mainBranchesTagsGo to fileCodeOpen more actions menuLatest commit History6 Commits6 CommitsFolders and filesNameNameLast commit messageLast commit date.gea.gea .github/workflows.github/workflows appsapps assets/fontsassets/fonts docsdocs sharedshared tools/dialer-browsertools/dialer-browser .gitignore.gitignore LICENSELICENSE README.mdREADME.md package-lock.jsonpackage-lock.json package.jsonpackage.json View all filesRepository files navigationREADMEContributingMIT licenseMore itemsGeaStack Examples Path apps/* apps/*/package.json tools/dialer-browser package.json docs Quick Start ./targets/web/dev-web.mjs --app-dir /path/to/examples/apps/watch # or name one app docs/EXAMPLE-CATALOG.md: example categories, App Manifest Basics Keep examples small and focused. A good example proves one behavior clearly. License Footer © 2026 GitHub, Inc. Footer navigation Terms Privacy Security Status Community Docs Contact Manage cookies Do not share my personal information You can’t perform that action at this time. |
The geastack examples repository functions as an application gallery providing example applications and tools utilized across the GeaStack ecosystem, including the simulator, embedded targets, GeaOS, Apple targets, and developer tools such as the VS Code/Cursor extension. Each example is structured as a small package containing a gea manifest defined in package.json, serving as a central catalog for these assets. The repository structure is divided into paths such as apps, tools, docs, and shared resources, with the applications themselves residing in the apps directory, where each application’s package.json details its purpose, target compatibility, scripts, and launcher metadata. The operational workflow for these examples involves running checks on individual applications, which includes installation, running checks, and building the application. The system leverages a simulator, maintained in a separate repository, which drives the web loop. Scripts within the simulator read application information from a designated root directory, which can be set explicitly or provided via arguments to specify the GEA_APPS_ROOT. This separation indicates that the examples are designed to integrate into a broader, simulated environment. A core component is the application manifest defined within the package.json file, which must contain a gea field. This field is crucial as it informs consuming entities, such as the simulator, embedded board scripts, GeaOS, Apple targets, and the IDE extension, about the application's identity. This manifest specifies critical details like an identifier, name, entry point, runtime environment, and explicit target compatibilities for platforms like web, esp32, and geaos. Maintaining this system requires adherence to specific principles. Examples are encouraged to be kept small and focused, ensuring that each example clearly demonstrates a single behavioral aspect. Furthermore, there is a recommendation to prioritize the use of shared framework APIs over implementing target-specific hacks within the examples. For complex examples, incorporating tests is advised, particularly for logic involving physics, parsing, or non-trivial computations. Documentation must be kept up-to-date, especially the catalog documentation, when adding, renaming, modifying, or altering target compatibility information. The repository is licensed under the MIT license, which permits broad usage, modification, and distribution, with the sole exception being the embedded board support, which is licensed under GPL-3.0-only. Commercial use of the broader GeaStack code is restricted, requiring a separate commercial license, with contact provided for commercial terms and support. This structure establishes a mechanism for sharing verified, integrated examples that drive the development and understanding of the entire GeaStack platform. |