Ace: Kompatibilitas iOS

Kami tahu, dan itu akan segera diurus. Terima kasih untuk sarannya!

bisakah Anda mencarikan tambalan untuk kami?

Saya juga tertarik dengan dukungan iOS (dan khususnya iPad).
Looking forward untuk mendengar tentang kemajuan Anda di depan itu.

Anda dapat checkout cabang ipad. Ini belum sempurna tetapi setidaknya pengetikan berhasil. Gunakan dua jari untuk menggulir.

Luar biasa, saya tidak memperhatikan cabang ipad.
Terima kasih, saya akan melihatnya!

Keyboard tidak muncul menggunakan cabang ipad. Menggunakan cabang master itu menunjukkan, tapi ada bug dengan posisi kursor. :/

Lupakan apa yang saya katakan! Keren nih keyboardnya gak muncul! Anda bisa menulis keyboard Anda sendiri, lebih ramah untuk programmer dan lebih sedikit memakan ruang. :Hai)

Pengujian di iPad yang menjalankan iOS 4.3; master saat ini gagal menampilkan keyboard atau titik penyisipan, dan tidak menggulir secara vertikal (saya dapat menggulir secara horizontal dengan dua jari, jika teks lebih lebar dari area yang tersedia).

Cabang iPad belum diperbarui sejak 3 Februari... mengujinya, saya melihat bahwa pengguliran vertikal berfungsi dengan dua jari (yay!) tetapi sangat lambat. Saya dapat menempatkan fokus ke editor dan memunculkan keyboard di layar, tetapi titik penyisipan akhirnya terbang menjauh dari editor ketika jendela bergulir ke atas agar sesuai dengan keyboard.

Mencoba menyadap editor tampaknya bermasalah; Saya dapat agak mengetuk di dalam baris yang sedang diedit, tetapi mengetuk baris lain di atas tampaknya _kehilangan_ fokus dan menutup keyboard. Saya hanya dapat menempatkan fokus dengan andal di akhir dokumen.

Saat menggulir secara vertikal, titik penyisipan tampaknya melompat ke atas/bawah satu baris pada satu waktu, tetapi ketika saya mulai mengetik, titik itu melompat kembali ke akhir dokumen untuk menambahkan karakter baru.

(Cabang iPad pada Firefox 4 biasa juga memiliki masalah -- tampaknya membuat asumsi tentang posisi gulir jendela, dan mengklik editor akhirnya menempatkan tanda sisipan pada posisi yang salah jika saya telah menggulir _window_ ke bawah agar sesuai dengan editor di ruang yang terlihat.)

ada pembaruan di cabang ipad?

Sayangnya tidak. Cabang ini saat ini tidak dalam pengembangan aktif. Kami berencana untuk menghidupkannya kembali tetapi kami tidak memiliki perkiraan waktu kapan.

Maaf untuk menghidupkan kembali utas yang mati, tetapi apakah ada kemajuan di bagian depan iOS?

Jelas, ada minat besar dalam hal ini. Saya akan melihat dan melihat apakah saya dapat membantu

+1

Komponen berbasis web yang tidak mendukung iPad tidak dapat lagi disebut sebagai komponen berbasis web, IMO.

Saya kedua ini. Saya sedang menulis di iPad sekarang, berharap saya menggunakan ACE untuk pemrograman ...

+1 sangat membutuhkan ini juga di iPad

+1 untuk urgensi

Saya juga ingin dukungan iOS juga, dan segera. Jika saya dapat menemukan waktu, saya akan senang untuk duduk dan melakukan ini sendiri. Jadi jika ada petunjuk tentang di mana saya harus memulai dalam kode, dan detail tentang bagaimana kesalahannya, itu akan dihargai.

Setuju - Saya akan berkontribusi pada dana kickstarter untuk menyelesaikan ini jika perlu

Pada Sabtu, 7 April 2012 pukul 14:53, Joe
[email protected]
menulis:

Saya juga ingin dukungan iOS juga, dan segera. Jika saya dapat menemukan waktu, saya akan senang untuk duduk dan melakukan ini sendiri. Jadi jika ada petunjuk tentang di mana saya harus memulai dalam kode, dan detail tentang bagaimana kesalahannya, itu akan dihargai.

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5006423

Tidak ada cara untuk membawa keyboard sialan itu dengan javascript, diacungi jempol untuk keyboard khusus.

Tidak benar. Tetapkan elemen sebagai konten yang dapat diedit dan berikan fokus, dan keyboard akan muncul. Anda juga bisa melakukan trik dengan textsreas dan input teks untuk membuatnya bekerja.

Keyboard juga dilengkapi dengan versi Ace yang saya gunakan di situs saya, hanya saja tidak dapat digunakan.

@PlayMyCode Jika saya tidak dapat memanggil sesuatu seperti ios.showKeyboard() daripada benar bahwa saya tidak dapat memunculkannya dengan javascript, ini yang Anda katakan adalah perbaikan cepat...

Itu tidak bekerja seperti itu.

Jika konten tidak dapat diedit, atau jika bukan input teks, mengapa keyboard ditampilkan? Karakter tidak akan kemana-mana, Anda tidak akan menerima input dari keyboard.

Tombol harus pergi ke suatu tempat untuk keyboard yang akan ditampilkan. Jika mereka tidak punya tempat untuk pergi, maka itu tidak akan muncul. Jika mereka memiliki tempat untuk pergi, itu akan muncul. Itu bukan peretasan, ini hanya cara kerja entri teks.

@PlayMyCode - karakter tidak perlu input teks untuk pergi, mereka hanya bisa "pergi" ke javascript -- jika Anda memiliki satu set pendengar penekanan tombol, Anda akan bisa mendapatkan karakter dan meletakkannya di mana pun Anda inginkan. ..

@hjwp Anda benar, tetapi sekali lagi tidak sesederhana itu. Saya percaya elemen harus dapat memperoleh fokus, atau browser tidak akan mengirim acara ke elemen, dan banyak elemen tidak dapat menerima fokus. Misalnya kanvas hanya akan mendengarkan peristiwa penting jika Anda menambahkan indeks tab (atau setidaknya saya baru saja menemukan ini di Chrome). iOS juga hanya menampilkan keyboard untuk kanvas jika Anda mengatur konten yang dapat diedit.

Entah ini adalah argumen akademis. Dukungan iOS adalah yang penting, dan tidak boleh dikesampingkan hanya karena solusi terlihat seperti peretasan (kecuali tentu saja ada alternatif yang lebih baik).

Bagaimana dengan menempatkan fokus pada input teks tersembunyi dan menghapus ini pada penekanan tombol?

Ya, itulah cara kerja WYSIWYG.

Pada 04-09 2012 jam 04.56, "André Fiedler"
[email protected]
menulis:

Bagaimana dengan menempatkan fokus pada input teks tersembunyi dan menghapus ini pada penekanan tombol?

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5024068

Bukankah versi Ace yang lebih lama memposisikan textarea atau elemen input di bawah entri, awalnya? Pendekatan itu akan memunculkan keyboard.

Bukankah versi Ace yang lebih lama memposisikan textarea atau elemen input di bawah entri, awalnya

versi baru ace melakukan hal yang sama.
textarea tidak sinkron dengan kursor saat menggulir tetapi itu mudah diperbaiki
saya belum pernah melihat kartu as di ipad tetapi di android mengetik dan memindahkan kursor berfungsi, hanya saja tidak ada cara untuk memilih teks.
tapi yang lebih penting

• ace di browser android sangat lambat, fennec sedikit lebih baik tetapi masih tidak dapat digunakan (mungkin menggunakan setTimeout di sini dengan interval yang lebih lama dapat membantu tetapi tidak yakin)
• keyboard default dan saran pelengkapan otomatis sama sekali tidak berguna untuk pemrograman (jadi membuat keyboard khusus alih-alih mencoba menampilkan yang default sepertinya ide yang bagus).
  secara keseluruhan saya tidak berpikir ace bisa berguna di tablet.

keyboard kustom terdengar bagus!

Saya skeptis tentang keyboard khusus. Membangun keyboard yang bagus dan dipoles bukanlah hal yang sepele, dan layak menjadi proyek besar tersendiri. Saya juga berharap keyboard HTML murni akan lebih lambat dari yang ada di dalamnya.

Itu juga perlu bekerja dengan baik pada ukuran layar yang berbeda dan orientasi tata letak yang berbeda. Misalnya saya tidak ingin menggunakan keyboard iPad di iPhone, dan tidak baik menggunakan keyboard iPhone di iPad. Mereka memiliki keyboard yang berbeda karena suatu alasan. Yang terpenting, semua yang ada di iPad dan iPhone menggunakan satu keyboard, kecuali Ace. Singkatnya, pengguna sudah memiliki keyboard yang mereka harapkan, dan dalam banyak kasus itu disesuaikan (seperti setup sebagai keyboard split).

Rekomendasi saya adalah membuat keyboard berfungsi, karena saya berharap ini akan lebih sedikit berfungsi daripada membuat keyboard khusus. Kemudian khawatir tentang membangun keyboard khusus di masa mendatang sebagai masalah terpisah. Ini juga akan memungkinkan Anda untuk secara opsional kembali ke keyboard OS sebagai alternatif dari yang khusus, seperti jika itu tidak berfungsi dengan baik pada perangkat tertentu.

Situs ini juga mengatakan Anda dapat mematikan pelengkapan otomatis dan kapitalisasi otomatis pada input tertentu: http://davidbcalhoun.com/tag/javascript

Keyboard khusus juga tidak akan dapat menggunakan lebar layar penuh jika Ace ditempatkan di dalam iframe.

Ini mungkin terdengar seperti kasus sudut, tetapi JSFiddle dan JS.do.it memungkinkan Anda untuk menyematkan editor dalam iframe di situs lain, dan itu adalah sesuatu yang ingin saya lakukan sendiri.

@PlayMyCode - Diperbantukan: keyboard khusus akan menjadi ide yang sangat buruk karena banyak alasan yang Anda sebutkan dan banyak lagi.

@PlayMyCode - Saya setuju, keyboard khusus terdengar berbahaya. Saya juga menduga bahwa mereka yang menyarankannya memiliki sedikit atau tidak memiliki pengalaman bekerja dengan API iOS. Tapi saya bisa saja salah, saya hanya mengikuti apa yang dikatakan @cranic tentang ios.showKeyboard() , API asli tidak memiliki apa pun yang setara dengan itu... Yang paling dekat akan memanggil becomeFirstResponder pada UITextInput kontrol ... tapi saya ngelantur.

Ini harus sepenuhnya bisa dilakukan, mungkin dengan sedikit usaha. Saya menduga itu sejalan dengan memberikan fokus ke elemen yang memiliki contenteditable set. Dari iOS 5.0, contenteditable didukung, lihat bagian paling akhir dari Membuat Konten Web yang Kompatibel

Ada JavaScript untuk mengedit kode di dalam browser yang menjalankan keyboard di iOS: CodeMirror, lihat misalnya http://codemirror.net/mode/r/index.html untuk demo (berfungsi di iPhone) dan codemirror.net untuk umum. Jadi mungkin ada sesuatu dalam kode mereka yang dapat membantu dukungan iOS di ace?

@bertoltmeyer , CodeMirror didasarkan pada textareas, itu sebabnya dapat membuka keyboard iOS, ace jauh lebih rumit...

@cranic sebenarnya Codemirror2 sangat mirip dengan ace dan kegunaannya, yang menggunakan textareas
jika Codemirror2 berfungsi di ipad, memperbaiki ace, untuk bekerja dengan cara yang sama seharusnya tidak sulit

Saya menulis dari sudut pandang ahli statistik R yang - seperti ribuan lainnya - menggunakan RStudio untuk pengkodean. RStudio adalah IDE paling populer untuk R dan dibangun di atas ace. Jika ace mendukung iOS, begitu juga RStudio Server. Di dunia yang ideal ini, saya hanya dapat mengakses Server RStudio kami dari iPad saya dan melakukan semua pengkodean saya dari sana. Saya (dan ribuan orang R lainnya) tidak perlu menggunakan laptop saya lagi. Sangat serius, kurangnya dukungan ace untuk iOS adalah _satu-satunya_ alasan mengapa saya masih membawa laptop dan saya yakin ada banyak orang seperti saya di luar sana. Jadi jika saya berbicara javaScript, yang saya tidak, saya akan mengerjakan ini dengan prioritas utama. Tetapi karena saya tidak dapat membuat kode dalam js, yang bisa saya katakan hanyalah tolong tolong tolong tolong tolong, tolong, bisakah seseorang mencoba memperbaikinya. Mendesah. Saya (dan lainnya) akan sangat mendukung kickstarter dalam masalah ini jika perlu.

Hei, saya telah melihat sekilas kodenya tetapi yang saya lihat hanyalah div s; dimana canvas ?

ace tidak pernah menggunakan canvas , itu bespin

dengan 2f6a6ce7e0992a2eccbb8a517aa2d6f4954f1214 tidak akan di-scroll hingga tidak terlihat.

Omong-omong. satu lagi alasan untuk membuat keyboard virtual

Saya menggemakan @bertoltmeyer sehubungan dengan antusiasme untuk mendapatkan ace ke iOS sehingga RStudio dapat digunakan di iPad.

Saya ingin melihat ini berfungsi di iPad juga - ini akan mengaktifkan _banyak_ fungsionalitas di aplikasi hilir (saya juga datang ke sini melalui RStudio, tetapi baru menyadari bahwa ACE sedang digunakan di beberapa alat web lain yang saya gunakan secara sporadis, jadi bagi saya ini akan menyelesaikan banyak masalah berbeda).

Bagaimana kita meningkatkan kickstarter dari proyek serupa untuk ini? saya bersedia
masukkan $100 ke dalam pot sekarang juga
Di sisi antarmuka - Prompt di iOS (klien ssh) memiliki keyboard yang bagus
yang lebih cocok untuk sysadmin/pemrograman daripada tata letak iOS standar.

Pada Kam, 10 Mei 2012 pukul 05.34, Rui Carmo <
[email protected]

menulis:

Saya ingin melihat ini berfungsi di iPad juga - ini akan mengaktifkan _lot_
fungsionalitas dalam aplikasi hilir (saya juga datang ke sini dengan cara
RStudio, tetapi baru menyadari bahwa ACE sedang digunakan di beberapa alat web lain
gunakan secara sporadis, jadi bagi saya ini akan menyelesaikan banyak masalah berbeda).

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5612400

@velniukas Ide bagus dengan kickstarter, saya tidak akan terkejut jika beberapa orang (seperti saya) akan menyumbang untuk proyek semacam itu.

Sayangnya, saya tidak dapat berkomitmen untuk mengembangkan perbaikan
barusan, tapi saya bersedia membantu menyiapkan proyek seperti ini dengan
beberapa kolaborator.

Pada Kam, 10 Mei 2012 jam 08:01, Mike Lawrence <
[email protected]

menulis:

@velniukas Ide bagus dengan kickstarter, saya tidak akan terkejut jika cukup a
beberapa orang (seperti saya) akan menyumbang untuk proyek semacam itu.

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5615069

Saya juga akan memasukkan setidaknya 200 USD ke proyek kickstarter untuk kompatibilitas ace iOS. Saya yakin kami akan dapat mengumpulkan cukup banyak uang untuk ini dari komunitas R. Saya tidak dapat berkontribusi pada pengkodean karena saya tidak berbicara cukup bahasa, tetapi saya bersedia membantu penggalangan dana di komunitas R jika seseorang memulai. @velniukas , apakah Anda dapat mengidentifikasi calon kolaborator dan menghubungi mereka sehubungan dengan menyiapkan proyek semacam itu?

Akan melakukannya - siapa pun yang tertarik untuk membantu menyiapkan kickstarter - kirimkan saya pm

Bersulang
Steve
10xEngineer.me

Pada Kam, 10 Mei 2012 pukul 14:59, Bertolt Meyer <
[email protected]

menulis:

Saya juga akan memasukkan setidaknya 200 USD ke proyek kickstarter untuk ace iOS
kesesuaian. Saya yakin bahwa kami akan dapat meningkatkan sedikit
uang untuk ini dari komunitas R. Saya tidak dapat berkontribusi untuk
pengkodean karena saya tidak berbicara cukup js, tetapi saya bersedia membantu dengan
penggalangan dana di komunitas R jika ada yang memulai.
@velniukas , apakah Anda dapat mengidentifikasi calon kolaborator dan
menghubungi mereka sehubungan dengan pengaturan proyek semacam itu?

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5619266

Ini bukan masalah uang, tapi ini masalah memiliki kapasitas dev yang cukup untuk ini.

Saya tahu - tetapi kadang-kadang uang dapat membantu orang termotivasi untuk membebaskan kapasitasnya. ;-)

Faktanya adalah bahwa ini adalah pekerjaan yang sulit dan setiap orang memiliki prioritas. Selesaikan ini dengan benar dengan mempekerjakan talenta hebat. Ini harga kecil di antara kita semua.

dikirim dari iPhone saya

Pada 10 Mei 2012, pukul 22:18, Jan [email protected] menulis:

Ini bukan masalah uang, tapi ini masalah memiliki kapasitas dev yang cukup untuk ini.

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -5626268

Salah satu opsi adalah memposting deskripsi tentang apa yang perlu dilakukan ke vWorker.com dan meminta tawaran sehingga kami dapat mengetahui berapa banyak pengembang yang tersedia untuk ini dan berapa tarifnya.

OMG betapa saya berharap saya bisa berhenti berlangganan pembaruan di utas ini ...

@Gozala kira Anda mencari antena di bagian bawah halaman

dapatkah seseorang yang memiliki tes ipad http://c9.io/nightwing/ace/workspace/kitchen-sink.html
itu hanya peningkatan waktu tetapi harus meningkatkan pengetikan di ipad juga

@nightwing Keyboard tidak muncul di iPad.

@nightwing Oh terima kasih :D Anda membuat hari saya!

@nightwing Mungkin saya akan membawa ini ke @fjakobs ketika dia datang ke San Francisco minggu ini. Membuat keyboard muncul di iOS 5 sangat mudah: http://c9.io/gjtorikian/ace/workspace/build/kitchen-sink.html Cukup tambahkan contenteditable ke bodi, boom, selesai .

Navigasi tidak berfungsi, yang jelas lebih sulit. Itu hanya duduk di {row: 0, column: 0} . Saya kira itu ada hubungannya dengan <textarea> yang merupakan anak pertama dari ace_editor yang tampaknya bertindak sebagai semacam kursor.

+1 untuk Kompatibilitas iOS

Harap perhatikan komit 15 januar 2011 di garpu @javruben , mungkin berhasil?
https://github.com/javruben/ace/commits/master

@Gozala Anda dapat berhenti berlangganan notifikasi di akhir halaman ini dengan tautan "nonaktifkan notifikasi untuk masalah ini"

Mengacu pada komentar sebelumnya dari anggota komunitas R, saya menginstal server R-Studio versi 0.96.228 di Ubuntu, dan menggunakan Wireshark untuk memeriksa lalu lintas jaringan yang masuk. Saya berhasil masuk ke server R-Studio di iPad menggunakan Safari. Keyboard muncul dengan baik sekarang, baik di kotak teks (misalnya, untuk pencarian) dan di panel browser yang berisi R-konsol. Masalah muncul ketika menekan Return saat mengetik ke panel yang berisi konsol R: browser iPad mengirim FIN, ACK yang menyebabkan aplikasi server R-Studio mengatur ulang sesi. Tahu apa yang menyebabkan ini?

Setiap pembaruan tentang ini - saya mendukung menawarkan hadiah untuk fitur ini - jika kami dapat menemukan pengembang yang cocok yang memahami masalah ini.

Anda dapat menambahkan nama lain ke daftar orang yang ingin melihat ACE bekerja dengan browser seluler, khususnya tablet. Yang mengatakan saya yakin ini bukan tugas sepele. Apa yang bisa dilakukan oleh kita yang tertarik untuk melihat ini terjadi tetapi tidak memiliki JavaScript untuk menyelesaikannya untuk membantu mewujudkannya? Saya bersedia memasukkan uang ke dalam proyek Kickstarter jika itu akan membantu.

/cc @javruben

Terakhir kali saya mengerjakan ini (diakui tahun lalu) saya menguji di iphone dan keyboard saya muncul. Pengetikan berhasil, tetapi kursor diimbangi dan saya yakin memasukkan \n akan menyisipkan dua.

Ada masalah berikut untuk dipecahkan:

1. Keyboard untuk muncul
2. Interaksi pengetikan apa pun perlu diuji
3. Seleksi dengan acara sentuh
4. Agar pengguliran menjadi cepat, penyaji baru harus diimplementasikan tanpa area pandang virtual
5. Mungkin menambahkan keyboard palsu untuk akses lebih cepat ke tombol yang digunakan oleh mode bahasa (dinamis)

Silakan berkomentar jika Anda bersedia dan mampu membantu dengan salah satu tugas ini. Saya akan melihat sumber daya lain apa yang bisa saya kumpulkan.

ruben,

Saya tidak memiliki pengembang iOS - tetapi salah satu orang web saya seharusnya
dapat membantu dalam waktu yang tidak terlalu lama, setelah kami merilis rilis berikutnya di
sekitar 2-3 minggu.

Salam
Steve

Pada Rabu, 1 Agustus 2012 pukul 01:09, Ruben Daniels <
[email protected]

menulis:

Terakhir kali saya mengerjakan ini (diakui tahun lalu) saya menguji pada
iphone dan saya membuat keyboard muncul. Mengetik berhasil, tetapi kursornya
diimbangi dan saya percaya memasukkan \n akan memasukkan dua.

Ada masalah berikut untuk dipecahkan:

1. Keyboard untuk muncul
2. Interaksi pengetikan apa pun perlu diuji
3. Seleksi dengan acara sentuh
4. Agar pengguliran menjadi cepat, penyaji baru harus diimplementasikan tanpa a
   area pandang virtual
5. Mungkin menambahkan keyboard palsu untuk akses lebih cepat ke tombol yang digunakan oleh
   mode bahasa (dinamis)

Silakan berkomentar jika Anda bersedia dan mampu membantu dengan salah satu dari ini
tugas. Saya akan melihat sumber daya lain apa yang bisa saya kumpulkan.

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -7404954

Kabar baik! Saya hanya ingin mengatakan bahwa kami masih menonton dan bersemangat tentang
ini. Saya melihat peluang luar biasa untuk mendukung iPad. Saya tidak benar-benar
memiliki kebutuhan untuk mengembangkan kode di cloud ketika saya memiliki mac di my
ujung jari. Saya terlalu terikat dengan toolset saya. Tapi kemampuan untuk berkembang
menggunakan iPad saya mengubah segalanya. Terima kasih untuk tetap di atas ini dan
melakukan sesuatu yang luar biasa! Beri tahu saya jika saya dapat membantu.

Pada Selasa, 31 Juli 2012 pukul 20:02, velniukas <
[email protected]

menulis:

ruben,

Saya tidak memiliki pengembang iOS - tetapi salah satu orang web saya seharusnya
dapat membantu dalam waktu yang tidak terlalu lama, setelah kami merilis rilis berikutnya di
sekitar 2-3 minggu.

Salam
Steve

Pada Rabu, 1 Agustus 2012 pukul 01:09, Ruben Daniels <
[email protected]

menulis:

Terakhir kali saya mengerjakan ini (diakui tahun lalu) saya menguji pada
iphone dan saya membuat keyboard muncul. Mengetik berhasil, tetapi kursor
dulu
diimbangi dan saya percaya memasukkan \n akan memasukkan dua.

Ada masalah berikut untuk dipecahkan:

1. Keyboard untuk muncul
2. Interaksi pengetikan apa pun perlu diuji
3. Seleksi dengan acara sentuh
4. Agar pengguliran menjadi cepat, penyaji baru harus diimplementasikan tanpa
   sebuah
   area pandang virtual
5. Mungkin menambahkan keyboard palsu untuk akses lebih cepat ke tombol yang digunakan oleh
   mode bahasa (dinamis)

Silakan berkomentar jika Anda bersedia dan mampu membantu dengan salah satu dari
ini
tugas. Saya akan melihat sumber daya lain apa yang bisa saya kumpulkan.

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -7404954

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/ajaxorg/ace/issues/37#issuecomment -7414813

Rusty Zarse
http://LeVo.us
[email protected]
m:404-510-1134

Saya juga menantikan ini. Membuat aplikasi yang memerlukan pengeditan kode di web. Ini adalah satu-satunya hal yang mencegahku mengirimkannya ke dunia nyata.

@velniukas ada pembaruan tentang ini? Sepertinya banyak sekali yang meminta fitur ini, dan cukup banyak juga yang mau membantu. Mari berorganisasi dan lakukan!

@tzikis +1

Ini harus menjadi fitur 'harus dimiliki' nomor satu. Mengapa? Karena tanpa kompatibilitas iPad, kredibilitas ACE benar-benar dirusak dan rentan terhadap proyek-proyek pesaing yang dapat dan memang menawarkan tingkat dukungan ini. Sebagai perusahaan, kami sudah melihat untuk beralih. Bagaimanapun, masalah ini pertama kali diangkat lebih dari 2 tahun yang lalu dan tidak menunjukkan tanda-tanda akan hilang.

@emeraldspy Saya menghargai kejujuran yang Anda ambil dengan situasi ini. Kenyataannya adalah: Anda benar! Dukungan seluler di ACE adalah suatu keharusan. Sebenarnya, kami menelepon komunitas 2 minggu yang lalu untuk memberikan dukungan terhadap upaya ini:

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

dan daftar masalah yang dirujuk di blog:

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

Tanggapan? nihil. Sementara kami di Cloud9 menggembalakan proyek, kami tidak dapat mendedikasikan diri untuk upaya ini secara penuh waktu. Kami hanya bisa melakukan perbaikan bertahap. Jadi apa yang bisa kita lakukan? Apa yang akan _Anda_ lakukan dalam situasi ini? Kami berharap dengan membuat lisensi yang lebih terbuka, ini akan mengumpulkan lebih banyak kontribusi terhadap dukungan seluler, tetapi ini belum terjadi.

Kami merasa ACE adalah proyek yang sangat istimewa dan kami ingin lebih banyak pengembang di masa mendatang mendapatkan manfaat dari kinerjanya yang luar biasa dan rangkaian fitur yang canggih. Namun kami tidak dapat _memaksa_ orang lain untuk sekadar memberikan dukungan seluler. Jadi kami telah menemukan beberapa ide yang mungkin berhasil:

• Selenggarakan hackathon akhir pekan yang didedikasikan untuk mengimplementasikan fitur-fitur ini
• Bekerja secara langsung dengan perusahaan lain yang menggunakan ACE dan dapat mendedikasikan sumber daya pengembang
• Kerjakan ulang materi promosi kami (seperti ace.ajax.org) untuk membawa tugas ini ke lebih banyak perhatian

Proyek ini mungkin mengalami "efek pengamat". Artinya, ada tingkat minat yang tinggi pada ACE, sehingga seseorang akan menganggap orang lain akan mengimplementasikan permintaan fitur baru. Kenyataannya adalah: hanya sedikit orang yang berkontribusi. Tentu saja kami menyukai kontribusi dan perbaikan bug tersebut! Tetapi kontribusi tersebut belum ditambahkan ke dukungan seluler ujung ke ujung. Saat ini hanya Android yang berfungsi dengan baik.

Jika Anda semua yang membaca ini memiliki ide, silakan berkontribusi di sini. Kami tidak ingin misi ini mati dalam rengekan diam "seseorang akan mengurusnya". Kami termotivasi, kami hanya tidak memiliki sumber daya untuk melakukan semua ini sendiri. Jadi kami membutuhkan dukungan Anda !

Jadi mari kita ambil tindakan! Dan jika Anda ingin mengirim email langsung kepada saya tentang mendedikasikan pengembang Anda sendiri untuk upaya ini, silakan lakukan: email saya adalah [email protected]. Dan saya hampir selalu #ace di irc.freenode.net. Ayo pergi!

Matt

Kami telah melakukan beberapa analisis pekerjaan yang diperlukan dan sampai pada beberapa
kesimpulan yang menempatkan ini nanti di peta jalan kami:

1. Navigasi akan menjadi rumit
2. Penanganan DOM sulit dan lambat di seluler
3. Keyboard di layar tablet tidak disiapkan dengan baik untuk tugas pemrograman
4. Ponsel tidak lagi dibutuhkan sebanyak sebelumnya - dengan mac airs & ultrabook, a
   lebih banyak orang membawa komputer lengkap daripada tablet dan
   keyboard, untuk tugas pemrograman

Kami berpikir bahwa jika kami mengembangkan rute ini, aplikasi hybrid mungkin
diperlukan untuk mengitari beberapa masalah ini.
Bisakah Anda menghubungi saya secara langsung untuk membahas hal ini?

Salam
Steve
http://10xEngineer.me
skype: steve_messina

Pada Wed, Oct 3, 2012 at 03:48, Matt [email protected] menulis:

@emeraldspy https://github.com/emeraldspy Saya menghargai kejujuran yang sudah mati
Anda mengambil dengan situasi ini. Kenyataannya adalah: Anda benar! Seluler
dukungan di ACE adalah suatu keharusan. Faktanya, kami membuat panggilan ke komunitas 2 minggu
lalu untuk memberikan dukungan terhadap upaya ini:

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

dan daftar masalah yang dirujuk di blog:

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

Tanggapan? nihil. Sementara kami di Cloud9 menggembalakan proyek, kami tidak bisa
mendedikasikan diri untuk upaya ini penuh waktu. Kami hanya bisa membuat bertahap
perbaikan. Jadi apa yang bisa kita lakukan? Apa yang akan _Anda_ lakukan dalam situasi ini?
Kami berharap dengan membuat lisensi yang lebih terbuka, itu akan menghasilkan lebih banyak
kontribusi terhadap dukungan seluler, tetapi ini belum terjadi.

Kami merasa ACE adalah proyek yang sangat istimewa dan kami ingin lebih banyak pengembang
di masa depan untuk mendapatkan keuntungan dari kinerjanya yang luar biasa dan canggih
kumpulan fitur. Tetapi kami tidak dapat _memaksa_ orang lain untuk hanya berkontribusi secara seluler
mendukung. Jadi kami telah menemukan beberapa ide yang mungkin berhasil:

• Selenggarakan hackathon akhir pekan yang didedikasikan untuk mengimplementasikan fitur-fitur ini
• Bekerja langsung dengan perusahaan lain yang menggunakan ACE dan dapat mendedikasikan dev
  sumber daya
• Kerjakan ulang materi promosi kami (seperti ace.ajax.org) untuk menghadirkan ini
  tugas untuk lebih banyak bola mata

Proyek ini mungkin mengalami "efek pengamat". Yaitu, disana
adalah tingkat minat yang tinggi pada ACE, sehingga seseorang akan menganggap orang lain
akan mengimplementasikan permintaan fitur baru. Kenyataannya adalah: hanya beberapa orang
menyumbang. Tentu saja kami menyukai kontribusi dan perbaikan bug tersebut! Tapi itu
kontribusi belum ditambahkan ke dukungan seluler ujung ke ujung. Saat ini
hanya Android yang berfungsi dengan baik.

Jika Anda semua yang membaca ini memiliki ide, silakan berkontribusi
di sini. Kami tidak ingin misi ini mati dalam diam "orang lain akan
urus aja" rintihnya. Kita termotivasi, hanya saja kita tidak punya
sumber daya untuk melakukan ini semua sendiri. Jadi kami _membutuhkan dukungan Anda_!

Jadi mari kita ambil tindakan! Dan jika Anda ingin mengirim email kepada saya secara langsung
tentang mendedikasikan pengembang Anda sendiri untuk upaya ini, maka silakan lakukan: my
emailnya adalah [email protected]. Dan saya hampir selalu #ace di irc.freenode.net.
Ayo pergi!

—
Balas email ini secara langsung atau lihat di Gi tHubhttps://github.com/ajaxorg/ace/issues/37#issuecomment -9084281.

Terima kasih Steve! Saya telah menambahkan Anda di Skype. Untuk semua yang tertarik dengan hasil percakapan kami (dan percakapan apa pun di masa mendatang yang kami lakukan dengan orang lain yang bersedia berkontribusi), kami akan memposting pembaruan di forum publik (mungkin GitHub).

@mattpardee harap pastikan Anda akan memposting pembaruan apa pun. Atas nama tim codebender, kami tertarik untuk mengambil bagian dalam hackathon seperti yang Anda sarankan dalam balasan Anda ke @emeraldspy

Ayo lakukan ini

@tzikis Luar

pembaruan: agar lebih jelas tentang apa yang sedang kita diskusikan, Steve telah melakukan beberapa penelitian tentang kinerja dukungan seluler dan kami melihat seberapa baik kinerja klien seluler.

Jika kita melakukan hackathon akhir pekan ini, saya terdorong untuk menempanya dalam dua minggu ke depan saat setrika masih panas. Idealnya kami akan berkoordinasi dengan @nightwing dan @fjakobs untuk memberikan beberapa panduan tentang praktik terbaik. Berharap untuk melihat lebih banyak tentang ini segera.

Saya menggunakan ACE hanya sebagai penyorot sintaks file XML (hanya baca, tanpa pengeditan).
Semuanya berfungsi dengan baik tetapi gulir di perangkat seluler.

Memecahkan masalah ini harus menjadi awal. Menggulir adalah masalah besar di ACE karena rendering sebagian dari baris kode.
Setidaknya semuanya berfungsi untuk saya di perangkat iOS (kurang lebih).
Kalau tidak, Anda bisa memberikan cara untuk merender seluruh baris (setidaknya untuk file kecil hingga sedang)
dan mencoba untuk memecahkan masalah.

Saya juga terbuka untuk berkolaborasi dalam hackaton. Ayo lakukan!

Hanya kepala ke atas. Sebuah hackathon akan menjadi acara non-sepele. Akan menjadi
minggu atau tiga setidaknya tergantung pada siapa kita bisa bergabung.
Masalah untuk diperebutkan:

• Menyederhanakan struktur div untuk meningkatkan kinerja
• Memunculkan keyboard / keyboard khusus
• Navigasi

Mungkin mencari solusi hybrid dengan keyboard di sepanjang garis
iOS Prompt yang luar biasa mungkin merupakan cara terbaik untuk melakukannya.

Pada Kam, 4 Okt 2012 jam 21:30, avillegasn [email protected] menulis:

Saya menggunakan ACE hanya sebagai penyorot sintaks file XML (hanya-baca, tidak
mengedit).
Semuanya berfungsi dengan baik tetapi gulir di perangkat seluler.

Memecahkan masalah ini harus menjadi awal. Menggulir adalah masalah besar di ACE
karena render parsial dari baris kode.
Setidaknya semuanya berfungsi untuk saya di perangkat iOS (kurang lebih).
Kalau tidak, Anda bisa memberikan cara untuk membuat seluruh baris (setidaknya untuk
file kecil hingga sedang)
dan mencoba untuk memecahkan masalah.

Saya juga terbuka untuk berkolaborasi dalam hackaton. Ayo lakukan!

—
Balas email ini secara langsung atau lihat di Gi tHubhttps://github.com/ajaxorg/ace/issues/37#issuecomment -9141191.

Hai @velniukas.

Kami sedang dalam proses menyiapkan tempat di SF untuk mengoordinasikan hackathon; kami memperkirakan sekitar 4 minggu dari sekarang. Saya mengumpulkan materi panduan dari @nightwing dan @fjakobs dan mengembangkan situs untuk mempromosikannya. Kami sedang mengejar ide untuk menahannya selama beberapa hari. Hari pertama didedikasikan untuk mendapatkan banyak fitur yang dicakup, dan hari kedua untuk menyatukan perubahan ini menjadi satu bagian yang kohesif.

Sejauh ini kami memiliki pengembang dari Hong Kong, Amsterdam, Yunani, Armenia, dan SF yang tertarik. Jadi kami mempromosikan ide ini sebagai Hackathon Internasional (mungkin yang pertama dari jenisnya?).

@nightwing memiliki ide tentang bagaimana kita bisa mendapatkan implementasi seluler yang lebih berkinerja yang akan menjadi bagian yang berbeda dari cara browser desktop menangani perender virtual. Kami akan memberi tahu semua orang tentang bimbingannya dan segera mengakhiri akhir pekan.

Tim saya 5-7 pengembang ada di: SF, Praha, Ukraina, Rusia, India, Moskow, HK. 4
minggu dari sekarang sangat cocok untuk kami. Selain itu, saya akan mengumpulkan pengembang startup lokal
komunitas di sini di Hong Kong jika kita bisa mengatur agenda dan tugas kasar
minimal 2 minggu sebelumnya. Mungkin bisa mensponsori salah satu ruang kerja bersama
untuk ini.

Steve
http://10xEngineer.me

Pada Jumat, 5 Oktober 2012 di 00:35, Matt [email protected] menulis:

Hai @velniukas https://github.com/velniukas.

Kami sedang dalam proses menentukan tempat di SF untuk mengoordinasikan
hackathon; kami memperkirakan sekitar 4 minggu dari sekarang. Saya sedang menyusun
materi panduan dari @nightwing https://github.com/nightwing and
@fjakobs https://github.com/fjakobs dan mengembangkan situs untuk dipromosikan
dia. Kami sedang mengejar ide untuk menahannya selama beberapa hari. Pertama
hari yang didedikasikan untuk mendapatkan sebanyak mungkin fitur yang dicakup, dan hari kedua untuk menghadirkan
perubahan ini bersama-sama menjadi satu bagian yang kohesif.

Sejauh ini kami memiliki pengembang dari Hong Kong, Amsterdam, Yunani, Armenia, dan
SF tertarik. Jadi kami mempromosikan ide ini sebagai Hackathon Internasional
(mungkin yang pertama dari jenisnya?).

@nightwing https://github.com/nightwing punya ide tentang bagaimana kita bisa mendapatkan
implementasi seluler yang lebih berkinerja yang akan menjadi bagian yang berbeda dari
cara browser desktop menangani dokumen. Kami akan memberi tahu semua orang
bimbingannya dan memakukan akhir pekan segera.

—
Balas email ini secara langsung atau lihat di Gi tHubhttps://github.com/ajaxorg/ace/issues/37#issuecomment -9147909.

Luar biasa, Steve! Ini bisa berubah menjadi peristiwa penting. Mengingat zona waktu, saya lebih suka memulai hari Jumat sangat larut, Sabtu pagi PST dan pergi selama 24 jam. Situs yang sedang saya kerjakan akan mengelola tim untuk memilih tugas tertentu sehingga tidak ada yang menduplikasi pekerjaan. Jika ada yang pernah melakukan ini sebelumnya atau memiliki ide tentang bagaimana ini bisa menjadi _best_, beri tahu saya.

FYI Saya masih menyusun detail acara ini. Menyemen tanggal, mengumpulkan tempat, mengirim email ke tim calon, dan membangun situs web. Ketika saya memiliki informasi yang lebih menarik, saya akan memposting di sini. Menantikan untuk mewujudkannya!

Ini akan bagus. Saat ini saya harus menggunakan codemirror untuk kebutuhan mobile. Akan senang menggunakan ace untuk semua kebutuhan.

OK semua orang menonton masalah ini. Kami memiliki langkah pertama ke arah yang benar dengan dukungan _scrolling_ iOS. Sebelum menguji tautan di bawah ini, ada beberapa perintah operasi & peringatan yang harus diperhatikan:

1. Tunggu hingga seluruh file dimuat
2. Setelah file dimuat, klik kotak centang "Mode Seluler" di kiri bawah
3. Jangan mengubah orientasi.
4. Mulai menggulir
5. Saya menguji ini di iPad v1 dan iPhone 5. iPhone tampil cemerlang tetapi iPad 1 sangat buruk. Lebih lanjut tentang itu dalam satu detik.

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

Bagaimana ini dicapai?

• Saya membuat div yang melapisi editor dengan CSS berikut:

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

Aturan 1 diperlukan untuk pengguliran berbasis sentuhan yang mulus, dan aturan 3 adalah mengizinkan overlay untuk duduk di atas tetapi tidak menerima acara apa pun yang ingin kami kirim ke elemen di bawah. Ini membuka peluang untuk memasukkan dukungan pengetikan yang akurat di masa mendatang.

• Membangun algoritma inersia kustom. Ini adalah algoritme paling sederhana yang dapat saya buat yang "cukup dekat" dengan apa yang dilakukan iOS secara asli. Ini hanya mengulangi selama interval 24msec dan mengurangi kecepatan sebesar 94,9% untuk setiap interval. Kecepatan awal diatur berdasarkan jarak dalam piksel antara sentuhan terakhir dan sentuhan kedua hingga terakhir (hitungannya mungkin dapat ditingkatkan dengan memasukkan jumlah msec antara dua sentuhan terakhir juga).
• Setiap kali posisi terbaru dari interval berubah, overlay yang dapat digulir sentuh juga diperbarui. Ini agar algoritme khusus lebih diutamakan daripada algoritme iOS dan div tidak sinkron.

pengaruh

Joe Hewitt mengeksplorasi ide-ide yang sama ini secara ekstensif selama pekerjaan scrollability-nya, seperti yang di-blog di sini: http://joehewitt.com/2011/10/05/fast-animation-with-ios-webkit

Mengapa saya tidak menggunakan scrollability di tempat pertama? Ace bergantung pada viewport virtual dan Joe akhirnya menggunakan animasi webkit. Keduanya tidak kompatibel. Saya harus mengatur posisi "scrollTop" Ace yang kemudian harus memperbarui penyaji virtual untuk mengubah posisinya. Saya bisa meretas kode Joe ke div yang dapat digulir dan kemudian menerapkan hasil transformasi 3D-nya ke lapisan Ace, tetapi eh -- petualangannya lebih menyenangkan :-)

Masa depan

Seperti yang dicatat ini hanya untuk menggulir. Kami masih perlu mendapatkan dukungan pengetikan yang akurat di sana.

Untuk perangkat iOS yang lebih modern yang dapat menangani kecepatan, pendekatan ini bekerja dengan sangat baik. Tapi pasti ada optimasi yang bisa dilakukan. Kami akan terus mengeksplorasi opsi pada perangkat keras lama dan baru.

Karena ini hanya demo dan bukan bagian dari basis kode Ace utama, langkah selanjutnya adalah memasukkannya ke dalam inti.

Berharap untuk mendapatkan pengalaman teman-teman Anda di perangkat yang berbeda dan umpan balik tentang bagaimana ini dapat ditingkatkan. Semangat~

Hei Matt,

Sangat senang untuk melaporkan ini jauh lebih stabil di iPad4 saya hari ini lebih dari kemarin. Kerja bagus! Saya juga mengujinya di Samsung Galaxy Nexus saya yang menjalankan Android 4.2 dan terlihat bagus. (Tolong jangan membuat solusi yang hanya iOS.) Penyisipan teks juga bekerja dengan sempurna di Android, sementara iPad saya memiliki masalah kursor ganda yang aneh (tapi saya masih bisa mengetik.)

@mattpardee Itu luar biasa!

Sayangnya, tampaknya benar-benar merusak dukungan browser Android (Android v4.1.1) dan Chrome Mobile (v18.0, Nov 2012) untuk saya. Peramban tersebut memiliki masalah kecil sebelumnya, tetapi sekarang saya hanya mendapatkan div putih besar sebagai pengganti Ace.

Luar biasa!!

@lennartcl perangkat apa yang Anda gunakan? Dan ini hanya terjadi ketika Anda mencentang opsi Mode Seluler?

@mattpardee Itu ada di Galaxy S3, dan terjadi terlepas dari opsi seluler. Tetapi saya benar-benar mencoba lagi hari ini, dan sekarang tampaknya berfungsi seperti sebelumnya di kedua browser.

Besar! Sekarang saya bisa melanjutkan dominasi dunia.

Saya baru saja mencoba wastafel dapur dari master di iOS Simulator dengan ipad iOS v5 dan sepertinya tidak mulai mengedit.

Ketika saya memukul wastafel dapur situs langsung dengan ipad 3 iOS 5.1 saya, itu mengedit, tetapi selalu mencoba menggunakan huruf besar. Sepertinya itu terus menerus dalam mode pilih dengan tombol salin biru mulai dan berhenti.

Apakah ini kode terbaru di master atau haruskah kita melihat cabang atau permintaan tarik?

Hei Jeff,

Lihat cabang fitur/ioscroll.

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

Ini setidaknya harus mengaktifkan pengguliran di editor (dan Anda tidak perlu memilih opsi apa pun untuk mengaktifkannya).

@mattpardee Ya, itu memungkinkan pengguliran di simulator iOS, tetapi saya tidak dapat menemukan cara untuk memunculkan editor untuk mengizinkan pengeditan. Saya kira itu masih dalam pengerjaan?

Ya masih dalam pengerjaan, meskipun harus diakui saya tidak tahu apakah saya memiliki kemampuan untuk membuatnya bekerja sendiri. Beberapa di antaranya terkait dengan peristiwa sentuh untuk meminta fokus atau mengaburkan pada area teks yang mendasarinya, tetapi sebagian besar kerja kerasnya adalah dengan memperbarui pengendali kursor. Jarak offset kursor dari posisi pengeditan sebenarnya terakumulasi menjelang akhir baris, jadi ada sesuatu yang mendasar tentang matematika yang dilakukannya.

Berharap seseorang menjawab tantangan!

Oke. terima kasih atas pembaruannya.

Apakah ada cara setidaknya saya dapat mendeteksi jika browser memiliki persyaratan minimum untuk menjalankan ACE browser sehingga saya dapat mundur ke textarea?

@jfromaniello Anda bisa menggunakan Modernizr

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

@faceleg ya, tetapi fitur apa yang dibutuhkan ACE.. Misalnya iOS memiliki banyak fitur tetapi keyboard di layar tidak muncul.

Setiap diperbarui pada posisi kursor? Menggulir terlihat bagus.

Adakah yang masih aktif mengerjakan ini?

@MarkMurphy Sejujurnya, saya pikir tidak. Lihat komentar @mattpardee di atas untuk status terakhir.

Mengenai scrolling, bagaimana dengan sebaliknya?
Seperti membuat div yang cukup besar seperti height: 10000px; dan mempelajarinya di dalam div lain yang lebih kecil. Ini tidak sempurna, meskipun pengguliran asli akan lebih disukai daripada menggunakan sumber daya tambahan untuk menirunya. Lihat posting blog Dylan "Membuat Ace Editor Mengisi Ruang yang Tersedia"

Setidaknya kita sekarang tahu bagaimana tampilan dan perilaku keypad virtual: http://www.textasticapp.com/

Hanya ingin tahu: apa statusnya? Apakah ini masih menjadi masalah yang belum terpecahkan untuk iOS?

Jika ada yang termotivasi untuk mengerjakan ini, saya punya petunjuk dan solusi yang mungkin. Masalahnya tampaknya keyboard tidak muncul ketika area teks ace dipilih dengan sentuhan. Namun itu muncul ketika textarea adalah bagian dari formulir dan dipilih menggunakan tombol "Berikutnya" ... "Sebelumnya" yang disediakan oleh iOS. Kupikir...

Saya perhatikan ini beberapa waktu lalu tetapi belum dapat menemukan waktu untuk memverifikasinya. Jadi YMMV.

halaman saya memiliki pilihan untuk mengubah mode bahasa editor.

saat pertama kali memuat halaman, kata kunci lunak tidak akan terpicu ketika saya menyentuh editor,
TAPI, setelah saya mengubah bahasa secara manual dari pilih, kemudian sentuh editor akan memicu keyboard.

berharap ini akan membantu.

Bug hilir untuk penggunaan Ace oleh Wikipedia untuk mengedit modul kode templat: https://bugzilla.wikimedia.org/show_bug.cgi?id=55345

Sebagai solusinya, kami dapat membuat daftar hitam Ace di iOS dan menggunakan area teks biasa untuk saat ini.

CodeAcademy.com menggunakan Ace dan mereka memilikinya berfungsi penuh di iPad, lengkap dengan pilihan. Saya mungkin melihat ke dalam ini.

Ada berita tentang ini?

Bug ini juga merusak Cloud9 IDE di iOS . :+1: agar masalah ini mendapat perhatian!

halo guys, apakah ada orang di luar sana?

+1 juga punya masalah dengan editor di ipad

+1 — Kami menggunakan mode penurunan harga untuk editor dan salin/tempel adalah hal besar yang hilang dari Ace di iOS.

Tidak dapat menggunakan c9.io karena bug ini. Demo wastafel dapur juga tidak dapat digulir (http://ace.c9.io/build/kitchen-sink.html). Terjadi pada ipad dan Transformer Android saya (yang luar biasa untuk kebutuhan pengembangan yang ringan).

Untuk aplikasi web saya, saya menggunakan CodeMirror. Namun, saya baru-baru ini beralih ke ace karena banyaknya mode dan fitur. Kurangnya dukungan seluler menyebabkan saya mempertimbangkan kembali pilihan saya.

Apakah ada kemajuan yang dibuat untuk mengaktifkan pengguliran di perangkat seluler? Ini tidak berfungsi pada perangkat iOS atau Android apa pun yang saya coba.

@mkaminsky11 +1. Saya juga memutuskan antara CodeMirror atau Ace, dan dukungan iOS adalah hal yang menahan saya.

Seperti yang dikatakan @jakesankey , codeacademy.com menggunakan kartu as. Saya mencoba mencari melalui kode untuk melihat bagaimana mereka membuatnya bekerja dengan perangkat seluler, tetapi tidak berhasil. Apakah menghubungi mereka dan meminta bantuan menjadi solusi yang layak?

Kami melayani Orion di ponsel di Codecademy.

Apakah sudah diperbaiki sekarang?

Ini berfungsi dengan baik di Asus Transformer saya, jika saya "Meminta Versi Desktop". Sayang sekali browser tidak akan mengingat pengaturan itu.

+1

Hai, hanya untuk referensi, saya menggunakan ace untuk proyek saya. Masalah keyboard virtual merepotkan dan saya akhirnya membuat editor menjadi ukuran konten. Mungkin ada masalah kinerja.

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

Ini masih Masalah, terlihat di http://3v4l.org/

Masalah ini juga memblokir PlayCanvas.com (iPad Air iOS 8), yang memalukan karena sisanya jika editor sepenuhnya mendukung iPad, dan secara keseluruhan merupakan karya yang cukup gila tentang apa yang bisa menjadi HTML5!

+1. sedang menyelidiki solusi yang melibatkan pembuatan beberapa tombol gulir secara manual, untuk duduk di sebelah editor, menggunakan scrollBy http://ace.c9.io/#nav =api&api=virtual_renderer

+1 untuk masalah pengguliran.

+1 untuk masalah pengguliran

+1 untuk masalah pengguliran.

+1 untuk masalah pengguliran.

Halo teman-teman, saya tidak cukup baik / cukup sabar untuk memperbaiki editor itu sendiri, karena seluruh konsep sentuh vs. mouse berbeda. Tetapi dengan skrip di bawah ini, Anda bisa mendapatkan editor ACE untuk menggulir di perangkat sentuh (IOS / Android). Masukkan saja ke bagian konfigurasi editor (tempat editor dideklarasikan, dan opsi ditambahkan).

http://Pastebin.com/1Rh7UDea

@iq77 Apa yang seharusnya dilakukan kode itu? Saya mencobanya dan sejauh ini tidak ada bedanya? Saya salah satu orang yang benar-benar ingin ini berfungsi normal di perangkat sentuh...

@tluyben pada "touchstart" ini menyimpan koordinat x/y dari acara sentuh. Pada "touchmove" menghitung perbedaan antara awal dan akhir, lalu meneruskan nilai x/y ke "renderer" ACE. Perender melakukan pengguliran. Ini berfungsi pada skrip saya, tetapi mungkin Anda harus menyesuaikan beberapa nama kelas dll. dengan kebutuhan Anda sendiri. Juga ada beberapa jQuery di sana, Anda mungkin harus mengganti ini.

Ini adalah utas yang bagus, tetapi saya merasa sulit untuk mengatakan (a) apa sifat dari "masalah pengguliran", (b) perangkat/versi OS apa yang terpengaruh, dan (c) solusi apa yang tersedia. Jika seseorang bersedia meringkas di mana ini berada, itu akan luar biasa.

Saya baru saja menguji Wastafel Dapur di [iPad Air 2 yang menjalankan iOS 8 dan Safari 8] dan [Nexus 10 yang menjalankan Android 5.1 dan Chrome 40], dan dapat menggulir baik secara horizontal maupun vertikal (dalam lanskap; saya tidak menguji dengan perangkat di orientasi tegak). Langkah-langkah untuk repro:
1) Jelajahi http://ace.c9.io/build/kitchen-sink.html
2) Tambahkan banyak baris (baris kosong berfungsi dengan baik) di panel editor hingga ada lebih banyak baris daripada yang muat di layar.
3) Jika perlu, perkecil untuk melihat browser lengkap. (Mengedit konten panel editor dapat memperbesar Anda secara otomatis, sehingga sulit untuk menentukan apakah Anda sedang menggulir panel atau hanya memindahkan tampilan yang diperbesar.)
4) Geser ke atas/bawah di tepi paling kanan panel editor. Tidak ada bilah gulir yang akan muncul, tetapi konten panel editor harus menggulir seperti yang diharapkan.
5) Untuk menguji hscroll, buat string panjang karakter yang lebih lebar dari yang muat di layar; memperkecil jika diperlukan; geser ke kiri/kanan di tepi paling bawah panel editor. Saya melihat bilah gulir yang memudar di Android, tetapi tidak ada bilah gulir di iOS ...

Saya telah mencari melalui masalah dan dari apa yang saya dapat temukan, ini adalah utas 'semua yang berhubungan dengan sentuhan' yang pasti. Koreksi saya jika saya salah dan saya akan terus menggali / mengajukan masalah baru.

Sentuhan iOS tampaknya tidak dapat membuka menu konteks dalam konteks Ace (secara signifikan, ini memungkinkan potong + tempel). Biasanya ini dapat dipicu dengan mengetuk kursor, tetapi Ace mengesampingkan perilaku ini untuk memindahkan kursor ke depan dengan satu karakter saja.

@barneycarroll , ini tampaknya merupakan utas terkait sentuhan. Saya telah bekerja baru-baru ini mencoba untuk mendapatkan setidaknya beberapa dukungan sentuh yang diterapkan untuk menggulir. Saat ini, Anda dapat menggulir jika Anda menggulir ke area yang tepat di paling kanan atau bawah ruang tampilan editor (tempat bilah gulir berada). Tapi itu bukan solusi yang layak.

Saya pikir saya sedang melakukan sesuatu dengan menerapkan beberapa dukungan sentuh, saya membuatnya bekerja di simulator iOS. Lihat garpu (https://github.com/AStoker/ace), saat ini Anda perlu membangunnya untuk dikompilasi (karena itu adalah kode sumbernya), tetapi jika Anda mengikuti instruksi pembuatan di ranah, itu mudah. Saya akan sangat membutuhkan bantuan untuk peningkatan apa pun, karena tampaknya dukungan sentuh bukanlah prioritas utama saat ini (tetapi itulah manfaat dari open source, kami dapat memperbaikinya sendiri). Jika semuanya terlihat bagus, saya akan membuat permintaan tarik untuk mengimplementasikannya.

+1 untuk salin/tempel di iOS. Masalahnya adalah penanganan kursor khusus? Apa yang akan menjadi rencana serangan untuk menyelesaikannya?

IPhone 6 plus ios 9.2 beta publik tampaknya berfungsi dengan baik sekarang dengan ace. Pengguliran berfungsi dan pengeditan berfungsi seolah-olah Anda di komputer.

Hanya perlu perbaikan dalam menyalin dan menempel.

Dimungkinkan untuk menempel dan menyalin tetapi sangat sulit untuk melakukannya.

Http://www.apus.com
Pada 19 Nov 2015 10:52, "paladox" [email protected] menulis:

IPhone 6 plus ios 9.2 beta publik tampaknya berfungsi dengan baik sekarang dengan ace.
Pengguliran berfungsi dan pengeditan berfungsi seolah-olah Anda di komputer.

Hanya perlu perbaikan dalam menyalin dan menempel.

Dimungkinkan untuk menempel dan menyalin tetapi sangat sulit untuk melakukannya.

—
Balas email ini secara langsung atau lihat di GitHub.

Saya memiliki masalah dengan tombol panah pada keyboard iPad saya. Keyboard berfungsi dengan baik di setiap lingkungan tetapi jika saya terhubung ke Cloud 9 Server dan mulai memprogram, tombol panah diabaikan. Bisakah saya menambahkannya di suatu tempat atau bagaimana ini bisa diperbaiki? Saya sangat membutuhkan panah saat mengkode.

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

Lakukan trik di iOS. Sepertinya tidak bisa membuat penyorotan sintaks Assembly_x86 berfungsi.

Di mana saya harus memasukkan kode ini? Saya pikir ini pasti ada di pengaturan pengguna tetapi tidak ada bagian HTML

HTML di dalam WebView.

Tidak dapat berfungsi di dalam UIWebView Ini dimulai dengan baik, tetapi segera setelah saya mencoba memindahkan kursor, semuanya gagal. Saya tidak bisa menulis, atau dengan solusi @jcss-org-il ( <div id="editor" class="page-content" contenteditable="true"></div> ) kursor bergerak di luar editor.

Adakah yang bisa membantu saya memecahkan misteri? Editor kode online GitHub, yang diduga berdasarkan Ace (https://github.com/blog/905-edit-like-an-ace), luar biasa. Ini berjalan dengan sempurna di iPad, termasuk dengan keyboard Bluetooth, tombol panah berfungsi (termasuk Ctrl-Left Arrow, Alt-Left Arrow, dll), dan kinerjanya bagus, dll.

Berikut tangkapan layar sesi pengeditan iPad dari file README.md dari repo ini: (https://github.com/ajaxorg/ace/edit/master/Readme.md)

Namun, semua orang di utas ini (termasuk saya sendiri), tidak dapat menjalankan Ace di iPad tanpa masalah (misalnya, tombol panah tidak berfungsi). (Saya memiliki masalah yang sama seperti yang dilaporkan di sini: https://github.com/ajaxorg/ace/issues/37#issuecomment-195258878)

Apakah GitHub menjalankan versi kustom Ace? Apakah versi itu tersedia untuk umum? Saya ingin menjalankan apa pun yang mereka jalankan! (Tangkapan layar inspektur DOM yang mengonfirmasi bahwa tampaknya menjalankan Ace di bagian bawah.)

Terima kasih banyak!
G

@realgenekim dari tangkapan layar sepertinya github menggunakan textarea di ipad

@nightwing Teori yang menarik! Tapi, jika Anda melihat kontrol editor, ada nomor baris, kemampuan seperti Ace yang sepertinya bukan hanya textarea HTML standar, seperti lebar tab, pembungkus teks ...

Setelah diperiksa lebih dekat, saya cukup yakin itu sesuatu yang lebih eksotis daripada textarea!

@realgenekim nomor baris hanya ada di tangkapan layar kedua, yang tidak terlihat seperti ipad

@nightwing Sapi suci. Itu sangat menarik — saya pikir Anda benar sekali. Saya akan mencoba mendapatkan konfirmasi tentang ini dari seseorang di GitHub...

Saya pikir ini berarti saya akan mencoba melakukan hal yang sama. Yaitu, mendeteksi saat run-time apakah itu iPad, dan tidak memuat editor Ace, dan sebagai gantinya hanya menggunakan textarea.

Sangat tidak memuaskan, tetapi setidaknya akan dapat digunakan sampai seseorang menemukan solusi iPad yang bagus...

😦

Baru saja menguji ini di iPad pro saya dan pada dasarnya menunjukkan textarea . Mungkin dengan auto tumbuh.

Apakah itu sesuatu yang pintar seperti textarea dengan 0 opacity & instance editor ace yang diposisikan tepat di belakangnya? Saya membayangkan dengan kinerja iPad modern, dimungkinkan untuk mempertahankan status (gulir & konten dalam) hampir seketika pada setiap acara input…

@barneycarroll Tidak, setidaknya dalam pengujian saya, saya mengedit di dalam area teks normal tanpa nomor baris dll.

Hai teman-teman! Saya baru saja membuat permintaan tarik yang memperbaiki beberapa masalah di iOS. Ini memberikan pengalaman pengguna yang menyenangkan, jika Anda memiliki keyboard eksternal.

Jika Anda menyukainya, saya mungkin berpikir untuk memperbaiki masalah yang tersisa :)

Anda dapat melihatnya beraksi di https://ipad-undo.gomix.me

Menikmati!

Hanya menggunakan demo Anda dan saya melihat masalah dengan titik penyisipan. Buat sepasang tanda kutip, misalnya, letakkan kursor di antara tanda kutip, dan mulailah mengetik. Ini secara acak melompat ke akhir baris. Saya tidak yakin apakah perubahan ini menimbulkan masalah itu atau apakah itu ada pada awalnya.

Oh, terima kasih @IamNaN , bug itu telah dilaporkan di PR sekarang :) Saya pikir saya tahu cara memperbaikinya ... nantikan demonya :)

EDIT: demo diperbaiki :)

@etamponi Itu terlihat luar biasa! Apakah itu bekerja dengan:

1. Pasang seperti vim dan emac?
2. Dukungan IME dengan CKJ？

Saat ini sepertinya kacau ketika Anda mengaktifkan IME.

@episodeyang Saya benar-benar minta maaf saya membuat Anda menunggu ini.

Sayangnya saya tidak punya waktu untuk terus mengerjakan PR... Untungnya ada orang lain yang mengambil alih pekerjaan saya dan menyelesaikannya, sekarang digabungkan menjadi #3310 jika saya ingat dengan benar :)

vim sudah tidak didukung di iOS, dan PR tidak menambahkan dukungan untuk itu. Saya tidak cukup tahu tentang IME untuk mengetahui dengan pasti apakah PR saya memengaruhinya dengan cara apa pun, maaf!

Menempatkan kursor di tengah kata melalui ketukan tampaknya menjadi untung -untungan (iOS 11.2, Safari) pada demo yang disediakan oleh

Saat ini ace bekerja cukup baik di iOS untuk menutup masalah ini tentang kompatibilitas dasar. Jika Anda melihat bug atau fitur yang hilang, silakan buka edisi baru.