@blockbite/docs 0.1.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +32 -0
- package/public/docs/screenshots/desi.png +0 -0
- package/public/docs/screenshots/design-framework/design-tokens/colors.png +0 -0
- package/public/docs/screenshots/design-framework/design-tokens/fonts-sizes-1.png +0 -0
- package/public/docs/screenshots/design-framework/design-tokens/fonts-sizes.png +0 -0
- package/public/docs/screenshots/design-framework/design-tokens/headings.png +0 -0
- package/public/docs/screenshots/design-framework/design-tokens.png +0 -0
- package/public/docs/screenshots/mistral/api-keys.png +0 -0
- package/public/docs/screenshots/mistral/create-key-popup.png +0 -0
- package/public/docs/screenshots/mistral/create-key.png +0 -0
- package/public/docs/screenshots/nextjs/rest-api-with-inner-html.png +0 -0
- package/public/docs/screenshots/settings/ai/add-api-key.png +0 -0
- package/public/docs/screenshots/settings/ai/dynamic-template-prompt-example.png +0 -0
- package/public/docs/screenshots/settings/ai/load-defaults-button.png +0 -0
- package/public/docs/screenshots/settings/assets-and-tailwind.png +0 -0
- package/public/docs/screenshots/settings/cdn-libraries-picker-open.png +0 -0
- package/public/docs/screenshots/settings/cdn-libraries-picker.png +0 -0
- package/public/docs/screenshots/settings/nextjs.png +0 -0
- package/public/docs/screenshots/settings/optimze-and-security.png +0 -0
- package/public/docs/screenshots/settings/projects.png +0 -0
- package/public/docs/screenshots/settings/user-roles.png +0 -0
- package/public/docs/screenshots/sidebar/toggle-blockbite-options.png +0 -0
- package/public/docs/screenshots/tailwind/ui-editor/responsive-classes.png +0 -0
- package/public/docs/screenshots/tailwind/ui-editor/search-autocomplete.png +0 -0
- package/public/docs/screenshots/tailwind/ui-editor/start.png +0 -0
- package/public/docs/screenshots/tailwind/ui-editor/tailwind-class-input.png +0 -0
- package/src/01-introduction/01-installation.mdx +57 -0
- package/src/01-introduction/02-getting-started.mdx +45 -0
- package/src/01-introduction/03-contributing.mdx +9 -0
- package/src/01-introduction/04-quick-learn.mdx +37 -0
- package/src/02-core-concepts/01-introduction.mdx +17 -0
- package/src/02-core-concepts/02-tailwind-css.mdx +51 -0
- package/src/02-core-concepts/03-design-panel-basics.mdx +22 -0
- package/src/02-core-concepts/04-code-editor-livepreview.mdx +22 -0
- package/src/02-core-concepts/05-deprecating-presets.mdx +22 -0
- package/src/02-core-concepts/06-dynamic-templates.mdx +21 -0
- package/src/02-core-concepts/07-fills.mdx +21 -0
- package/src/02-core-concepts/08-cdn-libraries.mdx +36 -0
- package/src/03-design-framework/01-introduction.mdx +17 -0
- package/src/03-design-framework/02-design-tokens.mdx +35 -0
- package/src/03-design-framework/03-schema-v1.mdx +18 -0
- package/src/03-design-framework/04-svgs.mdx +16 -0
- package/src/03-design-framework/05-bite-components.mdx +18 -0
- package/src/03-design-framework/06-block-patterns.mdx +16 -0
- package/src/03-design-framework/07-namespaces.mdx +17 -0
- package/src/04-ai-studio/01-introduction.mdx +33 -0
- package/src/04-ai-studio/02-mistral.mdx +38 -0
- package/src/04-ai-studio/03-openrouter.mdx +15 -0
- package/src/04-ai-studio/04-prompting.mdx +19 -0
- package/src/04-ai-studio/05-examples.mdx +20 -0
- package/src/05-dynamic-content/01-creating-dynamic-fields.mdx +15 -0
- package/src/05-dynamic-content/02-dynamic-templates.mdx +18 -0
- package/src/05-dynamic-content/03-the-dynamic-template-block.mdx +16 -0
- package/src/06-atom-blocks/01-button.mdx +13 -0
- package/src/06-atom-blocks/02-group.mdx +11 -0
- package/src/06-atom-blocks/03-frame.mdx +11 -0
- package/src/06-atom-blocks/04-icon.mdx +11 -0
- package/src/06-atom-blocks/05-shape.mdx +11 -0
- package/src/06-atom-blocks/06-richtext-auto.mdx +11 -0
- package/src/06-atom-blocks/07-richtext-group.mdx +11 -0
- package/src/07-addons/01-figma.mdx +11 -0
- package/src/07-addons/02-responsive-compiler.mdx +15 -0
- package/src/08-experimental/01-purge-optimize.mdx +26 -0
- package/src/08-experimental/02-nextjs.mdx +26 -0
- package/src/09-more/01-usefull-links.mdx +13 -0
- package/src/10-advanced-guides/01-creating-bites.mdx +9 -0
- package/src/10-advanced-guides/02-platform-sync.mdx +27 -0
- package/src/11-cli/01-command-reference.mdx +144 -0
- package/src/doc-home.mdx +73 -0
package/package.json
ADDED
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "@blockbite/docs",
|
|
3
|
+
"version": "0.1.1",
|
|
4
|
+
"description": "Blockbite public documentation content in MDX format",
|
|
5
|
+
"type": "module",
|
|
6
|
+
"publishConfig": {
|
|
7
|
+
"access": "public"
|
|
8
|
+
},
|
|
9
|
+
"files": [
|
|
10
|
+
"src",
|
|
11
|
+
"public"
|
|
12
|
+
],
|
|
13
|
+
"exports": {
|
|
14
|
+
"./src/*": "./src/*",
|
|
15
|
+
"./public/*": "./public/*",
|
|
16
|
+
"./package.json": "./package.json"
|
|
17
|
+
},
|
|
18
|
+
"scripts": {
|
|
19
|
+
"dev": "vite",
|
|
20
|
+
"build": "vite build",
|
|
21
|
+
"preview": "vite preview"
|
|
22
|
+
},
|
|
23
|
+
"devDependencies": {
|
|
24
|
+
"@mdx-js/rollup": "^3.1.1",
|
|
25
|
+
"@vitejs/plugin-react": "^4.4.1",
|
|
26
|
+
"react": "^18.2.0",
|
|
27
|
+
"react-dom": "^18.2.0",
|
|
28
|
+
"remark-frontmatter": "^5.0.0",
|
|
29
|
+
"remark-mdx-frontmatter": "^5.2.0",
|
|
30
|
+
"vite": "^6.3.4"
|
|
31
|
+
}
|
|
32
|
+
}
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
@@ -0,0 +1,57 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Installation"
|
|
3
|
+
description: "How to install the Blockbite WordPress plugin."
|
|
4
|
+
tags: ["wordpress", "installation", "plugin"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Installation
|
|
8
|
+
|
|
9
|
+
Follow these steps to install the Blockbite plugin on your WordPress site.
|
|
10
|
+
|
|
11
|
+
<Stepper>
|
|
12
|
+
<StepperItem title="Download the Plugin">
|
|
13
|
+
Download the latest version of the plugin from the official GitHub repository.
|
|
14
|
+
|
|
15
|
+
1. Go to the [Blockbite Releases Page](https://github.com/block-bite/blockbite/releases).
|
|
16
|
+
2. Find the latest release.
|
|
17
|
+
3. Under the "Assets" section, download the `blockbite.zip` file.
|
|
18
|
+
|
|
19
|
+
{" "}
|
|
20
|
+
|
|
21
|
+
<Alert>
|
|
22
|
+
<AlertCircleIcon />
|
|
23
|
+
<AlertTitle>Can't find the file?</AlertTitle>
|
|
24
|
+
<AlertDescription>
|
|
25
|
+
Make sure you download the `blockbite.zip` file and not the source code.
|
|
26
|
+
</AlertDescription>
|
|
27
|
+
</Alert>
|
|
28
|
+
|
|
29
|
+
</StepperItem>
|
|
30
|
+
<StepperItem title="Upload to WordPress">
|
|
31
|
+
Add the plugin to your WordPress site.
|
|
32
|
+
|
|
33
|
+
1. Log in to your WordPress admin dashboard.
|
|
34
|
+
2. In the left-hand menu, navigate to **Plugins > Add New**.
|
|
35
|
+
3. At the top of the page, click the **Upload Plugin** button.
|
|
36
|
+
4. Click **Choose File** and select the `blockbite.zip` file you downloaded earlier.
|
|
37
|
+
5. Click **Install Now**.
|
|
38
|
+
|
|
39
|
+
</StepperItem>
|
|
40
|
+
<StepperItem title="Activate the Plugin">
|
|
41
|
+
Once the plugin is installed, let's activate it.
|
|
42
|
+
|
|
43
|
+
1. After the installation is complete, you should see a success message.
|
|
44
|
+
2. Click the **Activate Plugin** button.
|
|
45
|
+
|
|
46
|
+
{" "}
|
|
47
|
+
|
|
48
|
+
<Alert>
|
|
49
|
+
<CheckCircle2Icon />
|
|
50
|
+
<AlertTitle>Installation Complete!</AlertTitle>
|
|
51
|
+
<AlertDescription>
|
|
52
|
+
Congratulations! Blockbite is now installed and activated on your site.
|
|
53
|
+
</AlertDescription>
|
|
54
|
+
</Alert>
|
|
55
|
+
|
|
56
|
+
</StepperItem>
|
|
57
|
+
</Stepper>
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Getting Started"
|
|
3
|
+
description: "Learn the basics of using the Blockbite plugin in the WordPress editor."
|
|
4
|
+
tags: ["wordpress", "getting started", "basics"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Getting Started
|
|
8
|
+
|
|
9
|
+
Welcome to Blockbite! This guide will help you get started with using the plugin to unlock advanced design capabilities within the WordPress block editor.
|
|
10
|
+
|
|
11
|
+
## Open Blockbite Settings
|
|
12
|
+
|
|
13
|
+
Before editing blocks, open the plugin settings page in wp-admin so you can confirm your project connection and defaults. In WordPress admin, go to the left menu and click `Blockbite`.
|
|
14
|
+
|
|
15
|
+

|
|
16
|
+
|
|
17
|
+
If the Blockbite options are collapsed in the editor sidebar, expand them first so the control groups are visible.
|
|
18
|
+
|
|
19
|
+

|
|
20
|
+
|
|
21
|
+
## Start editing in the visual editor
|
|
22
|
+
|
|
23
|
+
After confirming settings, go to the block editor and start styling blocks with Blockbite.
|
|
24
|
+
|
|
25
|
+
1. Select a block in the WordPress editor (for example Paragraph, Heading, or Image).
|
|
26
|
+
2. Open the right sidebar (`Ctrl + Shift + ,` on Windows or `⌘ + Shift + ,` on Mac).
|
|
27
|
+
3. Expand the **Blockbite** panel and start adjusting controls.
|
|
28
|
+
|
|
29
|
+
## User roles tab
|
|
30
|
+
|
|
31
|
+
Use this tab to restrict who can access the Blockbite editor in wp-admin. This is useful when you want only trusted roles to change block structures and styling rules.
|
|
32
|
+
|
|
33
|
+

|
|
34
|
+
|
|
35
|
+
- `Restrict Blockbite Editor to Admins only`: Limits editor access to administrators only. Non-admin roles (for example Editors) will not be able to use Blockbite when enabled.
|
|
36
|
+
|
|
37
|
+
## Explore Further
|
|
38
|
+
|
|
39
|
+
This section serves as your starting point. To learn more about specific features and advanced usage, check out the following guides:
|
|
40
|
+
|
|
41
|
+
- [Design Panel Basics](/docs/core-concepts/design-panel-basics)
|
|
42
|
+
- [Code Editor & Live Preview](/docs/core-concepts/code-editor-livepreview)
|
|
43
|
+
- [Dynamic Templates](/docs/core-concepts/dynamic-templates)
|
|
44
|
+
- [Design Framework Introduction](/docs/design-framework/introduction)
|
|
45
|
+
- [Platform Sync](/docs/advanced-guides/platform-sync)
|
|
@@ -0,0 +1,37 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Quick Learn"
|
|
3
|
+
description: "Fast path to learn the Blockbite editor workflow."
|
|
4
|
+
tags: ["quick learn", "basics"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Quick Learn
|
|
8
|
+
|
|
9
|
+
This is the shortest path to become productive with Blockbite. Follow these steps in order and you will cover settings, visual editing, responsive controls, and token basics quickly.
|
|
10
|
+
|
|
11
|
+
## 1. Open settings and connect
|
|
12
|
+
|
|
13
|
+
Go to `Blockbite` in wp-admin and confirm your project settings are configured.
|
|
14
|
+
|
|
15
|
+
## 2. Open the visual editor
|
|
16
|
+
|
|
17
|
+
Select a block, open the right sidebar, and expand **Blockbite**.
|
|
18
|
+
|
|
19
|
+
## 3. Navigate style categories fast
|
|
20
|
+
|
|
21
|
+
Use the 9 tiles in the start state to jump directly to a style category.
|
|
22
|
+
|
|
23
|
+
## 4. Apply responsive styles
|
|
24
|
+
|
|
25
|
+
Use responsive targeting (for example `Mobile & Tablet Only`) to scope styles without changing your current viewport context.
|
|
26
|
+
|
|
27
|
+
## 5. Add Tailwind classes quickly
|
|
28
|
+
|
|
29
|
+
Add space-delimited Tailwind classes, press Enter, then use copy/paste actions to transfer classes between selected blocks.
|
|
30
|
+
|
|
31
|
+
## Next docs
|
|
32
|
+
|
|
33
|
+
- [Getting Started](/docs/introduction/getting-started)
|
|
34
|
+
- [Tailwind & Visual Editor](/docs/core-concepts/tailwind-css)
|
|
35
|
+
- [Design Tokens](/docs/design-framework/design-tokens)
|
|
36
|
+
- [Platform Sync](/docs/advanced-guides/platform-sync)
|
|
37
|
+
- [CLI Commands](/docs/cli/command-reference)
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Introduction"
|
|
3
|
+
description: "Core ideas behind Blockbite's visual-to-code workflow."
|
|
4
|
+
tags: ["core", "basics"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Introduction
|
|
8
|
+
|
|
9
|
+
Core Concepts are the foundation of how Blockbite works.
|
|
10
|
+
|
|
11
|
+
Blockbite is built around a simple loop:
|
|
12
|
+
|
|
13
|
+
1. Design visually in the panel.
|
|
14
|
+
2. Refine details in code when needed.
|
|
15
|
+
3. Reuse logic with templates and dynamic data.
|
|
16
|
+
|
|
17
|
+
If you are new to the platform, read this section in order before moving to Design Framework or AI Studio.
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Tailwind & Visual Editor"
|
|
3
|
+
description: "How Tailwind is used inside Blockbite projects."
|
|
4
|
+
tags: ["tailwind", "styling"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Tailwind & Visual Editor
|
|
8
|
+
|
|
9
|
+
Blockbite uses utility-first styling patterns compatible with Tailwind CSS.
|
|
10
|
+
|
|
11
|
+
The visual editor is where you apply Tailwind-driven styling directly to selected blocks. Open any block, expand the Blockbite panel in the right sidebar, and use the control groups to adjust layout, dimensions, and visual styles.
|
|
12
|
+
|
|
13
|
+
## Finding the Blockbite controls
|
|
14
|
+
|
|
15
|
+
Once you've installed and activated the plugin, the controls are available in the block settings sidebar.
|
|
16
|
+
|
|
17
|
+
1. Select any block in the WordPress editor (for example Paragraph, Heading, or Image).
|
|
18
|
+
2. Open the block settings sidebar on the right (`Ctrl + Shift + ,` on Windows or `⌘ + Shift + ,` on Mac).
|
|
19
|
+
3. Expand the **Blockbite** panel to access the visual editor controls.
|
|
20
|
+
|
|
21
|
+
## UI editor start state and fast navigation
|
|
22
|
+
|
|
23
|
+
When you open the visual editor, the default state shows 9 category tiles. These tiles are designed as a fast navigation layer to jump directly into a style category.
|
|
24
|
+
|
|
25
|
+

|
|
26
|
+
|
|
27
|
+
You can also open the category dropdown and search style groups directly.
|
|
28
|
+
|
|
29
|
+

|
|
30
|
+
|
|
31
|
+
## Responsive control behavior
|
|
32
|
+
|
|
33
|
+
The responsive selector lets you choose where a style applies (for example `Mobile & Tablet Only`). We do not auto-switch the editor viewport when you change this, so you can continue styling rapidly without context jumps.
|
|
34
|
+
|
|
35
|
+
When your editor is already in a mobile viewport, the responsive control automatically targets mobile.
|
|
36
|
+
|
|
37
|
+

|
|
38
|
+
|
|
39
|
+
## Tailwind class input, copy, and paste
|
|
40
|
+
|
|
41
|
+
The Tailwind input accepts classes one after another as space-delimited tokens. Press Enter and the classes are applied immediately to the selected block.
|
|
42
|
+
|
|
43
|
+
You can use the small buttons under the input to copy or paste class strings between blocks.
|
|
44
|
+
|
|
45
|
+
Example copied class string:
|
|
46
|
+
|
|
47
|
+
`flex justify-start items-stretch relative w-full flex-row max-lg:flex-col`
|
|
48
|
+
|
|
49
|
+
Select another block and paste to apply the same class setup quickly.
|
|
50
|
+
|
|
51
|
+

|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Design Panel Basics"
|
|
3
|
+
description: "Understand the main controls in the Blockbite design panel."
|
|
4
|
+
tags: ["design panel", "ui"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Design Panel Basics
|
|
8
|
+
|
|
9
|
+
The Design Panel is where you configure structure, style, and behavior for a block.
|
|
10
|
+
|
|
11
|
+
## Key areas
|
|
12
|
+
|
|
13
|
+
- Layout: size, spacing, position, alignment.
|
|
14
|
+
- Visual: color, border, radius, effects.
|
|
15
|
+
- Content: text, rich content, dynamic bindings.
|
|
16
|
+
- Advanced: class hooks, custom attributes, and metadata.
|
|
17
|
+
|
|
18
|
+
## Best practices
|
|
19
|
+
|
|
20
|
+
- Apply changes in small increments and preview often.
|
|
21
|
+
- Keep naming consistent for reusable blocks.
|
|
22
|
+
- Prefer shared tokens over hard-coded values.
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Code Editor & Live Preview"
|
|
3
|
+
description: "Edit generated code and validate changes instantly."
|
|
4
|
+
tags: ["editor", "preview"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Code Editor & Live Preview
|
|
8
|
+
|
|
9
|
+
Use the code editor when visual controls are not enough.
|
|
10
|
+
|
|
11
|
+
## How it works
|
|
12
|
+
|
|
13
|
+
- The editor updates source output directly.
|
|
14
|
+
- Live Preview renders your changes in real time.
|
|
15
|
+
- Validation errors are surfaced immediately so you can fix quickly.
|
|
16
|
+
|
|
17
|
+
## Practical flow
|
|
18
|
+
|
|
19
|
+
1. Start in the Design Panel.
|
|
20
|
+
2. Open Code Editor for precise adjustments.
|
|
21
|
+
3. Confirm behavior in Live Preview.
|
|
22
|
+
4. Save as a reusable template if the pattern repeats.
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Deprecating Presets"
|
|
3
|
+
description: "Preset support is removed. Migration is required."
|
|
4
|
+
tags: ["deprecation", "migration"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Deprecating Presets
|
|
8
|
+
|
|
9
|
+
Presets are deprecated and no backward compatibility is provided.
|
|
10
|
+
|
|
11
|
+
## Policy
|
|
12
|
+
|
|
13
|
+
- Legacy preset behavior is not maintained.
|
|
14
|
+
- Existing preset-based setups must be migrated.
|
|
15
|
+
- New work should use Dynamic Templates and token-driven configuration.
|
|
16
|
+
|
|
17
|
+
## Migration path
|
|
18
|
+
|
|
19
|
+
1. Identify blocks relying on presets.
|
|
20
|
+
2. Rebuild those patterns as Dynamic Templates.
|
|
21
|
+
3. Move style values to tokens.
|
|
22
|
+
4. Validate output in Live Preview before release.
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Dynamic Templates"
|
|
3
|
+
description: "Build reusable templates powered by variables and bindings."
|
|
4
|
+
tags: ["templates", "dynamic"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Dynamic Templates
|
|
8
|
+
|
|
9
|
+
Dynamic Templates allow one block definition to power many outputs.
|
|
10
|
+
|
|
11
|
+
## Core idea
|
|
12
|
+
|
|
13
|
+
A template defines structure once and reads data from fields at runtime.
|
|
14
|
+
|
|
15
|
+
## When to use
|
|
16
|
+
|
|
17
|
+
- Repeated UI patterns with changing content.
|
|
18
|
+
- Multi-tenant or multi-brand outputs.
|
|
19
|
+
- Any block you expect to maintain long term.
|
|
20
|
+
|
|
21
|
+
See also: [Dynamic Templates in Dynamic Content](/docs/dynamic-content/dynamic-templates)
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Fills"
|
|
3
|
+
description: "Use fills to inject contextual content into shared structures."
|
|
4
|
+
tags: ["fills", "content"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Fills
|
|
8
|
+
|
|
9
|
+
Fills are insertion points for dynamic or contextual content.
|
|
10
|
+
|
|
11
|
+
## Typical use cases
|
|
12
|
+
|
|
13
|
+
- Slotting CTA content into a shared card pattern.
|
|
14
|
+
- Replacing media/text regions across variants.
|
|
15
|
+
- Supplying channel-specific content without duplicating layout.
|
|
16
|
+
|
|
17
|
+
## Guidelines
|
|
18
|
+
|
|
19
|
+
- Keep fill contracts explicit (required vs optional).
|
|
20
|
+
- Document expected shape for each fill.
|
|
21
|
+
- Validate fallback behavior when a fill is missing.
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "CDN Libraries"
|
|
3
|
+
description: "Load approved third-party libraries through CDN integration."
|
|
4
|
+
tags: ["cdn", "libraries"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# CDN Libraries
|
|
8
|
+
|
|
9
|
+
Blockbite supports external libraries via CDN for controlled extensions.
|
|
10
|
+
|
|
11
|
+
Use the CDN Libraries settings tab to register handles and map each handle to a concrete URL. This lets you keep library loading explicit and version-pinned.
|
|
12
|
+
|
|
13
|
+

|
|
14
|
+
|
|
15
|
+
- `CDN HANDLES`: Multi-select input for library handles.
|
|
16
|
+
- Dropdown results (for example `gsap_core`, `gsap_scrolltrigger`): Predefined handle suggestions.
|
|
17
|
+
- Custom handle input: You can type your own handle and confirm with Enter.
|
|
18
|
+
|
|
19
|
+

|
|
20
|
+
|
|
21
|
+
- Selected handle chips: Active libraries that will get URL fields below.
|
|
22
|
+
- Per-handle URL field: Configure provider, version, or exact path.
|
|
23
|
+
- Drag handle icon: Reorder loaded libraries.
|
|
24
|
+
- Delete icon: Remove a handle and its URL mapping.
|
|
25
|
+
|
|
26
|
+
## Recommendations
|
|
27
|
+
|
|
28
|
+
- Only use trusted, version-pinned CDN URLs.
|
|
29
|
+
- Minimize runtime dependencies.
|
|
30
|
+
- Verify license and production impact before enabling.
|
|
31
|
+
|
|
32
|
+
## Operational checks
|
|
33
|
+
|
|
34
|
+
1. Pin a fixed version.
|
|
35
|
+
2. Test in preview and production build.
|
|
36
|
+
3. Track loaded libraries in project documentation.
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Introduction"
|
|
3
|
+
description: "Overview of the Blockbite design framework layer."
|
|
4
|
+
tags: ["framework", "design"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Introduction
|
|
8
|
+
|
|
9
|
+
The Design Framework defines how style decisions stay consistent across blocks.
|
|
10
|
+
|
|
11
|
+
It combines tokens, schema, components, and patterns into one predictable system.
|
|
12
|
+
|
|
13
|
+
We created a simplified schema `v1` that keeps bites stable by always including tokens in the structure. This lets you reuse blocks and change colors/themes without breaking the design system.
|
|
14
|
+
|
|
15
|
+
Our approach is semantic design tokens (for example intent-based names instead of raw color values), and we would love feedback from teams using this in production.
|
|
16
|
+
|
|
17
|
+
- Token implementation reference: [designtokens.ts](https://github.com/block-bite/blockbite/blob/main/packages/shared-utils/src/designtokens.ts)
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Design Tokens"
|
|
3
|
+
description: "Set up reusable semantic values for spacing, color, type, and more."
|
|
4
|
+
tags: ["tokens", "design system"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Design Tokens
|
|
8
|
+
|
|
9
|
+
Design tokens are the single source of truth for reusable values.
|
|
10
|
+
|
|
11
|
+
Blockbite uses a semantic token model so style decisions stay portable across bites and themes. Tokens are managed in a dedicated modal with category tabs for sizing, colors, families, headings, and sync.
|
|
12
|
+
|
|
13
|
+

|
|
14
|
+
|
|
15
|
+
## Token categories in the editor
|
|
16
|
+
|
|
17
|
+
The token modal is split into categories so each token type can be managed independently without mixing concerns.
|
|
18
|
+
|
|
19
|
+

|
|
20
|
+

|
|
21
|
+

|
|
22
|
+
|
|
23
|
+
## Token categories
|
|
24
|
+
|
|
25
|
+
- Color
|
|
26
|
+
- Spacing
|
|
27
|
+
- Typography
|
|
28
|
+
- Radius
|
|
29
|
+
- Shadow
|
|
30
|
+
|
|
31
|
+
Use semantic naming (`surface-primary`, `text-muted`) over raw naming (`blue-500`).
|
|
32
|
+
|
|
33
|
+
## Sync tab (Figma)
|
|
34
|
+
|
|
35
|
+
You can use the `Sync` tab to synchronize design tokens from your connected Figma project into Blockbite. This keeps the token source aligned between design and implementation.
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Schema (v1)"
|
|
3
|
+
description: "Structure and constraints for framework configuration in v1."
|
|
4
|
+
tags: ["schema", "v1"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Schema (v1)
|
|
8
|
+
|
|
9
|
+
Schema v1 defines the contract between design data and rendered output.
|
|
10
|
+
|
|
11
|
+
## Scope
|
|
12
|
+
|
|
13
|
+
- Token definitions
|
|
14
|
+
- Component mappings
|
|
15
|
+
- Namespace boundaries
|
|
16
|
+
- Validation constraints
|
|
17
|
+
|
|
18
|
+
Keep schema files versioned and reviewed like code.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Svgs"
|
|
3
|
+
description: "Guidelines for inline and referenced SVG usage in Blockbite."
|
|
4
|
+
tags: ["svg", "assets"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Svgs
|
|
8
|
+
|
|
9
|
+
Use SVGs for scalable, theme-friendly graphics.
|
|
10
|
+
|
|
11
|
+
## Rules
|
|
12
|
+
|
|
13
|
+
- Prefer optimized SVGs.
|
|
14
|
+
- Remove unnecessary metadata before import.
|
|
15
|
+
- Use token-aware fill/stroke when possible.
|
|
16
|
+
- Keep icon viewboxes consistent.
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Bite Components"
|
|
3
|
+
description: "Composable component units used throughout the design framework."
|
|
4
|
+
tags: ["components", "bite"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Bite Components
|
|
8
|
+
|
|
9
|
+
Bite Components are reusable primitives and composites that align with your schema.
|
|
10
|
+
|
|
11
|
+
## Expectations
|
|
12
|
+
|
|
13
|
+
- Typed inputs
|
|
14
|
+
- Predictable variants
|
|
15
|
+
- Clear content slots
|
|
16
|
+
- Token-driven styling
|
|
17
|
+
|
|
18
|
+
Avoid embedding one-off business rules inside component definitions.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Block Patterns"
|
|
3
|
+
description: "Pattern-driven block composition for repeatable layouts."
|
|
4
|
+
tags: ["patterns", "layout"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Block Patterns
|
|
8
|
+
|
|
9
|
+
Block Patterns package common layouts into reusable templates.
|
|
10
|
+
|
|
11
|
+
## Pattern quality checklist
|
|
12
|
+
|
|
13
|
+
- Solves a repeated use case.
|
|
14
|
+
- Has clear defaults.
|
|
15
|
+
- Supports dynamic fields.
|
|
16
|
+
- Keeps overrides minimal and safe.
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Namespaces"
|
|
3
|
+
description: "Use namespaces to isolate tokens, components, and patterns."
|
|
4
|
+
tags: ["namespaces", "organization"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Namespaces
|
|
8
|
+
|
|
9
|
+
Namespaces prevent collisions and keep large projects maintainable.
|
|
10
|
+
|
|
11
|
+
## Suggested model
|
|
12
|
+
|
|
13
|
+
- `core/*` for shared platform assets
|
|
14
|
+
- `brand/*` for tenant-specific overrides
|
|
15
|
+
- `feature/*` for domain-scoped implementations
|
|
16
|
+
|
|
17
|
+
Document ownership per namespace.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: "Introduction"
|
|
3
|
+
description: "AI Studio overview and model-provider workflow."
|
|
4
|
+
tags: ["ai", "studio"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Introduction
|
|
8
|
+
|
|
9
|
+
AI Studio helps generate and refine Blockbite structures faster.
|
|
10
|
+
|
|
11
|
+
Use it for scaffolding, transformation, and assisted prompt iteration.
|
|
12
|
+
|
|
13
|
+
## Add API key
|
|
14
|
+
|
|
15
|
+
Connect your provider key in the AI tab before using model-backed integrations. Once connected, Blockbite can fetch models and run your selected AI flows.
|
|
16
|
+
|
|
17
|
+

|
|
18
|
+
|
|
19
|
+
- `API Keys` tab: Lists provider key forms.
|
|
20
|
+
- `MISTRAL API KEY`: Input for your Mistral secret key.
|
|
21
|
+
- Visibility icon: Toggle key visibility while editing.
|
|
22
|
+
- `Connect`: Validates and stores the API key.
|
|
23
|
+
- `+ Add Provider`: Adds another AI provider connection.
|
|
24
|
+
|
|
25
|
+
## Load default templates
|
|
26
|
+
|
|
27
|
+
Use this area to bootstrap model-specific defaults before writing custom prompts. It gives you a fast baseline that you can then tune per project.
|
|
28
|
+
|
|
29
|
+

|
|
30
|
+
|
|
31
|
+
- `Platform selector` (for example `Mistral`): Chooses the provider profile.
|
|
32
|
+
- `Load defaults`: Inserts the default integration templates for the selected platform.
|
|
33
|
+
- `Model`: Picks the concrete model variant for generation.
|