こんにちは、@ uncertainquark。
強化していただきありがとうございます。
プライベート課題トラッカーで新しい課題40224を作成しました。

これに「拡張」ラベルを割り当てることはできますか？ ありがとう。

@uncertainquark完了

単語のカウントは、ドキュメントの価格と特定のドキュメント要素の正しいサイズを規定するための最初のステップであるため、これは翻訳者、編集者、校正者にとって重要な機能です。
この機能がないため、翻訳会社にOnlyOfficeを完全に実装することは不可能です。したがって、これが実装されていれば幸いです。

私もこれを探しにここに来ました。 これは、1月に内部課題トラッカーの＃40224に入れられたことがわかりました。 これについて報告できる進展はありましたか？

@micah申し訳ありませんが、進捗はありません

167が関連しています。

これに関する更新はありますか？

@uncertainquark 、ステータスバーの単語数に関する情報の配置の問題はまだ私たちのチームと話し合っています。

これに+1を追加します。これは、教育のコンテキストでも使用するために非常に重要です。

ドキュメントの一部を選択し、その部分の単語数を取得する機能を持つことは、教育現場で使用されるワードプロセッサの基本的な機能要件です。

これに+1を追加する-これは作者にとって本当に不可欠です。 ステータスバーの単語数と文字数の両方。

みんなが言っていることを二番目にしたかっただけです。 ステータスバーの単語数の不足は、OnlyOfficeから私を引き離した唯一のことです。 これは重要な機能です。

私からも+1 :)
大学/学校が特定の単語制限で動作する場合はかなり便利です

私はユーザーからこのリクエストを受け取りました。この機能をアウトユーザーに提供すると非常に役立ちます。

@mvvvmdあなたは物事をスピードアップするために[email protected]に連絡することができます

@mvvvmdあなたは物事をスピードアップするために[email protected]に連絡することができます

私は電子メールを送ります、私たちは有料の顧客ですので、それは助けになるでしょう、ありがとう。

ここに別の教育者。 単語数に必要です。 2番目のドキュメントにコピーして貼り付けるのは面倒です。 たぶん、マクロはそれを一時的な解決策として示すことができますか？
それ以外の場合、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でこの情報を取得できますが、情報にはその特定のビュー/バージョンの単語数が表示されます。

選択のための単語/文字数も重要です-学界では、記事全体に制限があり、要約の長さに個別の制限があることが非常に一般的であるため、要約だけを選択して単語数を確認できることが重要です。 一方、会議の送信では、通常、単語ではなく文字に制限が設定されます（通常、送信中のWebフォームの制限として）。

こんにちは、この問題に再度関与して申し訳ありませんが、この問題や＃167に進展があったかどうかを確認したいと思いました。 これらの関連機能はどちらも非常に便利であり、実装はかなり簡単です。 ステータスバーの単純な分割ビューで、合計単語数と選択された単語数（つまり、「35/100単語」）の両方が表示されます。 ありがとう。

@BlipRanger申し訳ありませんが、これらの問題に関するニュースはありません。

あなたがエッセイを書いていて、私が数えるタイトルとヘッダーなしで単語数をチェックしたいとき、それは役に立ちます。
製品を作るその小さなものは、より多くの人々に手を差し伸べます。 私にとって、それはほとんど取引のブレーカーです。 単語を数えるために別のツールを使用します。

あなたがエッセイを書いていて、私が数えるタイトルとヘッダーなしで単語数をチェックしたいとき、それは役に立ちます。
製品を作るその小さなものは、より多くの人々に手を差し伸べます。 私にとって、それはほとんど取引のブレーカーです。 単語を数えるために別のツールを使用します。

それは本当に良い点です。
あなたがプロの編集にお金を払って、「バルク」単語数が使われるとき、それはすべてのページで繰り返されるヘッダーとフッターのテキストを数えます。 それは実際には最初のページでのみカウントされるべきです。 これは編集のコストを膨らませますが、これまでにないほど安いというわけではありません。

@RolandHughes @PiecePaperCodeは、ヘッダーやフッター（つまり、上下の余白内のテキスト）ではなく、たとえば章の見出しとタイトルだけを意味していると思います...

編集や出版のためにテキストを提出するとき、タイトルと見出しは出版社から請求された合計にカウントされるので、それらを含めたいと思います。 一方、私はヘッダーとフッターを制度的な形でしか見ていません。誰かがそれらの単語数を気にかけているかどうかはわかりません。

ステータスバーの分割ビューの@BlipRanger提案の2番目のリクエスト。 文字数または単語数の最小値または最大値がドキュメントのさまざまなセクション（たとえば、学術資金の提案、ビジネス資金の申請、さまざまなレポート、宿題の割り当て）に対して定義され、後で全体ではなく部分的にチェックする必要がある複数のユースケースがあります資料。 現在、単語または文字数（スペースを含むまたは含まない）を取得するには、コンテンツを区分的にコピーして別のソフトウェアに貼り付ける必要があります。 ハイライトされた/選択されたテキストについてこの情報を取得できれば素晴らしいと思います。

@RolandHughes @PiecePaperCodeは、ヘッダーやフッター（つまり、上下の余白内のテキスト）ではなく、たとえば章の見出しとタイトルだけを意味していると思います...

編集や出版のためにテキストを提出するとき、タイトルと見出しは出版社から請求された合計にカウントされるので、それらを含めたいと思います。 一方、私はヘッダーとフッターを制度的な形でしか見ていません。誰かがそれらの単語数を気にかけているかどうかはわかりません。

さて、私が編集のために提出するとき、私は完成した完全にフォーマットされたタイトルを提出します。 編集後、プリンターの準備が整います。 実行中のページのヘッダー、フッターなどはすべてドキュメントに含まれています。 古風な「原稿」形式をもう誰も使っていないと思いました。

https://theminimumyouneedtoknow.com/

したがって、私にとっての単語数の合計には、これらの脚注がすべて含まれています。 それらの多くは、決して編集されないURLになります。

古風な「原稿」形式をもう誰も使っていないと思いました。

よくわかりませんが、これは私たちの学者がいつも使っているもののように聞こえます。 私は原稿にヘッダーとフッターのセクションをまったく使用していません。これらのスペースが占有されているのを見るのは大学のフォームだけです。 そして出版社に私達はただテキストを送り、彼らは他の何かで印刷するためにそれをタイプセットします（私は彼らがそのための独自のツールを持っていると思います）。

しかしもちろん、私はすべてのユースケースを知っているわけではありません。

現在、単語または文字数を取得するには、コンテンツを区分的にコピーして別のソフトウェアに貼り付ける必要があります

ここで必要なすべての機能を備えたLibreOfficeなどでテキストを開くだけです。

ここで必要なすべての機能を備えたLibreOfficeなどでテキストを開くだけです。

つまり、私はこれを行いますが、実際にはそうではありません。 OOを使用しているのは、ブラウザーで使用できるためです（Nextcloudおよびその他のセルフホストファイルシステムで）。 また、LibreOfficeは私のために頻繁にクラッシュするので、私はOOを好みます。

この物語は非常に興味深く、かなり長い間存在していて、何の牽引力も得られていませんでした。

ここで必要なすべての機能を備えたLibreOfficeなどでテキストを開くだけです。

つまり、私はこれを行いますが、実際にはそうではありません。 OOを使用しているのは、ブラウザーで使用できるためです（Nextcloudおよびその他のセルフホストファイルシステムで）。 また、LibreOfficeは私のために頻繁にクラッシュするので、私はOOを好みます。

OOではなくLibreOfficeを使用してください。 OOは不要な孤立です。 まだ非常に多くのJavaコードが含まれているとされており、それがクラッシュの原因になります。 Javaはただ悪い。 OOがOracleに移行する前でさえ、ApacheJavaは悪かった。 JVMとアプリケーション自体のデフォルト設定は、元のRaspberry Piのようなもので実行できるように、可能な限り少ない物理メモリを割り当てることでした。 24GigのRAMを搭載したマシンで本の1つを書いていると、メモリが不足していました。 ターミナルを開き、メモリを表示して、16ギガ以上の空き容量があることを確認します。 OOは2Gigの中にすべてを収めようとしていました。

Javaはただ悪いです。

私は、Javaについて2冊の本を書き、Javaで書かれたオープンソースプロジェクトを持っている人として言っています。

Javaは許しがたいほど悪いです。

@RolandHughes OOとは、OpenOfficeではなくOnlyOfficeを意味していると思います。

私はJavaが悪いことに完全に同意します。

@janxkociそうですね、OnlyOfficeが登場するずっと前からOOはOpenOfficeで使用されていました。 OnlyOfficeには異なるイニシャルが必要です。 たぶん、OpenOfficeの場合はOO、OnlyOfficeの場合はOOですか？

実際、私はOpenOffice.orgをOOoとして知っています。 とにかく、この場合、文脈はそれを明らかにしました。

実際、私はOpenOffice.orgをOOoとして知っています。 とにかく、この場合、文脈はそれを明らかにしました。

私には男ではありません。

OnlyOfficeは、「すぐに使える」から遠く離れたこの斬新なワードプロセッサです。 100％マイクロソフトと互換​​性があるという主張は本当にばかげています。 OnlyOfficeは、ページヘッダーを交互に実行することや、市場に出回っているほとんどのワードプロセッサが「箱から出して」実行する他の多くのことをサポートしていません。

印刷用に本を完全にフォーマットできるようになるまで、準備はできていません。

私はたくさんの本を書いています。 早い段階で、私が伝統的な出版社のために書いたとき、私はOS / 2の下でWordPerfectを使用しました（専門家はMicrosoft製品を使用しないためです）。 そこから私はロータススマートスイートに移動しました（これまでに作成された中で最高のオフィススイートです）。 日没後、OpenOfficeに移動しました。 OracleがSUNIを購入したとき、世界中のほとんどがLibreOfficeに移行しました。

これらのワードプロセッサはすべて、各章内の右ページと左ページに異なる実行ページヘッダーを使用して本を完全にレイアウトおよびフォーマットできます。 脚注。 コンコーダンスファイルから生成されたインデックス。 さまざまな単語数。

OnlyOfficeの見た目が好きです。 作者のブログに投稿する前に、 Dream Recorderの初期の部分をドラフトするためにも使用しましたが、実際の本には使用できませんでした。 ただその仕事までではありません。

ステータスバーのこの単語数は、必要な多くの重要な機能の1つにすぎません。

はいOnlyOfficeは不完全ですが、最近も非常に人気のあるGoogleDocsも不完全です。 一部の人々はそれで大丈夫です。 他の人はそうではありません。 私のデフォルトのオフィスはLOです。バージョンLO6.xはほぼ完璧なので、必要なすべてを実行し、MSOとの互換性があります。 しかし、コード、UXには多くの歴史的な手荷物があり、多くのものは非常に面倒であるか、単に対処するのが面倒です。 そのため、OnlyOfficeを見つけた後は、レーダーに保存して、定期的に機能を確認しています。 少しでも良くなったので、良い方向に進んでいると思います。 そして、それはヨーロッパの会社によって作られた、そして裏付けられたオープンソースソフトウェアです-何が好きではないか：wink：

とにかく、私たちはこのスレッドをトピック外の議論でスパムしているので、おそらくそれをやめるべきです。

この機能はどうですか？
2年以上経ちましたが、まだ行方不明です。
このためのETAはありますか？ あなたもそれを実装するつもりですか？
これは多くのユーザーにとって重要な機能であり、実装はそれほど難しくないようです。

この機能はどうですか？
2年以上経ちましたが、まだ行方不明です。
このためのETAはありますか？ あなたもそれを実装するつもりですか？
これは多くのユーザーにとって重要な機能であり、実装はそれほど難しくないようです。

OnlyOfficeが本番品質であると期待しない場合は、より簡単な生活を送ることができます。 個人的に私はこのプロジェクトをあきらめました。

OnlyOfficeは本当に素晴らしいです！ libreofficeは遅く、不安定になる傾向があります。
私は一時的にワードカウンターなしで生きることができますが、それほど長くはありません。
ステータスバーのワードカウンターは、キラー機能の1つです。 外部のワードカウンターやプラグインに応じて、引き続きofficeのみを使用しますが、これがすでに実装されていることを確認したいと思います。

@ 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は営利企業によって開発されたオープンソースプロジェクトです。 実行可能なビジネスモデルがあり、ドキュメントの共同編集を可能にするクラウドオフィスを_companies_に提供しますが、それらのドキュメントはプライベートに保ちます（クラウド/サーバーをセットアップしてOOサーバーを使用することはできません）。 また、オープンソースであるため、放置された場合、誰でもフォークを作成したり、コードを取得したりできます。 しかし、私は_それ_について心配するつもりはありません。

現在、 @ RolandHughesやその他の人々は、OnlyOfficeに関するいくつかの問題について言及しています。そのうちのいくつかは、「単語数」よりも深刻に聞こえます（たとえば、ページレイアウトの問題やMSOの互換性）。 これらの問題は、おそらく「単語数」よりも優先されます。 したがって、この特定の問題は行き詰まっているように見える場合があります（または、「ページヘッダー/フッターの実行」の適切な処理など、無関係と思われる作業が必要になる場合があるため、この問題には表示されません）。

ちなみに、GDocsでさえステータスバーに単語数を表示せず（ステータスバーさえないため）、彼らは大丈夫以上のことをしています。

そうそう、あなたが本を書くなら、これはあなたのためではないかもしれません。 所属機関のフォームを編集する場合は、これがより適切な使用例になる可能性があります。 特に、これらのドキュメントが機密である場合、オープンソースツールを使用すると、ドキュメントが危険にさらされる可能性があるかどうかを確認できます。 MSO、GDocs、SoftMaker FreeOfficeなどの独自のツールを使用する場合、これらのツールを作成している企業を信頼する必要があります。 そして、一部の人々はそれについて常に問題を抱えており、オープンソースオプションを好むでしょう。 そしてOnlyOfficeはそのすべてを知っています：relaxed：

ええと、LibreOfficeはオープンソースであり、リリースごとに改善されています。 彼らがJavaをリッピングしていたので、何年にもわたって多くの不安定さがありました。 Javaが基本的に削除されたため、これは横ばいになっています。 まだ殺されていないプラグインはほんの2、3個です。

しかし、あなたのアナロジーは正しくありません。 IBMは、OpenSource LotusSymphonyプロジェクトを立ち上げました。 IBMは破産から遠く離れています。私たちは皆同意できると思います。 彼らはそれを放棄し、コードをLibreOfficeに引き渡しました。 どうして？ 彼らはLotusNotesでより多くのお金を稼ぎ、これはLotusNotes用の光沢のある新しいエディターを作成する手段でした。

クラウド上に安全な場所はありません。

それを忘れないでください、そうすればあなたの人生はより良くなるでしょう。 オンラインの場所に関しては、ハッキングされていることがわかっている場所と、まだわかっていない場所があります。

この特定の機能には、少なくともある程度の優先順位が必要であると私は主張します。
前に述べたように、その欠如はまた、その機能を望んでいる人々を単に怒らせるだけでなく、人々がそれで_お金を稼ぐ_ことを妨げています。

この特定の機能には、少なくともある程度の優先順位が必要です

私はそれが_no_優先度を持っているとは決して言いませんでした。 その優先順位が、このスレッドで言及されている他のいくつかの問題よりも_おそらく低い_ということだけです。 ただし、私はユーザーであり、OOの開発者ではないため、これは私の推測にすぎません。

@RolandHughes正直なところ、コメントはありません。どういうことですか。 LOが良くなっていることに完全に同意することを除いて（少なくともWriterはついに使用可能になりました。Calcで問題が発生したことはなく、Impressはまだひどいですが、Writerはついに揺れ動きます！）。

このスレッドのスパムをやめてもらえますか？ この時点で、とにかく開発者を退会させたと確信しています。 だから、あなたが同意するコメントにただ賛成して、多分誰かがスコアを集めるでしょう...

このスレッドのスパムをやめてもらえますか？ この時点で、とにかく開発者を退会させたと確信しています。 だから、あなたが同意するコメントにただ賛成して、多分誰かがスコアを集めるでしょう...

スパムとは思わない。 大きな不満があり、それは声である必要があります。

大きな不満があり、それは声である必要があります。

これは、特にソフトウェアが無料の場合（ゼロ価格の場合など）、オープンソースプロジェクトがどのように機能するかではありません。 あなたがあなたのために何かをするために開発者にお金を払っていないのなら、これは役に立たない叫びに他なりません。 ただし、OOの顧客に支払いをしている場合は、問題についてビジネス部門に連絡できると確信しています。

バグトラッカーは、問題の解決を支援したい人のためのものであり、無限に問題を訴えるものではありません。

バグトラッカーは、問題の解決を支援したい人のためのものであり、無限に問題を訴えるものではありません。

このスレッドからいつでも退会できます。

実際、私はかなりの数のオープンソースに参加しています。 これは__正確に__それらがどのように動作するかです。 私はこれと同じ方法でLibreOfficeメッセージスレッドに積極的に参加しています。 適切に実行されたオープンソースプロジェクトでは、苦情の数とその苦情に関する詳細の量が、重み付けに直接相関します。 重みが最も高いタスクは、次のリリースのターゲット/目標として含まれるタスクです。

これは実際にはオープンソースプロジェクトではありません。

ああ、あなたはソースをダウンロードして、あなた自身のフォークを作成することができます、そしてそのすべては腐敗します、しかしこれは下心のオープンソースプロジェクトです。 LibreOfficeやその他の完全なオープンソースプロジェクトではなく、IBM LotusSymphonyと比較する必要があります。 このプロジェクトは、あなたがそうするのであれば、キャストオフまたはベイトのようなものとして存在します。 それは営利プロジェクトを作ろうとすることからのフォールアウトです。 IBMがOpenOfficeのフォークの古い名前を浚渫したときのLotusSymphonyについても同じことが言えました。 彼らは、Lotus Notes（および他のいくつかの製品）用の新しいエディターを提供できるオープンソースプロジェクトにのみ興味を持っていました。その後、それは放棄されました。 LibreOfficeは、そのプロジェクトからナビゲーターになってしまいました。

OnlyOfficeの場合と同様に、デスクトップは収益を生み出しません。 営利目的の取り組みは常に収益に焦点を合わせます。 営利事業体は、バグ修正ではなく、常に大きな光沢のある新機能に焦点を合わせます。 どうして？ 大きな光沢のある新機能は（理論的には）有料の顧客をもたらし、Microsoftはバグの修正を気にする必要がないことを証明しています。

このスレッドを購読しているのは、誰かが「私も欲しい」とか「この無料のプログラムはダメだ」と叫ぶのではなく、機能がいつ追加されるのかを知りたいからです。

でも、到着するとステータスバーで気付くと思いますので、さようなら。