更加令用戶們吐血的是：當用戶從地點A挪動到地點B後，在地點A顯現過的商品資訊，仍舊會在“過往比價資訊”中呈現，而地點B的比價資訊又天生了，這就使得分屏上的數據越堆越多，最後全部分屏都變成了花屏，使得用戶完整冇法利用了。
如果說這些還隻是設想認識上的掉隊，那麼最致命的，應當就要數小曹的態度題目了：這段時候他醉心於幫助型HUD的攻關事情，身心俱疲能夠瞭解，但他竟然在將這一服從更新給他的用戶今後，都冇有來得及跟用戶們說一聲有新服從更新的事情，就去睡覺去了。。！
不過不要感覺被嚇醒就離開了夢魘，實際上這時候纔是苦海的開端。固然這些主動開啟的分屏是能夠被關掉的，隻要設置“製止統統主動分屏天生”便可。但這模樣又會利用戶在向多個朋友推行的時候，要多次操縱才氣劃出多個分屏，而不是簡樸設置個“始終保持起碼存在一個分屏”就能做到了。
聯絡不到小曹，用戶們在微信群中吼怒著、吼怒著，但這處理不了題目。在這類危急環境下，用戶本身的主觀能動性被全麵的變更起來，本來都想做伸手黨的用戶們這時候也被迫應用起他們的締造力來，紛繁在嘗試著利用各種自定義項停止設置，解除幫助性HUD對他們的滋擾，並把處理體例拍成藐視頻，傳到微信群**其他用戶鑒戒。
和比較服從調集的申明書一樣，這個好不輕易才折騰出來的測試版，一點也不令人鎮靜：就像肖老伯建議的那樣，幫助性HUD測試版確切會用筆墨與分歧的色彩區塊標示以辨彆分歧的闤闠，但是色彩利用的非常不對勁――為了凸起闤闠的外表麵，小曹用了一大堆特彆敞亮的粉色、金色、綠色、天藍色、紫紅色，使得分屏畫麵與風景非常的不相稱；闤闠的稱呼和郵寄地點會懸浮在闤闠的外牆上，但字體倒是加粗的黑體，色彩也與外表麵用色不異。
幫助性HUD可不是像比較服從調集那樣，隨便的把資訊列出來便能夠了。而實際上，因為在平麵設想上的天賦真的不如何樣，小曹在這上麵堪堪破鈔了整整4天的工夫，才弄出了一個花花綠綠的測試版本出來。
按照用戶和談，常範圍塊向辦理模塊發送視訊接入要求，後者是能夠在多次回絕要求後，主動轉入批量采納形式的。在該形式下，除非辦理模塊向常範圍塊主動建議視訊接入要求，不然常範圍塊將冇法再建議新的要求。這在必然程度上製止了待措置資訊的積存。