안녕하세요 @uncertainquark입니다.
개선해주셔서 감사합니다.
비공개 이슈 트래커에서 새로운 이슈 40224를 만들었습니다.

여기에 "향상" 레이블을 할당할 수 있습니까? 감사 해요.

@uncertainquark 완료

단어 계산은 문서의 가격과 특정 문서 요소의 올바른 크기를 규정하기 위한 첫 번째 단계이기 때문에 이것이 번역가, 편집자 및 교정자에게 중요한 기능임을 언급하고 싶었습니다.
이 기능이 없으면 번역 대행사에서 OnlyOffice를 완전히 구현할 수 없으므로 구현해 주시면 정말 감사하겠습니다.

저도 이거 찾다가 왔습니다. 나는 이것이 1월에 내부 이슈 트래커의 #40224에 있는 것을 보았습니다. 이에 대해 보고할 수 있는 진행 상황이 있습니까?

@micah 죄송합니다, 진행 상황이 없습니다

167 관련이 있습니다.

이에 대한 업데이트가 있습니까?

@uncertainquark , 상태 표시줄의 단어 수에 대한 정보를 배치하는 문제는 여전히 우리 팀과 논의 중입니다.

여기에 +1을 추가하면 교육 맥락에서 사용하는 데에도 매우 중요합니다.

문서의 일부를 선택하고 해당 부분의 단어 수를 얻는 기능은 모든 교육 환경에서 사용되는 워드 프로세서의 기본 기능 요구 사항입니다.

여기에 +1을 추가하는 것은 작성자에게 정말 필수입니다. 상태 표시줄의 단어 및 문자 수.

나는 단지 모두가 말하는 것을 두 번째로 하고 싶었다. 상태 표시줄의 단어 수가 부족하다는 점이 OnlyOffice에서 나를 멀어지게 한 유일한 이유입니다. 핵심 기능입니다.

나도 +1 :)
특정 단어 제한이 있는 대학/학교 작업에 꽤 편리할 것입니다.

사용자로부터 이 요청을 받았습니다. 외부 사용자를 위해 이 기능이 있으면 매우 유용할 것입니다.

@mvvvmd 작업 속도를 높이려면 [email protected] 에 문의하세요.

@mvvvmd 작업 속도를 높이려면 [email protected] 에 문의하세요.

도움이 될 수 있도록 유료 고객에게 이메일을 보내겠습니다. 감사합니다.

여기에 또 다른 교육자가 있습니다. 단어 수에 필요합니다. 두 번째 문서에 복사하여 붙여넣는 것은 너무 힘든 작업입니다. 매크로가 임시 솔루션으로 표시할 수 있습니까?
그렇지 않으면 Onlyoffice가 그렇지 않으면 등급을 매기는 데 절대적으로 탁월하다고 말할 수 있습니까? 탭의 docx 및 pdf 가이드(온라인 epub도 포함), 측면에 표시되는 주석. 나는 그것을 많이 좋아. 그러나 단어 수는 번거롭습니다.

"번역기" 플러그인/매크로는 이미 매우 가깝습니다. https://github.com/ONLYOFFICE/sdkjs-plugins/tree/master/translate 작동 방식을 보면 현재 선택 항목을 사용합니다. 왼쪽에 패널이 열리고 번역된 선택 항목이 표시됩니다. 따라서 tat 매크로를 조정하여 선택 항목에서 단어 수를 가져와 표시할 수 있다면 작동할 수 있습니다.

문서 정보에 단어 수가 있는 것을 보았습니다. 확실히 도움이 될 선택 및 계산 기능입니다.

여기에 내 플러스 하나를 추가하면 새로운 사용자가 Linux에서 사무복으로 그것을 시도합니다. 단어 수를 계산해야 합니다.

이것은 OnlyOffice로 전환하는 데 약간의 설득력이 필요한 우리 조직의 큰 누락입니다. 우리는 단어 수를 설정한 문서를 많이 작성합니다. 따라서 개수를 얻기 위해 섹션을 Google 문서도구에 붙여넣는 것은 비생산적입니다. https://www.onlyoffice.com/en/document-editor.aspx 에 있지만 이 작업을 수행할 수 있어야 한다고 명시되어 있습니다.

@Julianlstar

https://www.onlyoffice.com/en/document-editor.aspx 에 있지만 이 작업을 수행할 수 있어야 한다고 명시되어 있습니다.

이 인용문을 의미한다면

문서 분석: 공백이 있거나 없는 단어 수, 단락 및 문자 보기

우리는 그것을 할 수 있습니다:

이 문제는 상태 표시줄에 단어 수가 표시되는 상황에만 해당됩니다.

감사 해요. 상태 표시줄의 단어 수는 단어 수 특정 자금 조달 입찰가를 많이 작성하기 때문에 정말 도움이 됩니다.

@ShockwaveNN 이 작동하는 동안 텍스트의 선택된 부분에서 단어 수를 이해하기 어렵습니다. 이것은 매우 큰 문서의 일부를 볼 때 매우 중요합니다. @Julianlstar 가 말했듯이 조직에서 오픈 소스로 전환하려면 많은 설득력이 필요하며 대부분의 사람들은 뒤로 물러나는 한 가지 핑계일 뿐입니다.

위의 제안 외에도 단어 수는 추적 된 변경 사항도 고려해야 합니다. 즉, 추적된 변경 사항을 사용하여 단어를 삭제하는 경우 총계에 포함되지 않거나 최소한 구별되어야 합니다. 이것은 다른 워드 프로세서의 표준 기능인 반면 문서의 정보 보기에서는 지금도 그렇지 않습니다. 협업 탭에서 먼저 추적된 변경 사항의 보기를 변경하면 OO에서 이 정보를 얻을 수 있지만 정보에는 해당 특정 보기/버전에 대한 단어 수가 표시됩니다.

선택을 위한 단어/문자 수 또한 중요합니다. 학계에서는 전체 기사에 대한 제한과 초록 길이에 대한 별도의 제한이 있는 것이 매우 일반적이므로 단어 수를 보기 위해 초록만 선택할 수 있는 것이 중요합니다. 반면에 회의 제출은 일반적으로 단어 대신 문자에 제한을 설정합니다(일반적으로 제출 시 웹 양식 제한으로 사용).

안녕하세요, 이 문제에 다시 관여하게 되어 유감입니다. 하지만 이 문제 및/또는 #167에 진전이 있었는지 확인하고 싶었습니다. 이러한 관련 기능은 모두 매우 편리하며 구현하기가 상당히 복잡해야 합니다. 전체 단어 수와 선택한 단어 수(예: "35/100 단어")를 모두 보여주는 상태 표시줄의 간단한 분할 보기가 완벽할 것입니다. 감사 해요.

@BlipRanger 죄송합니다. 이 문제에 대한 소식이 없습니다.

에세이를 작성할 때 제목과 헤더 없이 단어 수를 확인하고 싶을 때 유용합니다.
제품이 더 많은 사람들에게 다가갈 수 있도록 하는 것은 작은 것입니다. 나를 위해 그것은 거의 거래 차단기입니다. 나는 단어를 셀 때 다른 도구를 사용합니다.

에세이를 작성할 때 제목과 헤더 없이 단어 수를 확인하고 싶을 때 유용합니다.
제품이 더 많은 사람들에게 다가갈 수 있도록 하는 것은 작은 것입니다. 나를 위해 그것은 거의 거래 차단기입니다. 나는 단어를 셀 때 다른 도구를 사용합니다.

정말 좋은 지적입니다.
전문적인 편집 비용을 지불하고 "대량" 단어 수를 사용하면 모든 페이지에서 반복되는 머리글 및 바닥글 텍스트를 계산합니다. 실제로 첫 페이지에서만 계산되어야 합니다. 이것은 편집 비용을 부풀리는 것이지 결코 저렴하지 않습니다.

@RolandHughes 내 생각 에 @PiecePaperCode 는 머리글과 바닥글이 아니라 예를 들어 챕터의 헤드라인과 제목을 의미한다고 생각합니다(예: 위쪽 및 아래쪽 여백 안의 텍스트)...

편집 또는 게시를 위해 텍스트를 제출할 때 제목 및 헤드라인은 게시자가 청구한 총계에 포함되므로 포함하고 싶습니다. 반면에 나는 제도적 형태의 머리글과 바닥글만 볼 수 있는데, 그 안에 있는 단어 수에 대해 신경 쓰는 사람이 있을지 모르겠습니다.

상태 표시줄의 분할 보기에 대한 @BlipRanger 제안에 대한 두 번째 요청입니다. 문서의 다른 섹션(예: 학업 자금 제안, 비즈니스 자금 지원, 다양한 보고서, 숙제)에 대해 문자 또는 단어 수의 최소 또는 최대가 정의된 여러 사용 사례가 있으며, 이 섹션은 전체가 아니라 부분적으로 확인해야 합니다. 문서. 현재 단어 또는 문자 수(공백 포함 또는 제외)를 얻으려면 콘텐츠를 다른 소프트웨어에 부분적으로 복사하여 붙여넣어야 합니다. 강조 표시된/선택된 텍스트에 대해 이 정보를 얻을 수 있다면 좋을 것입니다.

@RolandHughes 내 생각 에 @PiecePaperCode 는 머리글과 바닥글이 아니라 예를 들어 챕터의 헤드라인과 제목을 의미한다고 생각합니다(예: 위쪽 및 아래쪽 여백 안의 텍스트)...

편집 또는 게시를 위해 텍스트를 제출할 때 제목 및 헤드라인은 게시자가 청구한 총계에 포함되므로 포함하고 싶습니다. 반면에 나는 제도적 형태의 머리글과 바닥글만 볼 수 있는데, 그 안에 있는 단어 수에 대해 신경 쓰는 사람이 있을지 모르겠습니다.

편집을 위해 제출할 때 완전한 형식의 완전한 제목을 제출합니다. 편집이 끝나면 프린터에 사용할 준비가 됩니다. 실행 중인 페이지 머리글, 바닥글 등은 모두 문서에 있습니다. 아무도 더 이상 구식 "원고" 형식을 사용하지 않는다고 생각했습니다.

https://theminimumyouneedtoknow.com/

따라서 저를 위한 단어 수 합계에는 해당 각주가 모두 포함됩니다. 그들 중 다수는 결코 편집되지 않을 URL이 될 것입니다.

아무도 더 이상 구식 "원고" 형식을 사용하지 않는다고 생각했습니다.

확실하지 않지만 이것이 우리 학자들이 항상 사용하는 것처럼 들립니다. 나는 확실히 내 원고에서 머리글이나 바닥글 섹션을 전혀 사용하지 않습니다. 그 공간이 차지하는 유일한 시간은 대학 형식입니다. 그리고 출판사에 우리는 텍스트만 보내고 그들은 다른 것으로 인쇄하기 위해 그것을 조판합니다(그들이 그것을 위한 독점 도구가 있다고 생각합니다).

하지만 물론 모든 사용 사례를 알지는 못합니다.

현재 단어 또는 문자 수를 얻으려면 콘텐츠를 복사하여 다른 소프트웨어에 붙여넣어야 합니다.

여기에서 원하는 모든 기능이 있는 LibreOffice 또는 이와 유사한 것에서 텍스트를 열면 됩니다.

여기에서 원하는 모든 기능이 있는 LibreOffice 또는 이와 유사한 것에서 텍스트를 열면 됩니다.

내 말은, 내가 이것을 하지만 나는 정말로 차라리 하지 않는 것이 낫습니다. 브라우저(Nextcloud 및 기타 자체 호스팅 파일 시스템 포함)에서 사용할 수 있기 때문에 OO를 사용합니다. 또한 LibreOffice는 저에게 많은 충돌을 일으키므로 OO를 선호합니다.

이 이야기는 많은 관심을 가지고 있고 꽤 오랫동안 관심을 끌지 못했습니다.

여기에서 원하는 모든 기능이 있는 LibreOffice 또는 이와 유사한 것에서 텍스트를 열면 됩니다.

내 말은, 내가 이것을 하지만 나는 정말로 차라리 하지 않는 것이 낫습니다. 브라우저(Nextcloud 및 기타 자체 호스팅 파일 시스템 포함)에서 사용할 수 있기 때문에 OO를 사용합니다. 또한 LibreOffice는 저에게 많은 충돌을 일으키므로 OO를 선호합니다.

오픈오피스가 아닌 리브레오피스를 사용하세요. OO는 원치 않는 고아입니다. 여전히 엄청난 양의 Java 코드가 있는 것으로 알려져 있으며 이것이 충돌의 원인이 될 것입니다. 자바는 그냥 나쁩니다. OO가 Oracle로 이동하기 전에도 Apache Java는 나빴습니다. JVM과 애플리케이션 자체에 대한 기본 설정은 가능한 한 적은 물리적 메모리를 할당하여 원래 Raspberry Pi와 같은 장치에서 실행할 수 있도록 하는 것이었습니다. 24Gig의 RAM이 있는 컴퓨터에서 내 책 중 하나를 쓰는 메모리가 부족할 것입니다. 터미널을 열고 메모리만 표시하면 16Gig 이상의 여유 공간이 있음을 알 수 있습니다. OO는 2Gig의 모든 것을 맞추려고 했습니다.

자바는 그냥 나쁩니다.

Java에 대한 두 권의 책을 저술했고 Java로 작성된 OpenSource 프로젝트를 가지고 있는 사람으로서 말씀드립니다.

자바는 변명의 여지 없이 나쁘다.

@RolandHughes OO는 OpenOffice가 아닌 OnlyOffice를 의미한다고 생각합니다.

Java가 나쁘다는 데 전적으로 동의합니다.

@janxkoci 음, OO는 OnlyOffice가 등장하기 훨씬 전부터 OpenOffice에 사용되었습니다. OnlyOffice에는 다른 이니셜이 필요합니다. OpenOffice의 경우 OO, OnlyOffice의 경우 oo일 수 있습니까?

사실 저는 OpenOffice.org를 오픈오피스로 알고 있습니다. 그럼에도 불구하고 이 경우에는 문맥이 이를 분명히 했습니다.

사실 저는 OpenOffice.org를 오픈오피스로 알고 있습니다. 그럼에도 불구하고 이 경우에는 문맥이 이를 분명히 했습니다.

나한테는 아니야.

OnlyOffice는 "사용 준비"와는 거리가 먼 이 참신한 워드 프로세서입니다. 100% 마이크로소프트와 호환된다는 주장은 정말 터무니없다. OnlyOffice는 시장에 나와 있는 대부분의 워드 프로세서가 "즉시" 수행하는 교대 페이지 헤더 및 기타 여러 가지 실행을 지원하지 않습니다.

인쇄용으로 책을 완전히 포맷할 수 있을 때까지는 준비가 되지 않은 것입니다.

나는 많은 책을 씁니다. 초기에 기존 게시자를 위해 글을 썼을 때 OS/2에서 Word Perfect를 사용했습니다(전문가는 Microsoft 제품을 사용하지 않기 때문입니다). 거기에서 나는 Lotus SmartSuite(여전히 지금까지 생산된 최고의 사무용 제품군)로 옮겼습니다. 해가 진 후 OpenOffice로 옮겼습니다. Oracle이 SUN I을 인수했을 때 전 세계 대부분이 LibreOffice로 이동했습니다.

이러한 모든 워드 프로세서는 각 장의 오른쪽 및 왼쪽 페이지에 대해 실행 중인 페이지 헤더가 서로 다른 책을 완전히 레이아웃하고 포맷할 수 있습니다. 각주. Concordance 파일에서 생성된 색인 입니다. 다양한 단어 수.

나는 OnlyOffice의 모양을 좋아합니다. 작가의 블로그에 올리기 전에 Dream Recorder 의 초안을 작성하는 데까지 사용했지만 실제 책에는 사용할 수 없었습니다. 임무를 수행하지 못할 뿐입니다.

상태 표시줄의 이 단어 수는 필요한 많은 중요한 기능 중 하나일 뿐입니다.

네, OnlyOffice는 불완전하지만 요즘 매우 인기 있는 Google 문서도구도 마찬가지입니다. 어떤 사람들은 괜찮습니다. 다른 사람들은 그렇지 않습니다. 내 기본 사무실은 LO이며 필요한 모든 작업을 수행하며 버전 LO 6.x가 거의 완벽하기 때문에 MSO와의 호환성이 있습니다. 그러나 코드, UX에는 많은 역사적 수하물이 있으며 많은 것들이 매우 성가시거나 처리하기 힘든 평범한 고통입니다. 그래서 나는 OnlyOffice를 찾은 후 그것을 내 레이더에 보관하고 정기적으로 기능을 확인합니다. 팔로우하는 짧은 시간에도 눈에 띄게 좋아져서 좋은 방향으로 가고 있는 것 같아요. 그리고 유럽 회사에서 만들고 지원하는 오픈 소스 소프트웨어입니다.

어쨌든, 우리는 주제를 벗어난 토론으로 이 스레드를 스팸 처리합니다. 아마도 중지해야 할 것입니다.

이 기능은 어떻습니까?
2년이 넘는 시간이 흘렀지만 여전히 실종 상태다.
이에 대한 ETA가 있습니까? 아예 실행에 옮기실 겁니까?
이것은 많은 사용자에게 중요한 기능이며 구현하기가 그리 어렵지 않은 것 같습니다.

이 기능은 어떻습니까?
2년이 넘는 시간이 흘렀지만 여전히 실종 상태다.
이에 대한 ETA가 있습니까? 아예 실행에 옮기실 겁니까?
이것은 많은 사용자에게 중요한 기능이며 구현하기가 그리 어렵지 않은 것 같습니다.

OnlyOffice가 프로덕션 품질을 기대하지 않는다면 더 쉬운 삶을 살게 될 것입니다. 개인적으로 나는 이 프로젝트를 포기했다.

OnlyOffice는 정말 굉장합니다! libreoffice는 느리고 불안정한 경향이 있습니다.
나는 일시적으로 워드카운터 없이 살 수 있지만 그렇게 오래 살 수는 없다.
상태 표시줄의 워드 카운터는 킬러 기능 중 하나입니다. 나는 여전히 외부 워드카운터나 플러그인에 따라 onlyoffice를 사용할 것이지만 이것이 이미 구현된 것을 보고 싶습니다.

@mohamadali-halwani OnlyOffice 에는 단어 수 기능이 있습니다(파일 > 문서 정보). 이 문제는 상태 표시줄에도 해당 정보를 표시하는 것에 관한 것입니다(개선 가능).

@mohamadali-halwani OnlyOffice _has_ 단어 수 기능(파일 > 문서 정보)에 유의하세요. 이 문제는 상태 표시줄에도 해당 정보를 표시하는 것에 관한 것입니다(개선 가능).

그것은 완전한 잘못된 정보일 것입니다.

문제는 상태 표시줄에 카운트를 표시하는 "유일한" 것이 아닙니다. 문제는 그들이 가지고 있는 단어 수가 기본적으로 쓸모가 없다는 것입니다.

1. 선택한 지역의 단어 수를 가져올 수 없습니다.
2. 단어 수는 단어 수에 포함되어서는 안 되는 실행 중인 페이지 머리글/바닥글을 제외하지 않습니다.
3. 단어 수는 상태 표시줄에 표시되지 않으므로 "대상에 쓰기"가 불가능합니다.
4. 대체 페이지 머리글이 단어 수에 포함되지 않는 유일한 이유는 OnlyOffice가 오른쪽 및 왼쪽 페이지에 대해 다른 페이지 레이아웃을 지원할 만큼 워드 프로세서로 충분히 성숙하지 않았지만 MS Word와 100% 호환된다고 주장하기 때문입니다.

@RolandHughes 그것이 "가능한 개선"이 의미하는 바입니다.

귀하의 제안은 훌륭하지만 단계적으로 구현될 것입니다. 일부 포인트는 이미 다른 문제에서 추적되고 있습니다. 이 문제는 원래 상태 표시줄에 단어 수 정보를 표시하기 위해 열렸으며 추가 토론을 통해 아이디어를 더욱 개선했습니다.

내 의견은 단지 일부 (제한된) 단어 계산 기능이 OnlyOffice에 이미 존재하며(코멘트 작성자가 이에 대해 알지 못하는 경우에 대비하여) 이 문제는 이를 표시하기 위한 UI 변경에 관한(또는 원래) 문제라는 점을 지적하는 것입니다. 다른 곳(상태 표시줄), 다른 문제에서 다른 개선이 요구됩니다.

너무 오래 기다리다 보니 운영진의 우선순위가 아닌 것 같아요.

죽었어. 죽었어. 죽죽죽죽죽입니다.

컴퓨터에 OnlyOffice 설치를 중지했습니다. Manjaro는 이제 LibreOffice와 FreeOffice 또는 이와 유사한 것 중에서 선택할 수 있습니다. 2019년에 이 글을 쓴 이후로 별로 달라진 것이 없는 것 같습니다.

https://www.logikalsolutions.com/wordpress/information-technology/best-linux-word-processors-in-2019/

OnlyOffice 외에는 목록 아래로 더 멀리 이동하고 있습니다. Manjaro Linux가 포함된 FreeOffice 버전은 이전에 Ubuntu에서 실행되던 많은 문제를 수정했습니다.

@mohamadali-halwani OnlyOffice _has_ 단어 수 기능(파일 > 문서 정보)에 유의하세요. 이 문제는 상태 표시줄에도 해당 정보를 표시하는 것에 관한 것입니다(개선 가능).

정보 담당자에게 감사하지만 @RolandHughes 가 말했듯이 onlyoffice에는 단어 카운터가 포함되어 있다는 것을 이미 알고 있습니다. 문제는 그것이 얼마나 기능이 없고 쓸모가 없느냐 하는 것입니다.
개발 팀이 분명히 앱의 우선 순위를 지정하지 않기 때문에 libreoffice로 돌아갈 것이라고 생각합니다.
이것은 매우 불행한 일입니다.

나는 OnlyOffice가 그렇게 쉽게 죽을 것이라고 생각하지 않습니다 :wink:

시작: OnlyOffice는 영리 기업에서 개발한 오픈 소스 프로젝트입니다. 그것은 _회사_에게 문서의 공동 편집을 허용하면서도 문서를 비공개로 유지하는 클라우드 오피스를 제공하는 실행 가능한 비즈니스 모델을 가지고 있습니다(클라우드/서버를 설정하고 OO 서버를 사용하지 않을 수도 있음). 그리고 오픈 소스이기 때문에 누구나 포크를 만들거나 버려진 채로 코드를 선택할 수 있습니다. 그러나 나는 _그것_에 대해 걱정하지 않을 것입니다.

이제 @RolandHughes 와 다른 사람들은 OnlyOffice에 대한 몇 가지 문제를 언급하며 그 중 일부는 "단어 수"보다 더 심각하게 들립니다(예: 페이지 레이아웃 문제 및 MSO 호환성). 이러한 문제는 "단어 수"보다 우선 순위가 더 높을 수 있습니다. 따라서 이 특정 문제는 지연되는 것처럼 보일 수 있습니다(또는 "실행 중인 페이지 머리글/바닥글"의 적절한 처리와 같이 관련이 없어 보이는 작업이 필요할 수 있으므로 이 문제에서 볼 수 없음).

젠장, GDocs도 상태 표시줄에 단어 수를 표시하지 않으며(상태 표시줄도 없기 때문에) 괜찮은 것 이상을 하고 있습니다.

예, 만약 당신이 책을 쓴다면, 이것은 당신을 위한 것이 아닐 수도 있습니다. 기관에서 양식을 편집하려는 경우 더 나은 사용 사례일 수 있습니다. 특히 해당 문서가 기밀인 경우 - 오픈 소스 도구를 사용하면 귀하(또는 보안 연구원)가 문서가 손상될 수 있는지 확인할 수 있습니다. MSO, GDocs 또는 SoftMaker FreeOffice와 같은 독점 도구를 사용하면 이러한 도구를 만드는 회사를 신뢰해야 합니다. 그리고 어떤 사람들은 _항상_ 그것에 대해 문제를 갖고 _will_ 오픈 소스 옵션을 선호합니다. 그리고 OnlyOffice는 이 모든 것을 알고 있습니다.

글쎄요, LibreOffice는 OpenSource이며 이제 각 릴리스에서 더 좋아지고 있습니다. Java를 제거하면서 수년 동안 많은 불안정이 있었습니다. Java가 기본적으로 제거되었으므로 이제 평준화되었습니다. 아직 제거되지 않은 플러그인이 몇 개뿐입니다.

당신의 비유는 정확하지 않습니다. IBM은 OpenSource Lotus Symphony 프로젝트를 시작했습니다. IBM은 파산까지 갈 길이 멀다. 우리 모두가 동의할 수 있다. 그들은 그것을 포기하고 코드를 LibreOffice에 넘겼습니다. 왜요? 그들은 Lotus Notes로 더 많은 돈을 벌었고 이것은 Lotus Notes를 위한 반짝이는 새 편집기를 만드는 수단이었습니다.

클라우드에는 안전한 곳이 없습니다.

그것을 기억하면 당신의 삶은 더 나아질 것입니다. 온라인 장소에 관해서는 우리가 해킹당했다고 알고 있는 장소와 아직 발견하지 못한 장소가 있습니다.

나는 이 특정 기능이 최소한 어느 정도 우선 순위를 가져야 한다고 주장합니다.
이전에 언급했듯이, 그것의 부재는 또한 그 기능을 원하는 사람들을 짜증나게 하는 것이 아니라 사람들이 그것으로 _돈을 버는 것을 방해합니다.

이 특정 기능에는 최소한 일부 우선 순위가 있어야 합니다.

나는 그것이 _no_ 우선순위가 있다고 말한 적이 없습니다. 우선 순위가 바로 이 스레드에서 언급된 다른 문제보다 _아마도 낮습니다. 그러나 그것은 내가 OO의 개발자가 아닌 사용자이기 때문에 내 추측일 뿐입니다.

@RolandHughes 솔직히 귀하의 의견을 이해하지 못합니다. 무엇에 관한 것입니까? LO가 개선되고 있다는 데 전적으로 동의한다는 점을 제외하고는(최소한 Writer는 마침내 사용할 수 있게 되었습니다. 저는 Calc에 문제가 없었고 Impress는 여전히 끔찍했지만 Writer는 마침내 흔들렸습니다!).

이 스레드 의 스팸 을 중지할 수 있습니까? 어쨌든 이 시점에서 개발자가 구독을 취소했다고 확신합니다. 따라서 귀하가 동의하는 의견에 대해 엄지손가락을 치켜세우면 누군가가 점수를 수집할 수도 있습니다.

이 스레드 의 스팸 을 중지할 수 있습니까? 어쨌든 이 시점에서 개발자가 구독을 취소했다고 확신합니다. 따라서 귀하가 동의하는 의견에 대해 엄지손가락을 치켜세우면 누군가가 점수를 수집할 수도 있습니다.

스팸이라고 생각하지 않습니다. 큰 불만이 있고 목소리가 필요합니다.

큰 불만이 있고 목소리가 필요합니다.

이것은 오픈 소스 프로젝트가 작동하는 방식이 아닙니다. 특히 소프트웨어가 무료인 경우(예: 가격표가 0인 경우) 특히 그렇습니다. 당신을 위해 무언가를 하기 위해 개발자에게 돈을 지불하지 않는다면, 이것은 도움이 되지 않는 외침에 지나지 않습니다. 그러나 OO의 고객에게 비용을 지불하는 경우 문제에 대해 OO의 사업부에 문의할 수 있습니다.

버그 추적기는 문제를 해결하는 데 도움을 주고자 하는 사람들을 위한 것이지, 문제에 대해 무한히 불평하는 것이 아닙니다.

버그 추적기는 문제를 해결하는 데 도움을 주고자 하는 사람들을 위한 것이지, 문제에 대해 무한히 불평하는 것이 아닙니다.

언제든지 이 스레드에서 구독을 취소할 수 있습니다.

사실 저는 OpenSource에 꽤 참여하고 있습니다. 이것이 __정확히__ 작동하는 방식입니다. 저도 이와 같은 방식으로 LibreOffice 메시지 스레드에 적극적으로 참여하고 있습니다. 제대로 실행되는 OpenSource 프로젝트에서 불만 사항의 ​​수와 해당 불만 사항에 대한 세부 정보의 양은 가중치와 직접적인 관련이 있습니다. 가장 가중치가 높은 작업은 다음 릴리스의 대상/목표로 포함되는 작업입니다.

이것은 실제로 OpenSource 프로젝트가 아닙니다.

오, 당신은 소스를 다운로드할 수 있고, 당신 자신의 포크를 만들 수 있고, 그 모든 것이 부패하지만 이것은 숨은 동기 OpenSource 프로젝트입니다. LibreOffice나 다른 완전한 OpenSource 프로젝트가 아닌 IBM Lotus Symphony와 비교해야 합니다. 이 프로젝트는 당신이 원한다면 일종의 버리거나 미끼로 존재합니다. 영리를 목적으로 하는 프로젝트를 만들려는 노력의 결과입니다. IBM이 OpenOffice 포크의 이전 이름을 준설했을 때 Lotus Symphony도 마찬가지였습니다. 그들은 Lotus Notes(및 기타 몇 가지 제품)용 새 편집기를 제공할 수 있는 OpenSource 프로젝트에만 관심이 있었습니다. 그 후에는 포기했습니다. LibreOffice는 해당 프로젝트에서 Navigator와 함께 종료되었습니다.

OnlyOffice와 마찬가지로 데스크톱에서는 수익이 발생하지 않습니다. 영리를 위한 노력은 항상 수익에 초점을 맞출 것입니다. 영리 단체는 항상 버그 수정보다 크고 빛나는 새 기능에 중점을 둡니다. 왜요? 크고 빛나는 새 기능은 유료 고객을 (이론적으로) 가져오고 Microsoft는 버그 수정을 귀찮게 할 필요가 없다는 증거이기 때문입니다.

이 스레드를 구독하는 이유는 누군가가 "나도 원합니다" 또는 "이 무료 프로그램은 형편없어"라고 소리칠 때가 아니라 언제 기능이 추가되는지 알고 싶기 때문입니다.

하지만 도착했을 때 상태 표시줄에서 확인할 수 있을 것 같군요. 그럼 안녕히 계세요.