ਤੁਸੀਂ ਇੱਕ Figma ਫਾਈਲ ਖੋਲ੍ਹੀ ਹੈ ਜਿਸ 'ਤੇ final_FINAL_v3 ਟੈਗ ਲੱਗਿਆ ਹੋਇਆ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਤਿੰਤੀ ਅਣਨਾਮੀ (unnamed) ਫਰੇਮ, ਇੱਕ ਲੌਕ ਕੀਤੀ ਬੈਕਗ੍ਰਾਊਂਡ ਲੇਅਰ, ਅਤੇ ਇੱਕ ਗਰੁੱਪ ਦੇ ਅੰਦਰ ਦਬਿਆ ਹੋਇਆ ਬਟਨ ਮਿਲਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਬੇਤਰਤੀਬਾ ਸਜਾਵਟੀ ਸਰਕਲ ਵੀ ਹੈ। ਇਹ ਇਸ ਤੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਆਮ ਹੈ ਜਿੰਨਾ ਕੋਈ ਮੰਨਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਉਸ ਹਾਓਸ (chaos) ਨੂੰ Codex ਵਰਗੇ AI ਕੋਡਿੰਗ ਟੂਲ ਵਿੱਚ ਪਾਉਂਦੇ ਹੋ, ਤਾਂ ਆਉਟਪੁੱਟ ਵੀ ਉਹੀ ਹੁੰਦਾ ਹੈ। "Garbage in, garbage out" (ਜਿਵੇਂ ਅੰਦਰ ਪਾਓਗੇ, ਉਵੇਂ ਬਾਹਰ ਆਵੇਗਾ) ਦਾ ਸਿਧਾਂਤ ਵੱਡੇ ਲੈਂਗੂਏਜ ਮਾਡਲਾਂ ਦੇ ਨਾਲ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

ਇੱਕ ਗੜਬੜ ਵਾਲੇ ਹੈਂਡਆਫ (Handoff) ਦੀ ਬਣਤਰ

ਡਿਜ਼ਾਈਨਰ ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਉਹ ਫਰੇਮਾਂ ਦੀ ਡੁਪਲੀਕੇਟ ਬਣਾਉਂਦੇ ਹਨ, ਪੁਰਾਣੇ ਡਿਜ਼ਾਈਨਾਂ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਸਟ੍ਰਕਚਰਡ ਆਟੋ-ਲੇਆਉਟ ਦੀ ਬਜਾਏ ਸਿਰਫ਼ ਅੰਦਾਜ਼ੇ ਨਾਲ ਅਲਾਈਨਮੈਂਟ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ। ਤੁਹਾਨੂੰ ਫੰਕਸ਼ਨਲ ਬਟਨਾਂ ਦੇ ਨਾਲ "Frame 3827" ਵਰਗੇ ਲੇਅਰ ਨਾਮ ਮਿਲਦੇ ਹਨ। ਸਜਾਵਟੀ ਗ੍ਰੇਡੀਐਂਟ ਬਲੌਬਸ ਤੁਹਾਡੇ ਪ੍ਰਾਇਮਰੀ ਕਾਲ-ਟੂ-ਐਕਸ਼ਨ (call-to-action) ਦੇ ਨਾਲ ਇੱਕੋ ਗਰੁੱਪ ਵਿੱਚ ਹੁੰਦੇ ਹਨ। ਡਿਵਾਈਸ ਮੌਕਅੱਪਸ ਅਸਲੀ ਇੰਟਰਫੇਸ ਨੂੰ ਅਜਿਹੇ ਕ੍ਰੋਮ (chrome) ਵਿੱਚ ਲਪੇਟ ਦਿੰਦੇ ਹਨ ਜੋ ਕੰਟੈਂਟ ਵਾਂਗ ਲੱਗਦਾ ਹੈ। ਲੁਕੀਆਂ ਹੋਈਆਂ ਲੇਅਰਾਂ ਫਾਈਲ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ, ਜੋ ਕਿਸੇ ਵੀ ਆਟੋਮੇਟਿਡ ਪਾਰਸਰ ਨੂੰ ਉਲਝਾਉਣ ਲਈ ਤਿਆਰ ਰਹਿੰਦੀਆਂ ਹਨ।

Codex ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਡਿਵੈਲਪਰ ਲਈ, ਸਮੱਸਿਆ ਕਿਸੇ ਵੀ ਪਾਸੇ ਆਲਸ ਦੀ ਨਹੀਂ ਹੈ। AI ਵਿੱਚ ਮਨੁੱਖੀ ਪੈਟਰਨ ਪਛਾਣਨ ਦੀ ਸਮਰੱਥਾ ਦੀ ਕਮੀ ਹੁੰਦੀ ਹੈ। ਇਹ ਲੇਅਰ ਟ੍ਰੀ (layer tree) ਨੂੰ ਬਿਲਕੁਲ ਸ਼ਾਬਦਿਕ ਰੂਪ ਵਿੱਚ ਪੜ੍ਹਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਡਿਜ਼ਾਈਨਰ ਇੱਕ ਬਟਨ, ਇੱਕ ਹੈੱਡਲਾਈਨ, ਅਤੇ ਇੱਕ ਬੈਕਗ੍ਰਾਊਂਡ ਬਲਰ ਨੂੰ ਇੱਕ ਫਲੈਟਨ ਕੀਤੇ ਗਏ ਗਰੁੱਪ ਦੇ ਅੰਦਰ ਰੱਖਦਾ ਹੈ, ਤਾਂ Codex ਉਹਨਾਂ ਨੂੰ ਬਰਾਬਰ ਭਾਰ ਵਾਲੇ siblings ਵਜੋਂ ਮੰਨਦਾ ਹੈ। ਨਤੀਜਾ ਇੱਕ ਅਜਿਹਾ ਫਰੰਟਐਂਡ ਹੁੰਦਾ ਹੈ ਜੋ ਰੰਗਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਬਣਤਰ ਦੇ ਪੱਖੋਂ ਟੁੱਟਿਆ ਹੋਇਆ ਲੱਗਦਾ ਹੈ।

ਇੱਕ ਵਰਕਫਲੋ ਜੋ ਤੁਹਾਨੂੰ ਸਹੀ ਨਤੀਜੇ ਦੇ ਨੇੜੇ ਲੈ ਜਾਵੇਗਾ

ਜੇਕਰ ਤੁਸੀਂ ਸਿਰਫ਼ ਇੱਕ ਕਨਵਰਟਰ ਦੀ ਬਜਾਏ ਇੱਕ ਐਡੀਟਰ ਵਾਂਗ ਕੰਮ ਕਰੋ, ਤਾਂ ਤੁਸੀਂ ਗੜਬੜ ਵਾਲੇ ਸਰੋਤ ਤੋਂ ਵੀ ਸਾਫ਼ ਕੋਡ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਮਕਸਦ Codex ਨੂੰ ਇੰਨਾ ਸੰਦਰਭ (context) ਦੇਣਾ ਹੈ ਕਿ ਉਹ ਸਹੀ ਅੰਦਾਜ਼ੇ ਲਗਾ ਸਕੇ, ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਅੰਦਾਜ਼ਿਆਂ ਨੂੰ ਸੀਮਤ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਤਰਕਪੂਰਨ ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ ਦੇ ਅੰਦਰ ਰਹਿਣ।

AI ਦੇ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਸਭ ਕੁਝ ਕੱਢ ਲਓ (Extract)। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਪਹੁੰਚ ਹੈ, ਤਾਂ Dev Mode ਚਾਲੂ ਕਰੋ। Inspect ਪੈਨਲ ਤੋਂ ਰਅੂ (raw) CSS ਪ੍ਰਾਪਰਟੀਜ਼ ਕਾਪੀ ਕਰੋ। ਕਲਰ ਵੇਰੀਏਬਲਜ਼ ਅਤੇ ਟੈਕਸਟ ਸਟਾਈਲ ਐਕਸਪੋਰਟ ਕਰੋ। ਇਸ ਸਟ੍ਰਕਚਰਡ ਡੇਟਾ ਨੂੰ ਆਪਣੇ ਪ੍ਰੋਂਪਟ ਦੇ ਨਾਲ Codex ਵਿੱਚ ਪਾਓ। ਸਕ੍ਰੀਨਸ਼ੌਟ ਸਪੇਸ਼ੀਅਲ ਸੱਚਾਈ ਦਿਖਾਉਂਦੇ ਹਨ; ਮੈਟਾਡਾਟਾ ਤੁਹਾਨੂੰ ਸਹੀ ਹੈਕਸ ਕੋਡ, ਫੌਂਟ ਸਟੈਕਸ, ਅਤੇ ਲਾਈਨ ਹਾਈਟ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਤੋਂ ਬਿਨਾਂ ਦੂਜਾ ਮਾਡਲ ਨੂੰ ਅੱਧੇ ਹੱਲ ਲਈ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ ਛੱਡ ਦਿੰਦਾ ਹੈ।

ਆਪਣੇ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਲੇਆਉਟ ਸਿਸਟਮਾਂ ਬਾਰੇ ਸਖ਼ਤ ਰਹੋ। Codex ਨੂੰ ਕਦੇ ਵੀ ਸਿਰਫ਼ "ਇਸ ਪੇਜ ਦਾ ਕੋਡ ਲਿਖੋ" ਕਹਿਣ ਲਈ ਨਾ ਕਹੋ। ਇਸਨੂੰ ਦੱਸੋ ਕਿ ਕੀ ਵਰਤਣਾ ਹੈ: "ਨੈਵੀਗੇਸ਼ਨ ਨੂੰ CSS Flexbox ਨਾਲ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਗਰਿੱਡ ਨੂੰ CSS Grid ਨਾਲ ਬਣਾਓ। ਐਬਸੋਲਿਊਟ ਪੋਜ਼ੀਸ਼ਨਿੰਗ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਆਈਕਨ ਦੇ ਸਾਹਮਣੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਬੈਜ ਨਹੀਂ ਰੱਖ ਰਹੇ।" AI ਟੂਲ ਅਕਸਰ ਐਬਸੋਲਿਊਟ ਪੋਜ਼ੀਸ਼ਨਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਡਿਜ਼ਾਈਨ ਫਾਈਲ ਤੋਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਫਿਕਸਡ x-y ਕੋਆਰਡੀਨੇਟਸ ਪੜ੍ਹਦੇ ਹਨ। ਸਪਸ਼ਟ ਹਦਾਇਤਾਂ ਉਸ ਰੁਝਾਨ ਨੂੰ ਰੋਕ ਦਿੰਦੀਆਂ ਹਨ।

ਸਕ੍ਰੀਨਸ਼ੌਟਸ ਨੂੰ ਗਾਰਡਰੇਲਜ਼ ਵਜੋਂ ਵਰਤੋ। ਫਰੇਮਾਂ ਨੂੰ 2x ਰੈਜ਼ੋਲਿਊਸ਼ਨ 'ਤੇ ਐਕਸਪੋਰਟ ਕਰੋ। ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਟੈਕਸਟ ਸੰਦਰਭ ਦੇ ਨਾਲ ਅਪਲੋਡ ਕਰੋ। ਜਦੋਂ Codex ਆਪਣਾ ਪਹਿਲਾ ਪਾਸ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਨਤੀਜੇ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਕ੍ਰੀਨਸ਼ੌਟ ਦੇ ਨਾਲ ਖੋਲ੍ਹੋ। ਸਪੇਸਿੰਗ ਵਿੱਚ ਫਰਕ, ਗੁੰਮ ਹੋਏ ਬਾਰਡਰਾਂ, ਅਤੇ ਫੌਂਟ ਵੇਟ ਦੇ ਮਿਸਮੈਚ ਦੀ ਜਾਂਚ ਕਰੋ। AI ਆਮ ਤੌਰ 'ਤੇ ਵਿਆਪਕ ਰਚਨਾ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕੈਪਚਰ ਕਰ ਲਵੇਗਾ ਪਰ ਖਾਸ ਪੈਡਿੰਗ ਵਿੱਚ ਗਲਤੀ ਕਰ ਸਕਦਾ ਹੈ।

ਸੋਧ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਰੈਂਡਰ ਕੀਤੇ ਆਉਟਪੁੱਟ ਦੀ ਤੁਲਨਾ ਆਪਣੇ ਵਿਜ਼ੂਅਲ ਰੈਫਰੈਂਸ ਨਾਲ ਕਰੋ ਅਤੇ ਗਲਤੀਆਂ ਨੂੰ ਹੱਥ ਨਾਲ ਠੀਕ ਕਰੋ। AI ਇੱਕ ਟੈਕਸਟ ਲੇਬਲ ਨੂੰ ਇਮੇਜ ਟੈਗ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ ਜਾਂ ਕਿਸੇ ਕਾਰਡ ਨੂੰ <article> ਜਾਂ `<

ਦੋਵਾਂ 'ਤੇ ਭਰੋਸਾ ਕਰੋ, ਪਰ ਵੱਖ-ਵੱਖ ਕੰਮਾਂ ਲਈ। ਸਹੀ ਮੁੱਲਾਂ ਲਈ Figma metadata ਦੀ ਵਰਤੋਂ ਕਰੋ: ਰੰਗ, ਫੌਂਟ ਸਾਈਜ਼, spacing tokens, ਅਤੇ exported assets। ਢਾਂਚੇ (structure) ਅਤੇ ਵਿਜ਼ੂਅਲ ਹਾਇਰਾਰਕੀ (visual hierarchy) ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਕ੍ਰੀਨਸ਼ੌਟ ਬਿਹਤਰ ਹਨ। ਜੇਕਰ metadata ਕਹਿੰਦਾ ਹੈ ਕਿ ਇੱਕ layer x: 120, y: 300 'ਤੇ ਹੈ, ਪਰ ਸਕ੍ਰੀਨਸ਼ੌਟ ਇਸਨੂੰ ਇੱਕ card ਦੇ ਅੰਦਰ ਕੇਂਦਰਿਤ (centered) ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ layout ਲਈ ਸਕ੍ਰੀਨਸ਼ੌਟ 'ਤੇ ਭਰੋਸਾ ਕਰੋ ਅਤੇ styling ਲਈ metadata 'ਤੇ। ਸਕ੍ਰੀਨਸ਼ੌਟ ਨੂੰ ਆਪਣਾ ground truth ਮੰਨੋ। ਸਹੀ ਮੁੱਲ ਭਰਨ ਲਈ inspect panel ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਤੁਸੀਂ UI ਨੂੰ device frames ਤੋਂ ਕਿਵੇਂ ਵੱਖ ਕਰਦੇ ਹੋ?

ਕੁਝ ਵੀ export ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਹਰ non-UI layer ਨੂੰ ਲੁਕਾ ਦਿਓ। Phone mockup ਜਾਂ desktop chrome ਨੂੰ ਚੁਣੋ ਅਤੇ visibility ਨੂੰ off ਕਰ ਦਿਓ। ਜੇਕਰ ਫਾਈਲ ਇੰਨੀ ਉਲਝੀ ਹੋਈ ਹੈ ਕਿ ਇਹ ਦੱਸਣਾ ਮੁਸ਼ਕਲ ਹੋਵੇ ਕਿ ਕੀ template ਹੈ ਅਤੇ ਕੀ content, ਤਾਂ ਕਈ ਸਕ੍ਰੀਨਾਂ 'ਤੇ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ elements ਨੂੰ ਲੱਭੋ। Status bar, home indicator, ਅਤੇ navigation shell ਆਮ ਤੌਰ 'ਤੇ ਇੱਕੋ ਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਹੁੰਦੇ ਹਨ। ਅਸਲ buttons, forms, ਅਤੇ content ਬਦਲਣ ਵਾਲੇ ਵਿਚਕਾਰਲੇ ਹਿੱਸੇ ਵਿੱਚ ਹੁੰਦੇ ਹਨ। ਉਹ ਸਭ ਕੁਝ ਲੁਕਾ ਦਿਓ ਜੋ ਹਰ ਸਕ੍ਰੀਨ 'ਤੇ ਇੱਕੋ ਜਿਹਾ (fixed) ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਜੋ ਬਚਦਾ ਹੈ, ਉਹ ਤੁਹਾਡਾ ਅਸਲ interface ਹੈ।

ਤੁਸੀਂ ਇੱਕ ਖਰਾਬ ਫਾਈਲ ਵਿੱਚ component boundaries ਕਿਵੇਂ ਲੱਭਦੇ ਹੋ?

Visual clustering ਲੱਭੋ, ਫਿਰ spacing ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇਕਰ ਚਾਰ elements 16px ਦੇ ਇੱਕੋ ਜਿਹੇ gaps ਨਾਲ ਇਕੱਠੇ ਹਨ ਅਤੇ ਇੱਕੋ ਜਿਹਾ background fill ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਹ ਸ਼ਾਇਦ ਇੱਕ ਹੀ container ਦਾ ਹਿੱਸਾ ਹਨ, ਭਾਵੇਂ ਡਿਜ਼ਾਈਨਰ ਨੇ ਉਹਨਾਂ ਨੂੰ ਕਦੇ group ਨਾ ਕੀਤਾ ਹੋਵੇ। ਲਗਾਤਾਰ stacking ਲਈ Figma layer list ਦੀ ਜਾਂਚ ਕਰੋ।