Sûr! Conrod lui-même vise à être "agnostique au backend", et n'est pas (ou _ne devrait pas_ être) limité à une fenêtre ou à un backend graphique spécifique.

Les exemples utilisent piston_window , principalement parce qu'il est plus facile à configurer, mais j'espère que nous pourrons également obtenir des exemples en utilisant d'autres combinaisons fenêtre/graphique.

piston_window lui-même utilise une combinaison de glutin et gfx de gfx_device_gl , donc si les deux prennent en charge Android, il devrait être possible d'obtenir les exemples actuels de la bielle va dessus.

Une chose dont je ne suis pas sûr est de savoir si freetype-rs peut être compilé pour Android, mais j'espère que cela ne devrait plus poser de problème car nous visons à le supprimer en faveur du rusttype caisse. À bien y penser, la bielle ne dépend pas explicitement de freetype-rs , il s'agit simplement du rendu de la police utilisé par le backend graphique piston_window (qui n'est utilisé que pour les exemples) .

De plus, nous manquons peut-être d'événements spécifiques aux appareils tactiles, mais je serais heureux de les voir ajoutés :+1:

• le glutin prend en charge android
• gfx.rs prend en charge Android avec gles backend (est-ce suffisant pour la bielle ?)
• des nouvelles du côté du touch-event ?

J'ai créé https://github.com/jbg/conrod-android-skeleton qui pourrait être intéressant pour les personnes qui étudient ce problème.

945 semble être le principal bloqueur de bielle étant tout à fait utilisable sur Android.