ಆಂಡ್ರಾಯ್ಡ್ 16 ರ ಲೈವ್ ನವೀಕರಣಗಳು ನಿಮ್ಮ ನೆಚ್ಚಿನ ಮ್ಯೂಸಿಕ್ ಪ್ಲೇಯರ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ಬಮ್ಮರ್ ಆಗಿದೆ

ಸಂಗೀತ, ಆಡಿಯೊಬುಕ್‌ಗಳು ಅಥವಾ ಪಾಡ್‌ಕಾಸ್ಟ್‌ಗಳನ್ನು ಕೇಳುವುದು ಸಾಮಾನ್ಯ ಸ್ಮಾರ್ಟ್‌ಫೋನ್ ಚಟುವಟಿಕೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಅದಕ್ಕಾಗಿಯೇ ಆಂಡ್ರಾಯ್ಡ್ ಮಾಧ್ಯಮ ಅಧಿಸೂಚಕರಿಗೆ ವಿಶೇಷ ಚಿಕಿತ್ಸೆಯನ್ನು ನೀಡುತ್ತದೆ. ಇತರ ಎಚ್ಚರಿಕೆಗಳೊಂದಿಗೆ ಅವುಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುವ ಬದಲು, ಆಂಡ್ರಾಯ್ಡ್ ತ್ವರಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಫಲಕದ ಅಡಿಯಲ್ಲಿ, ಲಾಕ್ ಪರದೆಯಲ್ಲಿ ಮತ್ತು ಯಾವಾಗಲೂ ಆನ್ ಪ್ರದರ್ಶನದಲ್ಲಿಯೂ ಮಾಧ್ಯಮ ಅಧಿಸೂಚನೆಗಳನ್ನು ಪ್ರಮುಖವಾಗಿ ಪ್ರದರ್ಶಿಸುತ್ತದೆ. ಇನ್ನೂ, ಪ್ರಸ್ತುತ ಟ್ರ್ಯಾಕ್‌ನ ಹೆಸರನ್ನು ನೋಡಲು ನೀವು ಅಧಿಸೂಚನೆ ನೆರಳು ಎಳೆಯಬೇಕು. ಆಂಡ್ರಾಯ್ಡ್ 16 ರಲ್ಲಿನ ಹೊಸ ವೈಶಿಷ್ಟ್ಯವು ಇದನ್ನು ಪರಿಹರಿಸಬಲ್ಲ ಸ್ಥಿತಿ ಬಾರ್ ಚಿಪ್‌ಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ, ಆದರೆ ದುಃಖಕರವೆಂದರೆ, ಇದು ನಿಮ್ಮ ನೆಚ್ಚಿನ ಮ್ಯೂಸಿಕ್ ಪ್ಲೇಯರ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಏಕೆ ಇಲ್ಲಿದೆ.

ಆಂಡ್ರಾಯ್ಡ್ 16 ಲೈವ್ ನವೀಕರಣಗಳು ಎಂಬ ಹೊಸ ಅಧಿಸೂಚನೆ ವೈಶಿಷ್ಟ್ಯವನ್ನು ತರುತ್ತದೆ, ಇದು ಮೂಲತಃ ಐಒಎಸ್ನಲ್ಲಿ ಆಂಡ್ರಾಯ್ಡ್ನ ಲೈವ್ ಚಟುವಟಿಕೆಗಳ ಆವೃತ್ತಿಯಾಗಿದೆ. ಲೈವ್ ನವೀಕರಣಗಳು ಲಾಕ್ ಪರದೆಯಲ್ಲಿ, ಯಾವಾಗಲೂ ಆನ್ ಪ್ರದರ್ಶನ, ಅಧಿಸೂಚನೆ ಫಲಕ ಮತ್ತು ಸ್ಥಿತಿ ಪಟ್ಟಿಯಲ್ಲಿ ಸಿಸ್ಟಮ್ ಪ್ರಮುಖವಾಗಿ ಗೋಚರಿಸುವ ವಿಶೇಷ ಅಧಿಸೂಚನೆಗಳಾಗಿವೆ. ವಿನ್ಯಾಸದ ಪ್ರಕಾರ, ಅವು ಯಾವಾಗಲೂ ಸಂಪೂರ್ಣವಾಗಿ ವಿಸ್ತರಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಬಳಕೆದಾರರಿಂದ ಕುಸಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಲಾಕ್ ಪರದೆಯಲ್ಲಿ ಮತ್ತು ಯಾವಾಗಲೂ ಪ್ರದರ್ಶನದಲ್ಲಿ, ಇತರ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿದಾಗಲೂ ಲೈವ್ ನವೀಕರಣಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಸ್ತರಿಸಲ್ಪಡುತ್ತವೆ. ಅಧಿಸೂಚನೆ ಡ್ರಾಯರ್‌ನಲ್ಲಿ, ಅವು ಮೇಲ್ಭಾಗದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಆದರೆ ಸ್ಟೇಟಸ್ ಬಾರ್‌ನಲ್ಲಿ, ಅವು ಐಕಾನ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಪಠ್ಯದ ಸಣ್ಣ ತುಣುಕಿನೊಂದಿಗೆ ಸಣ್ಣ ಚಿಪ್ಸ್ ಆಗುತ್ತವೆ.

ಲೈವ್ ನವೀಕರಣವಾಗಿ ಅರ್ಹತೆ ಪಡೆಯಲು ಅಪ್ಲಿಕೇಶನ್‌ನ ಅಧಿಸೂಚನೆಗೆ, ಇದು ಹಲವಾರು ಪ್ರಮುಖ ಮಾನದಂಡಗಳನ್ನು ಪೂರೈಸಬೇಕಾಗಿದೆ:

• ಅದು ಹೊಂದಿರಬೇಕು ವಿಶೇಷ ಅನುಮತಿ. ಅಪ್ಲಿಕೇಶನ್ ಹೊಸದನ್ನು ವಿನಂತಿಸಬೇಕಾಗಿದೆ POST_PROMOTED_NOTIFICATION ಆಂಡ್ರಾಯ್ಡ್ 16 ಕ್ಯೂಪಿಆರ್ 1 ನಲ್ಲಿ ಅನುಮತಿ ಸೇರಿಸಲಾಗಿದೆ, ಇದನ್ನು ಬಳಕೆದಾರರು ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಂದ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನೀಡಬಹುದು ಅಥವಾ ಹಿಂತೆಗೆದುಕೊಳ್ಳಬಹುದು.
• ಅದು ಇರಬೇಕು ಸ್ಪಷ್ಟವಾಗಿ ವಿನಂತಿಸಲಾಗಿದೆ. ಹೊಂದಿಸುವ ಮೂಲಕ ಲೈವ್ ಅಪ್‌ಡೇಟ್‌ಗೆ ತನ್ನ ಅಧಿಸೂಚನೆಯನ್ನು ಉತ್ತೇಜಿಸಲು ಅಪ್ಲಿಕೇಶನ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಕೇಳಬೇಕು EXTRA_REQUEST_PROMOTED_ONGOING ಫ್ಲ್ಯಾಗ್ ಅಥವಾ ಬಳಸುವುದು requestPromotedOngoing API.
• ಅದು ಇರಬೇಕು “ನಡೆಯುತ್ತಿರುವ. ” ಅಧಿಸೂಚನೆಯು ಬಳಕೆದಾರರು “ಸಕ್ರಿಯವಾಗಿ ತೊಡಗಿಸಿಕೊಂಡಿರುವ” ಹಿನ್ನೆಲೆ ಕಾರ್ಯಕ್ಕಾಗಿ ಎಂದು ಇದು ವ್ಯವಸ್ಥೆಗೆ ಹೇಳುತ್ತದೆ, ಅದು ವಜಾಗೊಳಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ.
• ಅದು ಅನುಸರಿಸಬೇಕು ನಿರ್ದಿಷ್ಟ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ನಿಯಮಗಳು. ಅಧಿಸೂಚನೆಯು ಶೀರ್ಷಿಕೆ ಮತ್ತು ಕನಿಷ್ಠಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯನ್ನು ಹೊಂದಿರಬೇಕು. ಇದು ಗುಂಪು ಸಾರಾಂಶವಾಗಿರಬಾರದು, ಕಸ್ಟಮ್ ವಿಷಯವನ್ನು ಎಂಬೆಡ್ ಮಾಡಲು ಅಥವಾ ಕಸ್ಟಮ್ ಹಿನ್ನೆಲೆ ಬಣ್ಣವನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಹಿಂದಿನ ಅವಶ್ಯಕತೆಗಳು ನೇರವಾಗಿದ್ದರೂ, ಒಂದು ಅಂತಿಮ, ನಿರ್ಣಾಯಕ ಮಿತಿ ಇದೆ: ಅಧಿಸೂಚನೆಯ ಶೈಲಿ. ನಾಲ್ಕು ನಿರ್ದಿಷ್ಟ ಟೆಂಪ್ಲೆಟ್ಗಳಲ್ಲಿ ಒಂದನ್ನು ಬಳಸುವ ಅಧಿಸೂಚನೆಗಳನ್ನು ಮಾತ್ರ ಲೈವ್ ಅಪ್‌ಡೇಟ್‌ಗೆ ಪ್ರಚಾರ ಮಾಡಬಹುದು.

• ಮಾನದಂಡ: ಇದು ವಿಶೇಷ ವೈಶಿಷ್ಟ್ಯಗಳಿಲ್ಲದ ಮೂಲ ಅಧಿಸೂಚನೆ ಟೆಂಪ್ಲೇಟ್ ಆಗಿದೆ.
• ದೂರ: ಈ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಇಮೇಲ್ನಂತೆ ವಿಸ್ತರಿಸಬಹುದಾದ ಪಠ್ಯದ ದೊಡ್ಡ ಬ್ಲಾಕ್ ಹೊಂದಿರುವ ಅಧಿಸೂಚನೆಗಳಿಗಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
• ಕರೆಯು: ಒಳಬರುವ ಕರೆ ಎಚ್ಚರಿಕೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿ, ಈ ಶೈಲಿಯು ದೊಡ್ಡ ಸಂಪರ್ಕ ಫೋಟೋವನ್ನು ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು “ಉತ್ತರ” ಅಥವಾ “ಅವನತಿ” ನಂತಹ ಕರೆ-ನಿರ್ದಿಷ್ಟ ಕ್ರಿಯೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.
• ಪ್ರಗತಿ: ಆಂಡ್ರಾಯ್ಡ್ 16 ರಲ್ಲಿ ಹೊಸದು, ಈ ಶೈಲಿಯನ್ನು ಪ್ರಗತಿ ಪಟ್ಟಿಯನ್ನು ಪ್ರದರ್ಶಿಸುವ ಯಾವುದೇ ಕಾರ್ಯಕ್ಕಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.

ಆದ್ದರಿಂದ, ಮಾಧ್ಯಮ ಅಧಿಸೂಚನೆಗಳು ಲೈವ್ ನವೀಕರಣಗಳಾಗಲು ಏಕೆ ಸಾಧ್ಯವಿಲ್ಲ, ವಿಶೇಷವಾಗಿ ಅವುಗಳು ಪ್ರಗತಿ ಬಾರ್‌ಗಳನ್ನು ಹೊಂದಿರುವುದರಿಂದ? ಅವರು ಆಂಡ್ರಾಯ್ಡ್ 16 ರ ಪ್ರಗತಿ ಶೈಲಿಯನ್ನು ಬಳಸುವುದಿಲ್ಲ ಎಂಬುದು ಉತ್ತರ. ಬದಲಾಗಿ, ಸಂಗೀತ, ಆಡಿಯೊಬುಕ್ ಮತ್ತು ಪಾಡ್‌ಕ್ಯಾಸ್ಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಮೀಸಲಾದ ಮಾಧ್ಯಮ ಶೈಲಿಯ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಬಳಸುತ್ತವೆ. ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಮಾಧ್ಯಮ ಪ್ಲೇಬ್ಯಾಕ್ ಅಧಿಸೂಚನೆಗಳಿಗಾಗಿ ಆಂಡ್ರಾಯ್ಡ್ ಒದಗಿಸುವ ವಿಶೇಷ ಚಿಕಿತ್ಸೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ಅವರು ಇದನ್ನು ಮಾಡುತ್ತಾರೆ. ಅವರು ಪ್ರಗತಿ ಶೈಲಿಗೆ ಬದಲಾಯಿಸಬೇಕಾದರೆ, ಅವರ ಅಧಿಸೂಚನೆಗಳನ್ನು ತ್ವರಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಫಲಕಕ್ಕೆ ಪಿನ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ಮಾಧ್ಯಮ output ಟ್‌ಪುಟ್ ಸ್ವಿಚರ್ ಅನ್ನು ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ ತೋರಿಸಲಾಗುವುದಿಲ್ಲ. ಅಂತಿಮವಾಗಿ, ಲೈವ್ ನವೀಕರಣಗಳ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು ಮಾಧ್ಯಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅಗತ್ಯ ಕಾರ್ಯವನ್ನು ತ್ಯಾಗ ಮಾಡಬೇಕಾಗುತ್ತದೆ-ಅವರು ಮಾಡುವ ಅಸಂಭವವಾದ ವ್ಯಾಪಾರ-ವಹಿವಾಟು.

ಇದು ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತದೆ, ನಂತರ: ಹೇಗಾದರೂ ಮಾಧ್ಯಮ ಶೈಲಿಯ ಅಧಿಸೂಚನೆಗಳನ್ನು ಲೈವ್ ನವೀಕರಣಗಳಾಗಿ ಕಾಣುವಂತೆ ಮಾಡಲು ಗೂಗಲ್ ಏಕೆ ಸಾಧ್ಯವಿಲ್ಲ? ಎಲ್ಲಾ ನಂತರ, ಸ್ಯಾಮ್‌ಸಂಗ್ ಈಗಾಗಲೇ ಒಂದು UI 7 ರಲ್ಲಿ ಇದೇ ರೀತಿಯದ್ದನ್ನು ಮಾಡಿದೆ, ಮಾಧ್ಯಮ ಅಧಿಸೂಚನೆಗಳನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ “ಲೈವ್ ಅಧಿಸೂಚನೆಗಳು” ಎಂದು ಗೋಚರಿಸುವಂತೆ ಮಾಡುತ್ತದೆ. ಇದು ಉತ್ತಮ ಬಳಕೆದಾರ ಅನುಭವವಾಗಿದ್ದು, ಸ್ಟೇಟಸ್ ಬಾರ್ ಚಿಪ್‌ನಲ್ಲಿ ಒಂದೇ ಟ್ಯಾಪ್‌ನೊಂದಿಗೆ ಪ್ರಸ್ತುತ ಟ್ರ್ಯಾಕ್ ಮತ್ತು ಪ್ರವೇಶ ಮಾಧ್ಯಮ ನಿಯಂತ್ರಣಗಳನ್ನು ನೋಡಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಕೆಳಗೆ ಸ್ವೈಪ್ ಮಾಡುವ ಅಗತ್ಯವನ್ನು ನಿವಾರಿಸುತ್ತದೆ.

ನಾವು ಹೇಳುವ ಮಟ್ಟಿಗೆ, ಗೂಗಲ್ ಇದನ್ನು ಮಾಡಲು ಯಾವುದೇ ತಾಂತ್ರಿಕ ಕಾರಣಗಳಿಲ್ಲ. ಲೈವ್ ನವೀಕರಣಗಳಿಗಾಗಿ ಮಾಧ್ಯಮ ಪ್ಲೇಬ್ಯಾಕ್ ಅನ್ನು ಮಾನ್ಯ ಬಳಕೆಯ ಸಂದರ್ಭವೆಂದು ಕಂಪನಿಯು ಸರಳವಾಗಿ ಪರಿಗಣಿಸುವುದಿಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ. ಗೂಗಲ್‌ನ ದಸ್ತಾವೇಜನ್ನು ಪ್ರಕಾರ, ವೈಶಿಷ್ಟ್ಯವು “ಸಕ್ರಿಯವಾಗಿ ಪ್ರಗತಿಯಲ್ಲಿದೆ, ಒಂದು ವಿಶಿಷ್ಟವಾದ ಪ್ರಾರಂಭ ಮತ್ತು ಅಂತ್ಯದೊಂದಿಗೆ” ಮತ್ತು ಬಳಕೆದಾರರ ಗಮನವನ್ನು “ಚಟುವಟಿಕೆಯ ಉದ್ದಕ್ಕೂ” ಅಗತ್ಯವಿರುತ್ತದೆ. ಸೂಕ್ತವಾದ ಬಳಕೆಗಳಲ್ಲಿ “ಸಕ್ರಿಯ ನ್ಯಾವಿಗೇಷನ್, ನಡೆಯುತ್ತಿರುವ ಫೋನ್ ಕರೆಗಳು, ಸಕ್ರಿಯ ರೈಡ್‌ಶೇರ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಮತ್ತು ಸಕ್ರಿಯ ಆಹಾರ ವಿತರಣಾ ಟ್ರ್ಯಾಕಿಂಗ್” ಸೇರಿವೆ, ಆದರೆ ಸೂಕ್ತವಲ್ಲದ ಬಳಕೆಗಳಲ್ಲಿ “ಚಾಟ್ ಸಂದೇಶಗಳು, ಎಚ್ಚರಿಕೆಗಳು, ಮುಂಬರುವ ಕ್ಯಾಲೆಂಡರ್ ಈವೆಂಟ್‌ಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ತ್ವರಿತ ಪ್ರವೇಶ” ಸೇರಿವೆ.

ಆದ್ದರಿಂದ, ಮೀಡಿಯಾ ಪ್ಲೇಬ್ಯಾಕ್ ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮತಿಸದಿದ್ದರೂ, ಇದು Google ನ “ಸಮಯ-ಸೂಕ್ಷ್ಮ” ಮಾದರಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ, ಇದು ಮಾಧ್ಯಮ ಶೈಲಿಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಏಕೆ ಉತ್ತೇಜಿಸಲ್ಪಟ್ಟಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಸ್ಟೇಟಸ್ ಬಾರ್ ಚಿಪ್‌ನಲ್ಲಿ ನಡೆಯುತ್ತಿರುವ ಪ್ಲೇಬ್ಯಾಕ್ ಮಾಹಿತಿಯನ್ನು ತೋರಿಸುವುದು ಅದ್ಭುತ ಲಕ್ಷಣವಾಗಿದೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ – ಮತ್ತು ಕನಿಷ್ಠ ಸ್ಯಾಮ್‌ಸಂಗ್ ಒಪ್ಪುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ. ಆಶಾದಾಯಕವಾಗಿ, ಗೂಗಲ್ ತನ್ನ ಪಾಲುದಾರರು ಏನು ಮಾಡುತ್ತಿದ್ದಾರೆಂದು ನೋಡುತ್ತದೆ ಮತ್ತು ಅದರ ಸ್ಥಾನವನ್ನು ಮರು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ.

ಲೈವ್ ನವೀಕರಣಗಳ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಪ್ರಯತ್ನಿಸಲು ಬಯಸುವವರಿಗೆ, ನೀವು ಆಂಡ್ರಾಯ್ಡ್ 16 ಕ್ಯೂಪಿಆರ್ 1 ಬೀಟಾವನ್ನು ಹೊಂದಾಣಿಕೆಯ ಪಿಕ್ಸೆಲ್ ಸಾಧನದಲ್ಲಿ ಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ವೈಶಿಷ್ಟ್ಯವು ಸ್ಥಿರ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿಲ್ಲ. Google ನ ಸ್ವಂತ ಮಾದರಿ ಅಪ್ಲಿಕೇಶನ್‌ನಂತೆ ನೀವು ಬೆಂಬಲಿತ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸಹ ಕಂಡುಹಿಡಿಯಬೇಕಾಗುತ್ತದೆ. ಲೈವ್ ನವೀಕರಣಗಳನ್ನು ಬೆಂಬಲಿಸಲು ಆಸಕ್ತಿ ಹೊಂದಿರುವ ಡೆವಲಪರ್‌ಗಳು ಗೂಗಲ್‌ನ ಅಧಿಕೃತ ದಸ್ತಾವೇಜನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಮತ್ತು ಜೆಟ್‌ಪ್ಯಾಕ್ ಕೋರ್ ಲೈಬ್ರರಿಯ ಇತ್ತೀಚಿನ ಆಲ್ಫಾ ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಪ್ರಯೋಗಿಸಬಹುದು.