ਪਹੁੰਚਯੋਗਤਾ ਵੱਲ

ਸ਼ੁੱਕਰਵਾਰ ਨੂੰ ਕੰਮਕਾਜੀ ਦਿਨ ਦਾ ਅੰਤ ਹੁੰਦਾ ਹੈ। ਬੁਰੀ ਖ਼ਬਰ ਹਮੇਸ਼ਾ ਸ਼ੁੱਕਰਵਾਰ ਨੂੰ ਕੰਮਕਾਜੀ ਦਿਨ ਦੇ ਅੰਤ 'ਤੇ ਆਉਂਦੀ ਹੈ।

ਤੁਸੀਂ ਦਫਤਰ ਛੱਡਣ ਜਾ ਰਹੇ ਹੋ, ਇੱਕ ਹੋਰ ਪੁਨਰਗਠਨ ਬਾਰੇ ਇੱਕ ਨਵਾਂ ਪੱਤਰ ਹੁਣੇ ਹੀ ਡਾਕ ਵਿੱਚ ਆਇਆ ਹੈ।

ਧੰਨਵਾਦ xxxx, ਅੱਜ ਤੋਂ ਤੁਸੀਂ zzzz ਦੀ ਰਿਪੋਰਟ ਕਰੋਗੇ
...
ਅਤੇ ਹਿਊਗ ਦੀ ਟੀਮ ਇਹ ਯਕੀਨੀ ਬਣਾਏਗੀ ਕਿ ਸਾਡੇ ਉਤਪਾਦ ਅਪਾਹਜ ਲੋਕਾਂ ਲਈ ਪਹੁੰਚਯੋਗ ਹਨ।

ਓਹ ਨਹੀਂ! ਮੈਂ ਇਸ ਦਾ ਹੱਕਦਾਰ ਕਿਉਂ ਸੀ? ਕੀ ਉਹ ਮੈਨੂੰ ਛੱਡਣਾ ਚਾਹੁੰਦੇ ਹਨ? ਆਪਣੇ ਆਪ ਨੂੰ ਬੇਸ਼ੁਮਾਰ ਮਿਹਨਤ ਅਤੇ ਦੂਜਿਆਂ ਦੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਸੁਧਾਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਸੈੱਟ ਕਰੋ। ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਇੱਕ ਅਸਫਲਤਾ ਹੈ ...

ਇਹ ਕੁਝ ਸਾਲ ਪਹਿਲਾਂ ਉਪਲਬਧਤਾ ਸੀ. ਕੁਝ ਗਰੀਬ ਰੂਹਾਂ ਨੂੰ UI ਨੂੰ "ਸਫ਼ਾਈ" ਕਰਨ ਦਾ ਕੰਮ ਦਿੱਤਾ ਗਿਆ ਸੀ ਅਤੇ ਇਸਨੂੰ ਅਪਾਹਜ ਲੋਕਾਂ ਲਈ ਪਹੁੰਚਯੋਗ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਸੀ।

ਇਸਦਾ ਅਸਲ ਵਿੱਚ ਕੀ ਮਤਲਬ ਸੀ ਬਹੁਤ ਅਸਪਸ਼ਟ ਸੀ - ਸੰਭਵ ਤੌਰ 'ਤੇ ਜੇਕਰ ਤੁਸੀਂ ਖੇਤਰਾਂ ਦੁਆਰਾ ਫੋਕਸ ਸੂਚਕ ਅਤੇ ਟੈਬ ਦੇਖ ਸਕਦੇ ਹੋ, ਕੁਝ Alt ਟੈਕਸਟ ਅਤੇ ਕੁਝ ਫੀਲਡ ਵੇਰਵੇ ਹਨ, ਤਾਂ ਇਹ ਮੰਨਿਆ ਜਾਵੇਗਾ ਕਿ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਪਹੁੰਚਯੋਗ ਹੈ ...

ਪਰ ਅਚਾਨਕ "ਬੱਗ" ਇੱਕ ਬਰਫ਼ਬਾਰੀ ਦੀ ਗਤੀ ਨਾਲ ਗੁਣਾ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ.

ਕਈ ਸਕ੍ਰੀਨ ਰੀਡਰ (Eng. ਸਕਰੀਨ ਰੀਡਰ) ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਬਿਲਕੁਲ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਵਿਹਾਰ ਕਰਦੇ ਹਨ।

ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਸ਼ਿਕਾਇਤ ਕੀਤੀ ਹੈ ਕਿ ਐਪ ਵਰਤੋਂਯੋਗ ਨਹੀਂ ਹੈ।

ਜਿਵੇਂ ਹੀ ਇੱਕ ਜਗ੍ਹਾ ਇੱਕ ਗਲਤੀ ਨੂੰ ਠੀਕ ਕੀਤਾ ਗਿਆ ਸੀ, ਇੱਕ ਹੋਰ ਵਿੱਚ ਇੱਕ ਹੋਰ ਪ੍ਰਗਟ ਹੋਇਆ.

ਅਤੇ ਸਿਰਫ਼ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਗਲਤੀਆਂ ਨੂੰ ਬਦਲਣ ਅਤੇ ਠੀਕ ਕਰਨ ਲਈ ਹਰਕੂਲੀਅਨ ਯਤਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਮੈਂ ਉੱਥੇ ਸੀ. ਮੈਂ ਬਚ ਗਿਆ, ਪਰ ਅਸੀਂ "ਸਫ਼ਲ" ਨਹੀਂ ਹੋਏ - ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਅਸੀਂ ਬਹੁਤ ਕੁਝ ਸਾਫ਼ ਕੀਤਾ, ਬਹੁਤ ਸਾਰੇ ਖੇਤਰ ਦੇ ਵਰਣਨ, ਭੂਮਿਕਾਵਾਂ ਸ਼ਾਮਲ ਕੀਤੀਆਂ, ਅਤੇ ਪਾਲਣਾ ਦੇ ਕੁਝ ਪੱਧਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਪਰ ਕੋਈ ਵੀ ਖੁਸ਼ ਨਹੀਂ ਸੀ। ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਅਜੇ ਵੀ ਸ਼ਿਕਾਇਤ ਕੀਤੀ ਹੈ ਕਿ ਉਹ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਨੈਵੀਗੇਟ ਨਹੀਂ ਕਰ ਸਕੇ। ਮੈਨੇਜਰ ਨੇ ਅਜੇ ਵੀ ਗਲਤੀਆਂ ਦੀ ਲਗਾਤਾਰ ਧਾਰਾ ਬਾਰੇ ਸ਼ਿਕਾਇਤ ਕੀਤੀ. ਇੰਜਨੀਅਰਾਂ ਨੇ ਸ਼ਿਕਾਇਤ ਕੀਤੀ ਕਿ ਸਮੱਸਿਆ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ, ਕੋਈ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ "ਸਹੀ" ਹੱਲ ਨਹੀਂ ਹੈ ਜੋ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਕੰਮ ਕਰੇਗਾ।

ਪਹੁੰਚਯੋਗਤਾ ਨੂੰ ਸਮਝਣ ਲਈ ਮੇਰੀ ਯਾਤਰਾ ਦੇ ਨਾਲ ਕੁਝ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਅੱਖਾਂ ਖੋਲ੍ਹਣ ਵਾਲੇ ਪਲ ਸਨ।
ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਅਹਿਸਾਸ ਸੀ ਕਿ ਇੱਕ ਮੁਕੰਮਲ ਉਤਪਾਦ ਦੇ ਸਿਖਰ 'ਤੇ ਪਹੁੰਚਯੋਗਤਾ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਜੋੜਨਾ ਮੁਸ਼ਕਲ ਸੀ। ਅਤੇ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਯਕੀਨ ਦਿਵਾਉਣਾ ਹੋਰ ਵੀ ਔਖਾ ਹੈ ਕਿ ਇਹ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ! ਨਹੀਂ, ਇਹ ਸਿਰਫ਼ "ਕੁਝ ਟੈਗ ਜੋੜੋ" ਨਹੀਂ ਹੈ ਅਤੇ UI ਬਿਲਕੁਲ ਠੀਕ ਕੰਮ ਕਰੇਗਾ। ਨਹੀਂ, ਇਹ ਤਿੰਨ ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ; ਇੱਥੋਂ ਤੱਕ ਕਿ ਤਿੰਨ ਮਹੀਨੇ ਵੀ ਕਾਫ਼ੀ ਨਹੀਂ ਹੋਣਗੇ।
ਸੱਚਾਈ ਦਾ ਮੇਰਾ ਅਗਲਾ ਪਲ ਉਦੋਂ ਆਇਆ ਜਦੋਂ ਮੈਂ ਪਹਿਲੀ ਵਾਰ ਦੇਖਿਆ ਕਿ ਅੰਨ੍ਹੇ ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਅਸਲ ਵਿੱਚ ਸਾਡੀ ਐਪ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕੀਤੀ। ਇਹ ਗਲਤੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਦੇਖਣ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰਾ ਹੈ।

ਮੈਂ ਇਸ 'ਤੇ ਵਾਰ-ਵਾਰ ਵਾਪਸ ਆਵਾਂਗਾ, ਪਰ ਲੋਕਾਂ ਨੇ ਸਾਡੀ ਐਪ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕੀਤੀ ਇਸ ਬਾਰੇ ਸਾਡੀਆਂ ਲਗਭਗ ਸਾਰੀਆਂ "ਧਾਰਨਾਵਾਂ" ਗਲਤ ਸਨ।

ਕੀਸਟ੍ਰੋਕ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਗੁੰਝਲਦਾਰ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਨੂੰ ਨੈਵੀਗੇਟ ਕਰਨਾ Tab/Shift+Tab - ਇਹ ਬੇਕਾਰ ਹੈ! ਸਾਨੂੰ ਕੁਝ ਬਿਹਤਰ ਚਾਹੀਦਾ ਹੈ। ਕੀਬੋਰਡ ਸ਼ਾਰਟਕੱਟ, ਸਿਰਲੇਖ।

UI ਨੂੰ ਬਦਲਣ ਵੇਲੇ ਫੋਕਸ ਗੁਆਉਣਾ ਕੋਈ ਵੱਡੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਕੀ ਇਹ ਹੈ? ਆਓ ਦੁਬਾਰਾ ਸੋਚੀਏ - ਇਹ ਬਹੁਤ ਹੀ ਉਲਝਣ ਵਾਲਾ ਹੈ.

ਮੈਂ ਜਾਰੀ ਰੱਖਿਆ, ਕੁਝ ਸਮੇਂ ਲਈ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਕੰਮ ਕੀਤਾ, ਅਤੇ ਫਿਰ ਅਸੀਂ ਇੱਕ ਨਵਾਂ ਪ੍ਰੋਜੈਕਟ ਸ਼ੁਰੂ ਕੀਤਾ, ਇੱਕ ਗੁੰਝਲਦਾਰ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਨਾਲ, ਅੰਤ ਵਿੱਚ ਇਸ ਸਮੇਂ ਪਹੁੰਚਯੋਗਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ।

ਇਸ ਲਈ, ਅਸੀਂ ਇੱਕ ਕਦਮ ਪਿੱਛੇ ਹਟਿਆ ਅਤੇ ਦੇਖਿਆ ਕਿ ਅਸੀਂ ਇਸਨੂੰ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਸਫਲ ਹੋ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਘੱਟ ਬੋਰਿੰਗ ਬਣਾ ਸਕਦੇ ਹਾਂ!

ਬਹੁਤ ਜਲਦੀ ਅਸੀਂ ਕੁਝ ਸਿੱਟੇ ਤੇ ਪਹੁੰਚੇ:

1. ਅਸੀਂ ਨਹੀਂ ਚਾਹੁੰਦੇ ਸੀ ਕਿ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਵਾਲੇ ਲੋਕ ਏਰੀਆ ਲੇਬਲ/ਰੋਲ ਅਤੇ, ਬੇਸ਼ਕ, ਕੰਪੋਨੈਂਟਸ ਦੇ HTML ਢਾਂਚੇ ਨਾਲ ਗੜਬੜ ਕਰਨ। ਸਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਸਹੀ ਹਿੱਸੇ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਸੀ ਜੋ ਬਾਕਸ ਦੇ ਬਿਲਕੁਲ ਬਾਹਰ ਪਹੁੰਚਯੋਗਤਾ ਬਣਾਉਂਦੇ ਹਨ।
2. ਪਹੁੰਚਯੋਗਤਾ == ਵਰਤੋਂ ਦੀ ਸੌਖ - ਅਰਥਾਤ ਇਹ ਸਿਰਫ਼ ਇੱਕ ਤਕਨੀਕੀ ਚੁਣੌਤੀ ਨਹੀਂ ਹੈ। ਸਾਨੂੰ ਪੂਰੀ ਡਿਜ਼ਾਈਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਦਲਣ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਸੀ ਕਿ ਪਹੁੰਚਯੋਗਤਾ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਸੀ ਅਤੇ UI ਡਿਜ਼ਾਈਨ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਚਰਚਾ ਕੀਤੀ ਗਈ ਸੀ। ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਜਲਦੀ ਸੋਚਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਕਿਸੇ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਕਿਵੇਂ ਖੋਜਣਗੇ, ਉਹ ਕਿਵੇਂ ਨੈਵੀਗੇਟ ਕਰਨਗੇ, ਅਤੇ ਕੀਬੋਰਡ ਤੋਂ ਸੱਜਾ-ਕਲਿੱਕ ਕਿਵੇਂ ਕੰਮ ਕਰੇਗਾ। ਪਹੁੰਚਯੋਗਤਾ ਡਿਜ਼ਾਈਨ ਪ੍ਰਕਿਰਿਆ ਦਾ ਇੱਕ ਅਨਿੱਖੜਵਾਂ ਅੰਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ - ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਲਈ, ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਦਿੱਖ ਨਾਲੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੈ.
3. ਸ਼ੁਰੂ ਤੋਂ ਹੀ, ਅਸੀਂ ਨੇਤਰਹੀਣ ਅਤੇ ਹੋਰ ਅਪਾਹਜ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਦੀ ਸੌਖ ਬਾਰੇ ਫੀਡਬੈਕ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ।
4. ਸਾਨੂੰ ਪਹੁੰਚਯੋਗਤਾ ਪ੍ਰਤੀਕ੍ਰਿਆਵਾਂ ਨੂੰ ਫੜਨ ਲਈ ਅਸਲ ਵਿੱਚ ਚੰਗੇ ਤਰੀਕਿਆਂ ਦੀ ਲੋੜ ਸੀ।

ਖੈਰ, ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਪਹਿਲਾ ਭਾਗ ਕਾਫ਼ੀ ਮਜ਼ੇਦਾਰ ਲੱਗ ਰਿਹਾ ਸੀ - ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਦਾ ਵਿਕਾਸ ਕਰਨਾ ਅਤੇ ਭਾਗਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ। ਅਤੇ ਸੱਚਮੁੱਚ ਅਜਿਹਾ ਹੀ ਸੀ।

ਇੱਕ ਕਦਮ ਪਿੱਛੇ ਹਟ ਕੇ, ਵੇਖ ਰਿਹਾ ਹੈ ARIA ਉਦਾਹਰਨਾਂ ਅਤੇ ਇਸਨੂੰ "ਫਿਟਿੰਗ ਇਨ" ਸਮੱਸਿਆ ਦੀ ਬਜਾਏ ਇੱਕ ਡਿਜ਼ਾਇਨ ਸਮੱਸਿਆ ਦੇ ਰੂਪ ਵਿੱਚ ਸੋਚ ਕੇ, ਅਸੀਂ ਕੁਝ ਐਬਸਟਰੈਕਸ਼ਨ ਪੇਸ਼ ਕੀਤੇ। ਇੱਕ ਕੰਪੋਨੈਂਟ ਵਿੱਚ ਇੱਕ 'ਢਾਂਚਾ' (HTML ਤੱਤ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ) ਅਤੇ ਇੱਕ 'ਵਿਵਹਾਰ' (ਇਹ ਉਪਭੋਗਤਾ ਨਾਲ ਕਿਵੇਂ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ) ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੇ ਸਨਿੱਪਟ ਵਿੱਚ ਸਾਡੇ ਕੋਲ ਇੱਕ ਸਧਾਰਨ ਬਿਨਾਂ ਕ੍ਰਮਬੱਧ ਸੂਚੀ ਹੈ। "ਵਿਹਾਰਾਂ" ਨੂੰ ਜੋੜ ਕੇ ਇਸ ਨੂੰ ਸੂਚੀ ਵਾਂਗ ਕੰਮ ਕਰਨ ਲਈ ਸੂਚੀ ਵਿੱਚ ਸੰਬੰਧਿਤ ਭੂਮਿਕਾਵਾਂ ਜੋੜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਅਸੀਂ ਮੇਨੂ ਲਈ ਵੀ ਅਜਿਹਾ ਹੀ ਕਰਦੇ ਹਾਂ।

ਵਾਸਤਵ ਵਿੱਚ, ਇੱਥੇ ਨਾ ਸਿਰਫ਼ ਭੂਮਿਕਾਵਾਂ ਸ਼ਾਮਲ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਸਗੋਂ ਕੀਬੋਰਡ ਨੈਵੀਗੇਸ਼ਨ ਲਈ ਇਵੈਂਟ ਹੈਂਡਲਰ ਵੀ ਸ਼ਾਮਲ ਹਨ।

ਇਹ ਵਧੇਰੇ ਸਾਫ਼-ਸੁਥਰਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਅਸੀਂ ਉਹਨਾਂ ਵਿਚਕਾਰ ਇੱਕ ਸਾਫ਼ ਵਿਭਾਜਨ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ, ਤਾਂ ਇਸ ਨਾਲ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਢਾਂਚਾ ਕਿਵੇਂ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਅਸੀਂ ਇਸ 'ਤੇ ਵਿਵਹਾਰ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ ਦਾ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ।

ਤੁਸੀਂ ਇਸ 'ਤੇ ਕਾਰਵਾਈ ਕਰਦਿਆਂ ਦੇਖ ਸਕਦੇ ਹੋ https://stardust-ui.github.io/react/ - UX ਲਾਇਬ੍ਰੇਰੀ ਪ੍ਰਤੀਕਿਰਿਆ, ਜੋ ਕਿ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਪਹੁੰਚਯੋਗਤਾ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਅਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ।

ਦੂਜਾ ਭਾਗ - ਡਿਜ਼ਾਇਨ ਦੇ ਆਲੇ ਦੁਆਲੇ ਪਹੁੰਚ ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਬਦਲਣ ਨੇ ਸ਼ੁਰੂ ਵਿੱਚ ਮੈਨੂੰ ਡਰਾਇਆ: ਸੰਗਠਨਾਤਮਕ ਤਬਦੀਲੀ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਵਾਲੇ ਨੀਵੇਂ ਇੰਜਨੀਅਰ ਹਮੇਸ਼ਾ ਠੀਕ ਨਹੀਂ ਹੁੰਦੇ, ਪਰ ਇਹ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਿਕਲਿਆ ਜਿੱਥੇ ਅਸੀਂ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਯੋਗਦਾਨ ਪਾਇਆ। . ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ, ਸਾਡੀ ਪ੍ਰਕਿਰਿਆ ਇਸ ਤਰ੍ਹਾਂ ਸੀ: ਇੱਕ ਟੀਮ ਦੁਆਰਾ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਵਿਕਸਿਤ ਕੀਤੀ ਜਾਵੇਗੀ, ਫਿਰ ਸਾਡੀ ਲੀਡਰਸ਼ਿਪ ਟੀਮ ਪ੍ਰਸਤਾਵ ਦੀ ਸਮੀਖਿਆ/ਦੁਹਰਾਏਗੀ, ਅਤੇ ਫਿਰ, ਇੱਕ ਵਾਰ ਮਨਜ਼ੂਰੀ ਮਿਲਣ ਤੋਂ ਬਾਅਦ, ਡਿਜ਼ਾਈਨ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਨੂੰ ਸੌਂਪਿਆ ਜਾਵੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਨੇ ਪਹੁੰਚਯੋਗਤਾ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ "ਮਾਲਕੀਅਤ" ਦਿੱਤੀ ਕਿਉਂਕਿ ਇਸ ਨਾਲ ਜੁੜੇ ਕਿਸੇ ਵੀ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨਾ ਉਨ੍ਹਾਂ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਸੀ।

ਸ਼ੁਰੂਆਤ ਵਿੱਚ, ਇਹ ਸਮਝਾਉਣਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਕੰਮ ਸੀ ਕਿ ਪਹੁੰਚਯੋਗਤਾ ਅਤੇ ਉਪਯੋਗਤਾ ਅਟੁੱਟ ਤੌਰ 'ਤੇ ਜੁੜੇ ਹੋਏ ਹਨ ਅਤੇ ਇਹ ਡਿਜ਼ਾਈਨ ਪੜਾਅ 'ਤੇ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਸੀ, ਨਹੀਂ ਤਾਂ ਇਹ ਕੁਝ ਭੂਮਿਕਾਵਾਂ ਦੀਆਂ ਵੱਡੀਆਂ ਤਬਦੀਲੀਆਂ ਅਤੇ ਮੁੜ ਪਰਿਭਾਸ਼ਾਵਾਂ ਵੱਲ ਲੈ ਜਾਵੇਗਾ। ਹਾਲਾਂਕਿ, ਪ੍ਰਬੰਧਨ ਅਤੇ ਮੁੱਖ ਖਿਡਾਰੀਆਂ ਦੇ ਸਮਰਥਨ ਨਾਲ, ਅਸੀਂ ਇਸ ਵਿਚਾਰ ਨੂੰ ਲਿਆ ਅਤੇ ਇਸਨੂੰ ਗਤੀ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਤਾਂ ਜੋ ਪ੍ਰਬੰਧਨ ਨੂੰ ਪੇਸ਼ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਡਿਜ਼ਾਈਨਾਂ ਦੀ ਪਹੁੰਚਯੋਗਤਾ ਅਤੇ ਉਪਯੋਗਤਾ ਲਈ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕੇ।

ਅਤੇ ਇਹ ਫੀਡਬੈਕ ਹਰ ਕਿਸੇ ਲਈ ਬਹੁਤ ਕੀਮਤੀ ਸੀ - ਇਹ ਗਿਆਨ ਸਾਂਝਾ ਕਰਨ/ਸੰਚਾਰ ਵਿੱਚ ਇੱਕ ਅਭਿਆਸ ਦੇ ਰੂਪ ਵਿੱਚ ਸ਼ਾਨਦਾਰ ਸੀ ਕਿ ਉਪਭੋਗਤਾ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਕਿਵੇਂ ਇੰਟਰੈਕਟ ਕਰਦੇ ਹਨ, ਅਸੀਂ ਉਹਨਾਂ ਦੇ ਬਣਾਏ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਬਹੁਤ ਸਾਰੇ UI ਸਮੱਸਿਆ ਵਾਲੇ ਖੇਤਰਾਂ ਦੀ ਪਛਾਣ ਕੀਤੀ, ਵਿਕਾਸ ਟੀਮਾਂ ਕੋਲ ਹੁਣ ਬਹੁਤ ਵਧੀਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਹੀਂ ਹਨ ਸਿਰਫ ਵਿਜ਼ੂਅਲ, ਪਰ ਡਿਜ਼ਾਈਨ ਦੇ ਵਿਹਾਰਕ ਪਹਿਲੂ ਵੀ। ਅਸਲ ਵਿਚਾਰ-ਵਟਾਂਦਰੇ ਮਜ਼ੇਦਾਰ, ਊਰਜਾਵਾਨ, ਤਕਨੀਕੀ ਪਹਿਲੂਆਂ ਅਤੇ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਬਾਰੇ ਭਾਵੁਕ ਚਰਚਾਵਾਂ ਹਨ।

ਅਸੀਂ ਇਹ ਹੋਰ ਵੀ ਬਿਹਤਰ ਕਰ ਸਕਦੇ ਹਾਂ ਜੇਕਰ ਸਾਡੇ ਕੋਲ ਇਹਨਾਂ (ਜਾਂ ਅਗਲੀਆਂ) ਮੀਟਿੰਗਾਂ ਵਿੱਚ ਨੇਤਰਹੀਣ ਅਤੇ ਅਪਾਹਜ ਉਪਭੋਗਤਾ ਹੁੰਦੇ - ਇਸ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨਾ ਔਖਾ ਸੀ, ਪਰ ਅਸੀਂ ਹੁਣ ਸਥਾਨਕ ਨੇਤਰਹੀਣ ਸੰਸਥਾਵਾਂ ਅਤੇ ਕੰਪਨੀਆਂ ਦੋਵਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਾਂ, ਜੋ ਛੇਤੀ ਅਮਲ ਦੇ ਪ੍ਰਵਾਹ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਬਾਹਰੀ ਜਾਂਚ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਵਿਕਾਸ—ਦੋਵੇਂ ਹਿੱਸੇ ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਹਾਅ ਪੱਧਰਾਂ 'ਤੇ।

ਇੰਜੀਨੀਅਰਾਂ ਕੋਲ ਹੁਣ ਕਾਫ਼ੀ ਵਿਸਤ੍ਰਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ, ਉਪਲਬਧ ਭਾਗ ਜੋ ਉਹ ਲਾਗੂ ਕਰਨ ਲਈ ਵਰਤ ਸਕਦੇ ਹਨ, ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਪ੍ਰਵਾਹ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। ਜਿਸ ਤਜਰਬੇ ਨੇ ਸਾਨੂੰ ਸਿਖਾਇਆ ਹੈ ਉਸ ਦਾ ਹਿੱਸਾ ਉਹ ਹੈ ਜੋ ਅਸੀਂ ਸਾਰੇ ਸਮੇਂ ਤੋਂ ਗੁਆ ਰਹੇ ਹਾਂ - ਅਸੀਂ ਰਿਗਰੈਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਰੋਕ ਸਕਦੇ ਹਾਂ। ਇਸੇ ਤਰ੍ਹਾਂ, ਲੋਕ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਏਕੀਕਰਣ ਜਾਂ ਅੰਤ-ਤੋਂ-ਅੰਤ ਦੇ ਟੈਸਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ, ਜਿਸਦੀ ਸਾਨੂੰ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਅਤੇ ਅਮਲ ਪ੍ਰਵਾਹ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ - ਵਿਜ਼ੂਅਲ ਅਤੇ ਵਿਵਹਾਰਿਕ ਦੋਵੇਂ।

ਵਿਜ਼ੂਅਲ ਰਿਗਰੈਸ਼ਨ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਇੱਕ ਕਾਫ਼ੀ ਪਰਿਭਾਸ਼ਿਤ ਕੰਮ ਹੈ, ਕੀਬੋਰਡ ਨਾਲ ਨੈਵੀਗੇਟ ਕਰਦੇ ਸਮੇਂ ਫੋਕਸ ਦਿਖਾਈ ਦੇਣ ਦੀ ਜਾਂਚ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਪਹੁੰਚਯੋਗਤਾ ਦੇ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਦੋ ਮੁਕਾਬਲਤਨ ਨਵੀਆਂ ਤਕਨੀਕਾਂ ਵਧੇਰੇ ਦਿਲਚਸਪ ਹਨ।

1. ਪਹੁੰਚਯੋਗਤਾ ਇਨਸਾਈਟਸ ਔਜ਼ਾਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਬਿਲਡ/ਟੈਸਟ ਚੱਕਰ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
2. ਇਹ ਪੁਸ਼ਟੀ ਕਰਨਾ ਕਿ ਸਕ੍ਰੀਨ ਰੀਡਰ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ ਇੱਕ ਖਾਸ ਤੌਰ 'ਤੇ ਚੁਣੌਤੀਪੂਰਨ ਕੰਮ ਰਿਹਾ ਹੈ। ਤੱਕ ਪਹੁੰਚ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ ਪਹੁੰਚਯੋਗਤਾ DOM, ਅਸੀਂ ਅੰਤ ਵਿੱਚ ਐਪ ਦੇ ਪਹੁੰਚਯੋਗਤਾ ਸਨੈਪਸ਼ਾਟ ਲੈਣ ਦੇ ਯੋਗ ਹੋ ਗਏ ਹਾਂ, ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਵਿਜ਼ੂਅਲ ਟੈਸਟਾਂ ਲਈ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਰਿਗਰੈਸ਼ਨ ਲਈ ਟੈਸਟ ਕਰਦੇ ਹਾਂ।

ਇਸ ਲਈ, ਕਹਾਣੀ ਦੇ ਦੂਜੇ ਭਾਗ ਵਿੱਚ - ਅਸੀਂ HTML ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਤੋਂ ਲੈ ਕੇ ਐਬਸਟਰੈਕਸ਼ਨ ਦੇ ਉੱਚ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਚਲੇ ਗਏ, ਡਿਜ਼ਾਈਨ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਦਲਿਆ ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜਾਂਚ ਸ਼ੁਰੂ ਕੀਤੀ। ਨਵੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਨਵੀਆਂ ਤਕਨੀਕਾਂ, ਅਤੇ ਐਬਸਟਰੈਕਸ਼ਨ ਦੇ ਨਵੇਂ ਪੱਧਰਾਂ ਨੇ ਪਹੁੰਚਯੋਗਤਾ ਦੇ ਲੈਂਡਸਕੇਪ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਦਿੱਤਾ ਹੈ ਅਤੇ ਇਸ ਸਪੇਸ ਵਿੱਚ ਕੰਮ ਕਰਨ ਦਾ ਕੀ ਮਤਲਬ ਹੈ।
ਪਰ ਇਹ ਸਿਰਫ ਸ਼ੁਰੂਆਤ ਹੈ.

ਅਗਲੀ "ਸਮਝ" ਇਹ ਹੈ ਕਿ ਅੰਨ੍ਹੇ ਉਪਭੋਗਤਾ ਅਤਿ-ਆਧੁਨਿਕ ਤਕਨਾਲੋਜੀ ਚਲਾ ਰਹੇ ਹਨ - ਉਹ ਉਹ ਹਨ ਜੋ ਨਾ ਸਿਰਫ਼ ਸਾਡੇ ਦੁਆਰਾ ਪਹਿਲਾਂ ਵਰਣਿਤ ਤਬਦੀਲੀਆਂ ਤੋਂ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭ ਉਠਾਉਂਦੇ ਹਨ, ਸਗੋਂ ਇਹ ਵੀ ਕਿ ML/AI ਦੁਆਰਾ ਨਵੇਂ ਪਹੁੰਚ ਅਤੇ ਵਿਚਾਰ ਸੰਭਵ ਬਣਾਏ ਗਏ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਮਰਸਿਵ ਰੀਡਰ ਤਕਨਾਲੋਜੀ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਟੈਕਸਟ ਨੂੰ ਵਧੇਰੇ ਆਸਾਨੀ ਨਾਲ ਅਤੇ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਪੇਸ਼ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਸਨੂੰ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਵਾਕਾਂ ਦੀ ਬਣਤਰ ਨੂੰ ਵਿਆਕਰਨਿਕ ਤੌਰ 'ਤੇ ਤੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਸ਼ਬਦਾਂ ਦੇ ਅਰਥ ਵੀ ਗ੍ਰਾਫਿਕ ਤੌਰ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਪੁਰਾਣੀ "ਇਸਨੂੰ ਪਹੁੰਚਯੋਗ ਬਣਾਓ" ਮਾਨਸਿਕਤਾ ਵਿੱਚ ਬਿਲਕੁਲ ਵੀ ਫਿੱਟ ਨਹੀਂ ਬੈਠਦਾ - ਇਹ ਇੱਕ ਉਪਯੋਗਤਾ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਹਰ ਕਿਸੇ ਦੀ ਮਦਦ ਕਰੇਗੀ।

ML/AI ਗੱਲਬਾਤ ਕਰਨ ਅਤੇ ਕੰਮ ਕਰਨ ਦੇ ਬਿਲਕੁਲ ਨਵੇਂ ਤਰੀਕਿਆਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾ ਰਿਹਾ ਹੈ, ਅਤੇ ਅਸੀਂ ਇਸ ਅਤਿ-ਆਧੁਨਿਕ ਯਾਤਰਾ ਦੇ ਅਗਲੇ ਪੜਾਵਾਂ ਦਾ ਹਿੱਸਾ ਬਣਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਹਾਂ। ਨਵੀਨਤਾ ਸੋਚ ਵਿੱਚ ਤਬਦੀਲੀ ਦੁਆਰਾ ਚਲਾਈ ਜਾਂਦੀ ਹੈ - ਮਨੁੱਖਤਾ ਹਜ਼ਾਰਾਂ ਸਾਲਾਂ ਤੋਂ ਮੌਜੂਦ ਹੈ, ਮਸ਼ੀਨਾਂ ਸੈਂਕੜੇ ਸਾਲਾਂ ਤੋਂ, ਕਈ ਦਹਾਕਿਆਂ ਤੋਂ ਵੈਬਸਾਈਟਾਂ, ਅਤੇ ਸਮਾਰਟਫ਼ੋਨ ਵੀ ਘੱਟ, ਤਕਨਾਲੋਜੀ ਨੂੰ ਲੋਕਾਂ ਦੇ ਅਨੁਕੂਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਇਸਦੇ ਉਲਟ।

PS ਲੇਖ ਦਾ ਅਨੁਵਾਦ ਮੂਲ ਤੋਂ ਮਾਮੂਲੀ ਭਟਕਣਾਵਾਂ ਨਾਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਲੇਖ ਦੇ ਸਹਿ-ਲੇਖਕ ਵਜੋਂ, ਮੈਂ ਇਹਨਾਂ ਵਿਭਿੰਨਤਾਵਾਂ 'ਤੇ ਹਿਊਗ ਨਾਲ ਸਹਿਮਤ ਹਾਂ।

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਤੁਸੀਂ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਪਹੁੰਚਯੋਗਤਾ ਵੱਲ ਧਿਆਨ ਦਿੰਦੇ ਹੋ?

• ਜੀ

• ਕੋਈ

• ਇਹ ਪਹਿਲੀ ਵਾਰ ਹੈ ਜਦੋਂ ਮੈਂ ਐਪ ਪਹੁੰਚਯੋਗਤਾ ਬਾਰੇ ਸੁਣਿਆ ਹੈ।

17 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 5 ਉਪਭੋਗਤਾ ਬਚੇ ਹੋਏ ਹਨ।

ਸਰੋਤ: www.habr.com