بالتأكيد! يهدف Conrod نفسه إلى أن يكون "محايدًا للخلفية" ، وليس (أو _ لا ينبغي_ أن يكون) مقيدًا بأي واجهات خلفية محددة لنافذة أو رسومات.

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

يستخدم piston_window نفسه مزيجًا من glutin و gfx 's gfx_device_gl ، لذلك إذا كان كلاهما يدعم Android ، فمن الممكن الحصول على أمثلة conrod الحالية يحدث ذلك.

هناك شيء واحد لست متأكدًا بشأنه وهو ما إذا كان يمكن تجميع freetype-rs لنظام Android أم لا ، ولكن نأمل ألا تكون هذه مشكلة أطول بكثير لأننا نهدف إلى إزالتها لصالح rusttype قفص. إذا فكرت في الأمر ، فإن conrod لا تعتمد فعليًا على freetype-rs صراحةً ، بل يحدث فقط أن يكون عرض الخط المستخدم بواسطة الواجهة الخلفية الرسومية piston_window (والتي تُستخدم فقط للأمثلة) .

أيضًا ، قد نفتقر إلى الأحداث الخاصة بالأجهزة التي تعمل باللمس ، ولكن يسعدني رؤيتها مضافة: +1:

• يدعم الجلوتين الروبوت
• يدعم gfx.rs android مع الخلفية gles (هل هذا كافٍ لـ conrod؟)
• أي أخبار عن حدث اللمس الجبهة؟

لقد صنعت https://github.com/jbg/conrod-android-skeleton والذي قد يكون مثيرًا للاهتمام للأشخاص الذين يبحثون في هذه المشكلة.

945 يبدو أنه أداة الحظر الرئيسية التي تجعله قابلاً للاستخدام تمامًا على Android.