شريط التمرير العمودي لا يعمل عند استخدام نافذة XP Theme (غير كلاسيكي)

Question

قد يبدو هذا مجنونا، ولم أصدق ذلك حتى رأيته بنفسي.

لا يتم تمرير شريط التمرير العمودي عند النقر فوق المسافة بين التمرير أو الأسهم. يجب عليك سحب الشريط للحصول عليه للتمرير. يحدث هذا فقط في السمة الافتراضية القبيحة (وليس Windows Classic).

يحتوي شريط التمرير على بعض JavaScript الثقيلة وراء ذلك الذي يدفع التمرير من Dive Div آخر.

هل واجه أي شخص هذا من قبل؟ لماذا هيك يفعل موضوع التأثير على التقديم IE ؟! فقط IE!

تعديل: تحدث هذه المشكلة عندما تكون في موضوع XP "غير الكلاسيكي" (الافتراضي القبيح واحد). لا يسبب هذا السمات هذا، لكنه يقوم بإصلاحه إذا قمت بالتبديل إلى الكلاسيكية من الافتراضي.

Answer 1

هل يساعد عند إضافة

<!--[if IE]><meta http-equiv="MSThemeCompatible" content="no"><![endif]-->

إلى مصدر صفحتك؟ عملت بشكل جيد للتغلب على مواطن الخلل في IE عندما يتم تمكين موضوع غير كلاسيكي بالنسبة لي. لاحظ أن التعليقات الشرطية موجودة حتى لا تحليل فايرفوكس العلامة (نظرا لأن ذلك سوف يقوم برغي البراقة في فايرفوكس في بعض الأحيان).

Answer 2

كان لدي نفس المشكلة مع شريط التمرير العمودي في IE7 ضمن موضوع XP. بعد العديد من التجارب، وجدت أخيرا الحل له. لا أعرف هذا الحل يناسب قضيتك.

يجب أن تكون الحاوية (Div # Scroll في المثال أدناه) مع أشرطة التمرير المقدسة أكبر من 18 بكسل. أي رقم أدناه سيؤدي إلى تعطيل الشريط الرأسي.

<div id="scroll">
     <div id="fill">
     </div>
</div>

ورقة الأنماط، على سبيل المثال:

#fill{
    width: 1px;
    height: 1000px;
}

#scroll {
    width: 18px; /* This has to be larger than or equal to 18. */
    height: 50px;
    overflow-y: scroll;
}

شكرا، نعمة

Answer 3

من أجل تجنب بعض القيود النوافذ، أي إعادة تنفذ تقريبا جميع عناصر التحكم المرئية على صفحة ويب تقريبا.

الشيء الجديد القديم: عناصر التحكم بدون نوافذ ليست سحرية

u003Cexcerpt>

ذهب فريق Internet Explorer و REIMELLEMELLED جميع الضوابط التي تحتاجها صفحة ويب. لديهم عنصر تحكم خانة اختيار النافذة الخاصة بهم، وهي عنصر تحكم Indove ListBox، مربع تحرير نوافذ، وهلم جرا. بالإضافة إلى إعادة إنتاج جميع وظائف الضوابط النوافذ، كان على أهل Internet Explorer أيضا إعادة إنتاج "مظهر" عناصر التحكم النوافذ، وصولا إلى آخر بكسل. (وظائف مثل DrawTheMebBackground. و DrawframeControl. إثبات مفيد للغاية هنا.)

إذا كنت أتذكر بشكل صحيح، فإن العنصر الوحيد الذي لا يزال النوافذ هو الu003CSELECT> جزء.

إذا كنت تحول، فيمكنك رؤية بعض الأماكن التي لم يتم فيها مسمارها تماما. على سبيل المثال، إذا قمت بالنقر بزر الماوس الأيمن فوق مربع نصوص، فإن خيارات "الحق في ترتيب القراءة الأيسر" و "إدراج حرف تحكم Unicode" مفقود. كمثال آخر، لاحظ أن أشرطة التمرير IE لا تضيء عند تحريكها.

u003C/excerpt>

دون رؤية التعليمات البرمجية التي تنفذ صفحتك، أعتقد أن هذا مظهر آخر من مظاهر "عناصر التحكم IE لا تتصرف".

إذا كان لديك عقد دعم مع Microsoft، فاقترح يشكو لهم من خلال هذه القناة؛ إن لم يكن، معرفة ما إذا كنت تحصل على أي ردود في microsoft.public.internetexplorer.general. مجموعة أخبار. مرة أخرى في IE6، وكسروا التمرير KB824145. وتم إصلاحه KB832894., ، لذلك ليس مثل أطروحات من المشكلات لم تحدث وتم حلها من قبل.

Answer 4

أولا، سأبدأ في القول أن أي مستعرض فظيع وفي بعض الحالات لا تملك التحكم في المشكلات أثناء تطوير تطبيق ويب.

في هذه الحالة، لم أواجه مثل هذه المشكلة ولم يسحب بحث Google أي شيء في هذا الموضوع. أود أن أقول أنه يجب أن يكون شيئا في التعليمات البرمجية التي تؤدي إلى علة غريبة. على الأرجح أنه لن يكسر الكثير من الأنظمة، لذلك ما لم يكن تطبيقا مهما للغاية (المبيعات، الحكومة ...) هل يمكن أن تترك الأمر بهذه الطريقة.

انظر إليها بهذه الطريقة: من يغير أسلوب النوافذ إلى الكلاسيكية؟ المهوسون. والقياس استخدام المهوسين أي؟ لا. ^ ^ ... يمزح، ولكن ليس حقا.

إذا كان من المهم، سأحتاج إلى إلقاء نظرة على الكود الفعلي الخاص بك ل "يحتوي شريط التمرير على بعض JavaScript الثقيلة وراء ذلك الذي يدفع التمرير من Dive Div آخر."