Ace: التوافق مع IOS

نحن نعلم ، وسيتم الاهتمام به قريبًا. شكرا على اقتراحك!

هل يمكنك البحث عن الباتش لنا؟

أنا مهتم أيضًا بدعم iOS (وخاصة iPad).
نتطلع إلى سماع تقدمك على هذه الجبهة.

يمكنك تسجيل الخروج من فرع ipad. إنها ليست مثالية بعد ولكن على الأقل كتابة الأعمال. استخدم إصبعين للتمرير.

ممتاز ، لم ألاحظ فرع ipad.
شكرًا ، سألقي نظرة عليها!

لم تظهر لوحة المفاتيح باستخدام فرع ipad. يظهر ذلك باستخدام الفرع الرئيسي ، ولكن هناك خطأ في موضع المؤشر. : /

انسى ما قلته! إنه لأمر رائع أن لوحة المفاتيح لم تظهر! يمكنك كتابة لوحة المفاتيح الخاصة بك ، وتكون أكثر ودا للمبرمجين وتستهلك مساحة أقل. : س)

الاختبار على iPad الذي يعمل بنظام iOS 4.3 ؛ فشل المعلم الحالي في إظهار لوحة المفاتيح أو نقطة الإدراج ، ولا يتم التمرير عموديًا (يمكنني التمرير أفقيًا بإصبعين ، إذا كان النص أعرض من المنطقة المتاحة).

لم يتم تحديث فرع iPad منذ 3 فبراير ... باختباره ، أرى أن التمرير العمودي يعمل بإصبعين (رائع!) ولكنه بطيء جدًا. يمكنني التركيز على المحرر وانبثاق لوحة المفاتيح على الشاشة ، ولكن تنتهي نقطة الإدراج بعيدًا عن المحرر عندما يتم تمرير النافذة لأعلى لتناسب لوحة المفاتيح.

محاولة النقر حول المحرر تبدو مشكلة ؛ يمكنني النقر داخل السطر الذي يتم تحريره ، ولكن يبدو أن النقر فوق الأسطر الأخرى أعلاه _ يفقد التركيز_ ويغلق لوحة المفاتيح. يمكنني فقط التركيز بشكل موثوق في نهاية المستند.

أثناء التمرير عموديًا ، يبدو أن نقطة الإدراج تقفز لأعلى / لأسفل سطرًا في المرة الواحدة ، ولكن عندما أبدأ في الكتابة ، فإنها تقفز مرة أخرى إلى نهاية المستند لإضافة أحرف جديدة.

(يحتوي فرع iPad على Firefox 4 العادي أيضًا على مشكلات - يبدو أنه يضع افتراضات حول موضع تمرير النافذة ، وينتهي النقر فوق المحرر إلى وضع علامة الإقحام في موضع خاطئ إذا قمت بالتمرير في _window_ لأسفل لملاءمة المحرر في مساحة مرئية.)

أي تحديثات على فرع آيباد؟

للأسف لا. هذا الفرع حاليا ليس قيد التطوير النشط. نحن نخطط لإحيائه ولكن ليس لدينا الوقت المقدر.

آسف لإحياء سلسلة رسائل ميتة ، ولكن هل كان هناك أي تقدم على واجهة iOS؟

من الواضح أن هناك اهتمامًا كبيرًا بهذا. سألقي نظرة وأرى ما إذا كان بإمكاني المساعدة

+1

لم يعد من الممكن تسمية أحد المكونات المستندة إلى الويب والتي لا تدعم جهاز iPad بشكل صحيح بالمكون المستند إلى الويب ، وهو IMO.

أنا أؤيد هذا. أنا أكتب الآن على جهاز iPad ، وأتمنى أن أستخدم ACE لأكون البرمجة بدلاً من ذلك ...

+1 بحاجة إلى هذا بشكل عاجل أيضًا على iPad

+1 للإلحاح

أود أيضًا دعم iOS أيضًا ، وقريبًا جدًا. إذا تمكنت من إيجاد الوقت ، فسأكون سعيدًا بالجلوس والقيام بذلك بنفسي. لذلك إذا كانت هناك أي مؤشرات حول المكان الذي يجب أن أبدأ فيه في الكود ، وتفاصيل حول كيفية حدوث ذلك ، فسيكون موضع تقدير.

متفق عليه - سأساهم في صندوق كيك ستارتر لإكمال ذلك إذا لزم الأمر

يوم السبت ، 7 أبريل 2012 الساعة 2:53 مساءً ، جو
[email protected]
كتب:

أود أيضًا دعم iOS أيضًا ، وقريبًا جدًا. إذا تمكنت من إيجاد الوقت ، فسأكون سعيدًا بالجلوس والقيام بذلك بنفسي. لذلك إذا كانت هناك أي مؤشرات حول المكان الذي يجب أن أبدأ فيه في الكود ، وتفاصيل حول كيفية حدوث ذلك ، فسيكون موضع تقدير.

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5006423

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

غير صحيح. قم بتعيين عنصر كمحتوى قابل للتحرير وجعله يركز ، ويجب أن تظهر لوحة المفاتيح. يمكنك أيضًا القيام ببعض الحيل باستخدام مساحات النصوص وإدخالات النص لجعلها تعمل.

تأتي لوحة المفاتيح أيضًا مع إصدار Ace الذي أستخدمه على موقعي ، إنه غير قابل للاستخدام.

PlayMyCode إذا لم أستطع الاتصال بشيء مثل ios.showKeyboard() فذلك صحيح أنني لا أستطيع طرحه مع جافا سكريبت ، فهذا ما قلته كلها إصلاحات سريعة ...

إنها فقط لا تعمل هكذا.

إذا كان المحتوى غير قابل للتحرير ، أو إذا لم يكن إدخال نص ، فلماذا يتم عرض لوحة المفاتيح؟ لن تذهب الشخصيات إلى أي مكان ، ولن تتلقى مدخلات من لوحة المفاتيح.

يجب أن تذهب المفاتيح إلى مكان ما حتى يتم عرض لوحة المفاتيح. إذا لم يكن لديهم أي مكان يذهبون إليه ، فلن يظهر. إذا كان لديهم مكان يذهبون إليه ، فسيظهر. هذا ليس اختراقًا ، إنه مجرد طريقة عمل إدخال النص.

PlayMyCode - لا تحتاج الأحرف بالضرورة إلى إدخال نصي للانتقال إليها ، يمكنها فقط "الانتقال" إلى جافا سكريبت - إذا كان لديك مجموعة من مستمعي الضغط على المفاتيح ، فستتمكن من الحصول على الأحرف ووضعها في أي مكان تريده. ..

hjwp حقك ، لكن الأمر ليس بهذه البساطة مرة أخرى. أعتقد أن العناصر يجب أن تكون قادرة على الحصول على التركيز ، وإلا فلن يرسل المتصفح الحدث إلى العنصر ، ولا يمكن للعديد من العناصر تلقي التركيز. على سبيل المثال ، ستستمع اللوحة إلى الأحداث الرئيسية فقط إذا أضفت فهرس علامات تبويب (أو على الأقل أجد هذا الآن في Chrome). يقوم iOS أيضًا بإحضار لوحة المفاتيح للوحات القماش فقط إذا قمت بتعيين المحتوى قابلاً للتحرير.

إما كانت هذه حجة أكاديمية. دعم iOS هو ما هو مهم ، ولا ينبغي تهميشه لمجرد أن الحل يشبه إلى حد كبير الاختراق (ما لم يكن هناك بالطبع بديل أفضل).

ماذا عن التركيز على إدخال نص مخفي ومسح هذا عند الضغط على المفاتيح؟

نعم ، هذا هو عدد وحدات WYSIWYG التي تعمل.

في 2012-04-09 ، الساعة 4:56 صباحًا ، "أندريه فيدلر"
[email protected]
كتب:

ماذا عن التركيز على إدخال نص مخفي ومسح هذا عند الضغط على المفاتيح؟

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5024068

ألم تكن الإصدارات القديمة من Ace تضع منطقة نصية أو عنصر إدخال قيد الإدخال ، في الأصل؟ هذا النهج سوف يطرح لوحة المفاتيح.

لم تكن الإصدارات القديمة من Ace تضع منطقة نصية أو عنصر إدخال تحت الإدخال ، في الأصل

الإصدارات الجديدة من ace تفعل الشيء نفسه.
يخرج textarea عن المزامنة مع المؤشر أثناء التمرير ولكن من السهل إصلاح ذلك
لم أرَ ace على جهاز ipad ولكن في الكتابة على نظام android وتحريك المؤشر حول الأعمال ، فقط لا توجد طريقة لتحديد النص.
ولكن الأهم من ذلك

• ace على متصفح android بطيء جدًا ، fennec أفضل قليلاً ولكنه لا يزال غير قابل للاستخدام (ربما استخدام setTimeout هنا مع فاصل زمني أطول قد يساعد ولكن غير متأكد)
• لوحة المفاتيح الافتراضية واقتراحات الإكمال التلقائي غير مجدية تمامًا للبرمجة (لذا يبدو أن إنشاء لوحة مفاتيح مخصصة بدلاً من محاولة إظهار واحدة افتراضية فكرة جيدة).
  بشكل عام ، لا أعتقد أن الآس يمكن أن يكون مفيدًا على الأجهزة اللوحية حتى الآن.

لوحة المفاتيح المخصصة تبدو لطيفة!

أنا متشكك بشأن لوحة المفاتيح المخصصة. إن بناء لوحة مفاتيح جيدة ومصقولة ليس بالأمر السهل ، ويستحق أن يكون مشروعًا كبيرًا في حد ذاته. أتوقع أيضًا أن تكون لوحة مفاتيح HTML النقية أبطأ من تلك التي تحمل في ثناياه عوامل.

سيحتاج أيضًا إلى العمل بشكل جيد على أحجام الشاشات المختلفة وتوجهات التخطيط المختلفة. على سبيل المثال ، لا أرغب في استخدام لوحة مفاتيح iPad على iPhone ، وليس من الجيد استخدام لوحة مفاتيح iPhone على iPad. لديهم لوحات مفاتيح مختلفة لسبب ما. الأهم من ذلك كله هو أن كل شيء على iPad و iPhone يستخدم لوحة مفاتيح واحدة ، باستثناء Ace. باختصار ، يمتلك المستخدمون بالفعل لوحة مفاتيح يتوقعونها ، وفي كثير من الحالات تكون مخصصة (مثل الإعداد كلوحة مفاتيح مقسمة).

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

يوضح هذا الموقع أيضًا أنه يمكنك إيقاف تشغيل الإكمال التلقائي وإيقاف تشغيل الكتابة التلقائية بالأحرف الكبيرة على مدخلات معينة: http://davidbcalhoun.com/tag/javascript

لن تتمكن لوحة المفاتيح المخصصة أيضًا من استخدام عرض ملء الشاشة إذا تم وضع Ace داخل إطار iframe.

قد يبدو هذا كحالة زاوية ، لكن كلا من JSFiddle و JS.do.it يسمحان لك بتضمين المحررين داخل iframes على مواقع أخرى ، وهذا شيء أود القيام به بنفسي.

PlayMyCode -

PlayMyCode - أوافق ، لوحة المفاتيح المخصصة تبدو محفوفة بالمخاطر. أظن أيضًا أن أولئك الذين اقترحوا ذلك ليس لديهم خبرة كبيرة في العمل مع واجهات برمجة تطبيقات iOS. لكن قد أكون مخطئًا ، فأنا أذهب فقط إلى ما قاله ios.showKeyboard() ، لا تحتوي واجهات برمجة التطبيقات الأصلية على أي شيء مكافئ لذلك ... سيكون الأقرب هو استدعاء becomeFirstResponder على UITextInput السيطرة ... لكني استطرادا.

يجب أن يكون هذا ممكنًا تمامًا ، ربما بقليل من الجهد. أظن أنه يتماشى مع خطوط إعطاء التركيز لعنصر يحتوي على contenteditable set. من iOS 5.0 ، يتم دعم contenteditable ، راجع نهاية إنشاء محتوى ويب متوافق

هناك JavaScript لتحرير الكود داخل متصفح يقوم بتشغيل لوحة مفاتيح على iOS: CodeMirror ، انظر على سبيل المثال http://codemirror.net/mode/r/index.html للحصول على عرض توضيحي (يعمل على iPhone) و codemirror.net للعامة. لذلك ربما يوجد شيء في التعليمات البرمجية الخاصة بهم يمكن أن يساعد في دعم iOS في الآس؟

bertoltmeyer ، يعتمد CodeMirror على textareas ، ولهذا السبب يمكنه فتح لوحة مفاتيح iOS ، الآس أكثر تعقيدًا ...

cranic في الواقع Codemirror2 مشابه جدًا لـ ace ويستخدم نفس القيمة textareas
إذا كان Codemirror2 يعمل على ipad ، فإن إصلاح الآس ، للعمل بنفس الطريقة لن يكون صعبًا

أكتب من منظور خبير إحصائي R الذي - مثل آلاف الآخرين - يستخدم RStudio للترميز. RStudio هو IDE الأكثر شيوعًا لـ R وهو مبني على الآس. إذا كان الآس يدعم نظام التشغيل iOS ، فسيكون كذلك خادم RStudio. في هذا العالم المثالي ، يمكنني فقط الوصول إلى خادم RStudio من جهاز iPad الخاص بي والقيام بكل ما عندي من الترميز من هناك. أنا (والآلاف من الرجال الآخرين من فئة R) لن أضطر إلى استخدام الكمبيوتر المحمول الخاص بي بعد الآن. على محمل الجد ، فإن افتقار ace لدعم iOS هو السبب الوحيد الذي يجعلني ما زلت أحمل جهاز كمبيوتر محمولاً وأنا متأكد من وجود الكثير من الأشخاص مثلي هناك. لذلك إذا كنت أتحدث جافا سكريبت ، وهو ما لا أفعله ، فسأعمل على ذلك بأولوية قصوى. ولكن نظرًا لأنني لا أستطيع كتابة التعليمات البرمجية في js ، فكل ما يمكنني قوله حقًا هو من فضلك من فضلك من فضلك ، هل يمكن لشخص ما محاولة إصلاح هذا. تنهد. أنا (وآخرون) سأدعم حقًا البدء في هذه المسألة إذا لزم الأمر.

مرحبًا ، لقد ألقيت نظرة سريعة على الكود ولكن كل ما أراه هو div s؛ أين هو canvas ؟

ace لم يستخدم أبدًا canvas ، لقد كان bespin

مع 2f6a6ce7e0992a2eccbb8a517aa2d6f4954f1214 لن يتم تمريره خارج العرض.

بالمناسبة. سبب آخر لإنشاء لوحة مفاتيح افتراضية

أنا أردد bertoltmeyer فيما يتعلق بالحماس للحصول على الآس على iOS بحيث يمكن استخدام RStudio على iPad.

أحب أن أرى هذا يعمل على جهاز iPad أيضًا - فهو سيمكن _lot_ من الوظائف في تطبيقات المصب (جئت إلى هنا أيضًا عن طريق RStudio ، لكنني أدركت للتو أن ACE قيد الاستخدام في بعض أدوات الويب الأخرى التي أستخدمها بشكل متقطع ، لذلك بالنسبة لي هذا من شأنه أن يحل العديد من المشاكل المختلفة).

كيف نرفع كيك ستارتر لمشروع مماثل لهذا؟ أنا على استعداد ل
ضع 100 دولار في الوعاء الآن
على جانب الواجهات - يحتوي موجه على iOS (عميل ssh) على لوحة مفاتيح رائعة
وهو الأنسب لمدير النظام / البرمجة أكثر من تخطيط iOS القياسي.

يوم الخميس ، 10 مايو 2012 الساعة 5:34 صباحًا ، روي كارمو <
[email protected]

كتب:

أود أن أرى هذا يعمل على جهاز iPad أيضًا - فهو سيمكن _lot_
من الوظائف في تطبيقات المصب (جئت هنا أيضًا عن طريق
RStudio ، لكنني أدركت للتو أن ACE قيد الاستخدام في عدد قليل من أدوات الويب الأخرى
استخدام بشكل متقطع ، لذلك بالنسبة لي هذا من شأنه أن يحل العديد من المشاكل المختلفة).

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5612400

velniukas فكرة جيدة مع كيك ستارتر ، لن أتفاجأ إذا تبرع عدد غير قليل من الناس (مثلي) لمثل هذا المشروع.

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

يوم الخميس ، 10 مايو ، 2012 الساعة 8:01 صباحًا ، مايك لورانس <
[email protected]

كتب:

velniukas فكرة جيدة مع كيك ستارتر ، لن أتفاجأ إذا كان ملف
قلة من الناس (مثلي) سيتبرعون لمثل هذا المشروع.

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5615069

أود أيضًا أن أدخل 200 دولارًا أمريكيًا على الأقل لمشروع كيك ستارتر من أجل التوافق مع نظام iOS. أنا متأكد من أننا سنكون قادرين على جمع قدر كبير من المال لهذا من مجتمع R. أنا غير قادر على المساهمة في الترميز لأنني لا أتحدث ما يكفي من js ، لكنني على استعداد للمساعدة في جمع التبرعات في مجتمع R إذا حصل شخص ما على kickstarter. velniukas ، هل ستتمكن من تحديد المتعاونين المحتملين والاتصال بهم فيما يتعلق بإعداد مثل هذا المشروع؟

سوف يفعل - أي شخص مهتم بالمساعدة في إعداد كيك ستارتر - أرسل لي في المساء

هتافات
ستيف
10xEngineer.me

يوم الخميس ، 10 مايو 2012 الساعة 2:59 مساءً ، بيرتولت ماير <
[email protected]

كتب:

أود أيضًا أن أدخل 200 دولارًا أمريكيًا على الأقل لمشروع كيك ستارتر لـ ace iOS
التوافق. أنا متأكد من أننا سنكون قادرين على رفع قدر كبير من
المال مقابل هذا من مجتمع R. أنا غير قادر على المساهمة في
الترميز لأنني لا أتحدث ما يكفي من js ، لكنني على استعداد للمساعدة في
جمع التبرعات في مجتمع R إذا كان أحدهم ينطلق.
velniukas ، هل ستتمكن من تحديد المتعاونين المحتملين و
الاتصال بهم بخصوص اقامة مثل هذا المشروع؟

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5619266

إنها ليست مسألة مال ، لكنها مسألة امتلاك قدرة مطورة كافية لذلك.

أعرف - ولكن في بعض الأحيان يمكن للمال أن يساعد الناس على التحفيز لتحرير القدرات. ؛-)

الحقيقة هي أن هذا عمل شاق وكل شخص لديه أولويات. احصل على هذا بشكل صحيح من خلال توظيف مواهب رائعة. إنه سعر ضئيل بيننا جميعًا.

مرسل من الايفون الخاص بي

في 10 مايو 2012 ، الساعة 22:18 ، كتب Jan [email protected] :

إنها ليست مسألة مال ، لكنها مسألة امتلاك قدرة مطورة كافية لذلك.

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5626268

يتمثل أحد الخيارات في نشر وصف لما يجب القيام به على موقع vWorker.com وطلب عروض الأسعار حتى نتمكن من التعرف على عدد المطورين المتاحين لهذا الغرض وبأية معدلات.

OMG كيف أتمنى أن أتمكن من إلغاء الاشتراك من التحديثات على هذا الموضوع ...

Gozala تخمين أنك تبحث عن هوائي في أسفل الصفحة

يمكن لشخص لديه اختبار ipad http://c9.io/nightwing/ace/workspace/kitchen-sink.html
إنه مجرد تحسين لـ ime ولكن يجب تحسين الكتابة على iPad أيضًا

nightwing Keyboard لا تظهر على iPad.

@ nightwing أوه شكرا لك: D لقد صنعت يومي!

nightwing ربما fjakobs عندما يأتي إلى سان فرانسيسكو هذا الأسبوع. يعد الحصول على لوحة المفاتيح لتظهر على نظام التشغيل iOS 5 أمرًا سهلاً للغاية: http://c9.io/gjtorikian/ace/workspace/build/kitchen-sink.html فقط أضف contenteditable إلى الجسم ، الازدهار ، تم .

على الرغم من ذلك ، لا يعمل التنقل ، وهو أمر أكثر صعوبة بشكل واضح. إنه يجلس فقط عند {row: 0, column: 0} . أعتقد أن الأمر يتعلق بشيء ما باستخدام <textarea> وهو الطفل الأول لـ ace_editor والذي يبدو أنه يعمل كنوع من المؤشر.

+1 للتوافق مع iOS

يرجى ملاحظة الالتزام بـ januar 15 2011 في javruben fork ، ربما يعمل؟
https://github.com/javruben/ace/commits/master

Gozala يمكنك إلغاء الاشتراك من التنبيهات في نهاية هذه الصفحة بالرابط "تعطيل التنبيهات لهذه المشكلة"

بالإشارة إلى التعليقات السابقة من أعضاء مجتمع R ، قمت بتثبيت إصدار خادم R-Studio 0.96.228 على Ubuntu ، واستخدمت Wireshark لفحص حركة مرور الشبكة الواردة. لقد قمت بتسجيل الدخول إلى خادم R-Studio على iPad بنجاح باستخدام Safari. تنبثق لوحة المفاتيح بشكل جيد الآن ، سواء في مربعات النص (على سبيل المثال ، للبحث) وفي جزء المستعرض الذي يحتوي على وحدة تحكم R. تأتي المشكلة عند الضغط على Return عند الكتابة في الجزء الذي يحتوي على وحدة التحكم R: يقوم متصفح iPad بإرسال FIN ، ACK مما يتسبب في قيام تطبيق خادم R-Studio بإعادة تعيين الجلسة. أي فكرة ما أسباب ذلك؟

أي تحديثات على هذا - أنا أؤيد تقديم مكافأة على هذه الميزة - إذا تمكنا من العثور على مطورين مناسبين يفهمون المشكلة.

يمكنك إضافة اسم آخر إلى قائمة الأشخاص الذين يرغبون في رؤية ACE تعمل مع متصفحات الأجهزة المحمولة ، ولا سيما الأجهزة اللوحية. ومع ذلك ، فأنا متأكد من أن هذه ليست مهمة تافهة. ما الذي يمكن أن يفعله أولئك الذين يهتمون منا برؤية هذا ولكن ليس لديهم مقاطع JavaScript لإنجازه للمساعدة في تحقيق ذلك؟ أرغب في استثمار أموال في مشروع Kickstarter إذا كان سيساعد.

/ ccjavruben

في المرة الأخيرة التي عملت فيها على هذا (منذ عام (سنوات)؟) اختبرت على iPhone وحصلت على لوحة المفاتيح لتظهر. نجحت الكتابة ، ولكن تم إزاحة المؤشر وأعتقد أن إدخال \ n سيؤدي إلى إدراج اثنين.

هناك المشاكل التالية لحلها:

1. لوحة المفاتيح لتظهر
2. يجب اختبار أي تفاعل في الكتابة
3. التحديد مع أحداث اللمس
4. لكي يكون التمرير سريعًا ، يجب تنفيذ عارض جديد بدون إطار عرض افتراضي
5. من المحتمل إضافة لوحة مفاتيح مزيفة للوصول بشكل أسرع إلى المفاتيح التي يستخدمها وضع اللغة (ديناميكي)

يرجى التعليق إذا كنت على استعداد وقادر على المساعدة في إحدى هذه المهام. سأرى ما هي الموارد الأخرى التي يمكنني جمعها.

روبن ،

ليس لدي مطور iOS لتسليمه - ولكن يجب أن يكون أحد رفاق الويب لدي
قادرًا على المساعدة في المستقبل غير البعيد ، بمجرد إطلاق الإصدار التالي
حوالي 2-3 أسابيع.

يعتبر
ستيف

يوم الأربعاء ، 1 آب (أغسطس) 2012 الساعة 1:09 صباحًا ، روبن دانيلز <
[email protected]

كتب:

في المرة الأخيرة التي عملت فيها على هذا (منذ عام (سنوات)؟) اختبرت على
iphone وحصلت على لوحة المفاتيح لتظهر. نجحت الكتابة ، لكن المؤشر كان
مزاح وأعتقد أن إدخال \ n سيؤدي إلى إدراج اثنين.

هناك المشاكل التالية لحلها:

1. لوحة المفاتيح لتظهر
2. يجب اختبار أي تفاعل في الكتابة
3. التحديد مع أحداث اللمس
4. لكي يكون التمرير سريعًا ، يجب تنفيذ عارض جديد بدون ملف
   منفذ العرض الافتراضي
5. يُحتمل إضافة لوحة مفاتيح مزيفة للوصول بشكل أسرع إلى المفاتيح التي يستخدمها
   وضع اللغة (ديناميكي)

يرجى التعليق إذا كنت على استعداد وقادر على المساعدة في واحدة من هؤلاء
مهام. سأرى ما هي الموارد الأخرى التي يمكنني جمعها.

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -7404954

أخبار رائعة! أريد فقط أن أقول إننا ما زلنا نشاهد الأمر ونتحمس له
هذه. أرى فرصًا لا تصدق لدعم iPad. أنا لا أفعل ذلك حقًا
أحتاج إلى تطوير تعليمات برمجية في السحابة عندما يكون لدي جهاز mac في
أطراف الأصابع. أنا مرتبط جدًا بمجموعة أدواتي. لكن القدرة على التطور
باستخدام جهاز iPad الخاص بي يغير كل شيء. شكرا للبقاء على رأس هذا و
القيام بشيء لا يصدق! اسمحوا لي أن أعرف إذا كان بإمكاني المساعدة.

يوم الثلاثاء ، 31 تموز (يوليو) 2012 الساعة 8:02 مساءً ، فيلنيوكاس <
[email protected]

كتب:

روبن ،

ليس لدي مطور iOS لتسليمه - ولكن يجب أن يكون أحد رفاق الويب لدي
قادرًا على المساعدة في المستقبل غير البعيد ، بمجرد إطلاق الإصدار التالي
حوالي 2-3 أسابيع.

يعتبر
ستيف

يوم الأربعاء ، 1 آب (أغسطس) 2012 الساعة 1:09 صباحًا ، روبن دانيلز <
[email protected]

كتب:

في المرة الأخيرة التي عملت فيها على هذا (منذ عام (سنوات)؟) اختبرت على
iphone وحصلت على لوحة المفاتيح لتظهر. نجحت الكتابة ، لكن المؤشر
كنت
مزاح وأعتقد أن إدخال \ n سيؤدي إلى إدراج اثنين.

هناك المشاكل التالية لحلها:

1. لوحة المفاتيح لتظهر
2. يجب اختبار أي تفاعل في الكتابة
3. التحديد مع أحداث اللمس
4. لكي يكون التمرير سريعًا ، يجب تنفيذ عارض جديد بدون
   أ
   منفذ العرض الافتراضي
5. يُحتمل إضافة لوحة مفاتيح مزيفة للوصول بشكل أسرع إلى المفاتيح التي يستخدمها
   وضع اللغة (ديناميكي)

يرجى التعليق إذا كنت على استعداد وقادر على المساعدة مع واحد من
هؤلاء
مهام. سأرى ما هي الموارد الأخرى التي يمكنني جمعها.

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -7404954

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -7414813

صدئ زارسي
http://LeVo.us
[email protected]
م: 404-510-1134

أنا أيضا أتطلع إلى هذا. إنشاء تطبيق يتطلب تحرير التعليمات البرمجية على الويب. هذا يتعلق بالشيء الوحيد الذي يمنعني من إرساله إلى العالم الحقيقي.

velniukas أي تحديثات على هذا؟ يبدو أن هناك الكثير من الأشخاص يطلبون هذه الميزة ، والكثير من الأشخاص على استعداد للمساعدة. دعونا ننظم ونفعل ذلك!

tzikis +1

يجب أن يكون هذا هو الميزة الأولى "يجب أن يكون". لماذا ا؟ لأنه بدون التوافق مع iPad ، فإن مصداقية ACE تتقوض تمامًا وتكون عرضة للمشاريع المنافسة التي يمكنها تقديم هذا المستوى من الدعم. كشركة نحن نبحث بالفعل في التحول. بعد كل هذا ، أثيرت هذه المشكلة لأول مرة منذ أكثر من عامين ولم تظهر أي علامات على زوالها.

emeraldspy أقدر الصدق الميت الذي تتعامل معه مع هذا الموقف. الحقيقة هي: أنت على حق! دعم المحمول في إيس أمر لا بد منه. في الواقع ، لقد اتصلنا بالمجتمع قبل أسبوعين لتقديم الدعم لهذا الجهد:

https://c9.io/site/blog/2012/09/the-ace-editor-hits-v1-0/

وقائمة القضايا المشار إليها في المدونة:

https://github.com/ajaxorg/ace/issues؟milestone=2&state=open

إجابة؟ زيلش. بينما نحن في Cloud9 نرعى المشروع ، لا يمكننا تكريس أنفسنا لهذا الجهد بدوام كامل. يمكننا فقط إجراء تحسينات تدريجية. فماذا يمكننا أن نفعل؟ ماذا كنت تفعل في هذه الحالة؟ كنا نأمل أنه من خلال إنشاء ترخيص أكثر انفتاحًا ، فإنه سيحصل على المزيد من المساهمات لدعم الأجهزة المحمولة ، لكن هذا لم يحدث بعد.

نشعر أن إيس مشروع خاص حقًا ونريد المزيد من المطورين في المستقبل للاستفادة من أدائه الاستثنائي ومجموعة الميزات المتطورة. لكن لا يمكننا إجبار الآخرين على المساهمة ببساطة في دعم الهاتف المحمول. لذلك توصلنا إلى بعض الأفكار التي قد تنجح:

• استضف هاكاثون عطلة نهاية الأسبوع مخصص لتنفيذ هذه الميزات
• العمل مباشرة مع شركة أخرى تستخدم ACE ويمكنها تخصيص موارد التطوير
• أعد صياغة موادنا الترويجية (مثل ace.ajax.org) لجلب هذه المهمة إلى مقل العيون

قد يكون هذا المشروع يعاني من "تأثير المتفرج". أي أن هناك مستوى عالٍ من الاهتمام بـ ACE ، لدرجة أن شخصًا ما سيفترض أن الآخرين سينفذون طلب الميزة الجديدة. الحقيقة هي أن قلة من الناس يساهمون. بالطبع نحن نحب تلك المساهمات وإصلاحات الأخطاء! لكن هذه المساهمات لم تتم إضافتها إلى دعم الهاتف المحمول الشامل. حاليًا يعمل Android فقط بشكل جيد.

إذا كان لدى جميع من يقرؤون هذا أفكارًا ، فيرجى المساهمة بها هنا. لا نريد لهذه المهمة أن تموت في صمت "شخص آخر سيهتم بها". نحن متحمسون ، ليس لدينا الموارد للقيام بذلك بأنفسنا. لذلك نحن بحاجة إلى دعمكم !

لذلك دعونا نتخذ بعض الإجراءات بالفعل! وإذا كنت تريد مراسلتي عبر البريد الإلكتروني مباشرة حول تكريس مطوريك لهذا الجهد ، فيرجى القيام بذلك: البريد الإلكتروني الخاص بي هو

غير لامع

لقد أجرينا بعض التحليلات للعمل المطلوب وتوصلنا إلى اثنين
الاستنتاجات التي وضعت هذا لاحقًا على خريطة الطريق الخاصة بنا:

1. سيكون التنقل صعبًا
2. يعتبر التعامل مع DOM صعبًا وبطيئًا على الهاتف المحمول
3. لم يتم إعداد لوحات مفاتيح الكمبيوتر اللوحي التي تظهر على الشاشة بشكل جيد لمهام البرمجة
4. لم تكن هناك حاجة للجوّال كما كانت من قبل - مع أجهزة mac airs و ultrabooks ، a
   الكثير من الأشخاص يحملون أجهزة كمبيوتر كاملة بدلاً من أجهزة لوحية و
   لوحة مفاتيح لمهام البرمجة

كنا نعتقد أنه إذا قمنا بتطوير هذا الطريق ، فقد يكون هناك تطبيق مختلط
هناك حاجة للالتفاف حول بعض هذه القضايا.
هل يمكنك التواصل معي مباشرة لمناقشة المضي قدمًا؟

يعتبر
ستيف
http://10xEngineer.me
سكايب: steve_messina

يوم الأربعاء ، 3 أكتوبر ، 2012 الساعة 3:48 صباحًا ، كتب Matt [email protected] :

emeraldspy https://github.com/emeraldspy أقدر الصدق الميت
أنت تتعامل مع هذا الموقف. الحقيقة هي: أنت على حق! متحرك
الدعم في إيس أمر لا بد منه. في الواقع ، لقد أجرينا مكالمة إلى المجتمع لمدة أسبوعين
لتقديم الدعم لهذا الجهد:

https://c9.io/site/blog/2012/09/the-ace-editor-hits-v1-0/

وقائمة القضايا المشار إليها في المدونة:

https://github.com/ajaxorg/ace/issues؟milestone=2&state=open

إجابة؟ زيلش. بينما نحن في Cloud9 نرعى المشروع ، لا يمكننا ذلك
نكرس أنفسنا لهذا الجهد بدوام كامل. يمكننا فقط أن نجعل التدريجي
تحسينات. فماذا يمكننا أن نفعل؟ ماذا كنت تفعل في هذه الحالة؟
كنا نأمل أنه من خلال إنشاء ترخيص أكثر انفتاحًا ، فإنه سيحصل على المزيد
مساهمات لدعم الهاتف المحمول ، ولكن هذا لم يحدث بعد.

نشعر أن إيس مشروع خاص حقًا ونريد المزيد من المطورين
في المستقبل للاستفادة من أدائها الاستثنائي والمتطور
مجموعة الميزات. لكن لا يمكننا إجبار الآخرين على المساهمة ببساطة في الجوّال
الدعم. لذلك توصلنا إلى بعض الأفكار التي قد تنجح:

• استضف هاكاثون عطلة نهاية الأسبوع مخصص لتنفيذ هذه الميزات
• العمل مباشرة مع شركة أخرى تستخدم ACE ويمكنها تخصيص التطوير
  مصادر
• أعد صياغة موادنا الترويجية (مثل ace.ajax.org) لتحقيق ذلك
  مهمة لمزيد من مقل العيون

قد يكون هذا المشروع يعاني من "تأثير المتفرج". هذا هو هناك
مستوى عالٍ من الاهتمام بـ ACE ، لدرجة أن شخصًا ما سيفترض الآخرين
سيتم تنفيذ طلب الميزة الجديدة. الحقيقة هي: قلة من الناس
تساهم. بالطبع نحن نحب تلك المساهمات وإصلاحات الأخطاء! لكن هؤلاء
لم تتم إضافة المساهمات إلى دعم الهاتف المحمول الشامل. حاليا
فقط Android يعمل بشكل جيد.

إذا كان لدى جميع من يقرؤون هذا أفكارًا ، فيرجى المساهمة بها
هنا. لا نريد لهذه المهمة أن تموت في صمت "شخص آخر سوف يفعل
اعتني به ". نحن متحمسون ، ليس لدينا
الموارد للقيام بذلك بأنفسنا. لذلك نحن بحاجة إلى دعمكم!

لذلك دعونا نتخذ بعض الإجراءات بالفعل! وإذا كنت تريد مراسلتي عبر البريد الإلكتروني مباشرة
حول تكريس مطوريك لهذا الجهد ، يرجى تنفيذ ما يلي:
البريد الإلكتروني هو [email protected]. وأكون دائمًا في #ace على irc.freenode.net.
دعنا نذهب!

-
يمكنك الرد على هذه الرسالة الإلكترونية مباشرةً أو عرضها على Gi tHubhttps: //github.com/ajaxorg/ace/issues/37#issuecomment -9084281.

شكرا ستيف! لقد أضفتك على سكايب. لجميع المهتمين بنتائج محادثتنا (وأي محادثات مستقبلية نجريها مع آخرين على استعداد للمساهمة) ، سننشر التحديثات في منتدى عام (prob GitHub).

mattpardee من فضلك تأكد من أنك ستنشر أي تحديثات. نيابة عن فريق codebender ، كنا مهتمين بالمشاركة في هاكاثون كما اقترحت في ردك على emeraldspy

دعونا نفعل هذا سخيف فقط

تضمين التغريدة نحن نناقش الخيارات مع Steve ، ولكن يبدو أن هاكاثون Google Hangout عبر الوطنية في نهاية الأسبوع هو الطريقة المثلى لتحقيق ذلك. نحن نبحث في الخيارات. ابقوا متابعين!

تحديث: لنكون أكثر وضوحًا بشأن ما نناقشه ، أجرى ستيف بعض الأبحاث حول أداء دعم الهاتف المحمول ونحن نبحث في مدى الأداء الذي يمكن أن يكون عليه عميل الهاتف المحمول.

إذا قمنا بعمل هاكاثون نهاية الأسبوع ، فأنا مدفوع إلى تشكيله خلال الأسبوعين المقبلين عندما يكون الحديد ساخنًا. من الناحية المثالية ، سنقوم بالتنسيق مع nightwing و @ fjakobs لتقديم بعض الإرشادات حول أفضل الممارسات. نتوقع أن نرى المزيد عن هذا قريبا.

أنا أستخدم ACE كأداة تمييز بناء الجملة لملفات XML (للقراءة فقط ، بدون تحرير).
كل شيء يعمل بشكل جيد ولكن التمرير في الأجهزة المحمولة.

يجب أن يكون حل هذه المشكلة بداية. التمرير مشكلة كبيرة في ACE بسبب العرض الجزئي لأسطر التعليمات البرمجية.
على الأقل كل شيء آخر يعمل معي في جهاز iOS (أكثر أو أقل).
وإلا يمكنك توفير طريقة لعرض الأسطر بالكامل (على الأقل للملفات الصغيرة إلى المتوسطة)
وحاول حل المشكلة.

أنا أيضًا منفتح على التعاون في اختراق. دعنا نقوم به!

فقط تنبيه. سيكون الهاكاثون حدثًا غير تافه. سوف يكون
أسبوع أو ثلاثة على الأقل حسب من يمكننا الانضمام إليه.
القضايا المطروحة:

• تبسيط هيكل div لتحسين الأداء
• إحضار لوحة المفاتيح / لوحة المفاتيح المخصصة
• التنقل

من المحتمل البحث عن حل هجين باستخدام لوحة مفاتيح على غرار ملف
قد يكون موجه iOS الرائع هو أفضل طريقة للذهاب.

في الخميس ، 4 أكتوبر ، 2012 الساعة 9:30 مساءً ، كتب avillegasn [email protected] :

أنا أستخدم ACE كأداة تمييز بناء جملة لملفات XML (للقراءة فقط ، لا
التحرير).
كل شيء يعمل بشكل جيد ولكن التمرير في الأجهزة المحمولة.

يجب أن يكون حل هذه المشكلة بداية. التمرير مشكلة كبيرة في إيس
بسبب التقديم الجزئي لأسطر الكود.
على الأقل كل شيء آخر يعمل معي في جهاز iOS (أكثر أو أقل).
وإلا يمكنك توفير طريقة لعرض الأسطر بأكملها (على الأقل لـ
ملفات صغيرة إلى متوسطة)
وحاول حل المشكلة.

أنا أيضًا منفتح على التعاون في اختراق. دعنا نقوم به!

-
يمكنك الرد على هذه الرسالة الإلكترونية مباشرةً أو عرضها على Gi tHubhttps: //github.com/ajaxorg/ace/issues/37#issuecomment -9141191.

ياvelniukas.

نحن بصدد تحديد مكان في سان فرانسيسكو لتنسيق الهاكاثون ؛ نحن نقدر حوالي 4 أسابيع من الآن. أقوم بتجميع المواد الإرشادية من nightwing و @ fjakobs وتطوير موقع للترويج له. نحن نتابع فكرة الاحتفاظ بها على مدار يومين. اليوم الأول مخصص لتغطية أكبر عدد ممكن من الميزات ، والثاني لتجميع هذه التغييرات معًا في قطعة واحدة متماسكة.

حتى الآن لدينا مطورون مهتمون من هونغ كونغ وأمستردام واليونان وأرمينيا و SF. لذلك نحن نروج لهذه الفكرة باعتبارها هاكاثون دولي (ربما يكون الأول من نوعه؟).

لدى nightwing أفكار حول كيفية الحصول على تطبيق محمول أكثر أداءً والذي سيكون قطعة مميزة عن الطريقة التي تتعامل بها متصفحات سطح المكتب مع العارض الافتراضي. سنبقي الجميع على اطلاع بتوجيهاته وسنعمل على إنهاء عطلة نهاية الأسبوع قريبًا.

فريقي 5-7 مطوريون موجودون في: SF ، براغ ، أوكرانيا ، روسيا ، الهند ، موسكو ، هونج كونج. 4
أسابيع من الآن مثالية بالنسبة لنا. بالإضافة إلى أنني سأقوم بتجميع مطور بدء التشغيل المحلي
المجتمع هنا في هونغ كونغ إذا تمكنا من الحصول على جدول أعمال ومهام صعبة
قبل أسبوعين على الأقل. ربما يمكن رعاية واحدة من مساحات العمل المشترك
من أجل هذا.

ستيف
http://10xEngineer.me

في الجمعة ، 5 أكتوبر ، 2012 الساعة 12:35 صباحًا ، كتب Matt [email protected] :

يا velniukas https://github.com/velniukas.

نحن بصدد تحديد مكان في SF لتنسيق
هاكاثون. نحن نقدر حوالي 4 أسابيع من الآن. أنا أجمع معا
مواد إرشادية من nightwing https://github.com/nightwing و
fjakobs https://github.com/fjakobs وتطوير موقع للترويج
هو - هي. نحن نتابع فكرة الاحتفاظ بها على مدار يومين. الأول
يوم مخصص لتغطية أكبر عدد ممكن من الميزات ، والثاني لجلبه
هذه التغييرات معًا في قطعة واحدة متماسكة.

حتى الآن لدينا مطورون من هونغ كونغ وأمستردام واليونان وأرمينيا و
SF مهتم. لذلك نحن نشجع هذه الفكرة على أنها هاكاثون دولي
(ربما الأول من نوعه؟).

لدىnightwing https://github.com/nightwing أفكار حول كيفية الحصول على ملف
تنفيذ أكثر أداءً للهاتف المحمول سيكون جزءًا مميزًا من
طريقة تعامل متصفحات سطح المكتب مع المستندات. سنبقي الجميع على اطلاع
من توجيهاته وتثبيت عطلة نهاية الأسبوع قريبًا جدًا.

-
يمكنك الرد على هذه الرسالة الإلكترونية مباشرةً أو عرضها على Gi tHubhttps: //github.com/ajaxorg/ace/issues/37#issuecomment -9147909.

رائع يا ستيف! هذا يمكن أن يتحول إلى حدث تاريخي. بالنظر إلى المناطق الزمنية ، أفضل أن أبدأ في وقت متأخر جدًا من يوم الجمعة ، في وقت مبكر من يوم السبت بتوقيت المحيط الهادئ وأن أبدأ لمدة 24 ساعة. سيدير ​​الموقع الذي أعمل عليه فرقًا لاختيار مهام محددة حتى لا يكرر أحد العمل. إذا كان أي شخص قد فعل هذا من قبل أو لديه أفكار حول كيفية تحقيق ذلك _أفضل _ ، فيرجى إبلاغي بذلك.

لمعلوماتك ما زلت أجمع تفاصيل هذا الحدث معًا. تدعيم التواريخ ، وجمع المكان معًا ، وإرسال بريد إلكتروني إلى الفرق المرتقبة ، وبناء الموقع الإلكتروني. عندما يكون لدي المزيد من المعلومات الشيقة سوف أنشرها هنا. نتطلع إلى تحقيق هذا!

هذا سيكون أمرا رائعا. أنا مضطر حاليًا إلى استخدام codemirror لاحتياجات الأجهزة المحمولة. أحب استخدام الآس لجميع الاحتياجات.

حسنا كل شخص يشاهد هذه القضية. لدينا خطوة أولى في الاتجاه الصحيح مع دعم iOS _scrolling_. قبل اختبار الرابط أدناه ، هناك عدد قليل من أوامر التشغيل والمحاذير التي يجب أن تكون على دراية بها:

1. انتظر حتى يتم تحميل الملف بأكمله
2. بعد تحميل الملف ، انقر فوق مربع الاختيار "وضع الهاتف المحمول" في أسفل اليسار
3. لا تغير التوجه.
4. ابدأ التمرير
5. لقد اختبرت هذا على iPad v1 و iPhone 5. كان أداء iPhone رائعًا ولكن iPad 1 كان سيئًا للغاية. المزيد عن هذا في الثانية.

https://c9.io/c9developer/ace/workspace/kitchen-sink.html

كيف تم تحقيق ذلك

• لقد أنشأت عنصر div يغلف المحرر بـ CSS التالي:

#scroll_div {
     -webkit-overflow-scrolling: touch;
     overflow-y: scroll;
     pointer-events: none;
}

القاعدة 1 مطلوبة للتمرير السلس القائم على اللمس ، والقاعدة 3 هي السماح للتراكب بالجلوس في الأعلى ولكن لا يتلقى أيًا من الأحداث التي نريد إرسالها إلى العناصر أدناه. هذا يترك الفرصة مفتوحة لتقديم دعم دقيق للكتابة في المستقبل.

• بناء خوارزمية مخصصة للقصور الذاتي. هذه هي أبسط خوارزمية يمكنني ابتكارها والتي تقترب بدرجة كافية مما يفعله نظام iOS في الأصل. إنه يتكرر ببساطة خلال فترة 24 مللي ثانية ويقلل السرعة بنسبة 94.9٪ لكل فترة. يتم تعيين السرعة الأولية بناءً على المسافة بالبكسل بين اللمسة الأخيرة واللمسة الثانية (يمكن تحسين الرياضيات من خلال دمج مقدار المللي ثانية بين اللمسات الأخيرة أيضًا).
• عندما يتغير الموضع الأحدث من الفاصل الزمني ، يتم أيضًا تحديث التراكب القابل للتمرير باللمس. هذا هو السبب في أن الخوارزمية المخصصة لها الأسبقية على خوارزمية iOS ولا تتزامن divs.

تأثيرات

استكشف جو هيويت هذه الأفكار نفسها على نطاق واسع أثناء عمله في التمرير ، كما هو مدون هنا: http://joehewitt.com/2011/10/05/fast-animation-with-ios-webkit

لماذا لم أستخدم قابلية التمرير في المقام الأول؟ يعتمد Ace على منفذ عرض افتراضي وانتهى الأمر باستخدام Joe باستخدام الرسوم المتحركة webkit. الاثنان غير متوافقين. لا بد لي من تعيين "scrollTop" موقف Ace الذي يجب بعد ذلك لتحديث العارض الظاهري لتغيير الموقف. كان بإمكاني اختراق كود Joe إلى div القابل للتمرير ثم تطبيق نتائج تحولاته ثلاثية الأبعاد على طبقة Ace ، ولكن - كانت المغامرة أكثر متعة :-)

مستقبل

كما لوحظ هذا فقط للتمرير. ما زلنا بحاجة إلى الحصول على دعم دقيق للطباعة هناك.

بالنسبة لأجهزة iOS الأكثر حداثة التي يمكنها التعامل مع السرعة ، يعمل هذا النهج بشكل جيد للغاية. ولكن هناك بالتأكيد تحسينات يمكن إجراؤها. سنواصل استكشاف الخيارات على الأجهزة القديمة والجديدة على حد سواء.

نظرًا لأن هذا مجرد عرض توضيحي وليس جزءًا من قاعدة بيانات Ace الأساسية ، فإن الخطوة التالية هي وضعه في الصميم.

نتطلع إلى الحصول على تجربة رفاقك على الأجهزة المختلفة والتعليقات حول كيفية تحسين ذلك. في صحتك ~

مرحبًا مات ،

سعيد للغاية للإبلاغ عن أن هذا أكثر استقرارًا على جهاز iPad4 الخاص بي اليوم أكثر من الأمس. عمل جيد! لقد اختبرته أيضًا على جهاز Samsung Galaxy Nexus الذي يعمل بنظام Android 4.2 وهو يبدو جيدًا. (من فضلك لا تجعل حلًا خاصًا بنظام iOS فقط.) يعمل إدراج النص أيضًا بشكل لا تشوبه شائبة على Android ، بينما كان جهاز iPad الخاص بي يعاني من مشكلة مؤشر مزدوج غريب (ولكن لا يزال بإمكاني الكتابة.)

mattpardee هذا مذهل!

لسوء الحظ ، يبدو أنه يكسر تمامًا متصفح Android (Android v4.1.1) ودعم Chrome Mobile (الإصدار 18.0 ، نوفمبر 2012) بالنسبة لي. كانت هذه المتصفحات بها مشكلات بسيطة من قبل ، لكني الآن أحصل على div أبيض كبير بدلاً من Ace.

مدهش!!

lennartcl ما الجهاز الذي تستخدمه؟ وهذا يحدث فقط عند تحديد خيار وضع الهاتف المحمول؟

mattpardee هذا موجود في Galaxy S3 ، وحدث بغض النظر عن خيار الهاتف المحمول. لكنني حاولت فعلاً مرة أخرى اليوم ، ويبدو الآن أنه يعمل كما كان من قبل في كلا المستعرضين.

باهر! الآن يمكنني الاستمرار في السيطرة على العالم.

كنت أحاول فقط حوض المطبخ من Master على iOS Simulator مع ipad iOS v5 ولا يبدو أنه بدأ في التحرير.

عندما كنت أصطدم بمغسلة مطبخ الموقع المباشر مع جهاز ipad 3 iOS 5.1 الخاص بي ، فقد تم تحريره ، لكنه يحاول دائمًا تكبير الحروف. يبدو أنه مستمر في وضع التحديد باستخدام أزرار البدء والإيقاف الزرقاء للنسخ.

هل هذا الكود الأحدث في الماجستير أم يجب أن ننظر في فرع أو طلب سحب؟

مرحبًا جيف ،

تحقق من فرع الميزة / ioscroll.

https://github.com/ajaxorg/ace/tree/feature/ioscroll

يجب أن يؤدي هذا على الأقل إلى تمكين التمرير في المحرر (وليس عليك تحديد أي خيارات لتمكينه).

mattpardee نعم ، لقد مكّن ذلك من التمرير في محاكي iOS ، لكن لم أتمكن من اكتشاف طريقة لإحضار المحرر للسماح بالتحرير. أعتقد أن هذا لا يزال في الأعمال؟

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

أتمنى أن يكون شخص ما على مستوى التحدي!

موافق. شكرا للتحديث.

هل هناك طريقة على الأقل يمكنني من خلالها اكتشاف ما إذا كان المتصفح يحتوي على الحد الأدنى من الطلبات لتشغيل متصفح ACE حتى أتمكن من الرجوع إلى منطقة النص؟

jfromaniello يمكنك استخدام Modernizr

Modernizr is a JavaScript library that detects HTML5 and CSS3 features in the user’s browser.

faceleg نعم ، ولكن ما هي الميزات التي تحتاجها ACE .. على سبيل المثال ، يحتوي iOS على الكثير من الميزات ولكن لا تظهر لوحة المفاتيح على الشاشة.

أي تحديث في موضع المؤشر؟ التمرير يبدو جيدًا.

هل لا يزال أي شخص يعمل بنشاط على هذا؟

تضمين التغريدة راجع تعليق mattpardee أعلاه لمعرفة الحالة الأخيرة.

فيما يتعلق بالتمرير ، فماذا عن العكس؟
مثل إنشاء div كبير بدرجة كافية مثل height: 10000px; واستخدمه داخل div آخر أصغر حجمًا. إنها ليست مثالية ، على الرغم من أن التمرير الأصلي سيكون مفضلًا كثيرًا على استخدام موارد إضافية لمحاكاته. انظر مشاركة مدونة ديلان "جعل محرر Ace يملأ المساحة المتاحة"

على الأقل نحن نعرف الآن كيف يجب أن تبدو لوحة المفاتيح الافتراضية وتتصرف مثل: http://www.textasticapp.com/

مجرد فضول: ما هي حالة هذا؟ هل ما زالت مشكلة لم يتم حلها لنظام iOS؟

إذا كان لدى أي شخص الدافع للعمل على هذا ، فلدي تلميح وحل بديل. يبدو أن المشكلة هي أن لوحة المفاتيح لا تظهر عندما يتم تحديد منطقة النص عن طريق اللمس. ومع ذلك ، فإنها تظهر عندما تكون منطقة النص جزءًا من نموذج ويتم تحديدها باستخدام أزرار "التالي" ... "السابق" التي يوفرها نظام التشغيل iOS. أعتقد...

لقد لاحظت هذا منذ بعض الوقت ولكن لم أتمكن من إيجاد الوقت للتحقق منه. لذلك YMMV.

تحتوي صفحتي على تحديد لتغيير وضع لغة المحرر.

عند تحميل الصفحة لأول مرة ، لن يتم تشغيل الكلمة الرئيسية الناعمة عندما ألمس المحرر ،
ولكن ، بعد أن أقوم بتغيير اللغة يدويًا من التحديد ، سيؤدي لمس المحرر إلى تشغيل لوحة المفاتيح.

آمل أن يساعد هذا.

خطأ في المصب لاستخدام Wikipedia لـ Ace لتحرير وحدات كود القالب: https://bugzilla.wikimedia.org/show_bug.cgi؟id=55345

كحل بديل ، يمكننا وضع Ace في القائمة السوداء لنظام التشغيل iOS واستخدام مساحة نصية عادية في الوقت الحالي.

يستخدم CodeAcademy.com برنامج Ace ويعمل بكامل طاقته على iPad ، مع استكمال التحديدات. قد أنظر في هذا.

أي أخبار عن هذا؟

يعمل هذا الخطأ أيضًا على كسر Cloud9 IDE على iOS . : +1: للحصول على بعض الاهتمام لهذه القضية!

مرحبا شباب هل يوجد احد بالخارج؟

+1 أيضًا لديه مشكلة في المحرر على ipad

+1 - نحن نستخدم وضع Markdown للمحرر والنسخ / اللصق هو شيء كبير مفقود من Ace في iOS.

لا يمكن استخدام c9.io بسبب هذا الخطأ. لن يتم تمرير العرض التوضيحي لحوض المطبخ أيضًا (http://ace.c9.io/build/kitchen-sink.html). يحدث على iPad و Android Transformer الخاص بي (وهو أمر رائع لاحتياجات التطوير خفيفة الوزن).

بالنسبة لتطبيق الويب الخاص بي ، كنت أستخدم CodeMirror. ومع ذلك ، فقد تحولت مؤخرًا إلى ace بسبب وفرة الأوضاع والميزات. أدى عدم وجود دعم للهاتف المحمول إلى إعادة النظر في اختياري.

هل تم إحراز أي تقدم لتمكين التمرير على الأجهزة المحمولة؟ لا يعمل على أي جهاز iOS أو Android قمت بتجربته.

@ mkaminsky11 + 1. أنا أيضًا أقرر بين CodeMirror أو Ace ، ودعم iOS هو الشيء الذي يعيقني.

كما قال jakesankey ، يستخدم codeacademy.com الآس. حاولت البحث في الكود لمعرفة كيف جعلوه يعمل مع الأجهزة المحمولة ، ولكن دون جدوى. هل سيكون الاتصال بهم وطلب المساعدة حلاً قابلاً للتطبيق؟

نحن نخدم Orion على الهاتف المحمول في Codecademy.

هل تم إصلاحه الآن؟

إنه يعمل بشكل جيد على Asus Transformer الخاص بي ، إذا "طلبت إصدار سطح المكتب". سيء للغاية لن يتذكر المتصفح هذه الإعدادات بالرغم من ذلك.

+1

مرحبًا ، للإشارة فقط ، أستخدم الآس لمشروعي. مشكلة لوحة المفاتيح الافتراضية مزعجة وانتهى بي الأمر بجعل المحرر بحجم المحتوى. قد تكون هناك مشكلة في الأداء.

https://github.com/dai-shi/codeonmobile

لا تزال هذه مشكلة ، ونرى على http://3v4l.org/

تعمل هذه المشكلة أيضًا على حظر PlayCanvas.com (iPad Air iOS 8) ، وهو أمر مخز لأن الباقي إذا كان المحرر يدعم جهاز iPad تمامًا ، وبشكل عام يعد عرضًا مجنونًا لما يمكن أن يكون عليه HTML5!

+1. يتم حاليًا التحقيق في حل بديل يتضمن إنشاء بعض أزرار التمرير يدويًا ، للجلوس بجوار المحرر ، باستخدام scrollBy http://ace.c9.io/#nav = api & api = virtual_renderer

+1 لمشاكل التمرير.

+1 لمشاكل التمرير

+1 لمشاكل التمرير.

+1 لمشاكل التمرير.

مرحبًا يا شباب ، أنا لست جيدًا / صبورًا بدرجة كافية لإصلاح المحرر نفسه ، نظرًا لأن المفهوم الكامل للمس مقابل الماوس مختلف. ولكن باستخدام البرنامج النصي أدناه ، يمكنك الحصول على محرر ACE للتمرير على الأجهزة التي تعمل باللمس (IOS / Android). فقط ضعه في قسم التكوين بالمحرر (حيث يتم الإعلان عن المحرر ، ويتم إضافة الخيارات).

http://pastebin.com/1Rh7UDea

@ iq77 ما الذي يفترض أن يفعله هذا الرمز؟ أنا أحاول ذلك وحتى الآن لا فرق؟ أنا أحد الأشخاص الذين يرغبون حقًا في أن يعمل هذا بشكل طبيعي على الأجهزة التي تعمل باللمس ...

tluyben في "touchstart" يحفظ إحداثيات x / y لحدث اللمس. في "touchmove" يحسب الفرق بين البداية والنهاية ، ثم يمرر قيم x / y إلى "العارض" في ACE. يقوم العارض بالتمرير. إنه يعمل على البرنامج النصي الخاص بي ، ولكن ربما يتعين عليك تكييف بعض أسماء الفصل وما إلى ذلك وفقًا لاحتياجاتك الخاصة. يوجد أيضًا بعض jQuery هناك ، قد تضطر إلى استبدال هذا.

هذا خيط رائع ، لكنني وجدت أنه من الصعب تحديد (أ) طبيعة "مشكلة التمرير" ، (ب) ما هي الأجهزة / إصدارات نظام التشغيل المتأثرة ، و (ج) ما هي الحلول المتاحة. إذا كان شخص ما على استعداد لتلخيص مكان وجودهم ، فسيكون ذلك رائعًا.

لقد اختبرت للتو Kitchen Sink على [iPad Air 2 يعمل بنظام iOS 8 و Safari 8] و [Nexus 10 يعمل بنظام Android 5.1 و Chrome 40] ، وتمكنت من التمرير أفقيًا وعموديًا (في الوضع الأفقي ؛ لم أختبر الأجهزة في اتجاه عمودي). خطوات إعادة العرض:
1) تصفح إلى http://ace.c9.io/build/kitchen-sink.html
2) أضف مجموعة من الأسطر (الأسطر الفارغة تعمل بشكل جيد) في جزء المحرر حتى يكون هناك سطور أكثر مما يناسب الشاشة.
3) إذا لزم الأمر ، قم بالتصغير لعرض المتصفح الكامل. (قد يؤدي تحرير محتويات جزء المحرر إلى تكبير الصورة تلقائيًا ، مما يجعل من الصعب معرفة ما إذا كنت تقوم بالتمرير في الجزء أو مجرد تحريك طريقة العرض المكبرة.)
4) اسحب لأعلى / لأسفل على الحافة اليمنى للغاية من جزء المحرر. لن يظهر أي شريط تمرير ، ولكن يجب أن يتم تمرير محتويات جزء المحرر كما هو متوقع.
5) لاختبار hscroll ، قم بإنشاء سلسلة طويلة من الأحرف أكبر مما يناسب الشاشة ؛ التصغير إذا لزم الأمر ؛ اسحب لليسار / لليمين على الحافة السفلية لجزء المحرر. أرى شريط تمرير باهتًا على Android ، ولكن لا يوجد شريط تمرير على iOS ... لكن التمرير يعمل على كليهما ، بغض النظر.

لقد كنت أبحث في المشكلات ومن ما يمكنني حله ، هذا هو الموضوع النهائي "كل شيء متعلق باللمس". صححني إذا كنت مخطئًا وسأواصل البحث / تقديم مشكلة جديدة.

يبدو أن لمس iOS غير قادر على إظهار قائمة السياق في سياق Ace (بشكل ملحوظ ، هذا يسمح بالقص واللصق). عادةً ما يمكن تشغيل هذا عن طريق النقر فوق المؤشر ، ولكن يتجاوز Ace هذا السلوك لتحريك المؤشر إلى الأمام بمقدار حرف واحد بدلاً من ذلك.

barneycarroll ، يبدو أن هذا هو الموضوع المرتبط باللمس. لقد كنت أعمل مؤخرًا في محاولة للحصول على بعض الدعم باللمس على الأقل لتنفيذ التمرير. الآن ، يمكنك التمرير إذا قمت بالتمرير فوق المنطقة اليمنى فقط في أقصى اليمين أو أسفل مساحة عرض المحرر (حيث ستكون أشرطة التمرير). لكن هذا ليس حلاً قابلاً للتطبيق.

أعتقد أنني أعمل على شيء ما مع تنفيذ بعض الدعم باللمس ، لقد عملت على محاكي iOS. تحقق من fork (https://github.com/AStoker/ace) ، فأنت بحاجة حاليًا إلى إنشائه للتجميع (حيث أن هذا هو الكود المصدري) ، ولكن إذا اتبعت تعليمات الإنشاء في المجال ، فستكون الكعكة. أود الحصول على بعض المساعدة في أي تحسينات ، حيث لا يبدو أن دعم اللمس يمثل أولوية عالية في الوقت الحالي (ولكن هذه هي فائدة المصدر المفتوح ، يمكننا إصلاحه بأنفسنا). إذا كان كل شيء يبدو جيدًا ، فسأقدم طلب سحب لتنفيذه.

+1 للنسخ / اللصق في iOS. المشكلة هي التعامل مع المؤشر المخصص؟ ماذا ستكون خطة الهجوم لحل ذلك؟

يبدو أن الإصدار التجريبي العام من iPhone 6 plus ios 9.2 يعمل بشكل جيد الآن مع الآس. يعمل التمرير والتحرير كما لو كان جهاز الكمبيوتر الخاص بك.

يحتاج فقط إلى تحسينات في النسخ واللصق.

من الممكن اللصق والنسخ ولكن من الصعب جدًا القيام بذلك.

http://www.apus.com
في 19 تشرين الثاني (نوفمبر) 2015 ، الساعة 10:52 صباحًا ، كتب "paladox" [email protected] :

يبدو أن الإصدار التجريبي العام من iPhone 6 plus ios 9.2 يعمل بشكل جيد الآن مع الآس.
يعمل التمرير والتحرير كما لو كان جهاز الكمبيوتر الخاص بك.

يحتاج فقط إلى تحسينات في النسخ واللصق.

من الممكن اللصق والنسخ ولكن من الصعب جدًا القيام بذلك.

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub.

لدي مشاكل مع مفاتيح الأسهم على لوحة مفاتيح IPad الخاصة بي. تعمل لوحة المفاتيح بشكل جيد في كل بيئة ولكن إذا قمت بالاتصال بخادم السحابة 9 الخاص بي وبدأت في البرمجة ، فسيتم تجاهل مفاتيح الأسهم. هل يمكنني إضافتها في مكان ما أو كيف يمكن إصلاح ذلك؟ أحتاج إلى السهم كثيرًا أثناء الترميز.

<div id="editor" class="page-content" contenteditable="true"></div>

هل الحيلة في iOS. فقط لا يبدو أنه يعمل على تمييز بناء الجملة Assembly_x86.

أين يجب علي تضمين هذا الرمز؟ اعتقدت أن هذا يجب أن يكون في user.settings ولكن لا يحتوي على أجزاء HTML

HTML داخل WebView.

لا يمكن تشغيله داخل UIWebView يبدأ الأمر على ما يرام ، ولكن بمجرد أن أحاول تحريك المؤشر ، يفشل كل شيء. لا يمكنني الكتابة ، أو باستخدام حل @ jcss-org-il ( <div id="editor" class="page-content" contenteditable="true"></div> ) يتحرك المؤشر خارج المحرر.

هل يمكن لأحد أن يساعدني في حل اللغز؟ محرر الكود عبر الإنترنت GitHub ، الذي يُزعم أنه يستند إلى Ace (https://github.com/blog/905-edit-like-an-ace) ، مذهل. إنه يعمل بشكل لا تشوبه شائبة على iPad ، بما في ذلك لوحة مفاتيح Bluetooth ، تعمل مفاتيح الأسهم (بما في ذلك Ctrl-Left Arrow و Alt-Left Arrow ، إلخ) ، والأداء رائع ، إلخ.

إليك لقطة شاشة لجلسة تحرير iPad لملف README.md الخاص بهذا الريبو: (https://github.com/ajaxorg/ace/edit/master/Readme.md)

ومع ذلك ، لا يمكن لأي شخص في هذا الموضوع (بما في ذلك أنا) تشغيل Ace على جهاز iPad دون مشاكل (على سبيل المثال ، مفاتيح الأسهم لا تعمل). (لدي نفس المشكلات المذكورة هنا: https://github.com/ajaxorg/ace/issues/37#issuecomment-195258878)

هل يقوم GitHub بتشغيل إصدار مخصص من Ace؟ هل هذا الإصدار متاح للجمهور؟ أحب أن أدير كل ما يديرونه! (لقطة شاشة لمفتش DOM تؤكد أنه يبدو أنه يشغل Ace في الأسفل.)

شكرا جزيلا لك!
جي

realgenekim من لقطة الشاشة ، يبدو أن جيثب يستخدم منطقة نصية على iPad

nightwing نظرية رائعة! ولكن ، إذا نظرت إلى عنصر التحكم في المحرر ، فهناك أرقام سطور ، وإمكانيات شبيهة بالآس تبدو وكأنها ليست مجرد منطقة نصية بتنسيق HTML قياسي ، مثل عرض علامة التبويب ، وتغليف النص ...

عند إجراء بعض الفحص الدقيق ، أنا متأكد من أنه شيء أكثر غرابة من textarea!

توجد أرقام سطر

nightwing البقرة المقدسة. هذا مثير للفضول - أعتقد أنك محق تمامًا. سأحاول الحصول على تأكيد لهذا من شخص ما في GitHub ...

أعتقد أن هذا يعني أنني سأحاول فعل الشيء نفسه. على سبيل المثال ، اكتشف في وقت التشغيل ما إذا كان جهاز iPad ، ولا يتم تحميل محرر Ace ، وبدلاً من ذلك استخدم منطقة نصية.

غير مُرضٍ ، ولكن على الأقل سيكون قابلاً للاستخدام حتى يأتي شخص ما بحل جيد لجهاز iPad ...

😦

لقد اختبرت هذا للتو على جهاز iPad pro الخاص بي وهو يظهر بشكل أساسي textarea . ربما مع النمو التلقائي.

هل هو شيء ذكي مثل منطقة نصية مع عتامة 0 ومثيل محرر آس موضوع خلفه مباشرة؟ أتخيل أنه مع أداء iPad الحديث ، سيكون من الممكن استمرار الحالة (التمرير الداخلي والمحتوى) على الفور تقريبًا في كل حدث إدخال ...

barneycarroll لا ، على الأقل في اختباراتي كنت أقوم بالتحرير داخل منطقة نص عادية بدون أرقام أسطر وما إلى ذلك.

مرحبا شباب! لقد قمت للتو بإنشاء طلب سحب يعمل على إصلاح بعض المشكلات على iOS. يوفر تجربة مستخدم رائعة ، إذا كان لديك لوحة مفاتيح خارجية.

إذا أعجبك ذلك ، فقد أفكر في إصلاح المشكلات المتبقية :)

يمكنك رؤيته أثناء العمل على https://ipad-undo.gomix.me

يتمتع!

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

أوه ، شكرًا IamNaN ، تم الإبلاغ عن هذا الخطأ في العلاقات العامة الآن :) أعتقد أنني أعرف كيفية إصلاحه ... ترقبوا العرض التوضيحي :)

تحرير: تم إصلاح العرض التجريبي :)

etamponi التي تبدو رائعة! هل تعمل مع:

1. التوصيل في مثل vim و emac؟
2. دعم محرر أسلوب الإدخال باستخدام CKJ？

في الوقت الحالي ، يبدو أنه يحدث فوضى عند تشغيل محرر أسلوب الإدخال (IME).

episodeyang أنا آسف حقًا لأنني

لسوء الحظ ، لم يكن لدي الوقت لمواصلة العمل على العلاقات العامة ... لحسن الحظ تولى شخص آخر عملي وانتهى منه ، والآن يتم دمجه كـ # 3310 إذا كنت أتذكر بشكل صحيح :)

vim غير مدعوم بالفعل على iOS ، ولا يضيف PR دعمًا له. لا أعرف ما يكفي عن محرر أسلوب الإدخال لأعرف على وجه اليقين ما إذا كانت العلاقات العامة الخاصة بي قد أثرت عليه بأي شكل من الأشكال ، آسف!

يبدو أن وضع المؤشر في منتصف الكلمة عن طريق النقر قد تم ضربه أو فقده (iOS 11.2 ، Safari) في العرض التوضيحي المقدم من

يعمل ace حاليًا بشكل جيد بما يكفي على IOS لإغلاق هذه المشكلة حول التوافق الأساسي. إذا رأيت أي أخطاء أو ميزات مفقودة ، فيرجى فتح مشكلة جديدة.