Figma 101
ஃபிக்மா 101
A comprehensive end-to-end framework of 40 essential Figma techniques across 8 key stages to design and deliver reference-grade digital products.
குறிப்பு-தரமான டிஜிட்டல் தயாரிப்புகளை வடிவமைத்து வழங்குவதற்கான 8 முக்கிய நிலைகளில் உள்ள 40 அத்தியாவசிய ஃபிக்மா நுட்பங்களின் முழுமையான தொகுப்பு.
நிலையான, ஒழுங்கமைக்கப்பட்ட பணியிட கட்டமைப்பு மற்றும் அடிப்படை கேன்வாஸ் பாணிகளை நிறுவுங்கள்.
திட்டக் கோப்புகளை தெளிவாகவும் எளிதாக வழிசெலுத்தக்கூடியதாகவும் மாற்ற தரநிலையான பக்கங்களைக் கொண்ட அமைப்பை நிறுவுங்கள்.
ஏன் முக்கியம்:
Unorganized files cause confusion, waste developer time, and make design systems harder to scale. Clear naming and page structures simplify collaboration.
எடுத்துக்காட்டு:
Organizing a welfare pension project file into distinct pages: Cover, User Flows, desktop Mockups, mobile Mockups, Dev Handoff, and Archive.
சரிபார்ப்பு பட்டியல்:
- •Create a clear Cover page with the project title, status, and owner details
- •Set up distinct pages for Scratchpad, Components, Archive, and Handoff versions
- •Use emoji indicators in page names to signify page purposes at a glance
- •Maintain a single, centralized source of truth for final production designs
- •Archive outdated concepts regularly rather than keeping them next to active frames
அனைத்து திரைகளிலும் சீரான இடைவெளியை உறுதிப்படுத்த கட்டமைக்கப்பட்ட கட்டக் கோடுகளைச் செயல்படுத்துங்கள்.
கட்டம் & தள தளவமைப்பு
வடிவமைப்பைத் துல்லியமாக சீரமைக்க கிரிட்களை உள்ளமைக்கவும்.
ஏன் முக்கியம்:
Grid systems eliminate visual guesswork, speed up layout decisions, and keep desktop and mobile interfaces unified and aligned.
எடுத்துக்காட்டு:
Setting up a 12-column desktop grid on a civic portal frame to align form inputs and sidebars cleanly.
சரிபார்ப்பு பட்டியல்:
- •Use a standard 8px grid system for spacing, padding, and element dimensions
- •Set up a 12-column desktop grid with 24px gutters and comfortable outer margins
- •Use 4-column layouts for mobile viewports with 16px margins to maximize content space
- •Define clear breakpoints for responsive transitions between viewport sizes
- •Use grid overlays during visual audits to check alignment before delivery
வாசிப்புத்திறன் மற்றும் காட்சி வரிசைமுறையை நிர்வகிக்க அச்சுக்கலை அளவுகோல்களை வரையறுத்து சேமிக்கவும்.
ஏன் முக்கியம்:
Inconsistent font sizes clutter layouts and degrade accessibility. Saved type styles guarantee consistent copy rendering across platforms.
எடுத்துக்காட்டு:
Defining an Inter and custom font style guide with pre-saved headers and body text sizes for an e-governance platform.
சரிபார்ப்பு பட்டியல்:
- •Choose highly legible system typefaces with robust Tamil character support
- •Set up a geometric type scale using a fixed multiplier like 1.25
- •Define saved styles for major headings, body copy, captions, and buttons
- •Add vertical line-height margins to prevent Tamil vowel accents from clipping
- •Test text scaling settings to ensure readability on small device screens
வண்ணங்களை வெற்றுப் பெயர்களாகக் குறிக்காமல், அவற்றின் செயல்பாட்டுப் பாத்திரங்களின் அடிப்படையில் சேமித்து வையுங்கள்.
ஏன் முக்கியம்:
Using semantic naming (e.g., surface, primary, border) instead of color descriptions makes updates simpler and supports dark mode integration.
எடுத்துக்காட்டு:
Creating semantic color variables like 'sys-primary-blue' and 'sys-error-red' instead of 'blue-1' and 'red-2'.
சரிபார்ப்பு பட்டியல்:
- •Create color styles for primary brand, accents, background, and borders
- •Map states like hover, active, focus, and disabled to specific color steps
- •Verify that foreground-to-background contrast satisfies WCAG 2.1 AA guidelines
- •Name color styles logically to match development variables cleanly
- •Audit color usage periodically to remove duplicate or stray color values
தயாரிப்பின் நிலைத்தன்மையைப் பேண கூறுகள் மற்றும் பாணிகளைப் பகிர்வு நூலகமாக வெளியிடுங்கள்.
ஏன் முக்கியம்:
Shared libraries prevent designers from duplicating effort and guarantee that all project files pull from the latest master designs.
எடுத்துக்காட்டு:
Publishing an updated Tamil button library, enabling all department designers to access the new visual styles instantly.
சரிபார்ப்பு பட்டியல்:
- •Publish component styles only after conducting thorough quality reviews
- •Add clear descriptions to components to help team members find them
- •Review component changes in the publishing panel to prevent mistakes
- •Instruct team members to update their project files when changes publish
- •Keep project components separate from global system library files
எந்தவொரு உள்ளடக்க நீளத்திற்கும் வியூபோர்ட் அளவிற்கும் மாறும் வகையில் பொருந்தக்கூடிய திரவ இடைமுகங்களை வடிவமைக்கவும்.
உள்ளடக்கத்திற்கு ஏற்ப தானாகவே அளவை மாற்றிக் கொள்ளும் நெகிழ்வான இடைமுகங்களை வடிவமைக்க ஆட்டோ லேஅவுட்டைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Designing with static absolute boxes breaks responsiveness. Auto Layout handles dynamic text scaling and bilingual changes easily.
எடுத்துக்காட்டு:
Using Auto Layout to build a dynamic form where labels, inputs, and error notes adapt automatically when text flows change.
சரிபார்ப்பு பட்டியல்:
- •Apply Auto Layout to frames using the standard Shift+A shortcut
- •Set vertical and horizontal padding values using standard 8px grid intervals
- •Define logical, consistent gap spacing between adjacent elements
- •Choose standard vertical or horizontal layout directions based on flow
- •Remove empty spacer boxes and use padding values to manage layouts
கூறுகள் அவற்றின் பெற்றோர் பெட்டிகளுக்கு ஏற்ப எவ்வாறு மாற்றமடைய வேண்டும் என்பதைக் கட்டுப்படுத்த அளவீட்டு விதிகளை அமைக்கவும்.
ஆட்டோ லேஅவுட் மறுஅளவிடுதல் (Hug vs Fill)
உள்ளடக்கமும் பெற்றோர் திரையும் மாறும்போது பெட்டிகள் எவ்வாறு தானாக அளவைக் கூட்டிக் குறைக்கின்றன என்பதைப் பாருங்கள்.
வடிவமைப்பு விதிகள்:
- அசையா (Fixed) அகலம் கொண்ட பெட்டி திரையின் மாற்றங்களால் சிறிதும் அசையாது.
- நிரப்பு (Fill) பெட்டி காலியாக உள்ள மீதமுள்ள இடங்களை முழுமையாகக் கவ்விக்கொள்ளும்.
- ஹக் (Hug) பெட்டி அதனுள் இருக்கும் உரையின் நீளத்திற்கு ஏற்ப சுருங்கி விரிவடையும்.
ஏன் முக்கியம்:
Incorrect resizing rules cause components to clip or look broken on different viewports. Understanding constraints is key to responsive design.
எடுத்துக்காட்டு:
Setting a card description container to Fill container so it flows smoothly when screen sizes change.
சரிபார்ப்பு பட்டியல்:
- •Use 'Fill container' for inner elements that must stretch to fill parent space
- •Set 'Hug contents' for containers that must shrinkwrap snugly around text
- •Use 'Fixed width' only for elements that require strict visual dimensions
- •Verify that inner text elements are set to fill width to enable proper wrapping
- •Test responsiveness by dragging the parent frame's handles side to side
மேம்பட்ட, மட்டு கூறுகளை உருவாக்க பல ஆட்டோ லேஅவுட் சட்டங்களை ஒன்றிற்குள் ஒன்றாக உட்பொதியுங்கள்.
ஏன் முக்கியம்:
Nesting layout containers is essential for building structured interfaces, like headers with search bars, and mirrors semantic developer HTML.
எடுத்துக்காட்டு:
Nesting a header row (horizontal layout) above a body column (vertical layout) inside a global card frame.
சரிபார்ப்பு பட்டியல்:
- •Break complex card components down into separate, nested rows and columns
- •Ensure every nested frame has logical resizing rules applied to it
- •Label nested frames systematically to keep project files organized
- •Avoid unnecessary grouping containers to maintain simple layouts
- •Set inner items to fill container width to ensure cohesive structures
ஆட்டோ லேஅவுட் பெட்டிகளுக்குள் மிதக்கும் கூறுகளை அடுக்க முழுமையான நிலைப்படுத்தலைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Allows floating controls (like notification badges or close buttons) to sit precisely on top of layout flows without breaking structural alignments.
எடுத்துக்காட்டு:
Placing a red status badge in the top-right corner of an avatar component using absolute layout overrides.
சரிபார்ப்பு பட்டியல்:
- •Select the child element and click the Absolute Position icon in the layout panel
- •Position the overlay item precisely using anchor alignments
- •Verify that resizing the parent doesn't displace the floating item
- •Set appropriate constraints to keep the overlay pinned correctly
- •Use absolute overlays sparingly to keep component setups maintainable
தளவமைப்பு சிதைவதைத் தடுக்க சீரமைப்பு விதிகள் மற்றும் குறைந்தபட்ச/அதிகபட்ச அளவுகளைக் கட்டமைக்கவும்.
ஏன் முக்கியம்:
Setting boundaries on elastic panels ensures that layouts scale gracefully without looking stretched on ultra-wide screens.
எடுத்துக்காட்டு:
Setting a max-width of 1200px on a central desktop block to prevent it from stretching awkwardly on wide screens.
சரிபார்ப்பு பட்டியல்:
- •Use min-width rules to prevent containers from collapsing on small screens
- •Set max-width limits to avoid uncomfortable reading spans on wide layouts
- •Use space-between alignment to distribute header items evenly
- •Verify that content remains visible when maximum width limits are reached
- •Align text elements consistently to match reading flows
வலுவான மாறுபாடுகள் மற்றும் பண்புகள் கொண்ட மட்டு, மீண்டும் பயன்படுத்தக்கூடிய கூறு நூலகங்களை உருவாக்குங்கள்.
ஒரு கூறின் பல்வேறு காட்சி வேறுபாடுகளை ஒரு முதன்மை மாறுபட்ட தொகுப்பாகக் குழுவாக்குங்கள்.
ஏன் முக்கியம்:
Variants reduce file clutter by organizing separate files into single components with logical, easy-to-use toggle panels.
எடுத்துக்காட்டு:
Grouping Default, Hover, and Pressed states of a button into a single 'Button' master component.
சரிபார்ப்பு பட்டியல்:
- •Combine related components into a single variant set using the variants tool
- •Name variant properties logically (e.g., State, Type, Size)
- •Use standard values like 'True/False' for properties to enable boolean toggles
- •Ensure all variant components have identical layer structures and naming
- •Test variant switches in copy instances to ensure layouts update smoothly
கூறுகளின் மாற்றங்களை எளிமைப்படுத்த அடுக்கு தெரிவுநிலையை பூலியன் பண்புகளுடன் பிணைக்கவும்.
ஏன் முக்கியம்:
Boolean controls replace duplicate component variations by letting designers toggle secondary items on and off in the properties sidebar.
எடுத்துக்காட்டு:
Adding a 'showIcon' boolean property to toggle trailing arrows on buttons without creating separate variants.
சரிபார்ப்பு பட்டியல்:
- •Select the layer and bind its visibility to a new boolean property
- •Name properties clearly with active verbs (e.g., showIcon, hasHeader)
- •Use boolean properties instead of creating separate variant files
- •Verify that toggle switches update layouts cleanly in test environments
- •Keep boolean property lists short to maintain simple component setups
சின்னங்களை விரைவாக மாற்றிக்கொள்ளும் வகையில் உட்புற ஐகான் இடங்களை நிகழ்வுப் பரிமாற்ற அமைப்பாக வெளிப்படுத்துங்கள்.
ஏன் முக்கியம்:
Allows designers to swap sub-icons on button copies directly from the sidebar without needing to drill into deep layer groups.
எடுத்துக்காட்டு:
Exposing an arrow icon inside a button component, allowing designers to swap it with search or home icons instantly.
சரிபார்ப்பு பட்டியல்:
- •Select the nested icon template and map it to an instance swap property
- •Provide a clear, helpful name for the swap setting (e.g., leadingIcon)
- •Select a default icon set to populate swap choices automatically
- •Maintain consistent icon framing dimensions to prevent scaling bugs
- •Instruct designers to swap instances via the sidebar to keep files clean
அதிக நெகிழ்வான, மீண்டும் பயன்படுத்தக்கூடிய காட்சி வார்ப்புருக்களை வடிவமைக்க ஸ்லாட் கூறு கட்டமைப்புகளைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Slot components allow teams to share shell layouts (like dialog boxes) while letting designers insert custom content modules locally.
எடுத்துக்காட்டு:
Designing a generic modal box component containing a slot, letting designers swap in forms, tables, or alerts easily.
சரிபார்ப்பு பட்டியல்:
- •Create an empty placeholder slot component within your master design template
- •Insert the slot placeholder inside the master container component
- •Expose the slot area using instance-swap property mappings
- •Design custom content modules to swap into the slots on local file copies
- •Use slot strategies to build highly consistent modal, card, and layout templates
பயனர் அனுபவங்களை வழிநடத்த ஊடாடும் கூறுகளுக்கான தெளிவான நிலை வேறுபாடுகளை வடிவமைக்கவும்.
கூறு நிலைகள் & பாணிகள்
அனைத்து ஊடாடத்தக்க நிலைகளுக்கான காட்சி அமைப்பை உள்ளமைக்கவும்.
இயல்பான பயன்பாட்டு நிலை (Default)
ஏன் முக்கியம்:
Interactive elements must communicate their status. Missing hover or focus states makes interfaces look static and confusing.
எடுத்துக்காட்டு:
Designing high-contrast blue focus rings around text inputs to support keyboard navigation audits.
சரிபார்ப்பு பட்டியல்:
- •Design distinct styles for default, hover, pressed, and focus states
- •Include accessible high-contrast outlines for keyboard focus indicators
- •Design distinct disabled states with appropriate low-contrast settings
- •Map states to interactive component paths to enable live prototype testing
- •Review state variations with developers to align on code behavior
பொருள் சார்ந்த வடிவமைப்பு டோக்கன்கள், பல பயன்முறை மாறிகள் மற்றும் தானியங்கி இருண்ட பயன்முறை உள்ளமைவுகளைச் செயல்படுத்தவும்.
வண்ணங்கள், அளவுகள் மற்றும் உரைகளை முறையாக ஒழுங்கமைக்க வடிவமைப்பு மாறிகளைச் செயல்படுத்துங்கள்.
மாறிகளின் தொகுப்புகள் & கருப்பொருள்கள்
ஒரே கூறில் இருந்து மாறிகளின் வரம்புகளை மாற்றி வண்ணங்களை மாற்றவும்.
குடும்ப அட்டை எண் 8902
பயனாளி விவரங்கள் மற்றும் விநியோக நிலையைச் சரிபார்க்கவும்.
ஏன் முக்கியம்:
Variables replace static style values with dynamic tokens, streamlining theme management and supporting scalable multi-brand structures.
எடுத்துக்காட்டு:
Mapping semantic variable 'bg-surface' to primitive variable 'gray-50' instead of applying 'gray-50' directly to cards.
சரிபார்ப்பு பட்டியல்:
- •Organize design tokens into distinct collections like Primitive and Semantic
- •Map semantic variables to underlying primitive colors rather than static values
- •Use standardized naming conventions (e.g., button-bg-primary) for clarity
- •Create variables for key values like colors, margins, and border radii
- •Review variable naming with developers to coordinate build files
தானியங்கி தீம் மாற்றத்தை ஆதரிக்க வண்ணத் தொகுப்புகளை ஒளி மற்றும் இருண்ட முறைகளாகக் கட்டமைக்கவும்.
மாறிகளின் தொகுப்புகள் & கருப்பொருள்கள்
ஒரே கூறில் இருந்து மாறிகளின் வரம்புகளை மாற்றி வண்ணங்களை மாற்றவும்.
குடும்ப அட்டை எண் 8902
பயனாளி விவரங்கள் மற்றும் விநியோக நிலையைச் சரிபார்க்கவும்.
ஏன் முக்கியம்:
Multi-mode variables enable instant layout testing under different themes, guaranteeing contrast accessibility on both light and dark backgrounds.
எடுத்துக்காட்டு:
Configuring a single semantic collection where primary-text translates to black in Light Mode and white in Dark Mode.
சரிபார்ப்பு பட்டியல்:
- •Create separate mode columns inside semantic color collections
- •Define corresponding color pairs for light and dark settings
- •Apply semantic tokens consistently across layout elements
- •Verify color contrast compliance across both light and dark themes
- •Test automated theme changes by toggling page frame modes
தளவமைப்பு இடைவெளி, ஓரங்கள் மற்றும் வளைவுகளை நிர்வகிக்க எண் மாறிகளைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Hardcoded padding values lead to inconsistent designs. Sizing variables ensure layouts adhere strictly to spacing systems.
எடுத்துக்காட்டு:
Mapping all card padding inputs to a central 'spacing-16' variable to keep card layouts unified.
சரிபார்ப்பு பட்டியல்:
- •Create a spacing collection with standard variables (e.g., space-8, space-16)
- •Bind layout margin and padding fields directly to spacing tokens
- •Create numeric tokens for common design elements like border radii
- •Update underlying spacing tokens to make global layout changes easily
- •Audit design files to identify and replace hardcoded pixel dimensions
ஒற்றைக் கூறுகளிலிருந்து பல்வேறு பிராண்ட் கட்டமைப்புகளை ஆதரிக்க மல்டி-மோட் தொகுப்புகளைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Enables product teams to manage multiple brand themes using identical component layouts, simplifying multi-brand updates.
எடுத்துக்காட்டு:
Switching a central form template from a green brand theme to a blue theme instantly using variable modes.
சரிபார்ப்பு பட்டியல்:
- •Set up distinct brand columns inside token variable collections
- •Map brand variables to central product component styles
- •Ensure all brand variations use identical token naming keys
- •Switch frame brand modes to audit brand variations quickly
- •Keep brand configurations isolated from core structural variables
கூறுகளில் உள்ளூர் மொழிபெயர்ப்புகள் மற்றும் பன்மொழி அமைப்புகளைச் சோதிக்க உரை மாறிகளைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Enables rapid localization checks. Swapping text collections reveals how word expansion impacts layout structures before code is written.
எடுத்துக்காட்டு:
Creating a string token for 'Submit' that updates to 'அனுப்பு' when toggling to Tamil mode.
சரிபார்ப்பு பட்டியல்:
- •Create string variables for key UI terms, buttons, and form labels
- •Define separate language columns for English and Tamil translations
- •Bind text layers directly to corresponding string variables
- •Switch framework language modes to audit bilingual text layouts
- •Verify that layout boundaries adapt cleanly to long translated terms
நேர்த்தியான நுண்-தொடர்புகள், ஸ்மார்ட் அனிமேஷன் மாற்றங்கள் மற்றும் ஊடாடும் கூறுகளை உருவாக்குங்கள்.
பொருந்தும் அடுக்கு சட்டங்களுக்கு இடையே மென்மையான, இயற்கையான மாற்றங்களை உருவாக்க ஸ்மார்ட் அனிமேட்டைப் பயன்படுத்துங்கள்.
அனிமேஷன் & இயக்க மாற்றங்கள்
இரு நிலைகளுக்கு இடையிலான மாறுதலைக் கணித்து அனிமேஷன் செய்கிறது.
ஏன் முக்கியம்:
Static prototypes feel mechanical. Smart Animate interpolates changes in size, rotation, and color to simulate realistic software behaviors.
எடுத்துக்காட்டு:
Using Smart Animate to smoothly expand a collapsible FAQ block when clicked in prototype view.
சரிபார்ப்பு பட்டியல்:
- •Ensure matching layers share identical names and structures across frames
- •Apply Smart Animate transitions within the prototyping panel
- •Keep project layer hierarchies organized to prevent rendering errors
- •Verify that shared layers exist on both starting and ending frames
- •Test transitions to ensure animations render cleanly on screen
மாற்றங்கள் இயற்கையாகவும் தொழில்முறையாகவும் உணரப்பட தனிப்பயன் ஈஸிங் வளைவுகளைச் செயல்படுத்துங்கள்.
ஏன் முக்கியம்:
Linear animations feel stiff and mechanical. Cubic-bezier curves mirror real-world physics, making transitions feel elegant.
எடுத்துக்காட்டு:
Configuring custom easing values of cubic-bezier(0.4, 0, 0.2, 1) to make dropdown menus feel natural.
சரிபார்ப்பு பட்டியல்:
- •Avoid using linear transitions for standard UI animations
- •Use ease-in-out easing curves to make transitions start and end smoothly
- •Apply custom cubic-bezier values to achieve specific animation styles
- •Maintain consistent transition timing scales across all project features
- •Review animation timing configurations with engineering teams
மீண்டும் பயன்படுத்தக்கூடிய நுண்-உரையாடல்களை உருவாக்க கூறு மாறுபாடுகளுக்குள் நேரடியாக மாற்றங்களை உட்பொதியுங்கள்.
ஏன் முக்கியம்:
Interactive components handle repeating behaviors (like checkboxes or menu items) automatically, keeping user flow files clean.
எடுத்துக்காட்டு:
Setting up a master checkbox component that toggles state smoothly on click in all flow copies.
சரிபார்ப்பு பட்டியல்:
- •Set up prototype connections directly within master variant components
- •Configure trigger events (e.g., While hovering, On click)
- •Use interactive components to manage micro-interactions cleanly
- •Verify that interactive states work correctly on page copies
- •Keep interactive component states simple to avoid performance lag
உண்மையான சூழல்களை உருவகப்படுத்த வடிவமைப்புகளை நிஜ சாதன சட்டங்களுக்குள் காட்சிப்படுத்துங்கள்.
ஏன் முக்கியம்:
Frames provide scale. Viewing interfaces inside realistic viewports reveals if target touch targets or layout margins are too small.
எடுத்துக்காட்டு:
Displaying a mobile application design inside a standardized phone frame to check header alignments.
சரிபார்ப்பு பட்டியல்:
- •Select matching device frames within the prototyping panel
- •Ensure design dimensions match standard target frame sizes
- •Align content within safe zones to prevent viewport clipping
- •Test prototypes on actual devices using the mobile app helper
- •Adjust scroll setups to match target device presentations
மேம்பட்ட முன்மாதிரி ஓட்டங்களைக் கட்டமைக்க தலைப்புகளை நிலைநிறுத்தி மேலடுக்குகளை நிர்வகிக்கவும்.
ஏன் முக்கியம்:
Accurate scrolling behavior is key to realistic testing. Sticky headers and anchored overlays make interactive prototypes feel like real apps.
எடுத்துக்காட்டு:
Pinning a POS terminal navigation header to the top of a scrollable stock catalog layout.
சரிபார்ப்பு பட்டியல்:
- •Set top headers to 'Keep position when scrolling' to pin them
- •Configure secondary modal menus to open as overlay windows
- •Position overlay menus relative to trigger buttons
- •Configure backdrop overlays to close when clicked
- •Verify that horizontal scroll panels move independently
வலுவான ஆவணங்கள் மற்றும் நீக்குதல் பணிப்பாய்வுகளுடன் பெரிய குழுக்களில் வடிவமைப்பு அமைப்புகளை விரிவுபடுத்துங்கள்.
குழுக்களுக்கு வழிகாட்ட முதன்மை கூறுகளுக்குள்ளேயே நேரடியாக ஆவண விளக்கங்களைச் சேர்க்கவும்.
கூறு ஆவணப்படுத்தல் (Component Specs)
கூறுகளின் வெவ்வேறு பாகங்களைக் கிளிக் செய்து அவற்றின் வடிவமைப்பு விதிகளை ஆராயுங்கள்.
வடிவமைப்பு சட்டகம் (தேர்ந்தெடுக்க பாகங்களைக் கிளிக் செய்க):
இணைய குறைதீர்வு படிவம்
தமிழ்நாடு அரசு சேவைகள்
விண்ணப்ப தலைப்பு (Grievance Header)
தலைப்பில் எப்போதும் தமிழ்நாடு அரசின் இலச்சினையும், தெளிவான தமிழ் எழுத்துரு அளவுகளும் இருக்க வேண்டும்.
- Title Font: Inter Bold / Latha (18px)
- Line-height: 1.5
- Padding: 16px vertical, 20px horizontal
- Contrast: 7.2:1 against surface
ஏன் முக்கியம்:
Figma is the source of truth. Documenting components inline ensures team members understand usage guidelines without leaving the tool.
எடுத்துக்காட்டு:
Adding detailed usage instructions inside a 'Grievance Form' component so designers understand required fields.
சரிபார்ப்பு பட்டியல்:
- •Add clear, helpful descriptions to component details panels
- •Include links to live web documentation or code files
- •Document required properties, variations, and design context
- •Use keywords in descriptions to make search queries easier
- •Keep descriptions updated as components adapt
நூலக மேம்பாடுகளைக் கண்காணிக்க விளக்கக் குறிப்புகளுடன் பதிப்புக் கட்டுப்பாட்டு குறிச்சொற்களைச் சேமிக்கவும்.
ஏன் முக்கியம்:
Design files evolve. Tagging versions helps teams review past choices, undo mistakes, and communicate release changes clearly.
எடுத்துக்காட்டு:
Saving a tagged version: 'v2.1.0 — Added dynamic spacing variables for bilingual support.'
சரிபார்ப்பு பட்டியல்:
- •Commit major library updates using explicit version control tags
- •Include clear changelog summaries explaining visual modifications
- •Tag versions when releasing major design system updates
- •Avoid using generic save names like 'Final UI Version 2'
- •Review past release logs to understand team update history
கோப்புகளில் கூறுகளின் பயன்பாடு மற்றும் தழுவலைக் கண்காணிக்க நூலக அளவீடுகளை பகுப்பாய்வு செய்யுங்கள்.
ஏன் முக்கியம்:
Analytics prove design system value. Monitoring metrics helps identify underused components, stray elements, and clean design patterns.
எடுத்துக்காட்டு:
Using library analytics to discover that 80 percent of designers detach custom sidebars, pointing to missing options.
சரிபார்ப்பு பட்டியல்:
- •Review library dashboards to check component usage statistics
- •Identify components with high detachment rates to locate friction
- •Monitor how quickly teams adopt library updates across files
- •Focus cleanup efforts on components with high error or detachment rates
- •Share adoption statistics with stakeholders to demonstrate value
முதன்மைச் சொத்துக்களைப் பாதுகாக்க கோப்புகள் மற்றும் நூலகங்களில் தெளிவான அணுகல் அனுமதிகளைக் கட்டமைக்கவும்.
ஏன் முக்கியம்:
Prevents accidental changes. Restricting library edit permissions guarantees that only system teams can modify core components.
எடுத்துக்காட்டு:
Granting edit permissions for the core UI library to primary system leads while limiting other team members to viewer access.
சரிபார்ப்பு பட்டியல்:
- •Set workspace access to 'Can view' for general project stakeholders
- •Restrict master system library edit access to primary system leads
- •Configure edit permissions at team levels to organize access
- •Encourage collaborators to duplicate file copies for visual sandboxing
- •Review edit access lists regularly to maintain clean files
கோப்புகளைச் சிதைக்காமல் கூறுகளைப் படிப்படியாக நீக்க முறையான நீக்க வழிமுறைகளைப் பின்பற்றுங்கள்.
ஏன் முக்கியம்:
Deleting components breaks active designs. Deprecation guides help teams transition to new variants smoothly.
எடுத்துக்காட்டு:
Labeling a legacy navbar as '[DEPRECATED] Use AppSidebar instead' to guide designers to the new layout.
சரிபார்ப்பு பட்டியல்:
- •Mark deprecated components clearly with warning prefix tags (e.g., [DEPRECATED])
- •Add descriptions pointing teams to approved replacement components
- •Keep deprecated components active for a grace period before deletion
- •Publish warning updates to let teams know migration is required
- •Delete old components only after verification checks confirm migration
டெவலப்பர்களுக்கான இடைவெளி குறிப்புகள், குறியீட்டு டோக்கன்கள் மற்றும் சொத்து உள்ளமைவுகளை உருவாக்குங்கள்.
கோப்புகளை ஆய்வு செய்யவும், இடைவெளிகளைக் காணவும் மற்றும் சொத்துக்களை எளிதாக ஏற்றுமதி செய்யவும் டெவ் மோடைப் பயன்படுத்துங்கள்.
ஃபிக்மா டெவ் மோட் ஆய்வு
வடிவமைப்புகளின் கூறுகளைத் தொட்டு அவற்றின் இடைவெளிகள் மற்றும் CSS குறியீட்டைப் பாருங்கள்.
ஆவின் பாலகம் விண்ணப்பம்
வடிவமைப்பின் மேல் சுட்டியை வைக்கவும்.
ஏன் முக்கியம்:
Dev Mode bridges the gap between design and code, letting developers inspect layouts and copy CSS tokens directly.
எடுத்துக்காட்டு:
Enabling Dev Mode on a verified pos-billing design to let developers inspect spacing specs instantly.
சரிபார்ப்பு பட்டியல்:
- •Ensure all frames are marked as 'Ready for Dev' before handoff
- •Instruct developers to use inspect tools to check styles and spacing
- •Check that token variable names translate correctly in Dev Mode
- •Organize assets cleanly to make export selections simple
- •Use Dev Mode comparison tools to check differences between frames
மென்பொருள் உருவாக்குநர்கள் கோப்புகளை துல்லியமாக உருவாக்க தெளிவான இடைவெளி மற்றும் சீரமைப்பு விவரங்களை வழங்குங்கள்.
ஃபிக்மா டெவ் மோட் ஆய்வு
வடிவமைப்புகளின் கூறுகளைத் தொட்டு அவற்றின் இடைவெளிகள் மற்றும் CSS குறியீட்டைப் பாருங்கள்.
ஆவின் பாலகம் விண்ணப்பம்
வடிவமைப்பின் மேல் சுட்டியை வைக்கவும்.
ஏன் முக்கியம்:
Clear redline specifications eliminate spacing guesswork, ensuring developed layouts match master designs exactly.
எடுத்துக்காட்டு:
Adding spacing annotations around a button component to specify margins for front-end developers.
சரிபார்ப்பு பட்டியல்:
- •Add clear redline overlays highlighting key spacing intervals
- •Annotate responsive layout behaviors and scaling boundaries
- •Highlight component state behaviors and interaction rules
- •Define target tap sizes for interactive mobile elements
- •Keep spacing redlines updated as designs evolve
மேம்படுத்தப்பட்ட படங்கள் மற்றும் சின்னங்களை வழங்க ஊடக ஏற்றுமதி அமைப்புகளைக் கட்டமைக்கவும்.
ஏன் முக்கியம்:
Poorly configured exports cause blurry images or heavy assets. Standardized presets guarantee fast page loading.
எடுத்துக்காட்டு:
Configuring export settings for administrative icons to deliver clean SVG formats for production.
சரிபார்ப்பு பட்டியல்:
- •Apply export configurations to all icons, logos, and images
- •Export graphic vectors as clean, lightweight SVG files
- •Export raster illustrations as optimized PNG or WebP files
- •Set standard scale factors (e.g., @2x, @3x) for screen formats
- •Review vector shapes to remove stray points before export
கூறு பண்புகளை சுத்தமான, மீண்டும் பயன்படுத்தக்கூடிய குறியீடு துணுக்குகள் மற்றும் மாறிகளாக ஏற்றுமதி செய்யுங்கள்.
ஏன் முக்கியம்:
Saves coding time. Direct variable mapping ensures that design system tokens translate straight into development code files.
எடுத்துக்காட்டு:
Exporting semantic design tokens as a JSON variable sheet for direct Tailwind integration.
சரிபார்ப்பு பட்டியல்:
- •Link design variables to corresponding CSS and Tailwind variables
- •Use Dev Mode tools to export CSS properties directly
- •Ensure layout spacing matches frontend framework variables
- •Deliver clear variable mapping spreadsheets to developers
- •Verify that component variants share naming with code components
மென்பொருள் உருவாக்குநர்களிடம் ஒப்படைப்பதற்கு முன் கோப்பு தயார்நிலையைச் சரிபார்க்க தரக் கட்டுப்பாட்டுப் பட்டியலை முடியுங்கள்.
ஏன் முக்கியம்:
Filing review checklists prevents design errors, ensures files are clean, and reduces post-launch layout bugs.
எடுத்துக்காட்டு:
Filling out a handoff check card to confirm that a mobile flow is accessible and ready for developers.
சரிபார்ப்பு பட்டியல்:
- •Verify that all designs follow the global design system library rules
- •Ensure all layers are named logically and clean of duplicate groups
- •Confirm that contrast ratios satisfy WCAG accessibility guidelines
- •Include links to user flow maps and prototype walk-throughs
- •Schedule a handoff meeting to walk developers through the final files
மொழிபெயர்ப்பு விரிவாக்கங்கள், வரி-உயர உச்சரிப்புகள் மற்றும் கிராமப்புற வன்பொருள் தணிக்கைகளின் கீழ் அமைப்புகளைச் சோதிக்கவும்.
மூல உரை நீளமாக மாறினாலும் கூறுகள் ஒன்றோடொன்று மேலெழுதாமல் இருக்கும்படி நெகிழ்வான அமைப்புகளை வடிவமைக்கவும்.
ஏன் முக்கியம்:
Tamil phrases are often significantly longer than English terms. Static structures block text flows and cause layout bugs.
எடுத்துக்காட்டு:
Testing a registration button block to ensure 'Create Account' wraps cleanly when switched to 'புதிய கணக்கை உருவாக்கு'.
சரிபார்ப்பு பட்டியல்:
- •Use Auto Layout to allow elements to stretch and wrap dynamically
- •Test text fields with long Tamil translations during early prototyping
- •Ensure containers adapt dynamically to double-line wraps
- •Avoid using hardcoded fixed widths on text-carrying button blocks
- •Verify that labels remain aligned when languages toggle
தமிழ் உயிரெழுத்து குறிகள் துண்டிக்கப்படுவதைத் தடுக்க வரியுயர அளவீடுகளைத் தமிழுக்கு ஏற்ப அதிகரியுங்கள்.
தமிழ் எழுத்துரு வரி-உயரம் சீரமைப்பு
தமிழ் உயிர்மெய் எழுத்துக்களின் மேல் மற்றும் கீழ் உச்சரிப்புகள் வெட்டப்படாமல் இருக்க வரி-உயரத்தை மாற்றி அமைக்கவும்.
தமிழ் உயிர்மெய் எழுத்துக்கள் உயரமான கொம்புகளையும், கீழ்நோக்கிச் செல்லும் கொக்கிகளையும் கொண்டுள்ளன. ஆங்கிலத்திற்குப் பயன்படுத்தப்படும் அதே லேஅவுட் வரி-உயரத்தை (e.g. 1.2) தமிழுக்குப் பயன்படுத்தும்போது இந்த உறுப்புகள் வெட்டப்பட்டு வாசிப்புத்தன்மை பாதிக்கப்படுகிறது. எனவே, தமிழுக்குக் குறைந்தபட்சம் 1.5 முதல் 1.6 வரி-உயரத்தைப் பயன்படுத்துவது அவசியம்.
ஏன் முக்கியம்:
Tamil characters feature tall vowel markers (Kombu, Pulli). Standard tight English line heights clip these markers, making text unreadable.
எடுத்துக்காட்டு:
Adjusting line-height on a body scale to 1.6 to keep Tamil vowel accents fully visible.
சரிபார்ப்பு பட்டியல்:
- •Increase Tamil text line-height by a minimum of 20 to 30 percent over English scales
- •Verify that tall vowel accents do not clip inside container borders
- •Define typography styles specifically optimized for Tamil copy scales
- •Test vertical spacing on actual device viewports for legibility
- •Document required line-height multipliers for development teams
நீளமான உள்ளூர் மொழி உரைகளைக் கையாள தெளிவான உரை துண்டிப்பு மற்றும் வழிதல் விதிகளை வடிவமைக்கவும்.
ஏன் முக்கியம்:
Localized strings expand unpredictably. Unmanaged text overflow causes visual bugs and compromises critical interface readability.
எடுத்துக்காட்டு:
Designing responsive grid cards with 2-line wrap limits followed by a fading ellipsis and full hover tooltip.
சரிபார்ப்பு பட்டியல்:
- •Specify which text layers can wrap and which must truncate
- •Use visual ellipsis markers for text blocks that exceed width boundaries
- •Verify that truncated cards remain clear and accessible
- •Provide full text tooltips for truncated labels on hover
- •Test layout behaviors under extreme translation expansion cases
உரையின் நீளம் மற்றும் மொழிகளுக்கு ஏற்ப மாறும் திணிப்பு (Adaptive Padding) விதிகளைப் பயன்படுத்துங்கள்.
ஏன் முக்கியம்:
Longer localized strings in narrow containers can squeeze visual padding. Adaptive layouts maintain whitespace consistency.
எடுத்துக்காட்டு:
Configuring a header navigation block that shifts dynamically to wrap on small mobile viewports when long Tamil labels are active.
சரிபார்ப்பு பட்டியல்:
- •Use 'space-between' rules to distribute container elements dynamically
- •Reduce internal padding scale for longer text variables when needed
- •Allow containers to flow into multiple lines rather than squeezing margins
- •Test spacing layouts under extreme language translation scales
- •Ensure spacing systems keep layouts readable across viewports
காட்சித் தெளிவு மற்றும் பயன்பாட்டுத் தன்மையைச் சோதிக்க நிஜ உலக சூழல்களில் இலக்கு சாதனங்களில் தணிக்கைகளை நடத்துங்கள்.
ஏன் முக்கியம்:
Rural citizens often use low-cost mobile hardware in direct sunlight. Figma Mirror audits identify visibility and contrast problems early.
எடுத்துக்காட்டு:
Testing a fertilizer app prototype on a low-cost mobile screen under direct sunlight in Thanjavur to verify button legibility.
சரிபார்ப்பு பட்டியல்:
- •Load live prototypes on budget mobile devices using Figma Mirror apps
- •Test layout contrast levels in high-glare and direct sunlight scenarios
- •Ensure target tap sizes are comfortable for physically active users
- •Verify that type scales remain legible on low-resolution hardware screens
- •Adjust colors and spacing configurations based on real-world audit insights