blockly > WorkspaceSvg > scrollX

WorkspaceSvg.scrollX प्रॉपर्टी

फ़ाइल फ़ोल्डर ऑरिजिन के हिसाब से, पिक्सल यूनिट में मौजूदा हॉरिज़ॉन्टल स्क्रोलिंग ऑफ़सेट.

किसी व्यू और उस व्यू के नीचे चलते हुए कैनवस के बारे में सोचना फ़ायदेमंद होता है. कैनवस के दाईं ओर जाने पर, यह वैल्यू ज़्यादा पॉज़िटिव हो जाती है. साथ ही, कैनवस के बाईं ओर व्यू "दिख रहा है". जैसे-जैसे कैनवस बाईं ओर जाता है, यह वैल्यू ज़्यादा नेगेटिव हो जाती है. साथ ही, अब कैनवस के दाईं ओर व्यू "दिख रहा है".

इस वैल्यू के बारे में भ्रमित करने वाली बात यह है कि इसमें जाता है. साथ ही, इसमें alternateLeft ऑफ़सेट शामिल नहीं है और न ही इसमें शामिल होना चाहिए. ऐसा इसलिए, क्योंकि इसका इस्तेमाल viewLeft वैल्यू को कैलकुलेट करने के लिए किया जाता है.

viewLeft, फ़ाइल फ़ोल्डर के ऑरिजिन से मिलता-जुलता है (हालांकि, पिक्सल यूनिट में है). फ़ाइल फ़ोल्डर का ऑरिजिन, वर्कस्पेस में सबसे ऊपर का बायां कोना होता है (कम से कम चालू होने पर). यह blocklyDiv के सबसे ऊपर बाईं ओर शिफ़्ट हो गया है, ताकि यह टूलबॉक्स के नीचे न रहे.

फ़ाइल फ़ोल्डर के चालू होने पर, viewLeft और फ़ाइल फ़ोल्डर का ऑरिजिन एक ही X जगह पर होता है. जब कैनवस, व्यू के नीचे दाईं ओर स्लाइड होता है, तो यह वैल्यू (scrollX) ज़्यादा पॉज़िटिव हो जाती है. साथ ही, viewLeft, फ़ाइल फ़ोल्डर ऑरिजिन की तुलना में ज़्यादा नेगेटिव हो जाता है (कैनवस के मूव होने पर, कैनवस पर दाईं ओर स्लाइड होने वाले Workspace ऑरिजिन को एक बिंदु के रूप में मानें.

इसलिए, अगर ScrollX में allLeft को शामिल किया जाए, तो यह फ़ाइल फ़ोल्डर के ऑरिजिन को "अनशिफ़्ट" कर देगा. इसका मतलब है कि viewLeft, वर्कस्पेस के बाएं किनारे के बजाय, blocklyDiv के बाएं किनारे को दिखाएगा.

हस्ताक्षर:

scrollX: number;