포럼
Froala Editor에 대한 사용의견을 남기는곳 입니다.
데모는 edit mode demo, inline mode demo에서 체험해 보실 수 있습니다.
이곳 에디터에서는 에디터 안에 로그인 아이콘을 클릭하면 팝업으로 띄우고 있는데 이게 조금 자유롭지 못하고 답답한 느낌이 있어서 모달창으로 새로 제작 중 입니다. 미뤄뒀던 회원가입 기능, ID 비밀번호도 찾기도 구현 중 입니다.
또 에디터 모듈에서 전체 설정하는 기능이 이미 구현 완료 되었으며 몇가지 버그 개선이나 기능 개선도 이루졌습니다. 단락 메뉴에 추가 가능한 태그를 class 지정까지 함께 가능하도록 바꿨습니다. 이로써 단락 기능만으로도 다양한 디자인의 박스를 직접 만들어 추가할 수 있게 됩니다. 마지막으로 2.6.4 기능 적용이 되면 에디터 개발은 마무리 될 듯 합니다.
2개의 댓글
| 번호 | 제목 | 글쓴이 | 날짜 |
|---|---|---|---|
| 79 | pasteAllowedStyleProps을 사용하지 않고 소스스타일이 그대로 적용할 방법은 없을까요? 3 |
 이온디
| 2017.11.02 |
| 78 | 참고삼아, 워드프레스에서 프로알라 에디터의 설정은 이렇습니다. 1 |
이온디
| 2017.10.30 |
| 77 | [질문] 클립보드에서 붙여넣기한 이미지 크기는 왜 항상 300px 인가요? 1 |
이온디
| 2017.10.24 |
| 76 | 에디터 툴바 설정 질문드립니다. 4 |
이온디
| 2017.10.22 |
| 75 | [기능건의]프로알라 에디터 전역 설정 6 |
이온디
| 2017.10.22 |
| 74 | [질문]코드 그대로 붙여넣기는 어떻게 동작하나요? 12 |
이온디
| 2017.10.22 |
| 73 | Froala Editor 활성화 키에 대한 적용 문의 드립니다~ 2 |
 이윤희
| 2017.10.12 |
| 72 | 프로알라 에디터에서 image caption과 embedly를 지원합니다. 2 |
 라르게덴
| 2017.09.21 |
| 71 | 현재 진척 상황 보고 (아마도 마지막이지 않을까) 1 |
라르게덴
| 2017.08.31 |
| 70 | 긴 시간 볼수록 좋은데요 |
국비뉴스
| 2017.08.23 |
| 69 | froala 2.6.5가 릴리즈 되었습니다. |
라르게덴
| 2017.08.18 |
| 에디터 로그인 기능을 제작 중 입니다. 2 |
라르게덴
| 2017.08.15 | |
| 67 | 제가 Froala 개발자 멤버에 정식 등록 됩니다. 4 |
라르게덴
| 2017.08.10 |
| 66 | 이미지 검사 기능을 추가했습니다. 4 |
라르게덴
| 2017.08.07 |
| 65 | 현재 진척 상황 보고 (판매 가격을 공지합니다.) 10 |
라르게덴
| 2017.07.28 |
| 64 | 이 사이트 로그인하면 가끔 이런게 보이네요 |
이온디
| 2017.07.23 |
| 63 | 스케치북 게시판 스킨을 플로알라에 맞게 만들어보았습니다. 1 |
이온디
| 2017.07.20 |
| 62 | 플로알라 에디터 없는 곳에서는 글 쓰기 싫으네요 2 |
이온디
| 2017.07.20 |
| 61 | froala 2.6.3의 업데이트 조짐이 보입니다. |
라르게덴
| 2017.07.20 |
| 60 | 비즈니스 판매자는 할인 같은 게 있을까요? 1 |
이온디
| 2017.07.17 |
이온디
2017.08.17그동안 사이트 로긴을 못 찾아 항상 /admin 에서 로긴했었는데 에디터에서 로그인/소셜로그인/회원가입 가능했군요.
이메일 주소 확인은 필요한가요? 패스워드 확인이 아니라?;
라르게덴
2017.08.17우리가 상식적으로 생각했던 당연한 행동들이 글로벌에서는 어떻게 받아들이고 있는지 고민해 볼 필요가 있습니다. 과거 넷 상에서 대상을 특정할 수 있는 식별정보(Identifier)는 ID였습니다. email은 그 ID에 부가적인 요소일 뿐이었고요. 하지만 현대에 와서는 email이 ID를 대체하고 있는 실정입니다. 페이스북도, 트위터도 카카오, 라인도 그렇지요.
이 이메일 주소는 개인을 식별 할 수 있는 세계 유일의 식별정보입니다. 잘못 입력되어서 다른 사용자에게 인증 정보가 날라가는 경우는 있어선 안되겠죠. 패스워드는 잘못 적어도 재인증 등 다양한 API를 통해 재설정 가능하며 주기적으로 갱신되어야 할 정보입니다.
현대시대에 맞춰 홈페이지 관리자는 최종 사용자에게 이메일의 정확한 입력을 요구할 수 있어야 합니다. 이메일의 입력 실수는 누구도 해결 할 수 없습니다.
나중에 이야기하겠지만 로그인 기능 중 회원가입은 관리자페이지의 기능에 따라 묻는 내용을 연동했기 때문에 조건에 따라서 입력 내용이 바뀝니다. 하지만 초기단계에서는 일부에 한해서만 지원하는 제약이 있기 때문에 범용적으로 사용되긴 어려워서 관리자가 설정을 통해 활성화 시켜야만 동작하도록 하려고 생각하고 있습니다.