Linux 'ਤੇ Lync ਕਾਨਫਰੰਸਾਂ ਲਈ ਆਟੋਮੈਟਿਕ ਲੌਗਇਨ

ਹੇ ਹਬਰ!

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

ਇੰਦਰਾਜ਼

ਇਹ ਸਭ ਉਦੋਂ ਸ਼ੁਰੂ ਹੋਇਆ ਜਦੋਂ ਕੁਝ ਸਮਾਂ ਪਹਿਲਾਂ ਮੈਂ ਆਪਣੇ ਕੰਮ ਦੇ ਕੰਪਿਊਟਰ 'ਤੇ ਲੀਨਕਸ ਮਿੰਟ ਨੂੰ ਡਾਊਨਲੋਡ ਕੀਤਾ ਸੀ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਸ਼ਾਇਦ ਜਾਣਦੇ ਹਨ ਕਿ ਸਿਪ ਪਲੱਗਇਨ ਵਾਲਾ ਪਿਡਗਿਨ ਲੀਨਕਸ ਸਿਸਟਮਾਂ ਲਈ ਮਾਈਕ੍ਰੋਸਾਫਟ Lync (ਹੁਣ ਕਾਰੋਬਾਰ ਲਈ ਸਕਾਈਪ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਲਈ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਢੁਕਵਾਂ ਬਦਲ ਹੈ। ਮੇਰੇ ਕੰਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕਾਰਨ, ਮੈਨੂੰ ਅਕਸਰ SIP ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਮੈਂ ਇੱਕ ਵਿੰਡੋਜ਼ ਵਰਕਰ ਸੀ, ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਦਾਖਲ ਹੋਣਾ ਮੁਢਲੀ ਗੱਲ ਸੀ: ਸਾਨੂੰ ਡਾਕ ਦੁਆਰਾ ਇੱਕ ਸੱਦਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਲੌਗਇਨ ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰੋ, ਅਤੇ ਅਸੀਂ ਜਾਣ ਲਈ ਤਿਆਰ ਹਾਂ। .

ਲੀਨਕਸ ਦੇ ਹਨੇਰੇ ਪਾਸੇ ਵੱਲ ਸਵਿਚ ਕਰਨ ਵੇਲੇ, ਸਭ ਕੁਝ ਕੁਝ ਹੋਰ ਗੁੰਝਲਦਾਰ ਹੋ ਗਿਆ: ਬੇਸ਼ਕ, ਤੁਸੀਂ ਪਿਡਗਿਨ ਵਿੱਚ ਕਾਨਫਰੰਸਾਂ ਵੀ ਦਾਖਲ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਅਜਿਹਾ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਆਪਣੇ SIP ਖਾਤੇ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਮੀਨੂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲੀ ਕਾਨਫਰੰਸ ਵਿਕਲਪ ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਅਤੇ ਵਿੰਡੋ ਜੋ ਖੁੱਲਦੀ ਹੈ, ਕਾਨਫਰੰਸ ਲਈ ਇੱਕ ਲਿੰਕ ਪਾਓ ਜਾਂ ਪ੍ਰਬੰਧਕ ਦਾ ਨਾਮ ਅਤੇ conf ਆਈਡੀ ਦਾਖਲ ਕਰੋ। ਅਤੇ ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਮੈਂ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕੀਤਾ: "ਕੀ ਇਸ ਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਸਰਲ ਕਰਨਾ ਸੰਭਵ ਹੈ?" ਹਾਂ, ਤੁਸੀਂ ਕਹਿ ਸਕਦੇ ਹੋ, ਤੁਹਾਨੂੰ ਇਸਦੀ ਕਿਉਂ ਲੋੜ ਹੈ ਮੈਂ ਵਿੰਡੋਜ਼ 'ਤੇ ਬੈਠ ਕੇ ਆਪਣਾ ਮਨ ਨਹੀਂ ਉਡਾਵਾਂਗਾ?

ਕਦਮ 1: ਖੋਜ

ਨੇਕਰਾਸੋਵ ਨੇ ਆਪਣੇ ਕੰਮ ਵਿੱਚ ਕਿਹਾ, "ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਸਿਰ ਵਿੱਚ ਕੁਝ ਧੁੰਦਲਾ ਪਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਨੂੰ ਦਾਅ ਨਾਲ ਨਹੀਂ ਖੜਕਾ ਸਕਦੇ," ਨੇਕਰਾਸੋਵ ਨੇ ਆਪਣੇ ਕੰਮ ਵਿੱਚ ਕਿਹਾ, "ਰੂਸ ਵਿੱਚ ਕੌਣ ਚੰਗਾ ਰਹਿੰਦਾ ਹੈ।"

ਇਸ ਲਈ, ਇੱਕ ਵਾਰ ਜਦੋਂ ਇਹ ਵਿਚਾਰ ਮੇਰੇ ਦਿਮਾਗ ਵਿੱਚ ਆਇਆ, ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਲਾਗੂ ਕਰਨ ਦਾ ਪਹਿਲਾ ਵਿਚਾਰ ਆਇਆ. ਸਭ ਕੁਝ ਸਧਾਰਨ ਜਾਪਦਾ ਸੀ - ਤੁਹਾਨੂੰ ਲਿੰਕਾਂ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਰੋਕਣ ਦੀ ਲੋੜ ਹੈ meet.company.com/user/confid - 127.0.0.1 'ਤੇ ਆਪਣੀ ਕਾਰ 'ਤੇ ਇੱਕ ਸਥਾਨਕ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ ਅਤੇ /etc/hosts ਵਿੱਚ ਕੰਪਨੀ ਡੋਮੇਨ ਲਈ ਇੱਕ ਸਥਿਰ ਐਂਟਰੀ ਸ਼ਾਮਲ ਕਰੋ ਜਿਸ ਰਾਹੀਂ ਤੁਸੀਂ ਲੋਕਲਹੋਸਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹੋਏ ਕਾਨਫਰੰਸ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੇ ਹੋ। ਅੱਗੇ, ਇਸ ਵੈਬ ਸਰਵਰ ਨੂੰ ਉਸ ਲਿੰਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਇਸ 'ਤੇ ਆਇਆ ਸੀ ਅਤੇ ਕਿਸੇ ਤਰ੍ਹਾਂ ਇਸ ਨੂੰ ਪਿਡਗਿਨ ਦੇ ਅੰਦਰ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ (ਮੈਂ ਤੁਰੰਤ ਕਹਾਂਗਾ ਕਿ ਇਸ ਪੜਾਅ 'ਤੇ ਮੈਨੂੰ ਅਜੇ ਵੀ ਇਹ ਨਹੀਂ ਪਤਾ ਸੀ ਕਿ ਇਸ ਨੂੰ ਕਿਵੇਂ ਦੇਣਾ ਹੈ)। ਹੱਲ, ਬੇਸ਼ੱਕ, ਬੈਸਾਖੀਆਂ ਦੀ ਤਰ੍ਹਾਂ ਸੁਗੰਧਿਤ ਹੈ, ਪਰ ਅਸੀਂ ਪ੍ਰੋਗਰਾਮਰ ਹਾਂ, ਬੈਸਾਖੀਆਂ ਸਾਨੂੰ ਡਰਾਉਂਦੀਆਂ ਨਹੀਂ ਹਨ।

ਫਿਰ, ਸੰਜੋਗ ਨਾਲ, ਮੈਂ ਕਿਸੇ ਤਰ੍ਹਾਂ ਗੂਗਲ ਕਰੋਮ ਵਿੱਚ ਸੱਦਾ ਲਿੰਕ ਖੋਲ੍ਹਿਆ (ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਮੈਂ ਹਮੇਸ਼ਾ ਮੋਜ਼ੀਲਾ ਫਾਇਰਫਾਕਸ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ)। ਅਤੇ ਮੇਰੇ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ, ਵੈਬ ਪੇਜ ਬਿਲਕੁਲ ਵੱਖਰਾ ਦਿਖਾਈ ਦਿੰਦਾ ਸੀ - ਉਪਭੋਗਤਾ ਡੇਟਾ ਦਾਖਲ ਕਰਨ ਲਈ ਕੋਈ ਫਾਰਮ ਨਹੀਂ ਸੀ ਅਤੇ ਪੰਨੇ ਨੂੰ ਦਾਖਲ ਕਰਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਕੁਝ ਖੋਲ੍ਹਣ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਸੀ xdg- ਓਪਨ. ਸਿਰਫ਼ ਮਨੋਰੰਜਨ ਲਈ, ਮੈਂ "ਹਾਂ" 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹਾਂ ਅਤੇ ਇੱਕ ਗਲਤੀ ਸੁਨੇਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ - ਲਿੰਕ lync15:confjoin?url=https://meet.company.com/user/confid ਨੂੰ ਖੋਲ੍ਹਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਹਮ. ਇਹ ਕਿਸ ਕਿਸਮ ਦਾ xdg-ਓਪਨ ਹੈ ਅਤੇ ਅਜਿਹੇ ਲਿੰਕ ਖੋਲ੍ਹਣ ਲਈ ਇਸਦੀ ਕੀ ਲੋੜ ਹੈ? ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਪੋਸਟ-ਮਾਰਟਮ ਰੀਡਿੰਗ ਤੋਂ ਪਤਾ ਲੱਗਾ ਹੈ ਕਿ ਇਹ ਇੱਕ GUI ਹੈਂਡਲਰ ਹੈ ਜੋ ਯੂਰੀ ਸਕੀਮ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਜਾਂ ਕੁਝ ਫਾਈਲ ਕਿਸਮਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਚਲਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਐਸੋਸੀਏਸ਼ਨਾਂ ਨੂੰ ਮਾਈਮ-ਟਾਈਪ ਮੈਪਿੰਗ ਦੁਆਰਾ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਅਸੀਂ ਯੂਰੀ ਸਕੀਮ ਨਾਮ ਦੀ ਇੱਕ ਮੇਲ ਖਾਂਦੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਖੋਜ ਚਲਾ ਰਹੇ ਹਾਂ lync15 ਅਤੇ ਲਿੰਕ ਨੂੰ xdg-open ਨੂੰ ਪਾਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਫਿਰ, ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਇਸਨੂੰ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪਾਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਲਿੰਕ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਜੋ, ਬੇਸ਼ੱਕ, ਸਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਜੇ ਨਹੀਂ, ਤਾਂ ਉਹ ਓਪਨ ਸੋਰਸ ਸੰਸਾਰ ਵਿੱਚ ਕੀ ਕਰਦੇ ਹਨ? ਇਹ ਸਹੀ ਹੈ, ਅਸੀਂ ਇਸਨੂੰ ਆਪਣੇ ਆਪ ਲਿਖਾਂਗੇ.

ਲੀਨਕਸ ਦੀ ਦੁਨੀਆ ਵਿੱਚ ਹੋਰ ਡੁੱਬਣ ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਇਹ ਅਧਿਐਨ ਕਰਨ ਵਿੱਚ ਕਿ ਗ੍ਰਾਫਿਕ ਸ਼ੈੱਲ (ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਣ, DE) ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਰੀਕੇ ਨਾਲ, ਮੇਰੇ ਕੋਲ ਲੀਨਕਸ ਮਿੰਟ ਵਿੱਚ Xfce ਹੈ, ਨੇ ਦਿਖਾਇਆ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਇਸ ਨਾਲ ਜੁੜੇ ਮਾਈਮ-ਕਿਸਮ ਆਮ ਤੌਰ 'ਤੇ ਸਿੱਧੇ ਤੌਰ' ਤੇ ਲਿਖੇ ਜਾਂਦੇ ਹਨ. ਐਕਸਟੈਂਸ਼ਨ .desktop ਨਾਲ ਸ਼ਾਰਟਕੱਟ ਫਾਈਲਾਂ। ਖੈਰ, ਕਿਉਂ ਨਹੀਂ, ਮੈਂ ਇੱਕ ਸਧਾਰਨ ਐਪਲੀਕੇਸ਼ਨ ਸ਼ਾਰਟਕੱਟ ਬਣਾਉਂਦਾ ਹਾਂ, ਜਿਸ ਨੂੰ ਬਸ ਇੱਕ ਬੈਸ਼ ਸਕ੍ਰਿਪਟ ਲਾਂਚ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਕੰਸੋਲ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਆਰਗੂਮੈਂਟ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਮੈਂ ਸਿਰਫ ਸ਼ਾਰਟਕੱਟ ਫਾਈਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹਾਂ:

[Desktop Entry]
Name=Lync
Exec=/usr/local/bin/lync.sh %u
Type=Application
Terminal=false
Categories=Network;InstantMessaging;
MimeType=x-scheme-handler/lync15;

ਮੈਂ ਕੰਸੋਲ ਤੋਂ xdg-open ਲਾਂਚ ਕਰਦਾ ਹਾਂ, ਉਹੀ ਲਿੰਕ ਪਾਸ ਕਰਦਾ ਹਾਂ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਆਉਂਦਾ ਹੈ ਅਤੇ... bummer. ਦੁਬਾਰਾ ਇਹ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਹ ਲਿੰਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰ ਸਕਦਾ.

ਜਿਵੇਂ ਕਿ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ, ਮੈਂ ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਸੰਬੰਧਿਤ ਮਾਈਮ-ਕਿਸਮਾਂ ਦੀ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤਾ। ਇਹ ਇੱਕ ਸਧਾਰਨ ਹੁਕਮ ਨਾਲ ਕੀਤਾ ਗਿਆ ਹੈ:

xdg-mime default lync.desktop x-scheme-handler/lync15

ਜੋ ਸਿਰਫ਼ ਫਾਈਲ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ ~/.config/mimeapps.list.

xdg-ਓਪਨ ਕਾਲ ਨਾਲ ਨੰਬਰ 2 ਦੀ ਕੋਸ਼ਿਸ਼ - ਅਤੇ ਦੁਬਾਰਾ ਅਸਫਲਤਾ। ਕੁਝ ਵੀ ਨਹੀਂ, ਮੁਸ਼ਕਲਾਂ ਸਾਨੂੰ ਡਰਾਉਂਦੀਆਂ ਨਹੀਂ, ਸਗੋਂ ਸਾਡੀ ਦਿਲਚਸਪੀ ਨੂੰ ਵਧਾਉਂਦੀਆਂ ਹਨ। ਅਤੇ ਬੈਸ਼ (ਅਰਥਾਤ ਟਰੇਸਿੰਗ) ਦੀ ਸਾਰੀ ਸ਼ਕਤੀ ਨਾਲ ਲੈਸ, ਅਸੀਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਡੀਬੱਗਿੰਗ ਵਿੱਚ ਡੁੱਬਦੇ ਹਾਂ। ਇੱਥੇ ਇਹ ਨੋਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ xdg-open ਸਿਰਫ਼ ਇੱਕ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟ ਹੈ।

bash -x xdg-open $url

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

xdg-open ਦੇ ਅੰਦਰੂਨੀ ਹਿੱਸੇ ਨੂੰ ਦੇਖਣ ਤੋਂ ਬਾਅਦ, ਮੈਨੂੰ ਪਤਾ ਲੱਗਾ ਕਿ ਇਹ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣਕ ਮਾਪਦੰਡਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਅਤੇ ਨਿਯੰਤਰਣ ਨੂੰ ਜਾਂ ਤਾਂ ਕਿਸੇ ਖਾਸ DE ਲਈ ਵਿਸ਼ੇਸ਼ ਫਾਈਲ ਲਿੰਕ ਖੋਲ੍ਹਣ ਲਈ ਕੁਝ ਟੂਲਸ ਨੂੰ ਪਾਸ ਕਰਦਾ ਹੈ, ਜਾਂ ਇਸਦਾ ਇੱਕ ਫਾਲਬੈਕ ਫੰਕਸ਼ਨ ਹੈ। open_generic

open_xfce()
{
if exo-open --help 2>/dev/null 1>&2; then
exo-open "$1"
elif gio help open 2>/dev/null 1>&2; then
gio open "$1"
elif gvfs-open --help 2>/dev/null 1>&2; then
gvfs-open "$1"
else
open_generic "$1"
fi

if [ $? -eq 0 ]; then
exit_success
else
exit_failure_operation_failed
fi
}

ਮੈਂ ਪਾਸ ਕੀਤੇ ਹੋਏ ਆਰਗੂਮੈਂਟ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਨਾਲ ਇੱਥੇ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਹੈਕ ਨੂੰ ਜਲਦੀ ਏਮਬੇਡ ਕਰਾਂਗਾ ਅਤੇ ਜੇਕਰ ਸਾਡੀ ਖਾਸ ਸਬਸਟ੍ਰਿੰਗ ਉੱਥੇ ਸਥਿਤ ਹੈ lync15:, ਫਿਰ ਅਸੀਂ ਫੰਕਸ਼ਨ ਵਿੱਚ ਤੁਰੰਤ ਕੰਟਰੋਲ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਾਂ open_generic.

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

ਇਸ ਵਾਰ ਇਹ ਫੰਕਸ਼ਨ ਬਣ ਗਿਆ is_file_url_or_path, ਜੋ ਕਿ ਇਨਪੁਟ ਨੂੰ ਪਾਸ ਕੀਤੇ ਗਏ ਫਾਈਲ ਲਿੰਕ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ: file:// ਜਾਂ ਫਾਈਲ ਦਾ ਮਾਰਗ ਜਾਂ ਕੁਝ ਹੋਰ। ਅਤੇ ਜਾਂਚ ਨੇ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕੀਤਾ ਕਿ ਸਾਡੇ ਅਗੇਤਰ (url ਸਕੀਮ) ਵਿੱਚ ਸੰਖਿਆਵਾਂ ਹਨ, ਅਤੇ ਨਿਯਮਤ ਸਮੀਕਰਨ ਸਿਰਫ :alpha: ਬਿੰਦੀਆਂ ਅਤੇ ਡੈਸ਼ਾਂ ਵਾਲੇ ਅੱਖਰ ਸੈੱਟ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਲਈ rfc3986 ਸਟੈਂਡਰਡ ਨਾਲ ਸਲਾਹ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਕਸਾਰ ਸਰੋਤ ਪਛਾਣਕਰਤਾ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਇਸ ਵਾਰ ਮਾਈਕਰੋਸਾਫਟ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦੀ ਉਲੰਘਣਾ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ (ਹਾਲਾਂਕਿ ਮੇਰੇ ਕੋਲ ਅਜਿਹਾ ਸੰਸਕਰਣ ਸੀ). ਸਿਰਫ਼ ਅੱਖਰ ਸ਼੍ਰੇਣੀ :alpha: ਵਿੱਚ ਸਿਰਫ਼ ਲਾਤੀਨੀ ਵਰਣਮਾਲਾ ਦੇ ਅੱਖਰ ਹਨ। ਮੈਂ ਜਲਦੀ ਹੀ ਰੈਗੂਲਰ ਚੈਕ ਨੂੰ ਅਲਫਾਨਿਊਮੇਰਿਕ ਵਿੱਚ ਬਦਲਦਾ ਹਾਂ। ਹੋ ਗਿਆ, ਤੁਸੀਂ ਅਦਭੁਤ ਹੋ, ਸਭ ਕੁਝ ਅੰਤ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਸਾਡੀ ਸਕ੍ਰਿਪਟ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਾਰੀਆਂ ਜਾਂਚਾਂ ਤੋਂ ਬਾਅਦ ਨਿਯੰਤਰਣ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਸਾਡਾ ਲਿੰਕ ਕੰਸੋਲ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦਾ ਹੈ, ਸਭ ਕੁਝ ਉਸੇ ਤਰ੍ਹਾਂ ਹੈ ਜਿਵੇਂ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ, ਮੈਨੂੰ ਸ਼ੱਕ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਐਕਸੋ-ਓਪਨ ਦੀਆਂ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਸਕੀਮ ਵਿੱਚ ਨੰਬਰਾਂ ਦੇ ਕਾਰਨ ਲਿੰਕ ਫਾਰਮੈਟ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਕਾਰਨ ਵੀ ਹਨ. ਪਰਿਕਲਪਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, ਮੈਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਮਾਈਮ-ਕਿਸਮ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਸਕੀਮ ਵਿੱਚ ਬਦਲਦਾ ਹਾਂ lync ਅਤੇ ਵੋਇਲਾ - open_xfce ਫੰਕਸ਼ਨ ਨੂੰ ਓਵਰਰਾਈਡ ਕੀਤੇ ਬਿਨਾਂ ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ। ਪਰ ਇਹ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸਾਡੀ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ, ਕਿਉਂਕਿ ਕਾਨਫਰੰਸ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ ਵੈੱਬ ਪੇਜ lync15 ਨਾਲ ਇੱਕ ਲਿੰਕ ਬਣਾਉਂਦਾ ਹੈ।

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

• sipe-join-conference-with-uri.pl
• sipe-join-conference-with-organizer-and-id.pl
• sipe-call-phone-number.pl
• SipeHelper.pm

ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ Sipe ਪਲੱਗਇਨ dbus (ਡੈਸਕਟਾਪ ਬੱਸ) ਦੁਆਰਾ ਗੱਲਬਾਤ ਲਈ ਉਪਲਬਧ ਹੈ ਅਤੇ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਅੰਦਰ ਇੱਕ ਲਿੰਕ ਰਾਹੀਂ ਕਾਨਫਰੰਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਹਨ, ਜਾਂ ਤਾਂ ਪ੍ਰਬੰਧਕ ਦੇ ਨਾਮ ਅਤੇ conf-id ਦੁਆਰਾ, ਜਾਂ ਤੁਸੀਂ sip ਦੁਆਰਾ ਇੱਕ ਕਾਲ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ। . ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜੋ ਅਸੀਂ ਗੁਆ ਰਹੇ ਸੀ.

ਕਦਮ 2. ਇੱਕ ਆਟੋਜੋਇਨ ਹੈਂਡਲਰ ਨੂੰ ਲਾਗੂ ਕਰਨਾ

ਕਿਉਂਕਿ ਪਰਲ ਵਿੱਚ ਤਿਆਰ-ਬਣਾਈਆਂ ਉਦਾਹਰਣਾਂ ਹਨ, ਮੈਂ ਸਿਰਫ ਵਰਤਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ sipe-join-conference-with-uri.pl ਅਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਇਸਨੂੰ ਥੋੜਾ ਜਿਹਾ ਸੋਧੋ। ਮੈਂ ਪਰਲ ਵਿੱਚ ਲਿਖ ਸਕਦਾ ਹਾਂ, ਇਸ ਲਈ ਇਸ ਨਾਲ ਕੋਈ ਖਾਸ ਮੁਸ਼ਕਲ ਨਹੀਂ ਆਈ।

ਸਕ੍ਰਿਪਟ ਦੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਫਾਈਲ ਵਿੱਚ ਇਸਦੀ ਕਾਲ ਲਿਖੀ lync.desktop. ਅਤੇ ਇਹ ਇੱਕ ਜਿੱਤ ਸੀ! ਜਦੋਂ ਕਾਨਫਰੰਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲੇ ਪੰਨੇ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੇ ਹੋ ਅਤੇ xdg-ਓਪਨ ਨੂੰ ਚੱਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਪਿਡਗਿਨ ਤੋਂ ਕਾਨਫਰੰਸ ਪੌਪਅੱਪ ਵਿੰਡੋ ਆਪਣੇ ਆਪ ਖੁੱਲ੍ਹ ਜਾਵੇਗੀ। ਮੈਂ ਕਿੰਨਾ ਖੁਸ਼ ਹੋਇਆ।
ਸਫਲਤਾ ਤੋਂ ਉਤਸ਼ਾਹਿਤ ਹੋ ਕੇ, ਮੈਂ ਆਪਣੇ ਮੁੱਖ ਬ੍ਰਾਊਜ਼ਰ, ਮੋਜ਼ੀਲਾ ਫਾਇਰਫਾਕਸ ਲਈ ਵੀ ਅਜਿਹਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਜਦੋਂ ਤੁਸੀਂ ਲੂੰਬੜੀ ਰਾਹੀਂ ਲੌਗਇਨ ਕਰਦੇ ਹੋ, ਅਧਿਕਾਰ ਲਈ ਇੱਕ ਪੰਨਾ ਖੁੱਲ੍ਹਦਾ ਹੈ ਅਤੇ ਬਿਲਕੁਲ ਹੇਠਾਂ ਇੱਕ ਬਟਨ ਹੁੰਦਾ ਹੈ ਆਫਿਸ ਕਮਿਊਨੀਕੇਟਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸ਼ਾਮਲ ਹੋਵੋ. ਉਹ ਉਹ ਸੀ ਜਿਸਨੇ ਮੇਰਾ ਧਿਆਨ ਖਿੱਚਿਆ. ਜਦੋਂ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਇਸ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਪਤੇ 'ਤੇ ਜਾਂਦਾ ਹੈ:

conf:sip:{user};gruu;opaque=app:conf:focus:id:{conf-id}%3Frequired-media=audio

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

ਮੈਂ ਜਲਦੀ ਹੀ ਆਪਣੀ ਸਕ੍ਰਿਪਟ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਯੂਰੀ ਸਕੀਮ ਲਈ ਵੀ ਰਜਿਸਟਰ ਕਰਦਾ ਹਾਂ ਸੰਰਚਨਾ ਅਤੇ... ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਬ੍ਰਾਊਜ਼ਰ ਸ਼ਿਕਾਇਤ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ ਕਿ ਮੇਰੇ ਲਿੰਕਾਂ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲੀ ਕੋਈ ਐਪਲੀਕੇਸ਼ਨ ਨਹੀਂ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਨਾਲ ਕੰਸੋਲ ਤੋਂ xdg-open ਨੂੰ ਕਾਲ ਕਰਨਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ।

“ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਕਸਟਮ ਪ੍ਰੋਟੋਕੋਲ ਹੈਂਡਲਰ ਸੈਟ ਕਰੋ” - ਮੈਂ ਇਸ ਸਵਾਲ ਨਾਲ ਔਨਲਾਈਨ ਗਿਆ। ਸਟੈਕਓਵਰਫਲੋ (ਅਤੇ ਅਸੀਂ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕਿੱਥੇ ਹੋਵਾਂਗੇ) 'ਤੇ ਕਈ ਵਿਚਾਰ ਵਟਾਂਦਰੇ ਤੋਂ ਬਾਅਦ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਜਵਾਬ ਮਿਲ ਗਿਆ ਸੀ. ਵਿੱਚ ਤੁਹਾਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਪੈਰਾਮੀਟਰ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਬਾਰੇ: ਸੰਰਚਨਾ (ਬੇਸ਼ਕ foo ਨੂੰ conf ਨਾਲ ਬਦਲਣਾ):

network.protocol-handler.expose.foo = false

ਅਸੀਂ ਇਸਨੂੰ ਬਣਾਉਂਦੇ ਹਾਂ, ਲਿੰਕ ਖੋਲ੍ਹਦੇ ਹਾਂ ਅਤੇ... ਅਜਿਹੀ ਕੋਈ ਕਿਸਮਤ ਨਹੀਂ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ, ਜਿਵੇਂ ਕਿ ਕੁਝ ਨਹੀਂ ਹੋਇਆ, ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਹ ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਨਹੀਂ ਜਾਣਦਾ.

ਮੈਂ ਮੋਜ਼ੀਲਾ ਤੋਂ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਰਜਿਸਟਰ ਕਰਨ ਬਾਰੇ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹ ਰਿਹਾ ਹਾਂ, ਗਨੋਮ ਡੈਸਕਟਾਪ ਵਿੱਚ ਐਸੋਸੀਏਸ਼ਨਾਂ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਦਾ ਇੱਕ ਵਿਕਲਪ ਹੈ (ਫੂ ਨੂੰ conf ਨਾਲ ਬਦਲਣਾ, ਬੇਸ਼ਕ):

gconftool-2 -s /desktop/gnome/url-handlers/foo/command '/path/to/app %s' --type String
gconftool-2 -s /desktop/gnome/url-handlers/foo/enabled --type Boolean true

ਮੈਂ ਰਜਿਸਟਰ ਕਰਦਾ ਹਾਂ, ਬ੍ਰਾਊਜ਼ਰ ਖੋਲ੍ਹਦਾ ਹਾਂ... ਅਤੇ ਦੁਬਾਰਾ ਦਾੜ੍ਹੀ.

ਇੱਥੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਇੱਕ ਲਾਈਨ ਮੇਰੀ ਅੱਖ ਨੂੰ ਫੜਦੀ ਹੈ:

ਅਗਲੀ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਪ੍ਰੋਟੋਕੋਲ-ਟਾਈਪ foo ਦੇ ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਪੁੱਛਿਆ ਜਾਵੇਗਾ ਕਿ ਇਸਨੂੰ ਕਿਸ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਖੋਲ੍ਹਣਾ ਹੈ।

— ਸੇਮੀਓਨ ਸੇਮੇਨੀਚ
- ਆਹ

ਅਸੀਂ ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਵੈੱਬ ਪੇਜ ਸਿਰਫ਼ javascript ਰਾਹੀਂ window.location ਨੂੰ ਬਦਲਦਾ ਹੈ। ਮੈਂ conf ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਲਿੰਕ ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ html ਫਾਈਲ ਲਿਖਦਾ ਹਾਂ, ਇਸਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਖੋਲ੍ਹੋ, ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰੋ - Yos! ਇੱਕ ਵਿੰਡੋ ਖੁੱਲਦੀ ਹੈ ਜੋ ਪੁੱਛਦੀ ਹੈ ਕਿ ਸਾਨੂੰ ਕਿਸ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਆਪਣਾ ਲਿੰਕ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਉੱਥੇ ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਸੂਚੀ ਵਿੱਚ ਸਾਡੀ Lync ਐਪਲੀਕੇਸ਼ਨ ਹੈ - ਅਸੀਂ ਇਮਾਨਦਾਰੀ ਨਾਲ ਇਸਨੂੰ ਹਰ ਸੰਭਵ ਤਰੀਕਿਆਂ ਨਾਲ ਰਜਿਸਟਰ ਕੀਤਾ ਹੈ। ਵਿੰਡੋ ਵਿੱਚ ਇੱਕ ਚੈਕਬਾਕਸ ਵੀ ਹੈ "ਚੋਣ ਨੂੰ ਯਾਦ ਰੱਖੋ ਅਤੇ ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਹਮੇਸ਼ਾ ਲਿੰਕ ਖੋਲ੍ਹੋ", ਇਸਨੂੰ ਚੈੱਕ ਕਰੋ ਅਤੇ ਠੀਕ ਹੈ 'ਤੇ ਕਲਿੱਕ ਕਰੋ। ਅਤੇ ਇਹ ਦੂਜੀ ਜਿੱਤ ਹੈ - ਕਾਨਫਰੰਸ ਵਿੰਡੋ ਖੁੱਲ੍ਹਦੀ ਹੈ. ਉਸੇ ਸਮੇਂ, ਓਪਨਿੰਗ ਕਾਨਫਰੰਸਾਂ ਨਾ ਸਿਰਫ਼ ਉਦੋਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ, ਬਲਕਿ ਜਦੋਂ ਵੀ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲੇ ਪੰਨੇ ਤੋਂ ਸਾਨੂੰ ਕਾਨਫਰੰਸ ਵਿੱਚ ਜਾਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਫਿਰ ਮੈਂ ਜਾਂਚ ਕੀਤੀ, ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਮਿਟਾਉਣਾ network.protocol-handler.expose.conf ਫੌਕਸ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕੀਤਾ। ਲਿੰਕ ਕੰਮ ਕਰਦੇ ਰਹੇ।

ਸਿੱਟਾ

ਮੈਂ ਆਪਣੇ ਸਾਰੇ ਕੰਮ ਨੂੰ GitHub ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਅਪਲੋਡ ਕਰ ਦਿੱਤਾ ਹੈ; ਸਾਰੇ ਸਰੋਤਾਂ ਦੇ ਲਿੰਕ ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ ਹੋਣਗੇ.
ਮੈਂ ਉਹਨਾਂ ਲੋਕਾਂ ਤੋਂ ਫੀਡਬੈਕ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਾਂਗਾ ਜੋ ਮੇਰੇ ਕੰਮ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ। ਮੈਨੂੰ ਤੁਰੰਤ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਮੈਂ ਸਾਰਾ ਵਿਕਾਸ ਸਿਰਫ ਆਪਣੇ ਲੀਨਕਸ ਮਿੰਟ ਸਿਸਟਮ ਲਈ ਕੀਤਾ ਹੈ, ਇਸਲਈ ਕੁਝ ਹੋਰ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਜਾਂ ਡੈਸਕਟਾਪ ਉਸ ਸੰਸਕਰਣ ਵਿੱਚ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ। ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ, ਮੈਂ ਇਸ ਬਾਰੇ ਲਗਭਗ ਪੱਕਾ ਵੀ ਹਾਂ, ਕਿਉਂਕਿ ਮੈਂ xdg-open ਵਿੱਚ ਸਿਰਫ 1 ਫੰਕਸ਼ਨ ਪੈਚ ਕੀਤਾ ਹੈ ਜੋ ਸਿਰਫ ਮੇਰੇ DE ਨਾਲ ਸਬੰਧਤ ਹੈ। ਜੇ ਤੁਸੀਂ ਹੋਰ ਸਿਸਟਮਾਂ ਜਾਂ ਡੈਸਕਟਾਪਾਂ ਲਈ ਸਮਰਥਨ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਮੈਨੂੰ Github 'ਤੇ ਪੁੱਲ ਬੇਨਤੀਆਂ ਲਿਖੋ.

ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪੂਰਾ ਹੋਣ ਵਿੱਚ 1 ਸ਼ਾਮ ਦਾ ਸਮਾਂ ਲੱਗਾ।

ਲਿੰਕ:

• ਮੋਜ਼ੀਲਾ ਨਾਲ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਰਜਿਸਟਰ ਕਰਨਾ
• ਡੀ-ਬੱਸ (ਵਿਕੀਪੀਡੀਆ)
• rfc3986 URI
• Github 'ਤੇ ਪ੍ਰੋਜੈਕਟ

ਸਰੋਤ: www.habr.com