7

मैं jQuery और tablesorter प्लगइन का व्यापक रूप से उपयोग करता हूं, लेकिन महत्वपूर्ण आकार (900-1200 पंक्तियों) की तालिका के साथ, प्लगइन सिर्फ इंटरनेट एक्सप्लोरर (7 और 8 की कोशिश की) को रोक देता है ।jQuery + टेबलटर + आई 7 + बड़ी टेबल = नरक

हां, मैं पेजिंग (नहीं कर सकता); हां, मैं सभी को क्रोम का उपयोग करने के लिए बताना चाहता हूं (नहीं कर सकता), लेकिन मुझे आश्चर्य है कि किसी के पास कोई अन्य समाधान है या नहीं। शायद एक तेज टेबल सॉर्टिंग प्लगइन, या कुछ मैं कोशिश कर सकता हूँ। मैं वास्तव में सर्वर-साइड सॉर्ट नहीं करना चाहता हूं।

धन्यवाद!

+10

आईई के दर्दनाक धीमे जेएस इंजन की अद्भुत दुनिया में आपका स्वागत है! –

+0

आईई 7 में क्या होता है? क्या एक त्रुटि फेंक दी गई है? क्या ब्राउज़र दुर्घटनाग्रस्त है? या यह सिर्फ एक लंबा समय लगता है? यदि हां, तो कब तक? –

+0

बस लगभग 60 सेकंड के लिए पीसता है। जाहिर है यह उपयोगकर्ता के सीपीयू पर निर्भर करता है। क्रोम पर यह बिजली है। मुझे लगता है श्री पिट्स ने यह किया है; मैंने सोचा कि मैं देखता हूं कि वहां कुछ और विचार थे या नहीं। – Wells

उत्तर

1

मुझे बिल्कुल वही टूल के साथ एक ही समस्या है। सबसे अच्छा आप कर सकते हैं अपने एचटीएमएल को यथासंभव स्वच्छ बनाने की कोशिश करें। और, हमेशा तत्व तत्व से पहले एक tfoot तत्व जोड़ने के लिए याद रखें। यह मदद मिलेगी आईई तालिका तेजी से प्रस्तुत करना:

<table> 
    <thead> 
     <tr> 
      <th>headers here</th> 
     </tr> 
    </thead> 
    <tfoot> 
     <tr> 
      <td>footers here</td> 
     </tr> 
    </tfoot> 
    <tbody> 
     <tr> 
      <td>body here</td> 
     </tr> 
    </tbody> 
</table> 

यहां तक ​​कि अगर आप एक पाद लेख की जरूरत नहीं है, यह इस तरह से करते हैं। मेरे पास एकमात्र अन्य सलाह है कि जावास्क्रिप्ट लोड होने तक तालिका में कुछ सीएसएस चालों को स्टाइल या छुपाएं। हो सकता है कि एनिमेटेड लोडिंग gif से शुरू करें, और जब जावास्क्रिप्ट किया जाता है तो इसे हटा दें।

3

क्लाइंट-साइड पेजिनेशन के बारे में कैसे? ऐसा लगता है कि स्पीड हिट डीओएम मैनिपुलेशन से आता है, सॉर्टिंग एल्गोरिदम नहीं। तो डेटा को जावास्क्रिप्ट सरणी में संग्रहीत करें, केवल पहले 20 आइटम प्रदर्शित करें, और सरणी पर सॉर्ट करें और तत्वों पर नहीं।

-1

आईई 8 और फ़ायरफ़ॉक्स बड़े टेबल डंप को संभालने के लिए प्रतीत नहीं कर सकते हैं। वे निश्चित रूप से लगभग 1000 लाइनों पर क्रोक करते हैं। मैंने देखा है कि मेरे आवेदन के साथ।

क्रोम सचमुच सुपरफास्ट है और 100 बार तेज़ी से HTML टेबल आउटपुट की 1000 लाइनों को डाउनलोड करेगा।

क्रोम के साथ एक समस्या है। लगभग 4,000 लाइनों के बाद, मेरी सेल टेबल के भीतर कक्षाएं विफल हो जाती हैं। माउस होवर जो किसी क्रिया से जुड़ा हुआ है, गायब हो जाता है और जब माउस टेबल टेबल पर होता है तब दिखाई नहीं देता है।

जबकि 5000-पंक्ति तालिका डाउनलोड करने में 100 गुना लंबा लगता है, कक्षा लिंक IE8 या फ़ायरफ़ॉक्स में नहीं टूटते हैं। लेकिन कौन लंबे समय तक इंतजार कर सकता है।

मुझे लगता है कि मैंने क्रोम के साथ एक बग खोला और कभी नहीं सुना।

चूंकि मेरा वेबपृष्ठ बंद वातावरण में चलता है, इसलिए मेरे लिए हर किसी को क्रोम का उपयोग करने के लिए मजबूर करना आसान है।

यह वह जगह है जहां ओपन-स्रोत एक मुद्दा बन जाता है। मदद के लिए फोन करने के लिए कोई नहीं है!

+4

मुझे लगता है कि यहां सरल जवाब क्लाइंट-साइड या सर्वर-साइड पेजिनेशन का उपयोग करना है। कोई अपराध नहीं है, लेकिन यह 5000 पंक्तियों के माध्यम से उपयोगकर्ता को पढ़ने की उम्मीद करने के लिए सीमा रेखा हास्यास्पद है। मुझे आश्चर्य नहीं है कि क्रोम टूट जाता है और मुझे आश्चर्य नहीं है कि च रोम देव इसे कम प्राथमिकता वाले बग पर विचार करेंगे। – brianpeiris

संबंधित मुद्दे