- 세상의 모든 계산기 자유(질문) 게시판 일반 ()
수식 입력기(ckeditor - wiris) 설치 테스트
1. MathJax 문제 발생
기존에 MathJax 를 스크립트로 헤더에 추가하여 수식을 표시하도록 하였습니다. 일반 유저의 경우 문제가 없었던 것으로 파악이 되는데...(아무도 사용을 안했으니까... -_-) 관리자 ID로 로그인하면 MathJax 수식 로딩시 엄청 버벅거리면서 20초가량 사이트 이용이 거의 불가능한 상태가 되곤 하였습니다.
그 문제가 해결될 기미가 없어(=문제를 해결할 수 없어) 기존 방식을 과감하게 포기하였습니다.
대신 ckeditor 에 플러그인으로 수식 편집기를 추가하였습니다. 이 플러그인은 네이버 지식인처럼 수식을 그림으로 넣어줍니다. 기존 방식의 라텍스 문법 입력도 가능합니다.
※ 간혹 (아래처럼) 수식 변환이 되지 않는 경우가 있습니다.
동영상 로딩등으로 페이지 인코딩이 길어질 때인데, 수식을 확인하시려면 F5 (refresh) 제대로 표시될 수 있습니다.
⇒
2. 수식 편집기 사용 방법
- ckeditor 입력창의 오른쪽 위에 있는 툴바 확장 단추
클릭
└ 툴바가 이미 펼쳐진 상태면 클릭할 필요가 없습니다.
- 툴바 마지막 줄에 있는 노란 루트기호
클릭
- wiris 수식 편집기에서 수식 입력후 【승인】 클릭
- 수식이 ckeditor에 잘 삽입 되었으면 글을 완성하고 【등록】. 끝.
3. 수식 입력 예제
* Wiris 수식
// 2차방정식 근의 공식
// 기존 MathJax는 수식과 게시판 text 를 한 줄에 넣을 수 없었는데 이젠 가능.
* MathJax 수식
// 에디터에서 쓸 때는 MathJax 수식이지만 뷰어에서 보여줄 때는 Wiris 에서 이미지로 처리하도록 바뀜
혹시 위의 수식이 제대로 표시되지 않는다면 【F5】 로 페이지를 새로고침 해보세요.
댓글11
-
세상의모든계산기
댓글 수식 test (실제):
1. Wiris 를 통한 입력 ▶▶▶
2. 기존 MathJax 방식 입력 ▶▶▶
위(↑)의 수식 표시 화면이
아래와 같이 표시(브라우저 Rendering)되면 성공
아래와 같이 표시(브라우저 Rendering)되면 실패
-
세상의모든계산기
브라우저별 수식 표시 가능성 비교
본문 댓글 Wiris MathJax Wiris MathJax 크롬47(PC) O O O O 크롬(모바일) O O O O 오페라34(PC) O O O O FireFox43* O O O O Safari5* O O O O EDGE(Win10) O X⇒ OX⇒ OX⇒ OIE11(Win10) O X⇒ OX⇒ OX⇒ O
* 표시된 브라우저는 https://spoon.net/ 을 통해서 간접 측정하였습니다.
EDGE 와 IE11 은 약간의 문제가 있었지만 script sync 방식을 defer로 변경하여 문제를 해결하였습니다. -
세상의모든계산기
CAS계산기
√ 버튼 옆에 있는 = 버튼은 CAS계산기입니다.
JAVA 프로그램이므로 크롬과 오페라(NPAPI 지원중단)에서는 사용이 불가능합니다.
(IE, 파이어폭스에서는 사용 가능합니다)잠깐 써 봤는데, 생각보다는 꽤 괜찮지만, 로딩이 매우 느리고, 안정성도 조금 부족한 것 같습니다.
(회원 등급에 따라 붙여넣기 해도 안보일 수 있으니 가급적 사용을 자제하여 주시기 바랍니다.)버튼을 누르면 이렇게 계산기 창이 뜹니다.
계산식을 모두 입력 완료하고 OK 버튼을 누르면 사이즈에 맞는 계산기가 입력이 됩니다.
이미지 파일이 링크됩니다. 그런데 alt 형식으로 계산식 (애플릿 스크립트) 자체가 로딩될 수도 있습니다.
글 입력한 사람 뿐 아니라, 다른 사람도 해당 계산기를 이용할 수 있긴한데...
크롬 유저는 (현 상황으로는) 그림도/계산기도 볼 수 없으니...
계산기를 그대로 입력하는 방식은 가급적 사용을 자제해 주셨으면 합니다. -
세상의모든계산기
계산기를 넣은 다음 소스보기를 하면 굉장히 긴 이미지 링크가 나오는데,
중간을 삭제하면 계산기 애플릿은 로딩되지 않고 이미지만 링크가 되어서 모든 브라우저에서 볼 수가 있습니다.
이렇게요.
-
세상의모든계산기
지금 보니까 CAS 계산기가 안열리네요. (크롬, IE 모두)
PC에 JAVA 는 설치되어 있는데 JAVA 가 필요need 하다고 나오는 상황...
활용도가 떨어지고, 개발자도 버린 듯 하니... 일단 사용 안하는 걸로 변경!
하려고 했는데, 아이콘 하나만 빼는 것은 안되는 듯.
세상의모든계산기 님의 최근 댓글
예시11) 선형 연립방정식에서 답이 false 로 나올 때 https://allcalc.org/55823 2025 10.22 approx(참 해) 값이 이상하게 튀는 것 같아서 AI를 이용해 (python 으로) 구해보았습니다. * python 의 유효자릿수가 nspire 의 유효자릿수(14자리~15자리)보다 더 길기 때문에 시도하였습니다. ** 원래는 wolfram alpha 로 구해보려고 했는데, 울프람에서는 수식 길이가 너무 길다고 거부하는 바람에 포기하였습니다. 그 결과, AI approx(참 해) 값은 정상 범주에 포함되었고, 이는 solve()로 구한 대부분의 결과값과 유사하였습니다. 그럼 nspire 의 approx(참 해)는 왜 튀었나? 참 해에 더하기,빼기,곱하기,나누기 가 너무 많이 포함되어 있다보니, 모두 계산하고 나면 오차가 누적&증폭되어 버리는 것 같습니다. 그래서 오히려 solve의 numeric 한 접근보다도 더 큰 오차가 발생한 듯 하고, 그래서 적절한 해의 x 구간을 벗어나버린 듯 합니다. 그것이 처음의 solve 에서 false 를 이끌어낸 주 원인이 아니었을까요? (추정) 2025 10.21 그래프로 확인 그래프 함수로 지정하고, 매우 좁은 구간으로 그래프를 확대해 보면 불연속적인 그래프 모습이 확인됩니다. 이것은 한계 digits(15자리) 이상을 처리하지 못하기 때문일 것이구요. 다만 특이한 점은, 그래프상으로 교점에 해당하는 구간이 73.049507058477≤x≤73.049507058484 사이로 나오는데 -> 이 구간은 'solve에서 여러 방법으로 직접 구해진 해들'은 포함되는 구간입니다. -> 하지만, '참값인 해를 계산기로 구한 appprox 값 x=73.049507058547'은 포함되지 않는 구간입니다. 2025 10.21 tns 파일 첨부 sol_num_vs_exact.tns 2025 10.21 검증하면 1번 식을 x에 대해 정리하고, → 그 x 값을 2번 식에 대입해 넣으면 → 그 결과로 x는 사라지고 y에 대한 식이 되니, y에 대해 정리하면 참값 y를 얻음. 얻은 y의 참값을 처음 x에 대해 정리한 1번식에 대입하면 참 값 x를 얻음. 구해진 참값의 근사값을 구하면 x=73.049507058547 and y=23.747548955927 참 값을 approx() 로 변환한 근사값은 원래 방정식 모두를 만족할 수 없지만, linsolve() 로 찾은 근사값과, AI로 참 값을 근사변환한 값은 원래 방정식 모두를 만족할 수 있습니다. 2025 10.21