परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· kamo-internal
उत्तर उद्धरण, हाथ इतिहास, टिकट की घटनाओं और बग-थ्रेड लेखकों पर कार्ड
पिछले चार सतहों कि खुला करने के लिए कुछ नहीं के साथ एक सदस्य नामित, अब मीडिया सर्विस आईडी भेजता है कि (fa25989): - उत्तर उद्धरण: उद्धृत लेखक का नाम उनके कार्ड को खोलता है, केवल होवर पर (उद्धरण कूद है)। भारित माता-पिता के अपने सदस्य आईडी से लिया गया - @kamo/chat-core के उद्धरण में कोई आईडी नहीं है - सहयोगी में चैट; नियम पर एक टिकट में एक बुलबुले का चेहरा अनुसरण करता है ( दर्शक का अपना पक्ष, एक बार जब पक्ष होता है) ज्ञात नहीं, कभी आगंतुक के शब्द); केवल संगठन के प्रतिनिधि के लिए एक सामाजिक इनबॉक्स में। Exec2Exec सादे रहता है: क्रॉस-ऑर्ग। - होल्डेम हैंड हिस्ट्री: वह खिलाड़ी जिसने काम किया (memberId)। - टिकट की घटनाओं: अभिनेता का नाम घटना की सजा (aroundMemberName) से काट दिया जाता है और खुलता है जब टिकट का कहना है कि वे दर्शक की तरफ (actorCard, isOwnSide). वैश्विक बग बोर्ड कोई नियम पारित नहीं करता है, इसलिए इसकी घटनाएं सादे रहती हैं। - बग-थ्रेड लेखक: केवल एक सहयोगी का नाम उनके कार्ड को खोलता है (memberOrgId ==== पाठक का org); किसी अन्य संगठन के सदस्य, या एक साथ मिलकर, एक नाम रहता है।.
· kamo-internal
क्रेडेंशियल मौजूद होने से पहले JustCall callback URL दिखाएं
जब JustCall का चयन किया जाता है और दिखाता है तो एक फोन सर्वर UUID उत्पन्न करता है वेबहुक यूआरएल तुरंत। यही कारण है कि आईडी बनाने पर भेजा जाता है तो यूआरएल सदस्य ने JustCall में चिपकाया सर्वर Kamo रजिस्टर से मेल खाता है।.
· VOIPService
कॉलबैक यूआरएल के लिए प्री-assign JustCall फोन सर्वर आईडी
नया फोन फॉर्म बनाने से पहले UUID उत्पन्न करता है ताकि सदस्य पेस्ट कर सकें एपीआई क्रेडेंशियल का अनुरोध करते समय JustCall में वेबहुक कॉलबैक यूआरएल। JUST CALL के लिए आईडी स्वीकार करता है; सेटअप तब भी URL लौटाता है जब पंक्ति अभी तक मौजूद नहीं है।.
· VOIPService
फोन सर्वर सेटअप के लिए JustCall callback URL सर्व करें
Adds GET /api / vip / setup इसलिए सेटिंग्स UI सटीक दिखा सकते हैं तैनाती होस्ट को हार्डकोड किए बिना प्रति इंस्टेंस वेबहुक यूआरएल।.
· kamo-internal
नए फोन सेटअप पर JustCall वेबहुक कॉलबैक यूआरएल दिखाएं
JustCall new-phone पर प्रति-इंस्टेंस कॉलबैक URL को सर्फ़ करता है और इसलिए सदस्यों को पता चलता है कि JustCall को कॉन्फ़िगर करते समय क्या देना है? एपीआई और वेबहुक। यूआरएल सर्वर से प्राप्त होता है, जो एक के साथ दिखाया गया है बनाने के बाद कॉपी बटन, और फोन से पहले फॉर्म पर समझाया सर्वर आईडी मौजूद है।.
· kamo-marketing
पूर्ण PNG लोगो का उपयोग करें जो पूर्वावलोकन बैनर पर तैरता है।.
SVG wordmark को kamocrm-logo-full-v4 के साथ बदलें ताकि निशान लाल पट्टी के ऊपर और नेव बार के नीचे फैल गया।.
· kamo-internal
डिलिवरेबिलिटी इतिहास का "who" कार्ड
ईमेल सेवा अब प्रत्येक बदलाव के पीछे सदस्य को एक एड्रेस के ऑप्ट-आउट इतिहास में भेजती है (actorMemberId, text). सेटिंग → ईमेल → डिलिवरेबिलिटी एक सहयोगी का नाम वहाँ उनके खुलता है सदस्य कार्ड, जैसा कि यह पहले से ही ओप्ट आउट टैब के इतिहास पर करता है। प्राप्तकर्ता, प्रणाली और एक साथियों का नेतृत्व करने वाले को शब्दों का नाम नहीं रखा जा सकता है, और बिना किसी आईडी के प्रवेश पहले जैसा ही पढ़ता है।.
· kamo-internal
ईमेल उपनाम और साझा-मेलबॉक्स एक्सेस पर कार्ड
ईमेल सेवा अब सदस्य आईडी को उपनाम पर भेजती है और पाठ के रूप में साझा-मेलबॉक्स एक्सेस भेजती है। JSON संख्या वे 2^53 के दौर में थे, इसलिए इन टैबों ने रोस्टर पर कोई भी मैच नहीं किया और नंबर मुद्रित किया, और किसी की पहुंच को वापस लेने के लिए गोल आईडी भेजा गया, जिसने कुछ भी नहीं हटाया। अलीस का "असाइन्ड टू" अब सदस्य का नाम उनके कार्ड के साथ है। एक साझा मेलबॉक्स का एक्सेस चिप्स ले जाते हैं यह केवल होवर पर, चूंकि प्रत्येक चिप एक बटन है (इसकी हटाई गई)। मेलबॉक्स टैब के सदस्य चिप्स और एक व्यक्तिगत मेलबॉक्स की असाइनी पहले से ही ids ईमेल सेवा को पाठ के रूप में भेजती है (memberId, असाइन किया गयाMember) Id), इसलिए उनके कार्ड पहले से ही सटीक थे।.
· MediaService
उद्धरण, हाथ इतिहास, टिकट की घटनाओं और बग धागे आईडी को एक सदस्य कार्ड की जरूरत भेजते हैं
चार सतहों ने नाम से किसी सदस्य को दिखाया, जिसके पास इसके बगल में कोई आईडी नहीं है, इसलिए सांत्वना के सदस्य कार्ड के पास कुछ नहीं था। खुला। प्रत्येक अब आईडी को TEXT के रूप में भेजता है, इसके बाद वह पहले से ही भेजता है (एक 19-अंक आईडी JSON संख्या के रूप में पढ़ता है) किसी अन्य व्यक्ति में गोल किया जाता है, और केवल जहां वह नाम पहले से ही कॉलर तक पहुंच जाता है। - उत्तर दें उद्धरण: वायरफील्ड्स माता-पिता को जोड़ता है प्रेषकMemberId माता-पिता प्रेषक नाम के बगल में। वेब चैट आगंतुक के शब्दों ऑर्ग के सिस्टम सदस्य के तहत संग्रहीत किए जाते हैं, इसलिए एक आगंतुक का माता-पिता कोई नहीं होता है - लाइव भेजने और ऑन पर इतिहास ने समान रूप से पढ़ा, चाहे आगंतुक ने नाम दिया हो या नहीं। एक सिस्टम-बग थ्रेड के साथ इसे रोक देता है नाम, माता-पिता के संगठन के खिलाफ। Exec2Exec पंक्तियों को भी ले जाते हैं; कंसोल उन्हें सादे रखता है। - होल्डेम: प्रत्येक हैंड-हिस्ट्री लाइन (ActionView) में सदस्य आईडी होता है, उसी हैंड-सीट पंक्ति को उसी के रूप में पढ़ता है। इसलिए दोनों अलग-अलग लोगों को नाम नहीं दे सकते। - समर्थन टिकट: प्रत्येक सिस्टम इवेंट में अभिनेता मेम्बर आईडी को अभिनेतानाम के पास स्टोर किया जाता है। एक ऐसी घटना जो अपने आप को नाम देती है अभिनेता (एआई हैंडऑफ़ ने "एआई असिस्टेंट" को पढ़ा, जो सिस्टम सदस्य के तहत संग्रहीत है) संग्रहीत आईडी को छोड़ देता है। - सिस्टम बग: प्रत्येक थ्रेड पंक्ति में सदस्य ऑर्गिड को सदस्य आईडी के पास ले जाता है, इसके साथ ही साथ। बोर्ड वैश्विक है, और org यह है कि कैसे कंसोल किसी अन्य संगठन के सदस्य से एक सहयोगी को बताता है। टेस्ट: ChatReplyPreviewWireFieldsTest, SupportSystemEventActorTest (new); SystemBugThreadRedactionTest (+4), HoldemTableViewTest (+1). प्रत्येक अपने बदलाव को बदल देता है। पूर्ण सूट 1005/1005 ग्रीन; स्वच्छ मूल/मुख्य 994/994 था।.
· EmailService
वितरण इतिहास प्रत्येक परिवर्तन के पीछे सदस्य का नाम है
सेटिंग्स → ईमेल → डिलिवरेबिलिटी एक एड्रेस का ऑप्ट-आउट इतिहास दिखाता है जिसके साथ प्रत्येक बदलाव को बनाया गया है, लेकिन हिस्ट्रीव्यू ने केवल अभिनेता का नाम भेजा, इसलिए पेज उनके सदस्य कार्ड को नहीं खोल सकता। अब प्रत्येक प्रविष्टि अभिनेताMemberId के बगल में अभिनेताName: the ledger's actor member id as text, exact (an INT8 राउंड as) एक JSON संख्या)। विज़िबिलिटी अपरिवर्तनित है: वही MANAGE EMAIL OPT OUTS कॉलर्स पहले से ही यह देखते हैं कि विज़िबिलिटी अपरिवर्तनित है। यहां सदस्य का नाम, और ओप्ट आउट टैब के इतिहास पर उनका आईडी। DeliverabilityHistoryActorTest ड्राइव GET /address और एप्लिकेशन के ऑब्जेक्टMapper के साथ जवाब लिखते हैं: एक सदस्य का परिवर्तन एक JSON स्ट्रिंग के रूप में आईडी को वहन करता है, प्राप्तकर्ता के पास कोई नहीं है। यह बिना असफल रहा परिवर्तन।.
· kamo-internal
ऑप्ट-आउट सूची की "अंतिम बदलाव" पर कार्ड
ईमेल सेवा अब प्रत्येक पते के अंतिम परिवर्तन (lastActorMemberId, text) के पीछे सदस्य भेजती है। The सूची में उनके नाम को "अंतिम बदलाव" वाक्य (aroundMemberName) से काट दिया जाता है ताकि यह उनके खोले सदस्य कार्ड - केवल होवर पर, चूंकि पूरी पंक्ति वह बटन है जो पते का चयन करती है। बिना आई डी लाइन ठीक पहले के रूप में पढ़ा जाता है।.
· EmailService
एक ऑप्ट-आउट पंक्ति अपने अंतिम परिवर्तन के पीछे सदस्य को रखती है
प्रत्येक पते के अंतिम परिवर्तन (lastActorName) नामक ऑप्ट-आउट सूची लेकिन वे नहीं हैं, इसलिए सेटिंग्स पेज उनके सदस्य कार्ड को खोल नहीं सकता। प्रत्येक पंक्ति अब LastActorMemberId के पास है नाम - **************** पाठ के रूप में, सटीक (JSON के रूप में एक INT8 राउंड) संख्या). इतिहास प्रविष्टियों ने पहले से ही अभिनेताMemberId किया।.
· kamo-internal
लोग अब सर्वर नाम पर कार्ड - दस्तावेज़ इतिहास और शेयर, करियर, खाता का प्राथमिक सदस्य, एक समूह सीट प्रबंधक
अब भेजी गई सेवाओं को वायर करता है: - दस्तावेज़ इतिहास (डॉकमैनेजर के परिवर्तन और डाउनलोड, विपणन सामग्री दराज का इतिहास): नाम (memberName) और सटीक आईडी के सदस्य, जहां पंक्तियों ने एक गोल संख्या को मुद्रित किया था "Member: 1170943544097472500"। - शेयर (ShareDocumentDialog के मौजूदा शेयर, सामग्री दराज): एक सदस्य प्राप्तकर्ता का चेहरा और नाम खुला उनके कार्ड (recipientMemberId). ड्रॉवर ने कभी भी सर्वर को पढ़ाया नहीं (memberName, isallowEdit, समाप्त हो रहा हैOn) - इसकी पंक्तियां खाली थीं, हर शेयर ने "देख सकते हैं" और नहीं पढ़े एक्सपायरी ने दिखाया; ImgShareRecord अब यह बताता है कि वास्तव में कौन-सा शेयर ToMap वास्तव में लिखते हैं। - करियर: आवेदन ड्रॉअर (statusChangedById) में "अंतिम चले गए" पर भर्ती प्रबंधक सदस्य बोर्ड (हिरिंग मैनेजर आईडी)। - खाता अवलोकन की प्राथमिक सदस्य पंक्ति (प्राथमिक सदस्य, जो सर्वर अब भेजता है)। - एक समूह सीट की कवरेज लाइन अपने प्रबंधक (प्रबंधक सदस्य आईडी) का नाम देती है। प्रत्येक क्षेत्र वैकल्पिक है: अनुपस्थित, नाम पहले की तरह ही सादे रहता है।.
· BillingService
एक समूह सीट का कवरेज अपने प्रबंधक के सदस्य आईडी करता है
GET/api/billing/self/coverage नामित बिलिंग समूह के प्रबंधक (managerName) लेकिन वे नहीं जो वे इसलिए सदस्य का प्लान पेज मैनेजर के सदस्य कार्ड को खोल नहीं सकता। अब यह करता है प्रबंधकMemberId नाम के बगल में, पाठ के रूप में - एक INT8 id एक JSON संख्या के रूप में गोल हो जाता है।.
· kamo-internal
व्यवस्थापक, सुराग और सेटिंग्स पर कार्ड - इतिहास मान, आरक्षण, मेलबॉक्स, ऑडिट लॉग, प्रोफ़ाइल हीरो
प्रत्येक शेष सदस्य इन स्क्रीन शो में सदस्य कार्ड खुलता है। आईडी डेटा स्ट्रिंग्स हैं वहन करता है, प्रत्येक सर्वर के मूल/मुख्य पर जाँच करता है। - इतिहास (EntityHistoryPanel; लीड और खाता इतिहास): एक बदल असाइनी, प्राथमिक सदस्य या जोड़ा गया/दूरस्थ सदस्य कार्ड के साथ उनका नाम है, संग्रहीत मूल्य पर, जब रिकॉर्ड या इसके अभिनेता सूची उन्हें नाम दे सकती है; कच्चे आईडी का मूल शीर्षक उस पर गिर गया है। नोट-केवल नाम पाठ रहते हैं। - केवल कार्ड नाम के बगल में चेहरे: खाता सदस्य, मंच प्रशासक, लीड-लॉक संपर्क कार्ड मैनेज राइट हेडर: सदस्य अवतार (46px, रिंग रखा) और नाम। देव मशीन शीर्षक। आरक्षण: "Reassigned from" / "Filed by" **************** स्पष्टीकरण टूलटिप ने शब्दों पर रखा; "Requested by" स्वीकृति, विस्तार और इनकार संवाद और इनकार में Reassigned caption ( संवाद शेल का उपशीर्षक अब एक नोड है); इतिहास अभिनेता (actorMemberId). - लीड्स ग्रिड एजेंट कॉलम: सूची असाइनी आईडी को केवल एजेंट असाइन्ड (लीडलिस्टडीटीओ) के रूप में भेजती है, इसलिए कार्ड कभी नहीं खुलता; यह अब इसका उपयोग करता है। - लीड व्यू: pane-lock चिप (धारक सदस्य आईडी); गर्म reassign स्वीकार एजेंट (event MemberId). - ऑप्ट-आउट: सेटिंग्स इतिहास अभिनेता और लीड पैनल की "बाय" लाइनों (actorMemberId)। - मेलबॉक्स: एंटरप्राइज़ सदस्य चिप्स (memberId), व्यक्तिगत मेलबॉक्स असाइनी (assignedMemberId)। - प्रोफ़ाइल: कार्य प्रबंधक (प्रबंधक) Id, hover केवल: एक क्लिक अभी भी पिकर खुलता है); नायक का नाम और किसी और के रिकॉर्ड पर तस्वीर (मार्ग सदस्य आईडी)। - योजना और बिलिंग: लाइसेंस, सदस्यता सदस्य, खाता व्यवस्थापक (memberId); सीटों के लिए खरीदा अन्य संगठन पाठ रहते हैं। - लेखा परीक्षा: org एक्सेस लॉग सदस्य (केवल हार); पंक्ति प्रवेश को खोलती है), PHI लेखा परीक्षा अभिनेता (स्टफ पंक्तियों) ids) मॉर्टगेज कंसोल: स्टेवर्ड टास्क असाइनी, मूल्य निर्धारण साइन-ऑफ, प्रशासन स्टीवर्ड। बाएं सादे: पिकर और पिकर गूंज (थोक reassign, नई लीड असाइनी, कमीशन विभाजन, प्राथमिक एजेंट, अवैयक्तिक, ऑर्डर विज़ार्ड, असाइन-ए-लाइसेंस, पॉलिसी सिमुलेटर); उन बटनों के अंदर नाम जो कि टूलटिप (रिज़ बटन); गैर सदस्य (खाता पिकर, प्रकटीकरण और शेयर प्राप्तकर्ता) संपर्क, मंच उपयोगकर्ता खाते, एआई एजेंट, टाइप एजेंट नाम, संगठन); दर्शक का अपना रिकॉर्ड (हीरो, वॉलपेपर चिप, अवतार गैलरी); पुष्टिकरण और टोस्ट। डेटा अंतराल: सीट कवरेज प्रबंधक **************** कोई आईडी भेजता है); खाता ओवरव्यू प्राइमरी सदस्य (getCustomerDetail) प्राथमिक सदस्य आईडी भेजता है और सदस्य [], पेज पढ़ता है प्राइमरी मेम्बर और शो ---; प्रसव इतिहास (HistoryView, कोई अभिनेता आईडी); ऑप्ट-आउट सूची (OptOutRow, केवल नाम); ईमेल aliases और साझा-मेलबॉक्स एक्सेस (entity, Long MemberId as JSON संख्या); वीओआईपी मालिक सदस्य आईडी (ऑर्गफोन नंबर कंट्रोलर, एक कच्चा लांग; पहले से ही नंबर पर वायर्ड)। टेस्ट: सदस्यसेन्टेंस, रेक्वेस्टर, इतिहास मान, लीड ऑप्ट-आउट पैनल, ऑप्ट-आउट इतिहास अभिनेता, PHI ग्रिड अभिनेता।.
· kamo-internal
होम बोर्ड, एचआर, केबी, दस्तावेजों और ई-सिग्न — चेहरे और नाम पर एक दरवाजा के रूप में
मालिक के दो: अचीवमेंट लीडरबोर्ड और संबद्ध स्कोरबोर्ड विजेट्स में कार्ड था केवल 20px चेहरा। सदस्यफेस (बोर्डक्रोम) अब अपने बच्चे के रूप में पंक्ति का नाम लेता है, इसलिए चेहरे और नाम हैं हर पंक्ति में एक ट्रिगर, दर्शक की अपनी लाइन में शामिल हैं (memberId, दोनों बोर्डों पर जावा स्ट्रिंग)। ट्रिगर दोनों को गले लगाता है, इसलिए स्कोर से पहले का अंतर कुछ भी नहीं खुलता है। उपलब्धि बोर्ड का नाम टूलटिप (रैंक टियर, उपलब्धि गिनती) अब अंक पर सवारी करते हैं; संबद्ध बोर्ड का "नाम · नौकरी शीर्षक" टूलटिप चला गया है, क्योंकि कार्ड खुद को दोनों के साथ सिर देता है (एक ही आधिकारिक-else-catalogue) शीर्षक). एक पूर्व सदस्य अकार्ड रहता है। - आर्केड उच्च SCORES (AchievementBoardPanel): पंक्ति-व्यापी टूलटिप ने कार्ड को कवर किया; यह सवारी करता है अभी स्कोर करें। तीन पत्रक टैग और नाम एक ट्रिगर हैं, "YOU" शामिल हैं। यह भी गिर जाता है ब्लैक डॉटेड ने कैबिनेट के टेक्स्ट-शैडो को हर नाम के तहत आराम से चित्रित किया। -personCell: सदस्य आईडी टूलटिप ट्रिगर के अंदर बैठा और कार्ड को कवर किया जब भी कार्ड पंक्ति के ऊपर खोला गया। हटा दिया गया; आईडी अभी भी क्या हर कॉल भेजता है और क्या खोजों मैच है। - एचआर अवलोकन: ध्यान कतार (केवल, पंक्तियां लिंक हैं) और अनुपालन मैट्रिक्स। प्रशिक्षण अंतर्दृष्टि: ध्यान (केवल), खड़ा है, और गतिविधि फ़ीड, {name} के आसपास कटौती अनुवाद वाक्य। HrSummaryDto और HrAttendanceSummaryDto एक स्ट्रिंग के रूप में सदस्य Id भेजने के लिए। - प्रशिक्षण और कानूनी दर्शक पूर्वावलोकन ************* स्ट्रिंग और पेरोल ऑटो-मैच समीक्षा पंक्तियां (एक टाइमकार्ड-सर्विस लॉन्ग, टेक्स्ट के रूप में क्रमबद्ध, रिलेड क्रियाकलाप)। - केबी समीक्षा कंसोल: "{date} पर {name} द्वारा विभाजित" नाम के चारों ओर कटौती (submitterMember) आईडी स्ट्रिंग.valueOf kbservice में). - हस्ताक्षर अनुरोध: ग्रिड के "सेंट बाय" लाइन में प्रेषक (केवल: पंक्ति दराज खोलती है) और दराज के समयरेखा (sentbyMemberId, स्ट्रिंग.valueOf in esigservice). - बाइंडर शेयरिंग: लोगों के साथ अतिरिक्त पंक्तियों ********** ToStringSerializer. बाएं सादे: पिकर्स और उनके चयन (MemberSearchDialog, AccountSearchDialog, SignerCard's) चयनित सदस्य, नामांकन और प्रशिक्षण लोग चिप्स, ट्रैकिंग कोड सदस्य, ड्रिप ट्रिगर सारांश, उपलब्धता "editing" कैप्शन; आवेदकों (कोई सदस्य नहीं, संक्षिप्त के अनुसार); हस्ताक्षरकर्ता, ड्रिप enrollee, सामाजिक लेखकों और .ics आयोजकों और उपस्थित (कोई सदस्य आईडी); टोस्ट और संवाद विषय पंक्तियां। डेटा अंतराल: दस्तावेज़ शेयर सूची (अनुमानी) केवल नाम), दस्तावेज़ इतिहास (memberId a JSON number), कोई नाम नहीं), KB संस्करण इतिहास (लंबे संपादकMemberId, no editorName), कैरियर "अंतिम" (statusChangedByName only) और कैरियर बोर्ड के भर्ती प्रबंधक (हिरिंग मैनेजर) केवल नाम). टेस्ट: दोनों बोर्डों, आर्केड, व्यक्तिसेल, मानव संसाधन अवलोकन, प्रशिक्षण अंतर्दृष्टि, हस्ताक्षर दराज और KB समीक्षा वाक्य। प्रत्येक मूल/मुख्य घटक के खिलाफ विफल रहता है।.
· kamo-internal
चैट, समर्थन और डॉक की खिड़कियों पर कार्ड — नाम चेहरे के बगल में, और उन रेखाओं का नाम जो लोगों को नाम देते हैं
जहां एक चेहरा पहले से ही सदस्य कार्ड खोला गया था और इसके बगल में नाम नहीं था, और उन पंक्तियों पर जो लोगों का नाम हर id स्ट्रिंग है जो पहले से ही किया जाता है, सर्वर पर चेक किया जाता है: मीडियासर्विस इतिहास पंक्तियों और लाइव फ्रेम, ChatListRowDto, ReceiptDto, SupportAgentMetricsDTO, SystemBugDTO, HoldemTableView. SeatView, ChesGameView और Security Service के फीड लेखक सभी आईडी को टेक्स्ट के रूप में भेजते हैं। - चैट ट्रांसक्रिप्ट: दो व्यक्ति चैट में प्रत्येक संदेश (msg.memberId) के ऊपर लेखक का नाम भी, जो कोई चेहरा पहनते हैं। सिस्टम लाइन्स "X जोड़ा / हटा दिया Y", "X left" (member) आईडी transitMemberId) और उद्घाटन "के साथ बनाया" लाइन (roster MemberId) उनके स्लॉट के आसपास कटौती कर रहे हैं (new app/lib/sentenceSlots.ts, LeadsHistory split, test) तो प्रत्येक नाम अपने खुद के कार्ड खोलता है; उद्घाटन लाइन के चेहरे समूह के MUI स्लॉट्स में सदस्य अवतार हैं, केवल hover। - Seen सूचक: तीन या अधिक की बातचीत में, जिन लोगों ने पिछले संदेश को देखा है वे हैं लेबल (five, फिर +N) के बगल में चेहरे, प्रत्येक अपना कार्ड खोलता है। वे केवल अंदर ही अस्तित्व में हैं लेबल का टूलटिप, जो कार्ड पर खींचा जाता है; टूलटिप नाम और समय रखता है। बीच कोई चेहरा नहीं दो लोग, बुलबुले का नियम। - चैट सूची पंक्ति: एक अज्ञात चैट का शीर्षक प्रत्येक सदस्य का नाम है (एक समूह का भी, न केवल एक केवल एक-से-एक), होवर; पूर्वावलोकन के लेखक (lastMessage.memberId) जब वे कर रहे हैं पंक्ति के सदस्यों में से एक। एक सामाजिक संपर्क के शब्दों को मालिक के तहत संग्रहीत किया जाता है, इसलिए कोई अन्य प्रकार नहीं। - टिकट और सोशल विंडो: प्रेषक का नाम एक बबल के ऊपर है, जिस शर्तों पर पहले से ही उपयोग किया जाता है (TicketChat's own side; SocialChat कभी संपर्क नहीं). - इंटरेक्शन सेंटर पंक्ति: अधिक टूलटिप कार्ड के अपने ट्रिगर पर बैठे थे। हटा दिया; "अधिक" बटन के स्क्रीन रीडर नाम के रूप में रहता है। हाथ से तैयार अवतार सदस्यअवाटर (38px) है, अंगूठी और निष्क्रिय ग्रेइंग रखा। - Softphone CRM हाल के गतिविधि लेखक (post.author.id); समर्थन एनालिटिक्स एजेंट (agentId)। - होल्डेम कॉम्पैक्ट रेल: खिलाड़ी का नाम (seat.memberId), केवल पक के बटन के अंदर होवर; इसका नाम केवल टूलटिप हटा दिया गया, कार्ड पूर्ण नाम देता है। - शतरंज: प्रतिद्वंद्वी की डिस्क और नाम (opponentMemberId) सभी तीन सीटों के आकार पर, कभी पाठक का नहीं सीट या कंप्यूटर। डिस्क अपना पक्ष रंग रखता है, इसलिए यह सीट के अपने ड्राइंग को बनाए रखता है। - सिस्टम बग्स कार्ड और दराज: रिपोर्टर का नाम (रिपोर्टरआईडी), केवल जब रिपोर्टरऑर्गिड है रीडर का अपना संगठन (रिपोर्टरकार्डआईडी, परीक्षण): बोर्ड हर संगठन का है। बाएं सादे: पिकर्स (add-members संवाद, मेलबॉक्स स्विचर, मूव-टू-फ़ोल्डर, संगीतकार की सूची से, होल्डेम आमंत्रित पैनल, गेम मेनू की पुष्टि; जो लोग सदस्य नहीं हैं (address-book) संपर्क, एसएमएस नंबर, कॉल-हिस्ट्री पार्टियां; मेल संवाददाता अपना कार्ड रखते हैं); अन्य संगठन (Exec2Exec, एक टिकट की दूर की ओर और अनुरोधकर्ता, एजेंट उपलब्धता नोटिस); दर्शक का अपना चेहरा (NavTop प्रोफ़ाइल लिंक, पोस्ट संगीतकार); मृत कोड (क्लबहाउस चैट एरिया) और OpenChatTabs के पास कोई आयातकर्ता नहीं है; एक कार्ड नहीं रह सकता है: HexHeadPopover कार्रवाई, कार्ड पर खींचा), प्रतिक्रिया चिप्स (एक टॉगल के टूलटिप के अंदर नाम), टूल विंडो शीर्षक बार ( ड्रैग हैंडल), टाइपिंग लाइन और होल्डम परिणाम बैनर (दोनों के नीचे unmount) सेकंड के भीतर कार्ड); शतरंज स्थिति वाक्य (उनके बगल में सीट कार्ड है)। डेटा में कोई आईडी नहीं: उत्तर उद्धरण (parentSender) केवल नाम), समर्थन प्रणाली की घटनाओं (केवल ActorName), अधिसूचनाएं (MemberNotification में कोई अभिनेता नहीं है), होल्डेम हैंड हिस्ट्री (ActionView में कोई सदस्य नहीं है) Id), सिस्टम बग थ्रेड पंक्तियों (एक सदस्यआईडी लेकिन कोई संगठन नहीं, एक वैश्विक बोर्ड पर), पोस्ट का उल्लेख है।.
· kamo-internal
कार्ड का हेडर वॉलपेपर को उनके डेस्कटॉप शो पहनता है
हेडर बैंड अब सदस्य के स्वयं के डेस्कटॉप वॉलपेपर को दर्शाता है - उनकी पहली तस्वीर हवा पर, या संगठन तब होता है जब उनका डेस्कटॉप क्या होता है - अपनी टोन धोने के तहत, ओवर में फीका एक बार जब इसे डिकोड किया जाता है तो कलर बैंड। एक सादे डेस्कटॉप बैंड को रखता है; इसलिए एक ऐसा फ़ोटोग्राफ जो नहीं करेगा लोड। सुरक्षा सेवा जो (कार्ड का नया "वॉलपेपर" फ़ील्ड); संगठन का सेट आता है उपयोग सेOrgThemeImages, जो कंसोल पृष्ठभूमि पहले से ही भर गया है। थीम मूल से चित्रित (पृष्ठ सीएसपी की img-src इसकी अनुमति देता है), कभी भी अगले / छवि या किसी भी विषय के माध्यम से नहीं छवि प्रॉक्सी, जो एक इन-क्लस्टर थीम होस्ट तक नहीं पहुंच सकता है - पाठ प्रोफ़ाइल हीरो सीखा।.
· SecurityService
सदस्य कार्ड अपने डेस्कटॉप शो को प्रदर्शित करता है
GET/members/{id}/card gain "wallpaper" for the card's header. बैकड्रॉप और प्रोफाइल हीरो एक सदस्य के डेस्कटॉप को हल करता है: कोई भी जब उनके कंसोल को सादे में सेट किया जाता है ढाल; {url, स्वर} अपने स्वयं के पहले वॉलपेपर के लिए हवा पर उनके आदेश में; {org: सच, स्वर} जब वे संगठन (ग्राहक पहले से ही उन है - विषय यह पेंट) खेलते हैं। स्वर उनकी है इसलिए तस्वीर अपने डेस्कटॉप पर के रूप में धोया जाता है। MemberWallpaperResolver ने पृष्ठभूमि को पढ़ायाMode/backgroundTone from ui-preferences store and the ui-preferences store. ऑन-एयर थीमबैकग्राउंड पंक्तियां, और छवि को बिल्कुल उसी तरह संबोधित करती हैं जैसे कि थीम बैकग्राउंड कंट्रोलर करता है (generateFileHash अब कॉपी होने के बजाय साझा किया गया है)। एक असफल पढ़ा, या एक मेजबान थीम डोमेन नहीं कर सकता से व्युत्पन्न हो जाओ, वॉलपेपर लागत और कभी कार्ड नहीं।.
· kamo-internal
लंबी पूंछ पर कार्ड - HR, KB, बोर्ड, webinars, विकास, ट्रैकिंग, Hold'em
प्रत्येक सदस्य इन स्क्रीन का नाम अब सदस्य कार्ड खोलता है। आईडी पहले से ही डेटा स्ट्रिंग्स हैं जहां नोट किया गया था, छोड़कर। - व्यक्तिसेल / व्यक्तिस्टैक (एचआर उपस्थिति कंसोल, 7 आयातक): चेहरे और नाम पर एक ट्रिगर है MemberId; निजी MUI अवतार सदस्य अवतर (same hue, समान आकार) है। नया `clickToggles` प्रोप बंद है जहां सेल कुछ क्लिक करने योग्य (अनुपालन ढूँढने वाली पंक्तियों, रोस्टर की रोस्टर की) में बैठता है कार्ड और टेबल पंक्तियों। सदस्य आईडी टूलटिप रहता है; स्टैक का नाम टूलटिप कार्ड को रास्ता देता है। - प्रशिक्षण असाइनमेंट और कानूनी असाइन-पैकेज ग्रिड: TeamMemberId; स्टेटस-टिनेड प्रारंभिक डिस्क सदस्य हैंअवाटर (28/30px) - राज्य रेल अभी भी स्थिति रखती है। - पेरोल रन मुद्दे और एचआर ओवरव्यू गतिविधि रेल: सदस्यआईडी पर सदस्य नाम। - KbPerson (4 आयातक): सदस्य ************************* पर कार्ड के अंदर अवतार इसके "नाम - शीर्षक" टूलटिप अब क्या कार्ड कहते हैं, और इसके शीर्ष पर बैठे होंगे। केवल क्लिक करने योग्य पिन, ध्यान, समीक्षा-तार और बसे हुए कार्ड के अंदर। - KB लेख बायलाइन: लेखकMemberId, जो एक JSON NUMBER है, इसलिए 19-digit id राउंड में आता है और कार्ड लेखक को तब तक नहीं मिल सकता जब तक कि kbservice इसे स्ट्रिंग के रूप में भेज देती है। अनुवादित "By {name}" जहां स्थानीय लोग नाम डालता है, तो केवल नाम ट्रिगर है। - बोर्ड: सदस्यफेस कार्ड के अंदर सदस्य अवतार (20px, पोडियम रिंग रखी गई) है ('बीज` बन गया) `memberId`; आर्केड उच्च SCORES नाम सेल एक सदस्य नाम है। किसी सदस्य को बोर्ड नाम नहीं दे सकता ("एक पूर्व सदस्य") को कोई कार्ड नहीं मिलता है; विजेट्स का नाम टूलटिप अनछिपे हुए हैं। - Webinars: प्रस्तुतकर्ता (assignedPresenterId) मेरी Webinars में और अनुसूची wizard, hover-only उनके क्लिक करने योग्य पंक्तियों में; मेरे वेबिनार में सदस्य उपस्थित (विजेता के पास कोई आईडी नहीं है और सादे रहना); **************** आईडी के साथ और बिना कार्ड। - ग्रोथ सबमिशन (memberId); समीक्षा की गईByMemberId पूरे "Reviewed by" वाक्यांश पर) और "Reviewed by" वाक्यांश) ट्रैकिंग कोड के सदस्य कॉलम (memberId, hover-only: पंक्ति दराज खोलती है)। - होल्डेम: सीट प्लेट पर और लॉबी पंक्तियों (memberId, hover-only) में अन्य खिलाड़ियों के नाम तालिका के बटन के अंदर)। बाएं सादे: शेयर संवाद के मौजूदा शेयर और सामग्रीDetailDrawer के शेयर (docsservice's) द्वारा छवि सूची प्राप्तकर्ता भेजती है नाम और कोई सदस्य id), रिपोर्ट ScheduleDialog (एक मालिक) केवल नाम जो कोई कॉलर पास नहीं है), होल्डेम हैंडहिस्ट्री (एक्शन सीट नंबर लेते हैं, सदस्य आईडी नहीं)। पिकर्स अकेले छोड़ दिया: ई-सिग्न सदस्यSearchDialog, शेयर संवाद की खोज और प्राप्तकर्ता चिप्स, शतरंज न्यूगेमपैनल के प्रतिद्वंद्वी चयनकर्ता, कानूनी रोस्टर फिल्टर रेल। Available in: English(Original), Español, Français, 日本語, मानक हिन्दी, русский язык, tiếng Việt, தமிழ், తెలుగు, Português बोर्ड के चेहरे उनके बॉक्स आकार, सेंट्रींग और ऑन-द-क्लॉक डॉट की स्थिति रखते हैं।.
· kamo-internal
चैट और क्लबहाउस पर कार्ड - पंक्तियां, रोस्टर, संदेश चेहरे, पोस्ट लेखक
सतह (every id) स्ट्रिंग है जो पहले से ही डेटा ले जाती है): - ConversationRow: प्रत्येक चेहरा एक चैट पंक्ति के अवतार स्टैक (members[].memberId), और नाम एक unnamed one-to-one चैट का शीर्षक है, केवल होवर पर कार्ड खोलें; एक क्लिक अभी भी खुलता है बातचीत। चेहरे समूह के MUI अवतार स्लॉट के अंदर सदस्यअवाटर हैं, जिनकी कक्षा में है रिंग, ओवरलैप और "+ एन" लटका हुआ है। पोर्टलेड कार्ड के अंदर एक प्रेस अब बुलबुले में नहीं पंक्ति का बटनबेस और पंक्ति को लहर देता है। समर्थन अनुरोधकर्ता का चेहरा सदस्य नहीं है: मंच डेस्क पर वे एक अन्य संगठन के सदस्य हैं। - ChatMembersPopover: प्रत्येक सदस्य का चेहरा और नाम एक सदस्य होवरकार्ड (memberId); चेहरा है सदस्य अवतार हटाने नियंत्रण इसके बाहर रहता है। - संदेशअवाटर एक वैकल्पिक सदस्य लेता हैआईडी: एक दिया गया, चेहरा कार्ड को होवर पर खुलता है (कोई टैब नहीं) स्टॉप, कार्ड के तहत कोई मूल शीर्षक नहीं। संदेशबबल और संदेशलिस्ट (msg.memberId) द्वारा पारित सदस्य चैट केवल), SocialChat (senderId, कभी संपर्क नहीं) और टिकटChat (senderId, केवल पर) एक बार जब पक्ष ज्ञात हो जाते हैं तो दर्शक की अपनी तरफ कभी वेब चैट आगंतुक: टिकट के दो पक्ष आमतौर पर दो संगठन होते हैं। - पोस्टकार्ड और टिप्पणीथ्रेड: लेखक का नाम सदस्यनाम है और लेखक का चेहरा सदस्य हैअवाटर कार्ड ऑन होवर (writer.id). पोस्टकार्ड का नाम और चेहरा उनके सदस्य पृष्ठ पर क्लिक करें। बाएं सादे: - SeenIndicator: देखा गया चेहरा केवल एक MUI टूलटिप के अंदर मौजूद हैं (z 1500, कार्ड के 1305) के ऊपर, इसलिए किसी से खोला गया कार्ड टूलटिप के तहत तैयार किया जाएगा। इसे टूलटिप से बाहर चेहरे की जरूरत है। - Exec2ExecChat: क्रॉस-संगठन, और कार्ड अन्य संगठनों के सदस्यों को मना कर देता है। - एक समूह चैट का शीर्षक (जोड़े गए नाम एक स्ट्रिंग हैं) और पूर्वावलोकन के प्रेषक उपसर्ग। नोट: एक कार्ड एक टूल विंडो (चैट, टिकट और सोशल विंडो, चैट स्विचर) के अंदर खोला गया स्तंभ PresenceProvider के बाहर उपस्थिति पढ़ता है, जो टूलडॉक एक भाई है, इसलिए यह ऑफलाइन कहता है। टेस्ट: वार्तालापरो (चेहरे और शीर्षक से कार्ड, अभी भी क्लिक खुलता है बातचीत, कार्ड में एक प्रेस पंक्ति को लहर नहीं देती है), संदेशअवाटर (केवल एक कार्ड के साथ) सदस्य आईडी), टिकटचैट (केवल एक तरफ, कभी आगंतुक नहीं)।.
· kamo-internal
लीड पर कार्ड - असाइनी, टाइमलाइन लेखक, इतिहास और टिकट एजेंट
हर जगह लीड स्क्रीन का नाम एक सदस्य (स्टाफ) है जो अब उस सदस्य के कार्ड को खोलता है। आईडी हैं स्ट्रिंग सदस्य पहले से ही डेटा जारी करता है। - लीड व्यू: असाइनमेंट कार्ड का एजेंट (पृष्ठ का असाइनमेंट LeadMemberId)। एजेंट चयनकर्ता और एजेंट चयनकर्ता लीड-लॉक यूआई अनटच है। - लीड्स ग्रिड: एजेंट कॉलम (assignedTeamMember.id), hover केवल: यह एक ग्रिड सेल है। - सॉफ्टफोन सीआरएम: "असाइन्ड टू" टाइल (assignedTeamMember.id). - संचार समयरेखा, प्रत्येक प्रविष्टि (entry.memberId) के हमारे पक्ष में सदस्य: एक नोट का शीर्षक और अवतार (MemberChip हाथ से तैयार MUI अवतार, उसी 20px) को प्रतिस्थापित करता है, एक आउटबाउंड चैट का शीर्षक, एक आउटबाउंड चैट का शीर्षक है। एक कॉल के सदस्य और एक आउटबाउंड टेक्स्ट का उपशीर्षक, एक आउटबाउंड ईमेल प्रेषक। शीर्षक हैं अनुवादित वाक्य, इसलिए पूरा शीर्षक ट्रिगर है। दूसरी तरफ का नेतृत्व सादे रहता है: इनबाउंड चैट पंक्तियों में कोई सदस्य आईडी नहीं होता है, और एक इनबाउंड ईमेल सदस्य परId वह है जो इसे प्राप्त करता है, नहीं प्रेषक दिखाया गया है। शेल ने शीर्षक कॉलम में पॉइंटर घटनाओं को बंद कर दिया ताकि पंक्ति एक है लक्ष्य पर क्लिक करें; नाम वापस चुनते हैं, जैसा कि लीडरिफशिप करता है। एक कॉल या ईमेल जो विस्तार करता है उसे रखता है केवल नाम और खोल नाम के क्लिक पर गुजरता है, इसलिए पंक्ति अभी भी फैलती है। - समर्थन टिकट सूची: निर्दिष्ट एजेंट (assignedAgentId), hover केवल: सेल असाइन या खुलता है टिकट इसके Assign/Reassign टूलटिप नाम के बगल में चला जाता है, इसलिए यह अब कार्ड को कवर नहीं करता है। - लीड्स इतिहास: प्रत्येक सदस्य को एक पंक्ति में (memberId, fromMemberId, byMemberId). एक पंक्ति का नाम दो एक अनुवादित वाक्य के अंदर सदस्य, इसलिए इसे प्रत्येक सदस्य के स्थान पर मार्कर के साथ स्वरूपित किया जाता है और मार्करों पर विभाजित: शब्द स्थानीय लोगों के स्वयं रहते हैं, इसके आदेश में, और कोई संदेश नहीं बदल गया। - क्रेडिट प्रबंधित करें: सदस्य स्तंभ के प्रोफ़ाइल लिंक (memberId), होवर केवल इसलिए लिंक अपने रखता है क्लिक करें। - आरक्षित अवसर: प्राथमिक एजेंट (प्राथमिक AgentMemberId). एक सदस्य (कोई नाम नहीं) रहता है "अज्ञात एजेंट" - लीड इतिहास टैब: "Changed by" कॉलम (actor.memberId)। यह साझा द्वारा तैयार किया गया है EntityHistoryPanel, इसलिए खाता इतिहास को कार्ड भी मिलता है। बाएं सादे: - टिकट अनुरोधकर्ता: सार्वजनिक संपर्क फ़ॉर्म बिना ऑर्ग के सिस्टम सदस्य के तहत अपने टिकटों को फाइल करता है इसलिए अनुरोधकर्ता निश्चित रूप से पूछने वाला व्यक्ति नहीं है। टिकटहेडर केवल एजेंट का नाम देता है MemberPickerDialog के अंदर। - आरक्षित अवसर "Reassigned from" / "Filed by" captions and ManageReservationDialog's उपशीर्षक: वाक्यों के अंदर नाम जो अपने खुद के टूलटिप को ले जाते हैं या संवाद करते हैं। प्राथमिक एजेंट और कमीशन-स्प्लिट पंक्तियों (प्रबंधन आरक्षण डायलॉग, कमीशनस्प्लिट एडिटर) पिकर्स हैं। - लीड इतिहास के पुराने / नए मूल्यों के लिए असाइनी क्षेत्र: renderValue रिटर्न टेक्स्ट। - लीड व्यू का कार्य असाइनी: आईडी के साथ एक मुफ्त स्ट्रिंग।.
· kamo-internal
सेटिंग्स और व्यवस्थापक सूचियों पर कार्ड - सदस्यों, बिलिंग, मंच व्यवस्थापक, फ़ोन, कमीशन
सेटिंग्स और व्यवस्थापक सूचियों पर सदस्य कार्ड जो लोगों को दिखाते हैं। प्रत्येक नाम पर कार्ड खुलता है होवर, फोकस या टैप; एक ऐसा नाम जो पहले से ही क्लिक पर कुछ करता है वह उस क्लिक को रखता है। - टीम के सदस्य (टीममेम्बरमैनेजर): सदस्यों और टीम के सदस्यों के टैब पर नाम (पंक्ति सदस्य) आईडी इसके अवतार ने कार्ड में चित्रित किया था। ग्राहक टैब नकली डेटा है, सदस्य नहीं: बाएं सादे। - एक खाता के सदस्य (लेखा/view/[id]/members): प्रत्येक नाम (memberId), ग्राहक-साइड सदस्य शामिल हैं। हाथ से तैयार अवतार अब 32px पर सदस्य अवतार है। - बिलिंग मालिकों: प्रत्येक उम्मीदवार का नाम (आईडी, जो दोनों सूचियों पर सदस्य आईडी है)। - बिलिंग समूह: प्रबंधक के तहत "पेड बाय" (managerMemberId) और हर रोस्टर नाम (memberId)। समूह सूची की "Paid by <manager>" लाइन (managerMemberId): नाम एक अनुवाद के अंदर बैठता है इसमें कोई टैग नहीं है, इसलिए पूरे वाक्यांश ट्रिगर है। - प्लेटफार्म प्रशासक (AdministratorCard): नाम (memberId); हाथ से तैयार अवतार अब है MemberAvatar at 48px. किसी अन्य संगठन में एक प्रशासक ने "अपने संगठन में नहीं" पढ़ा जब तक दर्शक ईश्वर नहीं है। - वेबिनार सेटिंग्स, प्रकार की उपलब्धता तालिका: प्रत्येक प्रस्तुतकर्ता (teamMemberId, एक सदस्य आईडी)। - फ़ोन: नंबर पर एक नंबर का मालिक Id; "belongs to" ट्रिगर है, और तथ्य एक लेता है अब नोड); दोनों एक्सटेंशन टेबल (assignedMemberId) पर निर्दिष्ट सदस्य, होवर और फोकस पर केवल, इसलिए उनके फोन सेटिंग्स का लिंक अपना क्लिक रखता है; मोबाइल उपकरणों पर प्रत्येक सदस्य (memberId). - कमीशन प्रोसेसर: एक भेजे गए बैच की प्रत्येक पंक्ति पर सदस्य (memberId); एक शून्य लाइन रहता है जिसके माध्यम से एक माता-पिता की रेखा के माध्यम से अब तक नहीं पहुंचती है) और प्रत्येक वापसी पर (memberId). बाएं सादे: पिकर्स (MemberPickerDialog, रचना लाइन के स्वत: पूर्ण, लाइसेंसधारी चेकबॉक्स, पिक-ए-मैनेजर बटन; पुष्टिकरण वाक्य, टूलटिप और टोस्ट के अंदर नाम; PBX उपयोगकर्ता और वॉयसमेल कॉलर्स, जो कोई सदस्य आईडी नहीं लेता; और रिलेशन मैनेजर, जो सूचीबद्ध करता है संगठन, नहीं लोग। प्लेटफार्मAdminsTab केवल प्रशासककार्ड के माध्यम से अपने लोगों को आकर्षित करता है।.
· kamo-internal
कैलेंडर मेहमानों, दस्तावेज़ लेखकों और खाता नोटों पर कार्ड
- कैलेंडर: घटना संवाद के संकल्पित अतिथि पंक्तियां सदस्य कार्ड ( दर्शक पूर्वावलोकन) को खोलती हैं MemberId, GuestRow. एक हाथ से बने पते में कोई आईडी नहीं है और टेक्स्ट रहता है; एक प्रकार का पता कि एक सदस्य पहले से ही एक सदस्य पंक्ति को बढ़ावा दिया गया था। - दस्तावेज़: दस्तावेज़ ग्रिड में "अपलोड" (DocsService createdbyMemberId); साझा टैब Available in: English(Original), Español, Français, 日本語, मानक हिन्दी, русский язык, tiếng Việt, தமிழ், తెలుగు, Português अपलोड इतिहास से है) अपलोडर के कार्ड को होवर पर खोलें। दोनों कुछ के अंदर बैठते हैं इसलिए कार्ड कभी भी क्लिक नहीं लेता। - लेखा नोट्स: अवलोकन के हाल के नोट्स और नोट्स टैब ने लेखक (सुरक्षा सेवा अब) का नाम दिया लेखक को भेजता हैनाम लेखक के बगल मेंMemberId - पहले, हर नोट "सिस्टम" पढ़ता है और अपना कार्ड खोलता है। - कार्ड उन घटनाओं को रखता है जो कुछ शुरू करते हैं (क्लिक करें, प्रेस करें, फोकस करें, चाबियाँ) के माध्यम से उस पंक्ति में पोर्टल जो नाम रखता है, इसलिए एक कार्रवाई को दबाने के लिए अब लहरें नहीं हैं या चयन करें उस पंक्ति। एक प्रेस के अंत अभी भी विंडो तक पहुंचते हैं, जहां फ्रेमर-गति समाप्त होती है जबकि टैप।.
· DocsService
अपलोडर के सदस्य आईडी सूची और इतिहास के साथ यात्रा करते हैं
दस्तावेज़ सूची (/imaging/list) और एक दस्तावेज़ के इतिहास ने केवल अपलोडर का नाम ले लिया, इसलिए कामो-आंतरिक दिखा सकता है कि कौन एक फ़ाइल अपलोड करता है लेकिन उनका सदस्य कार्ड नहीं खोलता है। अब दोनों ही निर्मितByMemberId, पाठ के रूप में - एक INT8 एक जावास्क्रिप्ट संख्या जीवित नहीं है। प्रत्येक संस्करण के लेखक पहले से ही उन्हें ले लिया।.
· kamo-internal
सदस्य कार्ड - किसी भी सदस्य को होवर, देखें कि वे कौन हैं और क्या आप कर सकते हैं
कमो-आंतरिक में हर सदस्य के नाम के लिए एक कार्ड, जो सर्वर नियम सुरक्षा सेवा द्वारा अब द्वार दिया गया है (MemberInteractionPolicy, Securityservice 5063eaa) पाठ, अनुसूची और एक खेल (चेस / टेक्सास होल्डेम) के पीछे अधिक; उनकी प्रोफ़ाइल - या, एक के लिए ग्राहक-साइड सदस्य, उनका खाता - पाद लेख में। एक मना कर दिया कार्रवाई एक लॉक के साथ dimmed खींचा जाता है और क्यों होवर (अंगूठी के अपने शब्दों में चैट नीति); एक कार्रवाई जो दर्शक कभी नहीं ले सकता है वह है बिल्कुल नहीं। टुकड़े (app/components/members/card, app/lib/membercard): सदस्यनाम / सदस्यचिप / सदस्यहोवरकार्ड - मेल संवाददाता कार्ड पर बनाया गया ट्रिगर UseHoverCard (intent, एक समय में एक कार्ड, एंकरिंग, एस्केप रिटर्न फोकस, स्पर्श पर टैप करें), जो ऐसा नाम जो पहले से ही क्लिक पर कुछ करता है, वह उस क्लिक को रखता है। - सदस्यकार्ड - हेडर ने सदस्य के अपने ह्यू के साथ ब्रांड, लाइव उपस्थिति की अंगूठी में मिश्रित किया, शीर्षक · विभाग, उनके स्थानीय समय और कितनी दूर आगे या पीछे, कॉपी-टू-चेक विवरण। - MemberActionBar - कार्ड के लेबल बटन, या पंक्ति की कॉम्पैक्ट स्ट्रिप। - MemberAvatar - सदस्य के ह्यू, वैकल्पिक उपस्थिति पर एक अवतार (आकार का फोटो, अन्य प्रारंभिक)। - action.t — निष्पादकों का एक सेट; संगीतकार की `initialData.to` सूची, उपयोगकर्ताआईडी द्वारा चैट, होल्डेम "प्ले" के रूप में, नहीं "create", प्रत्येक एक परीक्षण द्वारा pinned। - कैश.टी - प्रति सदस्य पढ़ा जाता है, प्रत्येक ट्रिगर द्वारा साझा किया जाता है, 60s TTL, रोस्टर पंक्तियों से प्राइम किया जाता है। उपयोग के माध्यम से पढ़ेंSyncExternalStore इसलिए कोई राज्य प्रभाव के अंदर सेट नहीं है। - MemberCardDialogs - बैठक संवाद के लिए AuthedChrome में एक बार घुड़सवार, जो `initialMode` प्राप्त करता है। इसलिए "Schedule" एक समय लेने के लिए तैयार है। परत 1305: MUI संवाद पर, इसलिए एक संवाद के अंदर एक नाम अभी भी इसका कार्ड हो जाता है; MUI टूलटिप के तहत। इन कार्यों की तीन प्रतियां चलाई जाती हैं: - इंटरेक्शन सेंटर पंक्तियां प्रत्येक रोस्टर पंक्ति पर `इंटरेक्शन` से साझा पट्टी खींचती हैं; " कार्ड NavTopPanel के हाथ से तैयार प्रोफ़ाइल और मेल गेट हटा दिए गए हैं। - चैट हेक्स-हेड पॉपओवर एक-टू-वन चैट के लिए कार्ड के फैसले का पालन करता है। इसका "View account" हर किसी के लिए पेशकश की गई थी और एक पेज के नेतृत्व में अधिकांश सदस्यों को उछाल दिया गया है; अब यह केवल तभी दिखाई देता है जब वह किसी को भी किसी भी तरह की पेशकश कर रहा था और उसके लिए एक पेज का नेतृत्व किया गया था। दर्शक उस प्रोफ़ाइल को खोल सकते हैं और इसे चला जाता है। - सदस्यसंपर्ककार्ड (लीड लॉक होल्डर / रोस्टर) अपने खुद के कॉल के बजाय साझा टुकड़े खींचता है और संदेश वेबिनार प्रस्तुतकर्ता तालिका प्रत्येक प्रस्तुतकर्ता पर कार्ड डालती है और एक एम्बर "कोई बुकेबल टाइम" चेतावनी किसी भी प्रस्तोता के बगल में एक आगंतुक (मीडिया सर्विस A9f20cc) बुक नहीं कर सकता है, जिसमें एक टूलटिप कहा जाता है कि क्या करना है। युक्ति और योजना: ************* ************* शेष रोलआउट निम्नानुसार है। टेस्ट: सदस्यकार्ड lib (parse, कैश, कारण, स्थानीय समय, हर निष्पादक), सदस्यकार्ड रेंडर (अधिक, कीबोर्ड, छिपा बनाम dimmed, अधिक, पाद लेख, संरक्षित क्लिक करें, कोई आईडी नहीं मिला), प्रस्तुतकर्ता अंतराल, हेक्स-हेड प्रोफाइल गेट। tsc स्वच्छ; eslint स्पर्श फ़ाइलों की मौजूदा गिनती के लिए कुछ भी नहीं जोड़ता है; गार्ड पास; टच डायरेक्टरी ग्रीन में 632 परीक्षण।.
· MediaService
प्रस्तुतकर्ता तालिका देख सकती है कि कौन प्रस्तुतकर्ता कोई भी पुस्तक नहीं कर सकता है
**************** — MANAGE SUPPORT, कॉलर का अपना संगठन का प्रकार केवल (कुछ और नहीं मिला) - प्रत्येक सक्रिय प्रस्तुतकर्ता के साथ जवाब देता है हैबुकेबलटाइम, वर्तमान तालिका पर उनके नाम के बगल में चेतावनी के लिए। hasbookableTime(member, type) को webinarsAwaitingMyAvailability से निकाला जाता है, जो अब इसे कॉल करता है, इसलिए प्रशासक की तालिका, प्रस्तुतकर्ता का अपना कैलेंडर मार्कर और बुकिंग पेज सभी के माध्यम से जाना bookableStart and not not be असहमति के बारे में क्या किसी को बुक किया जा सकता है। टेस्ट: टेबल एक प्रस्तोता को चिह्नित करता है जिसका समय बीत चुका है और एक घंटे आगे नहीं (वास्तव में) उपलब्धता अंकगणित), एक अन्य ऑर्ग का प्रकार नहीं पाया जाता है, तार का आकार, और 403 बिना प्रबंधक समर्थन। पूर्ण सूट 994/994।.
· SecurityService
एक नियम जिसके लिए कोई सदस्य दूसरे के साथ क्या कर सकता है, प्रति सदस्य और प्रति रोस्टर पंक्ति पर काम करता है
उसी पांच क्रियाएँ — चैट, कॉल, ईमेल, मीटिंग, व्यू प्रोफाइल — को तीन स्थानों पर पेश किया गया था कामो-आंतरिक (इंटरेक्शन सेंटर पंक्ति, चैट हेक्स-हेड पॉपओवर, लीड-लॉक संपर्क कार्ड), प्रत्येक ब्राउज़र में अपने अधिकारों की अपनी रीडिंग से निर्णय लेना। कोई सहमत नहीं, कोई भी चैट नहीं देख सकता दूसरे छोर पर व्यक्ति के बारे में नीति या कुछ भी, और परिणाम वह बटन था जो क्लिक पर विफल रहा। सदस्यइंटरेक्शननीति (सदस्य/कार्ड) अब एक नियम, शुद्ध और तालिका-परीक्षण है। यह जवाब देने के लिए HIDDEN जब दर्शक ऐसा कभी नहीं कर सकता (कोई सीट नहीं, org ऐप का हकदार नहीं है) या फिर REFUSED with a कारण कोड जब यह इस व्यक्ति को रास्ते में है (चैट नीति - ऑर्ग के अपने शब्दों के साथ - INACTIVE, NO EMAIL, NO NUMBER, NO MOBILE, not PLAYER): चैट प्रतिबंधित नहीं; लक्ष्य सक्रिय सहयोगी; चैट नीति आपको इसे शुरू करने देता है (OVERRIDE CHAT POLICY पास) कॉल सीट canCall; फ़ाइल पर कोई विस्तार या संख्या पाठ सीट cansendTextMessages; एक मोबाइल जो पाठ लेता है ई-मेल: accESS MAIL. मीट, सीट कैनमेट, START MEETING; एक सक्रिय सहयोगी सदस्य पृष्ठ के अपने छः अधिकार या देवता को प्रोफ़ाइल करें - एक ग्राहक-पक्ष सदस्य, VIEW ACCOUNTS के लिए ("View account") खेल दोनों पक्षों को खेल सकते हैं: entitlement + PLAY CHESS/PLAY HOLDEM प्रत्येक तरफ (मालिक स्टैंड इन) ग्राहक-साइड सदस्य का संपर्क विवरण केवल एक दर्शक के लिए है जो खातों को पढ़ सकता है। ऐप्स हैं ENTITLED प्रोजेक्शन (ComputeEffectiveFeatures), एक ही ब्राउज़र के संगठन.isEmail reads. सदस्यइंटरेक्शन सर्विस एक बार दर्शक को हल करती है - एंटेलमेंट सर्विस, ऐप्स से सीट क्षमताओं, अधिकार, मालिक - और एक सदस्य या एक पूरे रोस्टर (गेम अधिकार प्रति गेम एक बार पढ़ा) के लिए फैसला करता है। **************** पहचान (नाम, अवतार, शीर्षक, विभाग, तरह,) टाइमज़ोन, उपलब्धता), संपर्क मूल्य पॉलिसी इस दर्शक को देखने देता है (एक सहयोगी व्यक्ति हैं) रोस्टर पहले से ही प्रत्येक सदस्य को कार्य करता है), ग्राहक-साइड सदस्य के लिए खाता और निर्णय। दूसरा org का सदस्य 404 है, जैसा कि अस्तित्व में नहीं है; id एक पथ स्ट्रिंग है। सत्र आता है CallerSessionResolver के माध्यम से, इसलिए unguarded-endpoint ratchet इसे मान्यता देता है। /by-department पंक्तियों को उसी पॉलिसी से `इंटरेक्शन` प्राप्त होता है, इसलिए एक रोस्टर पंक्ति और एक कार्ड इसे से खोला जाता है। कभी अलग-अलग चीजों की पेशकश नहीं कर सकते। LeadWebinarEntry gains presenterMemberId, इसलिए लीड पेज प्रस्तुतकर्ता के नाम पर कार्ड डाल सकता है। टेस्ट: सदस्यइंटरेक्शननीतिटेस्ट (17), सदस्यकार्डएंडपॉइंटटेस्ट (तार का आकार, संपर्क withheld, 404) पार org, 400/401), सदस्य रोस्टरइंटरेक्शनटेस्ट। पांच पूर्ण सूट विफलताओं ********** x4, ratchet नामकरण ******************* एक ही हैं पांच जो इस बदलाव के बिना मूल/मुख्य रूप से विफल थे।.
· kamo-internal
जब कोई आपके साथ वेबिनार बुक नहीं कर सकता तो कैलेंडर पर लाल निशान
एक वेबिनार का प्रस्तोता जिसके घंटे निकल गए थे, को कभी नहीं बताया गया। केवल बुकिंग पृष्ठ प्रदान नहीं करता है कई बार, और एक व्यक्ति जो इसे ठीक कर सकता है वह एक व्यक्ति है जिसे उत्पाद ने कभी भी इसका उल्लेख नहीं किया है। जब भी मीडिया सर्विस कम से कम एक वेबिनार कहता है तो कैलेंडर आइकन अब एक लाल, झुंड निशान रखता है इस सदस्य के पास कोई बुक करने योग्य समय नहीं है (मीडिया सर्विस ddf8e20)। कैलेंडर जहां एक है प्रस्तुतकर्ता उन घंटों की घोषणा करता है, इसलिए यह वह जगह है जहां न्यायाधीश का संबंध है। विकल्प का अपना नाम होवर पर है क्या गलत है, जो वेबिनार इंतजार कर रहे हैं, और क्या करना है - वही उपचार लीड्स स्वीकार-gate उपयोग करता है, क्योंकि अकेले डॉट किसी को नहीं बताता कि क्या जाना है और क्या करना है। यह एक कनेक्शन खोलने के बजाय मौजूदा चैट STOMP क्लाइंट की सवारी करता है: एक कंटेंटलेस फ्रेम ऑन ************* "re-read" कहते हैं, और ब्राउज़र पूछता है अपने स्वयं के उत्तर के लिए अधिकृत समापन बिंदु। बीज एक आशावाद नहीं है - विषय कोर NATS है कोई धारा के साथ, इसलिए एक फ्रेम प्रकाशित हुआ जबकि यह टैब सो गया था - और अग्रभूमि फिर से पढ़ने के लिए केवल वही चीज है जो एक विंडो को पकड़ सकती है जो केवल समाप्त हो जाती है, क्योंकि कुछ भी नहीं लिखा जाता है। सत्र यह सब कुछ नहीं है, जो उनमें से लगभग सभी है। सदस्य आईडी एक स्ट्रिंग है: संख्यात्मक अभिगमक के माध्यम से एक अद्वितीय rowid () को गोल करना होगा एक सहयोगी के विषय की सदस्यता लें और सर्वर के गार्ड द्वारा मना कर दें, एक निशान छोड़ दें जो कभी नहीं जाता है स्क्रीन पर कुछ भी नहीं रहना चाहिए। उत्तर उस सदस्य के साथ टैग किया गया है जिसके लिए यह पढ़ा गया था, तो एक देवता मोड sudo या एक सत्र स्विच पिछले एक के बजाय नए सदस्य EMPTY दिखाता है राज्य - और इसे कोई रीसेट प्रभाव की आवश्यकता नहीं है, जो रीएक्ट कम्पाइलर नियम नए कोड में अस्वीकार करते हैं। टेस्ट: प्रस्तुतकर्ताAvailability.test.ts गंतव्य पिन, फ्रेम भविष्यवाणी (कभी भी फेंकता है, जो कुछ भी आता है), पार्सर (एक शरीर यह अकेले निशान छोड़ नहीं सकता) और असली के खिलाफ टूलटिप शब्दकोश; **************** वास्तविक उपयोग को ड्राइव करता हैNavAdornments और पढ़ता है क्या नौसेना खींचती है। स्ट्रिंग्स **************** पहले से ही शब्दकोश के मुख्य पर (996b07f0), उनमें कोई बहुवचन नहीं है। tsc स्वच्छ, स्पर्श फ़ाइलों पर साफ, गार्ड पास, 318 नौसेना परीक्षण ग्रीन।.
· MediaService
एक प्रस्तोता बताओ, लाइव, जब कोई उनके साथ समय नहीं बुक कर सकता
एक प्रस्तोता जिसका घोषित घंटे निकल चुके हैं, इस सुविधा में एक राज्य नहीं है: बुकिंग पेज केवल कुछ ही समय प्रदान करता है, आगंतुक छोड़ देता है, और वह व्यक्ति जो इसे एक में ठीक कर सकता है मिनट कभी इसके बारे में नहीं सुना। KamoCRM के अपने उत्पाद डेमो वास्तव में है कि राज्य आज - इसकी एकमात्र प्रस्तुतकर्ता की अंतिम खिड़की 2026-09-03 थी। **************** जवाब, केवल कॉलर के लिए: कितने सक्रिय प्रकार वे प्रस्तुत करते हैं, और उनमें से किसके पास कोई बुक करने योग्य समय नहीं है। प्रति प्रकार, क्योंकि प्रत्येक का अपना खुद का है लंबाई, अग्रिम न्यूनतम और क्षितिज; प्रति प्रस्तुतकर्ता, क्योंकि उनकी अपनी खिड़कियां अपनी खुद की खिड़कियों को कम करती हैं बुकिंग और कैलेंडर वह चीज है जिसे वे जा सकते हैं और बदल सकते हैं। यह SAME अंकगणित को बुकिंग चलाता है पृष्ठ करता है - getBookableTimes और यह अब बुकेबलस्टार्ट्स साझा करता है () - इसलिए मार्कर एक दावा नहीं कर सकता पृष्ठ को भरने या अंधेरे में रहने के लिए, जबकि पृष्ठ की पेशकश करने के लिए कुछ भी नहीं है। मौजूदा सॉकेट पर लाइव: ************* पर एक Contentless फ्रेम प्रकाशित **************** किसी भी चीज की प्रतिबद्धता के बाद जो जवाब बदलता है - एक उपलब्धता विंडो को जोड़ा गया, बदला या हटा दिया गया; एक प्रकार के प्रस्तुतकर्ता से जोड़ा जा रहा है या हटाया जा रहा है; एक सत्र बुक (signed-in या विपणन साइट से) या रद्द कर दिया। ************* इसे रखना **************** प्रशिक्षण-badge रिले के जुड़वां, और स्टोम्प गंतव्य Authz SUBSCRIBE पर प्रति सदस्य उस गंतव्य की रक्षा करता है और क्लाइंट Sends को मना करता है: विषय एक प्रस्तोता के सदस्य आईडी का नाम है, और असुरक्षित यह किसी को सॉकेट पर किसी को एक नाम देखने की अनुमति देगा सहकर्मी की डायरी फिल और खाली। फ्रेम में कोई शीर्षक नहीं है, कोई घंटे और कोई गिनती नहीं है - ब्राउज़र अपने स्वयं के सत्र के तहत समापन बिंदु को फिर से पढ़ता है। क्या कोई फ्रेम घोषणा नहीं कर सकता है एक विंडो बस एक्सपियरिंग है, क्योंकि कोई लेखन नहीं होता है। ब्राउज़र अग्रभूमि फिर से पढ़ने वाली एकमात्र चीज है जो मार्कर को तब उठाती है, यही कारण है कि यह वैकल्पिक नहीं है। टेस्ट: प्रस्तुतकर्ताAvailabilityGapTest एक वास्तविक सदस्य पर शासन चलाता हैउपलब्धता सेवा (घंटे में) अतीत में, घंटे आगे, घंटे अपने स्वयं के बुकिंग द्वारा उपभोग, एक खिड़की भी होस्ट करने के लिए कम, दो का एक प्रकार, प्रस्तुत करना; ************* तार आकार और 401 पिन; ************* विषय → गंतव्य मानचित्रण, गार्ड और पिन सामग्री रहित पेलोड। पूर्ण सूट 991/991।.
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं