Ace: iOS 호환성

우리는 알고 있으며 곧 처리될 것입니다. 제안 감사합니다!

패치를 찾아주시겠습니까?

iOS(특히 iPad) 지원에도 관심이 있습니다.
그 면에서 진행 상황에 대한 소식을 들을 수 있기를 기대합니다.

ipad 브랜치를 체크아웃할 수 있습니다. 아직 완벽하지는 않지만 적어도 타이핑은 작동합니다. 스크롤하려면 두 손가락을 사용합니다.

훌륭합니다. 나는 ipad 분기를 눈치채지 못했습니다.
감사합니다 한번 볼게요!

ipad 분기를 사용하여 키보드가 표시되지 않았습니다. 마스터 분기를 사용하면 표시되지만 커서 위치에 버그가 있습니다. :/

내가 한 말은 잊어! 키보드가 안보여서 좋네요! 프로그래머에게 훨씬 친숙하고 공간을 덜 차지하는 나만의 키보드를 작성할 수 있습니다. :영형)

iOS 4.3을 실행하는 iPad에서 테스트 현재 마스터가 키보드 또는 삽입 지점을 표시하지 못하고 수직으로 스크롤하지 않습니다(텍스트가 사용 가능한 영역보다 넓은 경우 두 손가락으로 수평으로 스크롤할 수 있음).

iPad 분기는 2월 3일 이후로 업데이트되지 않았습니다... 테스트해보니 세로 스크롤이 두 손가락으로 작동하지만(예!) 매우 느립니다. 편집기에 포커스를 두고 화면 키보드를 팝업할 수 있지만 창이 키보드에 맞게 위로 스크롤될 때 삽입 지점이 편집기에서 날아가게 됩니다.

편집기 주변을 두드리는 것은 문제가 있는 것 같습니다. 편집 중인 줄 내에서 탭을 정렬할 수 있지만 위의 다른 줄을 탭하면 초점이 _잃어버린_ 것처럼 보이고 키보드가 닫힙니다. 문서 끝에만 포커스를 놓을 수 있습니다.

세로로 스크롤할 때 삽입점이 한 줄씩 위/아래로 점프하는 것처럼 보이지만 입력을 시작하면 새 문자를 추가하기 위해 문서 끝으로 다시 점프합니다.

(일반 Firefox 4의 iPad 분기에도 문제가 있습니다. 창의 스크롤 위치에 대해 가정하는 것으로 보이며, 편집기에서 편집기에 맞도록 _window_를 아래로 스크롤한 경우 편집기를 클릭하면 캐럿이 잘못된 위치에 놓이게 됩니다. 보이는 공간.)

ipad 브랜치에 대한 업데이트가 있습니까?

불행히도. 이 분기는 현재 활성 개발 중이 아닙니다. 우리는 그것을 부활시킬 계획입니다.

죽은 스레드를 되살려서 죄송하지만 iOS 측면에서 어떤 진전이 있었습니까?

당연히 이에 대한 관심이 뜨겁다. 내가 도움이 될 수 있는지 살펴보고

+1

iPad를 지원하지 않는 웹 기반 구성 요소는 더 이상 웹 기반 구성 요소인 IMO라고 부를 수 없습니다.

나는 이것을 두 번째. 지금은 iPad로 글을 쓰고 있습니다. 대신 ACE를 사용하여 프로그래밍하고 싶습니다.

+1 iPad에서도 매우 시급하게 필요합니다.

긴급성에 +1

iOS도 지원하고 싶습니다. 곧 지원하겠습니다. 시간이 된다면 앉아서 직접 해보고 싶습니다. 따라서 코드에서 시작해야 하는 위치에 대한 포인터와 어떻게 잘못되고 있는지에 대한 세부 정보가 있으면 감사하겠습니다.

동의함 - 필요한 경우 이를 완료하기 위해 킥스타터 기금에 기부하겠습니다.

2012년 4월 7일 토요일 오후 2시 53분, Joe
답장@reply.github.com
썼다:

iOS도 지원하고 싶습니다. 곧 지원하겠습니다. 시간이 된다면 앉아서 직접 해보고 싶습니다. 따라서 코드에서 시작해야 하는 위치에 대한 포인터와 어떻게 잘못되고 있는지에 대한 세부 정보가 있으면 감사하겠습니다.

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -5006423

그 빌어먹을 키보드를 자바스크립트로 가져올 방법 이

사실이 아니다. 요소를 편집 가능한 콘텐츠로 할당하고 포커스를 주면 키보드가 나타납니다. 당신은 또한 그것을 작동시키기 위해 textreas와 텍스트 입력으로 트릭을 할 수 있습니다.

내 사이트에서 사용 중인 Ace 버전도 키보드에 나와 있는데 사용할 수 없습니다.

@PlayMyCode 만약 내가 ios.showKeyboard() 와 같은 것을 호출할 수 없다면 자바스크립트를 불러올 수 없다는 것이 사실인데, 이것은 당신이 말한 모든 것이 빠른 수정입니다...

그냥 그렇게 작동하지 않습니다.

콘텐츠를 편집할 수 없거나 텍스트 입력이 아닌 경우 키보드가 표시되는 이유는 무엇입니까? 문자는 아무데도 가지 않으며 키보드에서 입력을 받지 않습니다.

키보드가 표시되려면 키가 어딘가로 이동해야 합니다. 그들이 갈 곳이 없으면 나타나지 않습니다. 그들이 갈 곳이 있으면 나타날 것입니다. 해킹이 아니라 텍스트 입력이 작동하는 방식입니다.

@PlayMyCode - 문자는 이동하기 위해 반드시 텍스트 입력이 필요하지 않으며 자바스크립트로 "이동"할 수 있습니다. 키 누르기 리스너 세트가 있는 경우 문자를 가져와 원하는 곳에 배치할 수 있습니다. ..

@hjwp 맞습니다. 하지만 다시 말하지만 그렇게 간단하지 않습니다. 나는 요소가 포커스를 얻을 수 있어야 한다고 생각합니다. 그렇지 않으면 브라우저가 요소에 이벤트를 보내지 않고 많은 요소가 포커스를 받을 수 없습니다. 예를 들어 캔버스는 탭 인덱스를 추가하는 경우에만 주요 이벤트를 수신합니다(또는 적어도 지금 Chrome에서 이것을 찾고 있습니다). iOS는 또한 콘텐츠를 편집 가능으로 설정한 경우에만 캔버스용 키보드를 불러옵니다.

어느 쪽이든 이것은 학문적 논쟁이었습니다. iOS 지원이 중요하며 솔루션이 해킹과 너무 비슷해 보인다고 해서 무시되어서는 안 됩니다(물론 더 나은 대안이 없는 경우 제외).

숨겨진 텍스트 입력에 초점을 맞추고 키를 누를 때 이것을 지우는 것은 어떻습니까?

네, 그것이 얼마나 많은 WYSIWYG가 작동하는지입니다.

2012-04-09, 오전 4:56, "André Fiedler"
답장@reply.github.com
썼다:

숨겨진 텍스트 입력에 초점을 맞추고 키를 누를 때 이것을 지우는 것은 어떻습니까?

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -5024068

Ace의 이전 버전은 원래 입력 아래에 텍스트 영역이나 입력 요소를 배치하지 않았습니까? 그 접근 방식은 키보드를 불러옵니다.

원래 Ace의 이전 버전은 항목 아래에 텍스트 영역 또는 입력 요소를 배치하지 않았습니다.

ace의 새 버전도 마찬가지입니다.
스크롤하는 동안 텍스트 영역이 커서와 동기화되지 않지만 수정하기 쉽습니다.
나는 ipad에서 ace를 보지 못했지만 안드로이드에서 타이핑하고 커서를 움직여서 작동하지만 텍스트를 선택할 수있는 방법이 없습니다.
하지만 더 중요한 것은

• Android 브라우저의 ace는 매우 느리고 fennec은 조금 더 낫지만 여전히 사용할 수 없습니다( 여기서 더 긴 간격으로 setTimeout을 사용하면 도움이 될 수 있지만 확실하지 않을 수 있음)
• 기본 키보드 및 자동 완성 제안은 프로그래밍에 완전히 쓸모가 없습니다(따라서 기본 키보드를 표시하는 대신 사용자 정의 키보드를 만드는 것이 좋은 생각인 것 같습니다).
  전반적으로 나는 ace가 아직 태블릿에서 유용할 수 있다고 생각하지 않습니다.

사용자 정의 키보드 소리가 좋습니다!

나는 커스텀 키보드에 대해 회의적이다. 훌륭하고 세련된 키보드를 만드는 것은 사소한 일이 아니며 그 자체로 큰 프로젝트가 될 가치가 있습니다. 나는 또한 순수 HTML 키보드가 내장 키보드보다 느릴 것으로 예상합니다.

또한 다양한 화면 크기와 다양한 레이아웃 방향에서 잘 작동해야 합니다. 예를 들어 나는 iPhone에서 iPad 키보드를 사용하고 싶지 않으며 iPad에서 iPhone 키보드를 사용하는 것은 좋지 않습니다. 서로 다른 키보드가 있는 데에는 이유가 있습니다. 무엇보다 아이패드와 아이폰의 모든 것이 에이스를 제외하고 하나의 키보드를 사용한다는 것을 의미합니다. 간단히 말해서, 사용자는 이미 원하는 키보드를 가지고 있으며 많은 경우 사용자 지정됩니다(예: 분할 키보드로 설정).

내 권장 사항은 키보드가 작동하도록 하는 것입니다. 사용자 지정 키보드를 만드는 것보다 작업량이 적을 것으로 예상하기 때문입니다. 그런 다음 향후 별도의 문제로 맞춤형 키보드를 구축하는 것에 대해 걱정하십시오. 또한 특정 장치에서 제대로 작동하지 않는 경우와 같이 사용자 지정 키보드에 대한 대안으로 선택적으로 OS 키보드로 대체할 수 있습니다.

이 사이트는 또한 특정 입력에서 자동 완성 및 자동 대문자 사용을 끌 수 있다고 말합니다: http://davidbcalhoun.com/tag/javascript

Ace가 iframe 내에 배치된 경우 사용자 정의 키보드도 전체 화면 너비를 사용할 수 없습니다.

이것은 극단적인 경우처럼 들릴 수 있지만 JSFiddle과 JS.do.it 모두 다른 사이트의 iframe 내에 편집기를 포함할 수 있도록 하며, 제가 직접 해보고 싶은 작업입니다.

@PlayMyCode -

@PlayMyCode - 동의합니다. 사용자 지정 키보드가 위험하게 들립니다. 나는 또한 그것을 제안한 사람들이 iOS API로 작업한 경험이 거의 또는 전혀 없다고 생각합니다. 하지만 내가 틀릴 수 있습니다. @cranic이 ios.showKeyboard() 에 대해 말한 대로 하면 기본 API에는 그에 상응하는 것이 없습니다... 가장 가까운 것은 UITextInput에서 becomeFirstResponder 를 호출하는 것입니다. 제어 ...하지만 난 탈선합니다.

이것은 아마도 약간의 노력 으로 완전히 가능해야 합니다 contenteditable 설정된 요소에 초점을 맞추는 방향이라고 생각합니다. iOS 5.0부터 contenteditable 가 지원됩니다. 호환 가능한 웹 콘텐츠 만들기 의 맨 끝을 참조하세요.

iOS에서 키보드를 실행하는 브라우저 내부에 코드를 편집하기 위한 JavaScript가 있습니다. CodeMirror, 예를 들어 http://codemirror.net/mode/r/index.html 에서 데모(iPhone에서 작동) 및 codemirror.net 참조 일반용. 그렇다면 ace에서 iOS 지원을 도울 수 있는 코드가 있을 수 있습니까?

@bertoltmeyer , CodeMirror는 텍스트 영역을 기반으로 하므로 iOS 키보드를 열 수 있고 ace는 훨씬 더 복잡합니다...

@cranic 실제로 Codemirror2는 ace와 매우 유사하며 동일한 textareas
Codemirror2가 ipad에서 작동하는 경우 ace 수정, 동일한 방식으로 작동하는 것이 어렵지 않아야 합니다.

나는 수천 명의 다른 사람들과 마찬가지로 코딩에 RStudio를 사용하는 R 통계학자의 관점에서 글을 쓰고 있습니다. RStudio는 가장 인기 있는 R용 IDE이며 ace를 기반으로 합니다. ace가 iOS를 지원한다면 RStudio Server도 지원합니다. 이 이상적인 세상에서 저는 제 아이패드에서 RStudio 서버에 액세스하고 거기에서 모든 코딩을 할 수 있습니다. 나(그리고 수천 명의 다른 R 사용자)는 더 이상 내 랩톱을 사용할 필요가 없습니다. 진지하게, iOS에 대한 ace의 지원 부족은 내가 여전히 랩톱을 들고 다니는 _유일한_ 이유이며 나와 같은 사람들이 많이 있을 것이라고 확신합니다. 그래서 만약 내가 자바스크립트를 말한다면 나는 이것을 최우선으로 작업할 것입니다. 하지만 저는 js로 코딩할 수 없기 때문에 제가 정말로 말할 수 있는 것은 제발 누군가 이 문제를 해결해 주실 수 있게 해달라는 것뿐입니다. 한숨을 쉬다. 나(및 다른 사람들)는 필요한 경우 이 문제에 대해 킥스타터를 지원합니다.

이봐, 나는 코드를 간략하게 살펴보았지만 내가 보는 모든 것은 div s; canvas 어디에 있습니까?

ace는 canvas 사용한 적이 없습니다.

2f6a6ce7e0992a2eccbb8a517aa2d6f4954f1214를 사용하면 보기에서 스크롤되지 않습니다.

btw. 가상 키보드를 만드는 또 다른 이유

RStudio 를 iPad에서 사용할 수 있도록 iOS에 ace를 도입하려는 열의와 관련하여

나는 이것이 iPad에서도 작동하는 것을 보고 싶습니다. 다운스트림 애플리케이션에서 _많은_ 기능을 활성화할 것입니다. 산발적으로, 그래서 나를 위해 이것은 많은 다른 문제를 해결할 것입니다).

이를 위해 유사한 프로젝트를 어떻게 시작합니까? 나는 기꺼이
지금 당장 팟에 100달러를 넣어라
인터페이스 측면에서 - iOS(ssh 클라이언트)의 프롬프트에는 훌륭한 키보드가 있습니다.
표준 iOS 레이아웃보다 sysadmin/프로그래밍에 더 적합합니다.

2012년 5월 10일 목요일 오전 5시 34분, Rui Carmo <
답장@reply.github.com

썼다:

나는 이것이 iPad에서도 작동하는 것을 보고 싶습니다 - 그것은 _lot_을 가능하게 할 것입니다
다운스트림 애플리케이션의 기능
RStudio, 하지만 ACE가 몇 가지 다른 웹 도구에서 사용 중이라는 것을 깨달았습니다.
산발적으로 사용하므로 나를 위해 이것은 많은 다른 문제를 해결할 것입니다).

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -5612400

@velniukas kickstarter의 좋은 아이디어입니다. 저와 같은 사람들이 그러한 프로젝트에 기부한다고 해도 놀라지 않을 것입니다.

불행히도 수정 프로그램 개발에 시간을 할애할 수 없습니다.
지금 당장은
일부 협력자.

2012년 5월 10일 목요일 오전 8시 1분, Mike Lawrence <
답장@reply.github.com

썼다:

@velniukas kickstarter에 대한 좋은 아이디어입니다.
(나와 같은) 소수의 사람들이 그러한 프로젝트에 기부할 것입니다.

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -5615069

또한 ace iOS 호환성을 위해 킥스타터 프로젝트에 최소 200달러를 투자할 것입니다. R 커뮤니티에서 이를 위해 꽤 많은 돈을 모을 수 있을 것이라고 확신합니다. 나는 js를 충분히 말할 수 없기 때문에 코딩에 기여할 수 없지만 누군가가 킥스타터를 시작한다면 R 커뮤니티의 기금 마련을 도울 의향이 있습니다. @velniukas , 잠재적 협력자를 식별하고 그러한 프로젝트 설정과 관련하여 연락할 수 있습니까?

할 것입니다 - 킥스타터 설정에 관심이 있는 모든 사람 - 저에게 오후를 보내주세요

건배
스티브
10xEngineer.me

2012년 5월 10일 목요일 오후 2:59 Bertolt Meyer <
답장@reply.github.com

썼다:

나는 또한 ace iOS용 킥스타터 프로젝트에 최소 200달러를 투자할 것입니다.
호환성. 나는 우리가 꽤 많은 것을 올릴 수 있을 것이라고 확신합니다.
R 커뮤니티에서 이를 위한 돈. 에 기여할 수 없습니다.
js를 충분히 말하지 못하기 때문에 코딩을 하지만
누군가가 킥스타터를 시작하면 R 커뮤니티에서 기금 마련.
@velniukas , 잠재적 협력자를 식별하고
그러한 프로젝트를 설정하는 것과 관련하여 그들에게 연락하시겠습니까?

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -5619266

돈의 문제가 아니라 이를 위한 충분한 개발 능력의 문제입니다.

저도 압니다. 하지만 때때로 돈은 사람들이 여유 능력을 갖추도록 동기를 부여하는 데 도움이 될 수 있습니다. ;-)

사실 이것은 어려운 일이고 누구에게나 우선순위가 있습니다. 훌륭한 인재를 고용하여 이를 제대로 수행하십시오. 그것은 우리 모두의 작은 가격입니다.

내 iPhone에서 보낸

2012년 5월 10일 22:18 Jan [email protected] 은 다음과 같이 썼습니다.

돈의 문제가 아니라 이를 위한 충분한 개발 능력의 문제입니다.

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -5626268

한 가지 옵션은 vWorker.com에 수행해야 하는 작업에 대한 설명을 게시하고 입찰을 요청하여 이 작업에 사용할 수 있는 개발자 수와 비용을 알 수 있도록 하는 것입니다.

세상에 이 스레드의 업데이트를 구독 취소할 수 있으면 얼마나 좋을까...

@Gozala 는 페이지 하단에서 안테나를 찾고 :)

ipad 테스트가 있는 사람이 http://c9.io/nightwing/ace/workspace/kitchen-sink.html
그것은 ime에 대한 개선일 뿐이지만 ipad에서도 타이핑을 개선해야 합니다.

@nightwing 키보드가 iPad에서 팝업되지 않습니다.

@nightwing 오 감사합니다 :D 당신이 내 하루를 만들었습니다!

@nightwing 이번 주에 샌프란시스코에 올 때 @fjakobs 에게 이 사실을 http://c9.io/gjtorikian/ace/workspace/build/kitchen-sink.html 본체에 contenteditable 를 추가하기

하지만 탐색이 작동하지 않아 분명히 더 어렵습니다. {row: 0, column: 0} 있습니다. 나는 뭔가를 할 가지고 추측 <textarea> 의 첫 번째 자식의 그 ace_editor 커서 일종의 역할을 보인다.

iOS 호환성 +1

@javruben 포크에서 2011년 1월 15일 커밋에 유의하십시오. 아마도 작동할까요?
https://github.com/javruben/ace/commits/master

@Gozala "이 문제에 대한 알림 비활성화" 링크를 사용하여 이 페이지의 끝에서 알림을 수신 거부할 수 있습니다.

R 커뮤니티 구성원의 이전 의견을 참조하여 Ubuntu에 R-Studio 서버 버전 0.96.228을 설치하고 Wireshark를 사용하여 들어오는 네트워크 트래픽을 검사했습니다. Safari를 사용하여 iPad에서 R-Studio 서버에 성공적으로 로그인했습니다. 이제 키보드가 텍스트 상자(예: 검색용)와 R-console이 포함된 브라우저 창 모두에서 제대로 나타납니다. 문제는 R 콘솔이 포함된 창에 입력할 때 Return 키를 누를 때 발생합니다. iPad 브라우저가 FIN, ACK를 전송하여 R-Studio 서버 응용 프로그램이 세션을 재설정하도록 합니다. 원인이 무엇인지 아세요?

이에 대한 모든 업데이트 - 문제를 이해하는 적절한 개발자를 찾을 수 있다면 이 기능에 대한 현상금을 제공하는 데 찬성합니다.

ACE가 모바일 브라우저, 특히 태블릿에서 작동하는 것을 보고자 하는 사람들의 목록에 다른 이름을 추가할 수 있습니다. 이것은 사소한 작업이 아니라고 확신합니다. 이런 일이 일어나는 것을 보고 싶지만 이를 수행할 JavaScript 절단이 없는 사람들이 이 일이 일어나도록 돕기 위해 무엇을 할 수 있습니까? 도움이 된다면 킥스타터 프로젝트에 돈을 투자할 의향이 있습니다.

/cc @javruben

내가 이 작업을 마지막으로 했을 때(1년 전인 것은 틀림없다) 나는 아이폰에서 테스트했고 키보드가 나타나도록 했다. 타이핑은 작동했지만 커서가 오프셋되었고 \n을 삽입하면 두 개를 삽입할 것이라고 생각합니다.

해결해야 할 문제는 다음과 같습니다.

1. 표시할 키보드
2. 모든 입력 상호 작용을 테스트해야 합니다.
3. 터치 이벤트로 선택
4. 빠르게 스크롤하려면 가상 뷰포트 없이 새 렌더러를 구현해야 합니다.
5. 언어 모드(동적)에서 사용하는 키에 더 빠르게 액세스하기 위해 가짜 키보드를 추가할 수 있습니다.

이러한 작업 중 하나를 도울 의향과 능력이 있다면 의견을 말하십시오. 내가 수집할 수 있는 다른 리소스를 볼 수 있습니다.

루벤,

iOS 개발자는 없지만 제 웹 개발자 중 한 명이
멀지 않은 미래에 도움이 될 수 있습니다.
약 2-3주.

문안 인사
스티브

2012년 8월 1일 수요일 오전 1:09, Ruben Daniels <
답장@reply.github.com

썼다:

내가 이 작업을 마지막으로 수행했을 때(확실히 1년 전)
아이폰과 나는 키보드가 표시되도록했습니다. 입력이 작동했지만 커서가
오프셋되고 \n을 삽입하면 두 개를 삽입할 것이라고 생각합니다.

해결해야 할 문제는 다음과 같습니다.

1. 표시할 키보드
2. 모든 입력 상호 작용을 테스트해야 합니다.
3. 터치 이벤트로 선택
4. 빠른 스크롤을 위해서는 새로운 렌더러가 없이 구현되어야 합니다.
   가상 뷰포트
5. 에서 사용하는 키에 더 빠르게 액세스하기 위해 가짜 키보드를 추가할 수 있습니다.
   언어 모드(동적)

이 중 하나를 도울 의향과 능력이 있다면 댓글을 달아주세요.
작업. 내가 수집할 수 있는 다른 리소스를 볼 수 있습니다.

---

이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/ajaxorg/ace/issues/37#issuecomment -7404954

좋은 소식! 나는 우리가 여전히보고 있고 흥분하고 있다고 말하고 싶습니다.
이것. 저는 iPad를 지원할 수 있는 놀라운 기회를 보고 있습니다. 난 정말
내 컴퓨터에 Mac이 있을 때 클라우드에서 코드를 개발해야 합니다.
손끝. 나는 내 도구 세트에 너무 집착합니다. 하지만 개발 능력이
내 iPad를 사용하면 모든 것이 바뀝니다. 이 문제를 해결해 주셔서 감사합니다.
놀라운 일을 하고 있습니다! 내가 도울 수 있는지 알려주세요.

2012년 7월 31일 화, 오후 8시 2분, velniukas <
답장@reply.github.com

썼다:

루벤,

iOS 개발자는 없지만 제 웹 개발자 중 한 명이
멀지 않은 미래에 도움이 될 수 있습니다.
약 2-3주.

문안 인사
스티브

2012년 8월 1일 수요일 오전 1:09, Ruben Daniels <
답장@reply.github.com

썼다:

내가 이 작업을 마지막으로 수행했을 때(확실히 1년 전)
아이폰과 나는 키보드가 표시되도록했습니다. 입력이 작동했지만 커서
~였다
오프셋되고 \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]
m:404-510-1134

저도 기대하고 있습니다. 웹에서 코드 편집이 필요한 앱 만들기. 이것이 내가 현실 세계로 그것을 보내는 것을 막는 유일한 것에 관한 것입니다.

@velniukas 이에 대한 업데이트가 있습니까? 이 기능을 요청하는 사람들이 너무 많고 도움을 줄 의향이 있는 사람들이 꽤 많은 것 같습니다. 정리하고 해보자!

@tzikis +1

이것은 '꼭 있어야 하는' 기능 중 첫 번째가 되어야 합니다. 왜요? iPad 호환성이 없으면 ACE의 신뢰성이 완전히 훼손되고 이러한 수준의 지원을 제공할 수 있고 제공하는 경쟁 프로젝트에 취약하기 때문입니다. 회사로서 우리는 이미 전환을 고려하고 있습니다. 결국 이 문제는 2년 전에 처음 제기되었으며 사라질 기미가 보이지 않습니다.

@emeraldspy 나는 당신이 이 상황에 대해 가지고 있는 죽은 정직함에 감사합니다. 현실은 다음과 같습니다. 당신이 옳습니다! ACE의 모바일 지원은 필수입니다. 사실, 우리는 2주 전에 이 노력에 대한 지원을 위해 커뮤니티에 전화를 걸었습니다.

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를 사용하고 개발 리소스를 전담할 수 있는 다른 회사와 직접 협력
• 홍보 자료(ace.ajax.org와 같은)를 수정하여 이 작업을 더 많은 사람들이 볼 수 있도록 합니다.

이 프로젝트는 "방관자 효과"로 고통받을 수 있습니다. 즉, ACE에 대한 높은 수준의 관심이 있어서 누군가는 다른 사람들이 새로운 기능 요청을 구현할 것이라고 가정할 것입니다. 현실은 소수의 사람들만이 기여한다는 것입니다. 물론 우리는 이러한 기여와 버그 수정을 좋아합니다! 그러나 이러한 기여는 종단 간 모바일 지원에 추가되지 않았습니다. 현재 Android만 잘 작동합니다.

이 글을 읽는 여러분 모두가 아이디어가 있다면 여기에 기여해 주십시오. 우리는 이 임무가 "다른 사람이 처리할 것입니다"라고 조용히 속삭이는 소리로 죽기를 원하지 않습니다. 우리는 동기가 부여되어 있습니다. 우리는 이것을 스스로 할 수 있는 자원이 없습니다. 그래서 우리 는 당신의 지원이 필요합니다 !

그래서 이미 조치를 취합시다! 그리고 이 노력에 자신의 개발자를 전담하는 것에 대해 저에게 직접 이메일을 보내려면 다음과 같이 하십시오. 제 이메일은

매트

우리는 필요한 작업에 대한 몇 가지 분석을 수행했고 몇 가지
이것을 나중에 로드맵에 넣는 결론:

1. 탐색이 까다로울 것입니다.
2. DOM 처리는 모바일에서 어렵고 느립니다.
3. 태블릿 화면 키보드가 프로그래밍 작업에 적합하지 않게 설정되어 있습니다.
4. 이전만큼 모바일이 필요하지 않았습니다. mac airs 및 ultrabooks,
   훨씬 더 많은 사람들이 태블릿보다 완전한 컴퓨터를 가지고 다니며
   키보드, 프로그래밍 작업용

우리는 이 경로를 따라 개발하면 하이브리드 앱이
이러한 문제 중 일부를 우회하는 데 필요합니다.
이 문제를 논의하기 위해 저에게 직접 연락할 수 있습니까?

문안 인사
스티브
http://10xEngineer.me
스카이프: steve_messina

2012년 10월 3일 수요일 오전 3시 48분에 Matt [email protected]이 다음과 같이 썼습니다.

@emeraldspy https://github.com/emeraldspy 죽은 정직에 감사드립니다
당신은 이 상황을 받아들이고 있습니다. 현실은 다음과 같습니다. 당신이 옳습니다! 이동하는
ACE의 지원은 필수입니다. 사실 우리는 2주 동안 커뮤니티에 전화를 걸어
이 노력에 대한 지원을 제공하기 전에:

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를 사용하고 개발자를 전담할 수 있는 다른 회사와 직접 작업
  자원
• 이를 위해 홍보 자료(ace.ajax.org 등)를 재작업하십시오.
  더 많은 안구에 작업

이 프로젝트는 "방관자 효과"로 고통받을 수 있습니다. 즉, 거기
ACE에 대한 관심이 너무 높아 누군가가 다른 사람을
새로운 기능 요청을 구현합니다. 현실은 소수의 사람들만
기여하다. 물론 우리는 이러한 기여와 버그 수정을 좋아합니다! 그러나 그것들
기여는 종단 간 모바일 지원에 합산되지 않았습니다. 현재
Android만 잘 작동합니다.

이 글을 읽으시는 모든 분들이 아이디어를 가지고 계시다면 많은 참여 부탁드립니다.
여기. 우리는 이 임무가 "다른 누군가가
조심해"라고 칭얼거립니다. 우리는 동기가 부여된
이 모든 작업을 수행할 수 있는 리소스입니다. 그래서 우리는 _당신의 지원이 필요합니다_!

그래서 이미 조치를 취합시다! 그리고 저에게 직접 이메일을 보내시려면
이 노력에 자신의 개발자를 헌신하는 방법에 대해 다음을 수행하십시오.
이메일은 [email protected]입니다. 그리고 저는 거의 항상 irc.freenode.net에서 #ace에 있습니다.
가자!

—
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/ajaxorg/ace/issues/37#issuecomment -9084281에서 확인하세요.

고마워 스티브! Skype에 당신을 추가했습니다. 우리 대화의 결과(그리고 기여하고자 하는 다른 사람들과의 향후 대화)에 관심이 있는 모든 사람들을 위해 공개 포럼(prob GitHub)에 업데이트를 게시할 것입니다.

@mattpardee 업데이트를 게시할 것인지 확인하십시오. codebender 팀을 대신하여 @emeraldspy에 대한 답장에서 제안한 것처럼 해커톤에 참여하는 데 관심이 있었습니다.

씨발 이거만 하자

@tzikis 굉장합니다. 우리는 Steve와 옵션에 대해 논의하고 있지만 전국 주말 Google 행아웃 해커톤은 이 문제를 해결하는 완벽한 방법인 것 같습니다. 우리는 옵션을 찾고 있습니다. 계속 지켜봐 주세요!

업데이트: 논의 중인 내용을 보다 명확하게 하기 위해 Steve는 모바일 지원의 성능에 대한 연구를 수행했으며 모바일 클라이언트의 성능을 살펴보고 있습니다.

이번 주말에 해커톤을 하면 철이 뜨거울 때 앞으로 2주 안에 해커톤을 단련할 의향이 있습니다. 이상적으로는 @nightwing 및 협력 하여 모범 사례에 대한 몇 가지 지침을 제공할 것입니다. 곧 이에 대해 더 많은 것을 볼 수 있을 것으로 기대합니다.

저는 ACE를 XML 파일의 구문 형광펜으로 사용하고 있습니다(읽기 전용, 편집 불가).
모든 것이 잘 작동하지만 모바일 장치에서 스크롤합니다.

이 문제를 해결하는 것이 시작되어야 합니다. 스크롤링은 코드 라인의 부분 렌더링으로 인해 ACE에서 큰 문제입니다.
적어도 다른 모든 것은 iOS 기기에서 (다소나마) 작동합니다.
그렇지 않으면 전체 줄을 렌더링하는 방법을 제공할 수 있습니다(적어도 중소 규모 파일의 경우)
그리고 문제를 해결하려고 합니다.

나는 또한 해커톤에서 협업할 준비가 되어 있습니다. 해보자!

그냥 머리 위로. 해커톤은 사소한 이벤트가 될 것입니다. 될 것이다
누가 탑승할 수 있는지에 따라 최소 3주.
해결해야 할 문제:

• div 구조를 단순화하여 성능 향상
• 키보드/커스텀 키보드 불러오기
• 항해

아마도 다음 라인을 따라 키보드가 있는 하이브리드 솔루션으로 갈 것입니다.
뛰어난 iOS 프롬프트가 가장 좋은 방법일 수 있습니다.

2012년 10월 4일 목요일 오후 9시 30분에 avillegasn [email protected]에서 다음과 같이 썼습니다.

저는 ACE를 XML 파일의 구문 형광펜으로 사용하고 있습니다(읽기 전용,
편집).
모든 것이 잘 작동하지만 모바일 장치에서 스크롤합니다.

이 문제를 해결하는 것이 시작되어야 합니다. 스크롤링은 ACE에서 큰 문제입니다.
코드 라인의 부분 렌더링으로 인해.
적어도 다른 모든 것은 iOS 기기에서(다소 적게) 작동합니다.
그렇지 않으면 전체 라인을 렌더링하는 방법을 제공할 수 있습니다(적어도
중소형 파일)
그리고 문제를 해결하려고 합니다.

나는 또한 해커톤에서 협력할 준비가 되어 있습니다. 해보자!

—
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/ajaxorg/ace/issues/37#issuecomment -9141191에서 확인하세요.

안녕하세요 @velniukas입니다.

우리는 해커톤을 조정하기 위해 SF에 장소를 정하는 과정에 있습니다. 우리는 지금부터 약 4주를 예상하고 있습니다. @nightwing 과 @fjakobs의 안내 자료를 모아 홍보 사이트를 개발 중입니다. 우리는 며칠 동안 그것을 유지하는 아이디어를 추구하고 있습니다. 첫 번째 날은 최대한 많은 기능을 다루는 데 전념하고 두 번째 날은 이러한 변경 사항을 하나의 응집력 있는 조각으로 통합하는 데 전념했습니다.

지금까지 홍콩, 암스테르담, 그리스, 아르메니아, SF 개발자들이 관심을 갖고 있습니다. 그래서 우리는 이 아이디어를 국제 해커톤(아마도 최초의 해커톤)으로 홍보하고 있습니다.

@nightwing 은 데스크톱 브라우저가 가상 렌더러를 처리하는 방식과 구별되는 보다 성능이 뛰어난 모바일 구현을 얻을 수 있는 방법에 대한 아이디어를 가지고 있습니다. 우리는 모두에게 그의 지도를 계속 알리고 곧 주말을 정할 것입니다.

제 팀 5-7명의 개발자는 SF, 프라하, 우크라이나, 러시아, 인도, 모스크바, 홍콩에 있습니다. 4
지금부터 몇 주가 우리에게 완벽합니다. 또한 로컬 스타트업 개발자를 정리하겠습니다.
우리가 의제와 거친 작업을 설정할 수 있다면 여기 홍콩의 커뮤니티
적어도 2주 전에. 아마도 코워킹 스페이스 중 하나를 후원할 수 있을 것입니다.
이것을 위해.

스티브
http://10xEngineer.me

2012년 10월 5일 금요일 오전 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에서 확인하세요.

대단해, 스티브! 이것은 획기적인 사건으로 바뀔 수 있습니다. 시간대가 주어지면 금요일 매우 늦게 시작하고 토요일 PST에 일찍 시작하여 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

이것이 달성된 방법

• 다음 CSS로 편집기를 오버레이하는 div를 만들었습니다.

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

규칙 1은 부드러운 터치 기반 스크롤에 필요하고 규칙 3은 오버레이가 맨 위에 놓이도록 허용하지만 아래 요소에 보내려는 이벤트를 수신하지 않는 것입니다. 이것은 미래에 정확한 타이핑을 지원할 수 있는 기회를 열어줍니다.

• 맞춤형 관성 알고리즘을 구축했습니다. 이것은 iOS가 기본적으로 수행하는 작업에 "충분히 근접한" 내가 고안할 수 있는 가장 간단한 알고리즘입니다. 단순히 24msec 간격으로 반복하고 각 간격에 대해 속도를 94.9% 감소시킵니다. 초기 속도는 마지막 터치와 마지막에서 두 번째 터치 사이의 거리(픽셀 단위)를 기반으로 설정됩니다(이 수학은 마지막 두 터치 사이의 msec도 통합하여 향상될 수 있음).
• 간격의 최신 위치가 변경될 때마다 터치 스크롤 가능 오버레이도 업데이트됩니다. 이는 사용자 정의 알고리즘이 iOS 알고리즘보다 우선하고 div가 동기화되지 않도록 하기 위한 것입니다.

영향

Joe Hewitt는 여기에 블로그에 게시된 것처럼 스크롤 가능성 작업 중에 이러한 동일한 아이디어를 광범위하게 탐색했습니다. http://joehewitt.com/2011/10/05/fast-animation-with-ios-webkit

처음에 스크롤 가능성을 사용하지 않은 이유는 무엇입니까? Ace는 가상 뷰포트에 의존하고 Joe는 웹킷 애니메이션을 사용하게 되었습니다. 둘은 호환되지 않습니다. Ace의 "scrollTop" 위치를 설정해야 하며 위치를 변경하려면 가상 렌더러를 업데이트해야 합니다. 스크롤 가능한 div에 Joe의 코드를 해킹한 다음 그의 3D 변환 결과를 Ace 레이어에 적용할 수도 있었지만 어 -- 모험이 더 재미있었습니다 :-)

미래

언급한 바와 같이 이것은 단지 스크롤을 위한 것입니다. 여전히 정확한 타이핑 지원이 필요합니다.

속도를 처리할 수 있는 최신 iOS 기기의 경우 이 접근 방식이 매우 효과적입니다. 하지만 분명히 할 수 있는 최적화가 있습니다. 우리는 이전 하드웨어와 새 하드웨어 모두에 대한 옵션을 계속 탐색할 것입니다.

이것은 기본 Ace 코드베이스의 일부가 아닌 데모일 뿐이므로 다음 단계는 코어에 넣는 것입니다.

다양한 장치에 대한 사용자의 경험과 이를 개선할 수 있는 방법에 대한 피드백을 기대합니다. 건배~

헤이 맷,

어제보다 오늘 내 iPad4에서 훨씬 더 안정적이라는 사실을 보고하게 되어 매우 기쁩니다. 잘 했어! 또한 Android 4.2를 실행하는 Samsung Galaxy Nexus에서 테스트했는데 좋아 보입니다. (제발 iOS 전용 솔루션을 만들지 말자.) 텍스트 삽입도 Android에서 완벽하게 작동했지만 내 iPad에는 이상한 이중 커서 문제가 있었습니다(하지만 여전히 입력할 수 있음).

@mattpardee 굉장합니다!

불행히도, 그것은 나를 위한 Android 브라우저(Android v4.1.1) 및 Chrome Mobile(v18.0, 2012년 11월) 지원을 완전히 중단하는 것 같습니다. 해당 브라우저에는 이전에 사소한 문제가 있었지만 지금은 Ace 대신 큰 흰색 div가 표시됩니다.

엄청난!!

@lennartcl 어떤 장치를 사용하고 있습니까? 그리고 이것은 모바일 모드 옵션을 선택한 경우에만 발생합니까?

@mattpardee 갤럭시 S3에 있고 모바일 옵션과 상관없이 발생했습니다. 그러나 실제로 오늘 다시 시도했고 이제는 두 브라우저 모두에서 이전과 같이 작동하는 것 같습니다.

엄청난! 이제 세계 지배를 계속할 수 있습니다.

방금 ipad iOS v5를 사용하여 iOS 시뮬레이터의 마스터에서 주방 싱크를 시도했는데 편집이 시작되지 않는 것 같습니다.

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에는 많은 기능이 있지만 온스크린 키보드는 표시되지 않습니다.

커서 위치가 업데이트 되었습니까? 스크롤 잘됩니다.

아직 이 일을 활발히 하는 사람이 있습니까?

@MarkMurphy 솔직히 말해서 그렇지 않다고 생각합니다. 마지막 상태는 위의 @mattpardee 주석을 참조하십시오.

스크롤링과 관련하여 다른 경우는 어떻습니까?
height: 10000px; 와 같이 충분히 큰 div를 만들고 다른 작은 div 안에 scoll하는 것과 같습니다. 완벽하지는 않지만 에뮬레이트하기 위해 추가 리소스를 사용하는 것보다 기본 스크롤이 훨씬 선호됩니다. Dylan 블로그 게시물 "Ace Editor가 사용 가능한 공간 채우기"를 참조하십시오.

적어도 우리는 이제 가상 키패드가 어떻게 보이고 작동해야 하는지 알고 있습니다: http://www.textasticapp.com/

그냥 궁금합니다. 이 상태는 어땠나요? iOS의 경우 여전히 해결되지 않은 문제입니까?

누군가 이 작업에 동기를 부여했다면 힌트와 가능한 해결 방법이 있습니다. 문제는 에이스 텍스트 영역을 터치로 선택했을 때 키보드가 나오지 않는 것 같습니다. 그러나 텍스트 영역이 양식의 일부이고 iOS에서 제공하는 "다음" ... "이전" 버튼을 사용하여 선택하면 나타납니다. 제 생각에는...

나는 이것을 얼마 전에 알았지 만 그것을 확인할 시간을 찾지 못했습니다. 그래서 YMMV.

내 페이지에는 편집기의 언어 모드를 변경할 수 있는 선택 항목이 있습니다.

페이지를 처음 로드할 때 편집기를 터치하면 소프트 키워드가 실행되지 않습니다.
그러나 선택에서 언어를 수동으로 변경한 후 편집기를 터치하면 키보드가 트리거됩니다.

이것이 도움이 되기를 바랍니다.

템플릿 코드 모듈을 편집하기 위한 Wikipedia의 Ace 사용에 대한 다운스트림 버그: https://bugzilla.wikimedia.org/show_bug.cgi?id=55345

해결 방법으로 iOS에서 Ace를 블랙리스트에 추가하고 현재 일반 텍스트 영역을 사용할 수 있습니다.

CodeAcademy.com은 Ace를 사용하고 있으며 선택 항목이 포함된 iPad에서 완벽하게 작동합니다. 나는 이것에 대해 조사할 수 있습니다.

이것에 대한 소식이 있습니까?

이 버그는 iOS의 Cloud9 IDE 도 중단

안녕 얘들아, 거기 아무도 없니?

+1은 ipad의 편집기에도 문제가 있습니다.

+1 — 우리는 편집기에 Markdown 모드를 사용하고 있으며 복사/붙여넣기는 iOS의 Ace에서 누락된 큰 기능입니다.

이 버그로 인해 c9.io를 사용할 수 없습니다. 주방 싱크 데모도 스크롤되지 않습니다(http://ace.c9.io/build/kitchen-sink.html). ipad와 내 Android Transformer에서 발생합니다(경량 개발 요구 사항에 적합).

내 웹 앱의 경우 CodeMirror를 사용했습니다. 하지만 최근에는 모드와 기능이 풍부해서 에이스로 갈아탔습니다. 모바일 지원이 부족하여 선택을 재고하게 되었습니다.

모바일 장치에서 스크롤을 활성화하는 데 진전이 있었습니까? 내가 시도한 iOS 또는 Android 기기에서는 작동하지 않습니다.

@mkaminsky11 +1. 저도 CodeMirror와 Ace 중에서 결정하고 있는데 iOS 지원이 저를 가로막고 있습니다.

@jakesankey가 말했듯이 codeacademy.com은 ace를 사용합니다. 모바일 장치에서 어떻게 작동하는지 확인하기 위해 코드를 살펴보았지만 아무 소용이 없었습니다. 그들에게 연락하여 도움을 요청하는 것이 실행 가능한 해결책입니까?

Codecademy에서는 모바일에서 Orion 을 제공합니다.

이제 해결되었나요?

"데스크톱 버전을 요청"하면 Asus Transformer에서 제대로 작동합니다. 안타깝게도 브라우저는 해당 설정을 기억하지 못합니다.

+1

안녕하세요, 참고로 저는 프로젝트에 ace를 사용합니다. 가상 키보드 문제가 귀찮고 결국 에디터를 콘텐츠 크기로 만들었습니다. 성능 문제가 있을 수 있습니다.

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 on "touchstart"는 터치 이벤트의 x/y 좌표를 저장합니다. "touchmove"에서 시작과 끝 사이의 차이를 계산한 다음 x/y 값을 ACE의 "렌더러"에 전달합니다. 렌더러는 스크롤을 수행합니다. 내 스크립트에서 작동하지만 일부 클래스 이름 등을 자신의 필요에 맞게 조정해야 할 수도 있습니다. 또한 거기에 일부 jQuery가 있으므로 이를 교체해야 할 수도 있습니다.

이것은 훌륭한 스레드이지만 (a) "스크롤링 문제"의 특성, (b) 영향을 받는 장치/OS 버전, (c) 사용 가능한 해결 방법을 말하기가 어렵습니다. 누군가가 이것들이 어디에 있는지 기꺼이 요약한다면 그것은 훌륭할 것입니다.

방금 [iPad Air 2(iOS 8 및 Safari 8 실행)] 및 [Nexus 10(Android 5.1 및 Chrome 40 실행)]에서 Kitchen Sink를 테스트했으며 가로 및 세로로 모두 스크롤할 수 있었습니다(가로 모드, 기기로는 테스트하지 않았습니다. 세로 방향). 재현 단계:
1) http://ace.c9.io/build/kitchen-sink.html로 이동합니다.
2) 화면에 맞는 것보다 더 많은 줄이 생길 때까지 편집기 창에 여러 줄을 추가합니다(빈 줄은 잘 작동함).
3) 필요한 경우 축소하여 전체 브라우저를 봅니다. (편집기 창의 내용을 편집하면 자동으로 확대될 수 있으므로 창을 스크롤하고 있는지 아니면 확대된 보기를 이리저리 움직이는지 구분하기 어렵습니다.)
4) 편집기 창의 맨 오른쪽 가장자리를 위/아래로 스와이프합니다. 스크롤 막대가 나타나지 않지만 편집기 창 내용이 예상대로 스크롤되어야 합니다.
5) hscroll을 테스트하려면 화면에 맞는 것보다 더 넓은 긴 문자열을 만드십시오. 필요한 경우 축소합니다. 편집기 창의 맨 아래 가장자리에서 왼쪽/오른쪽으로 스와이프합니다. Android에서는 페이딩 스크롤바가 보이지만 iOS에서는 스크롤바가 없습니다... 하지만 hscrolling은 상관없이 둘 다에서 작동합니다.

나는 문제를 조사해 왔으며 내가 해결할 수있는 것은 이것이 결정적인 '터치 관련 모든 것'입니다. 내가 틀렸다면 정정하고 계속 파고들거나 새로운 문제를 제출할 것입니다.

iOS 터치는 Ace 컨텍스트에서 컨텍스트 메뉴를 불러올 수 없는 것 같습니다(이것은 잘라내기 + 붙여넣기를 가능하게 함). 일반적으로 이것은 커서를 탭하여 트리거할 수 있지만 Ace는 대신 커서를 한 문자 앞으로 이동하기 위해 이 동작을 무시합니다.

@barneycarroll , 이것은 터치 관련 스레드인 것 같습니다. 저는 최근 스크롤링을 위해 구현된 터치 지원을 최소한 얻기 위해 노력해 왔습니다. 지금은 에디터 뷰스페이스(스크롤 막대가 있을 위치) 맨 오른쪽 또는 맨 아래의 오른쪽 영역 위로 스크롤하면 스크롤할 수 있습니다. 그러나 그것은 실행 가능한 해결책이 아닙니다.

터치 지원을 구현하는 작업을 하고 있다고 생각합니다. iOS 시뮬레이터에서 작동하도록 하고 있습니다. 포크(https://github.com/AStoker/ace)를 확인하십시오. 현재 컴파일을 위해 빌드해야 하지만(소스 코드이므로) 영역에서 빌드 지침을 따르면 케이크입니다. 터치 지원이 현재 최우선 순위가 아닌 것 같기 때문에 개선 사항에 도움이 되었으면 합니다. 모든 것이 좋아 보인다면 구현을 위해 풀 리퀘스트를 할 것입니다.

iOS에서 복사/붙여넣기에 +1. 문제는 사용자 정의 커서 처리입니까? 이를 해결하기 위한 공격 계획은?

아이폰 6 플러스 ios 9.2 공개 베타는 이제 에이스와 잘 작동하는 것 같습니다. 스크롤 작업과 편집 작업은 마치 컴퓨터에 있는 것처럼 작동합니다.

복사 및 붙여넣기의 개선이 필요합니다.

붙여넣기 및 복사는 가능하지만 하기가 매우 어렵습니다.

http://www.apus.com
2015년 11월 19일 오전 10시 52분에 "paladox" [email protected]이 작성했습니다.

아이폰 6 플러스 ios 9.2 공개 베타는 이제 에이스와 잘 작동하는 것 같습니다.
스크롤 작업과 편집 작업은 마치 컴퓨터에 있는 것처럼 작동합니다.

복사 및 붙여넣기의 개선이 필요합니다.

붙여넣기 및 복사는 가능하지만 하기가 매우 어렵습니다.

—
이 이메일에 직접 회신하거나 GitHub에서 확인하세요.

내 아이패드 키보드의 화살표 키에 문제가 있습니다. 키보드는 모든 환경에서 잘 작동하지만 클라우드 9 서버에 연결하고 프로그래밍을 시작하면 화살표 키가 무시됩니다. 어딘가에 추가하거나 어떻게 고칠 수 있습니까? 코딩하는 동안 화살표가 매우 자주 필요합니다.

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

iOS에서 트릭을 수행합니다. Assembly_x86 구문 강조 표시가 작동하지 않는 것 같습니다.

이 코드를 어디에 포함해야 합니까? 나는 이것이 user.settings에 있어야한다고 생각했지만 거기에는 HTML 부분이 없습니다

WebView 내부의 HTML.

UIWebView 내에서 작동하도록 할 수 없습니다 👎 정상적으로 시작되지만 커서를 이동하려고 하자마자 모든 것이 실패합니다. 쓸 수 없거나 @jcss-org-il 솔루션( <div id="editor" class="page-content" contenteditable="true"></div> )을 사용하여 커서가 편집기 외부로 이동합니다.

누군가 내가 미스터리를 푸는 것을 도울 수 있습니까? Ace(https://github.com/blog/905-edit-like-an-ace)를 기반으로 하는 GitHub 온라인 코드 편집기는 훌륭합니다. Bluetooth 키보드를 포함하여 iPad에서 완벽하게 실행되고 화살표 키가 작동하며(Ctrl-왼쪽 화살표, Alt-왼쪽 화살표 등 포함) 성능이 뛰어납니다.

다음은 이 리포지토리의 README.md 파일에 대한 iPad 편집 세션의 스크린샷입니다. (https://github.com/ajaxorg/ace/edit/master/Readme.md)

그러나 이 스레드의 모든 사람(저 포함)은 문제 없이 Ace를 iPad에서 실행할 수 없습니다(예: 화살표 키가 작동하지 않음). (여기에 보고된 것과 동일한 문제가 있습니다: https://github.com/ajaxorg/ace/issues/37#issuecomment-195258878)

GitHub에서 Ace의 사용자 지정 버전을 실행하고 있습니까? 그 버전은 공개적으로 사용 가능합니까? 나는 그들이 실행하는 무엇이든 실행하고 싶습니다! (하단에서 Ace를 실행하고 있는 것으로 확인되는 DOM 검사기의 스크린샷.)

정말 고맙습니다!
G

스크린샷의 @realgenekim github이 ipad의 텍스트 영역을 사용하는 것처럼 보입니다.

@nightwing 매혹적인 이론! 하지만 편집기 컨트롤을 보면 탭 너비, 텍스트 줄 바꿈과 같은 표준 HTML 텍스트 영역이 아닌 것처럼 보이는 줄 번호, 에이스 같은 기능이 있습니다.

좀 더 자세히 살펴보면 textarea보다 더 이국적인 것이 확실합니다!

@realgenekim 줄 번호는 ipad처럼 보이지 않는 두 번째 스크린샷에만 있습니다.

@nightwing 성소. 정말 흥미롭네요. 제 생각에는 당신이 절대적으로 옳다고 생각합니다. GitHub의 누군가로부터 이것에 대한 확인을 얻으려고 노력할 것입니다 ...

나는 이것이 내가 같은 일을 해보겠다는 것을 의미한다고 생각합니다. 즉, 런타임에 iPad인지 감지하고 Ace 편집기를 로드하지 않고 대신 텍스트 영역을 사용합니다.

그래서 불만족스럽긴 하지만 적어도 누군가가 좋은 아이패드 솔루션을 내놓을 때까지는 사용할 수 있을 것입니다...

😦

방금 내 iPad pro에서 이것을 테스트했으며 기본적으로 기본 textarea 보여줍니다. 아마도 자동 성장으로.

불투명도가 0이고 바로 뒤에 위치한 에이스 편집기 인스턴스가 있는 텍스트 영역과 같은 영리한 것입니까? 최신 iPad 성능으로 각 입력 이벤트에서 거의 즉시 상태(내부 스크롤 및 콘텐츠)를 유지할 수 있다고 상상합니다...

@barneycarroll 아니요, 적어도 내 테스트에서는 줄 번호 등이 없는 일반 텍스트 영역 내에서 편집하고 있었습니다.

얘들 아! 방금 iOS의 일부 문제를 수정하는 pull 요청을 만들었습니다. 외부 키보드가 있는 경우 좋은 사용자 경험을 제공합니다.

마음에 드셨다면 나머지 문제는 수정을 생각해볼 수 있을 것 같아요 :)

https://ipad-undo.gomix.me 에서 작동 중인 것을 볼 수 있습니다.

즐기다!

데모를 사용하고 있는데 삽입 지점에 문제가 있습니다. 예를 들어 한 쌍의 따옴표를 만들고 그 사이에 커서를 놓고 입력을 시작합니다. 무작위로 줄의 끝까지 점프합니다. 이 변경으로 인해 해당 문제가 발생했는지 아니면 처음에 문제가 발생했는지 잘 모르겠습니다.

오, 감사합니다 @IamNaN , 그 버그는 지금 PR에 보고되었습니다 :) 수정 방법을 알고 있는 것 같습니다... 데모를 계속 지켜봐 주세요 :)

편집: 데모 수정 :)

@etamponi 멋지네요! 다음과 함께 작동합니까?

1. vim 및 emac처럼 연결하시겠습니까?
2. CKJ에서 IME 지원?

현재 IME를 켜면 엉망인 것 같습니다.

@episodeyang 미루게 해서 정말 죄송합니다.

아쉽게도 PR 작업을 계속할 시간이 없었습니다... 다행히 다른 사람이 제 작업을 인계받아 완료했는데 제 기억이 맞다면 #3310으로 병합되었습니다. :)

vim은 이미 iOS에서 지원되지 않으며 PR은 이에 대한 지원을 추가하지 않습니다. 내 PR이 어떤 식으로든 IME에 영향을 미쳤는지 확실히 알 수 있을 만큼 IME에 대해 잘 모릅니다. 죄송합니다!

@etamponi에서 제공하는 데모에서 탭을 통해 커서를 단어 중간에 놓으면

현재 ace는 IOS에서 충분히 잘 작동하여 기본 호환성에 대한 이 문제를 해결합니다. 버그나 누락된 기능이 있는 경우 새 문제를 열어주세요.