Always provide default values for attributes to avoid errors.
Use controls that match the attribute type for better user experience.
Remember to update attributes with setAttributes inside controls.
Summary
Block attributes hold the data or settings of a block.
Controls let users change these attributes in the editor.
Use attributes and controls together to make blocks interactive and customizable.
Practice
(1/5)
1. What is the main purpose of block attributes in WordPress block development?
easy
A. To store data or settings related to the block
B. To style the block with CSS
C. To add animations to the block
D. To create new blocks automatically
Solution
Step 1: Understand block attributes role
Block attributes hold the data or settings that define how a block behaves or looks. Differentiate from styling or automation: Attributes are not for styling or creating blocks automatically but for storing block-specific data.
Final Answer:
To store data or settings related to the block -> Option A
Quick Check:
Block attributes = store data/settings [OK]
Hint: Attributes hold block data/settings, not styles or animations [OK]
Common Mistakes:
Confusing attributes with CSS styling
Thinking attributes create blocks automatically
Assuming attributes control animations directly
2. Which of the following is the correct way to define a block attribute named title of type string in a block's attributes object?
easy
A. "title": { type: String }
B. "title": "string"
C. "title": { value: "string" }
D. "title": { type: "string" }
Solution
Step 1: Recall attribute syntax in block.json or registerBlockType
Attributes are defined as objects with a type property as a lowercase string. Compare options: \"title\": { type: \"string\" } uses { type: \"string\" } which is correct. \"title\": { type: String } uses String (capitalized) which is invalid.
Final Answer:
\"title\": { type: \"string\" } -> Option D
Quick Check:
Attribute type uses lowercase string \"string\" [OK]
Hint: Use { type: \"string\" } with lowercase type name [OK]
Common Mistakes:
Using capitalized String instead of \"string\"
Assigning attribute directly to a string
Using incorrect property like value instead of type
3. Given this block attribute and control code snippet:
What will happen when the user types "World" into the TextControl?
medium
A. An error occurs because useState is not allowed in blocks
B. The content state updates to "World" and the TextControl shows "World"
C. The content state remains "Hello" and TextControl does not change
D. The TextControl clears and shows an empty string
Solution
Step 1: Understand useState and TextControl interaction
The useState hook holds the current content. The TextControl shows this content and updates it on user input. Follow the onChange handler: When user types \"World\", onChange calls setContent(\"World\"), updating the state and re-rendering the control with new value.
Final Answer:
The content state updates to "World" and the TextControl shows "World" -> Option B
Quick Check:
Typing updates state and control value [OK]
Hint: State updates on change, control reflects new value [OK]
What is the likely cause if the control does not update the count attribute correctly when typing?
medium
A. The value prop should be a number, but onChange passes a string
B. The attribute type should be "string" instead of "number"
C. The default value must be set inside setAttributes
D. The control component NumberControl does not exist in WordPress
Solution
Step 1: Check data types between attribute and control
The attribute expects a number, but onChange often passes a string from input controls. Identify mismatch causing update failure: Passing a string instead of a number causes the attribute not to update properly because types differ.
Final Answer:
The value prop should be a number, but onChange passes a string -> Option A
Quick Check:
Type mismatch: onChange passes string to number attribute [OK]
Hint: Ensure onChange passes correct type matching attribute [OK]
Common Mistakes:
Ignoring type conversion from string to number
Changing attribute type unnecessarily
Assuming default value fixes runtime type issues
5. You want to create a block with a toggle control that updates a boolean attribute isActive. Which code snippet correctly defines the attribute and control to toggle this value?
correctly defines isActive as boolean with default false, which is standard for toggles. Use ToggleControl with checked and onChange: The checked prop uses the attribute value, and onChange updates the attribute with the new boolean value passed by the toggle.
Final Answer:
{ isActive: { type: 'boolean', default: false } }, ToggleControl checked={attributes.isActive} onChange={(value) => setAttributes({ isActive: value })} -> Option C
Quick Check:
Boolean attribute with checked and direct onChange update [OK]
Hint: Use checked prop and boolean attribute with default false [OK]
Common Mistakes:
Using string type for boolean attribute
Using value instead of checked prop
Inverting value incorrectly in onChange
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.