Привет, @uncertainquark.
Спасибо за ваше улучшение.
Я создал новую проблему 40224 в нашем приватном трекере.

Можете ли вы присвоить этому ярлык "Улучшение"? Спасибо.

@uncertainquark готово

Я просто хотел отметить, что это критически важная функция для переводчиков, редакторов и корректоров, поскольку подсчет слов — это первый шаг для определения цены документа и правильного размера для конкретных элементов документа.
Отсутствие этой функции делает невозможным полноценное внедрение OnlyOffice в бюро переводов, поэтому было бы очень приятно, если бы это было реализовано.

Я также пришел сюда, чтобы найти это. Я видел, что это было помещено в # 40224 во внутреннем отслеживании проблем еще в январе. Был ли достигнут какой-либо прогресс, о котором вы можете сообщить?

@micah Извините, нет прогресса

167 связано.

Есть новости по этому поводу?

@uncertainquark , вопрос размещения информации о количестве слов в строке состояния пока обсуждается с нашей командой.

Добавление +1 к этому - это действительно важно для использования в контексте образования.

Возможность выбрать часть документа и получить количество слов для этой части является основным требованием к текстовому процессору, используемому в любой образовательной среде.

Добавление +1 к этому - это действительно важно для авторов. Количество слов и символов в строке состояния.

Я просто хотел поддержать то, что все говорят. Отсутствие подсчета слов в строке состояния — единственное, что отвлекло меня от OnlyOffice. Это ключевая особенность.

+1 и от меня :)
Было бы очень удобно для работы в университете/школе с определенным лимитом слов.

Я получил этот запрос от пользователя, было бы очень полезно иметь эту функцию для других пользователей.

@mvvvmd вы можете связаться с [email protected] , чтобы ускорить процесс.

@mvvvmd вы можете связаться с [email protected] , чтобы ускорить процесс.

Я отправлю электронное письмо, мы платный клиент, так что это может помочь, спасибо.

Еще один воспитатель здесь. Нужен для подсчета слов. Копировать и вставлять во второй документ слишком трудоемко. Может быть, макрос может показать это как временное решение?
Могу ли я сказать, что в противном случае Onlyoffice просто великолепен для оценивания. Руководства в формате docx и pdf во вкладках (в том числе и в онлайн-изданиях), комментарии отображаются сбоку. Мне это очень нравится. Но с количеством слов проблема.

Плагин/макрос «переводчик» уже подходит довольно близко. https://github.com/ONLYOFFICE/sdkjs-plugins/tree/master/translate , если вы посмотрите, как это работает, он использует текущий выбор. Он открывает панель слева и отображает переведенный выбор. Так что, если бы мы могли настроить макрос tat, чтобы получить количество слов из выделения и отобразить его, это могло бы сработать.

Я видел, что у них есть количество слов в информации о документе. Это функция выбора и подсчета, которая определенно поможет.

Добавляю к этому мой плюс: новый пользователь пробует его в качестве офисного костюма на Linux. Должен иметь количество слов

Это большое упущение для моей организации, которую пришлось немного убедить перейти на OnlyOffice. Мы пишем много документов с установленным количеством слов. Таким образом, необходимость вставлять разделы в Google Docs для подсчета действительно непродуктивна. Хотя на 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 или чем-то подобном, в котором есть все функции, которые нам здесь нужны.

Я имею в виду, я делаю это, но я действительно не хотел бы этого. Я использую OO, потому что могу использовать его в браузере (с Nextcloud и другими автономными файловыми системами). Кроме того, у меня LibreOffice часто падает, поэтому я предпочитаю OO.

Эта история вызывает большой интерес и существует уже довольно долгое время, чтобы не получить никакого отклика.

Я бы просто открыл текст в LibreOffice или чем-то подобном, в котором есть все функции, которые нам здесь нужны.

Я имею в виду, я делаю это, но я действительно не хотел бы этого. Я использую OO, потому что могу использовать его в браузере (с Nextcloud и другими автономными файловыми системами). Кроме того, у меня LibreOffice часто падает, поэтому я предпочитаю OO.

Используйте LibreOffice, а не OO. ОО — нежеланная сирота. Предполагается, что в нем все еще очень много кода Java, и это может быть источником ваших сбоев. Ява просто плохая. Еще до того, как ООП перешел на Oracle, Apache Java был плохим. Настройки по умолчанию для JVM и для самого приложения заключались в том, чтобы выделять как можно меньше физической памяти, чтобы оно могло работать на чем-то вроде оригинальной Raspberry Pi. Мне бы не хватило памяти, чтобы написать одну из моих книг на машине с 24 ГБ ОЗУ. Откройте терминал и покажите память только для того, чтобы обнаружить, что свободно более 16 гигабайт. OO просто пытался уместить все внутри 2Gig.

Ява просто плохая.

Я говорю это как человек, который написал две книги по Java и имеет проект OpenSource, написанный на Java.

Java просто непростительно плох.

@RolandHughes Я думаю, что под OO он имел в виду OnlyOffice, а не OpenOffice..

Я полностью согласен с тем, что Java - это плохо.

@janxkoci Ну, OO использовался для OpenOffice задолго до появления OnlyOffice. OnlyOffice нужны разные инициалы. Может быть, ОО для OpenOffice и ОО для OnlyOffice?

На самом деле я знаю OpenOffice.org как OOo. Тем не менее, в данном случае контекст прояснил это.

На самом деле я знаю OpenOffice.org как OOo. Тем не менее, в данном случае контекст прояснил это.

Не мне, чувак.

OnlyOffice — это новый текстовый процессор, который далек от «готового к использованию». Заявления о 100% совместимости с Microsoft действительно нелепы. OnlyOffice не поддерживает запуск чередующихся заголовков страниц и множество других вещей, которые большинство текстовых процессоров на рынке просто делают «из коробки».

Пока он не сможет полностью отформатировать книгу для печати, он просто не готов.

Я пишу много книг . Раньше, когда я писал для традиционного издателя, я использовал Word Perfect под OS/2 (потому что профессионалы не используют продукты Microsoft). Оттуда я перешел на Lotus SmartSuite (до сих пор лучший офисный пакет из когда-либо созданных). После заката я перешел на OpenOffice. Когда Oracle купила SUN, я и большая часть мира перешли на LibreOffice.

Все эти текстовые процессоры могли полностью компоновать и форматировать книгу с разными рабочими заголовками для правой и левой страниц в каждой главе. Сноски. Индекс создается из файла Concordance . Различное количество слов.

Мне нравится внешний вид OnlyOffice. Я даже использовал его для набросков ранних частей Dream Recorder , прежде чем публиковать их в авторском блоге, но его нельзя было использовать для самой книги. Просто не справляется с задачей.

Это количество слов в строке состояния — лишь одна из многих необходимых важных функций.

Да, OnlyOffice неполный, как и Google Docs, который также очень популярен в наши дни. Некоторых это устраивает. Другие нет. Мой офис по умолчанию — LO, он делает все, что мне нужно, и совместимость с MSO, начиная с версии LO 6.x, практически безупречна. Но в коде, UX много исторического багажа, и многие вещи очень громоздкие или просто болезненные. Поэтому после того, как я нашел OnlyOffice, я держу его в поле зрения и регулярно проверяю его функциональность. Он заметно улучшился даже за то короткое время, что я слежу за ним, поэтому я думаю, что он движется в правильном направлении. И это программное обеспечение с открытым исходным кодом, созданное и поддерживаемое европейской компанией - что тут не нравится :wink:

В любом случае, мы засоряем эту ветку дискуссиями не по теме, возможно, нам следует прекратить это.

Как насчет этой функции?
Прошло более двух лет, а его до сих пор нет.
Есть ли ETA для этого? Вы вообще собираетесь его реализовать?
Это важная функция для многих пользователей, и кажется, что ее не так уж сложно реализовать.

Как насчет этой функции?
Прошло более двух лет, а его до сих пор нет.
Есть ли ETA для этого? Вы вообще собираетесь его реализовать?
Это важная функция для многих пользователей, и кажется, что ее не так уж сложно реализовать.

Если вы не ожидаете, что OnlyOffice будет качественным продуктом, вам будет легче жить. Лично я отказался от этого проекта.

OnlyOffice действительно классный! libreoffice работает медленно и нестабильно.
Я могу жить без счетчика слов временно, но не так долго.
Счетчик слов в строке состояния — одна из замечательных функций. Я по-прежнему буду использовать onlyoffice в зависимости от внешних счетчиков слов или плагинов, но мне бы хотелось, чтобы это уже было реализовано.

@mohamadali-halwani Обратите внимание, что в OnlyOffice есть функция подсчета слов (Файл > Информация о документе). Эта проблема касается только отображения этой информации также в строке состояния (с возможными улучшениями).

@mohamadali-halwani Обратите внимание, что OnlyOffice _имеет_ функцию подсчета слов (Файл > Информация о документе). Эта проблема касается только отображения этой информации также в строке состояния (с возможными улучшениями).

Это будет полная дезинформация.

Проблема не «только» в отображении количества в строке состояния. Проблема в том, что количество слов, которое у них есть, в основном бесполезно.

1. Вы не можете получить количество слов выбранного региона.
2. Количество слов не исключает текущие верхние/нижние колонтитулы страницы, которые никогда не должны включаться в количество слов.
3. Количество слов не отображается в строке состояния, поэтому нельзя «писать в цель».
4. Единственная причина, по которой альтернативные заголовки страниц не учитываются при подсчете слов, заключается в том, что OnlyOffice как текстовый процессор еще недостаточно созрел для поддержки различных макетов страниц для правых и левых страниц, но заявляет, что он на 100% совместим с MS Word.

@RolandHughes Вот что я имел в виду под «возможными улучшениями».

Ваши предложения великолепны, но они, вероятно, будут реализованы поэтапно. Некоторые моменты уже отслеживаются в разных выпусках. Первоначально эта проблема была открыта, чтобы просто отображать информацию о количестве слов в строке состояния, а дальнейшее обсуждение улучшало эту идею.

Мой комментарий был просто для того, чтобы указать, что некоторая (ограниченная) функция подсчета слов уже существует в OnlyOffice (на случай, если комментатор не знал об этом) и что эта проблема связана (или изначально была) с изменением пользовательского интерфейса, чтобы показать его в другое место (статусбар), а другие улучшения просят в других вопросах.

Я думаю, поскольку мы уже так долго этого ждали, это не является приоритетом для управленческой команды.

Он мертв. Он мертв. Это будет мертво, мертво, мертво.

Я перестал устанавливать OnlyOffice на машины. Теперь Manjaro предлагает выбор между LibreOffice и FreeOffice или чем-то в этом роде. Похоже, мало что изменилось с тех пор, как я написал это в 2019 году.

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

Кроме того, OnlyOffice движется дальше по списку. Версия FreeOffice с Manjaro Linux исправила многие проблемы, которые ранее возникали в Ubuntu.

@mohamadali-halwani Обратите внимание, что OnlyOffice _имеет_ функцию подсчета слов (Файл > Информация о документе). Эта проблема касается только отображения этой информации также в строке состояния (с возможными улучшениями).

Спасибо за информацию, но, как заявил @RolandHughes , мы уже знаем, что onlyoffice содержит счетчик слов. Вопрос в том, насколько он безликий и бесполезный.
Я думаю, что вернусь к libreoffice, так как команда разработчиков, очевидно, не ставит свое приложение в приоритет.
Это так прискорбно.

Я не думаю, что OnlyOffice так легко умрет :wink:

Для начала: OnlyOffice — это проект с открытым исходным кодом , разработанный коммерческой компанией. У него жизнеспособная бизнес-модель, в которой он предоставляет _компаниям_ облачный офис, который позволяет совместное редактирование документов, но сохраняет конфиденциальность этих документов (вы даже можете настроить свое облако/сервер и никогда не использовать OO-серверы). И поскольку это открытый исходный код, любой может сделать форк или взять код, если он останется заброшенным. Но я не собираюсь беспокоиться об этом.

Теперь @RolandHughes и другие упоминают несколько проблем с OnlyOffice, некоторые из которых кажутся более серьезными, чем «количество слов» (например, проблемы с макетом страницы и совместимость с MSO). Эти вопросы, вероятно, имеют более высокий приоритет, чем «количество слов». Следовательно, эта конкретная проблема может показаться зависшей (или может потребовать работы, которая кажется несвязанной, например, правильная обработка «работающих верхних и нижних колонтитулов страницы», и поэтому не видна в этой проблеме).

Черт возьми, даже GDocs не показывает количество слов в строке состояния (поскольку у них даже нет строки состояния), и они делают более чем хорошо.

Так что да, если вы пишете книги, это может быть не для вас. Если вы хотите редактировать формы из своего учреждения, это может быть лучшим вариантом использования. Особенно, если эти документы являются конфиденциальными — с помощью инструментов с открытым исходным кодом вы (или исследователи безопасности) можете увидеть, могут ли документы быть скомпрометированы. С проприетарными инструментами, такими как MSO, GDocs или SoftMaker FreeOffice, вы должны доверять корпорациям, создающим эти инструменты. И у некоторых людей _всегда_ будут проблемы с этим, и они _будут_ предпочитать вариант с открытым исходным кодом. И OnlyOffice все это знает :relaxed:

Что ж, LibreOffice — это OpenSource, и теперь он становится лучше с каждым выпуском. За эти годы было много нестабильности, когда они вырывали Java. Это выровнялось теперь, когда Java в основном удалена. Только пару плагинов еще предстоит убить.

Ваша аналогия, однако, неверна. IBM запустила проект OpenSource Lotus Symphony. IBM далека от банкротства, я думаю, мы все можем согласиться. Они отказались от него и передали код LibreOffice. Почему? Они зарабатывают больше денег с Lotus Notes, и это послужило средством для создания нового блестящего редактора для Lotus Notes.

В облаке нет безопасного места.

Помните об этом, и ваша жизнь станет лучше. Когда дело доходит до мест в сети, есть те, о которых мы знаем, что их взломали, а об остальных мы просто еще не узнали.

Я бы сказал, что эта конкретная функция должна иметь хотя бы какой-то приоритет.
Как указывалось ранее, его отсутствие также мешает людям зарабатывать деньги с его помощью, а не просто раздражает людей, которым нужна эта функция.

эта конкретная функция должна иметь хотя бы какой-то приоритет

Я никогда не говорил, что у него _no_ приоритет. Просто его приоритет _вероятно ниже_, чем у некоторых других проблем, упомянутых в этой самой ветке. Однако это только мое предположение, так как я пользователь, а не разработчик ОО.

@RolandHughes Честно говоря, я не понимаю вашего комментария, о чем он. За исключением того, что я полностью согласен с тем, что LO становится лучше (ну, по крайней мере, Writer наконец-то можно использовать; у меня никогда не было проблем с Calc, и Impress все еще ужасен, но Writer наконец-то рулит!).

Можем ли мы прекратить спамить эту тему, пожалуйста? Я уверен, что мы все равно заставили разработчиков отказаться от подписки на этом этапе. Так что просто ставьте лайк комментариям, с которыми вы согласны, и, возможно, кто-нибудь наберет баллы...

Можем ли мы прекратить спамить эту тему, пожалуйста? Я уверен, что мы все равно заставили разработчиков отказаться от подписки на этом этапе. Так что просто ставьте лайк комментариям, с которыми вы согласны, и, возможно, кто-нибудь наберет баллы...

Я не считаю это спамом. Существует огромное недовольство, и оно должно быть озвучено.

Существует огромное недовольство, и оно должно быть озвучено.

Это не то, как работают проекты с открытым исходным кодом, особенно если программное обеспечение бесплатно (как в нулевом ценнике). Если вы не платите разработчикам за то, чтобы они что-то для вас сделали, то это не что иное, как бесполезные крики. Однако, если вы являетесь платным клиентом OO, я уверен, что вы можете связаться с их бизнес-отделом по поводу возникших у вас проблем.

Трекеры ошибок предназначены для людей, которые хотят помочь решить проблему, а не жаловаться на нее до бесконечности.

Трекеры ошибок предназначены для людей, которые хотят помочь решить проблему, а не жаловаться на нее до бесконечности.

Вы всегда можете отписаться от этой темы.

На самом деле, я немного участвую в OpenSource. Это __точно__ то, как они работают. Таким же образом я активно участвую в потоках сообщений LibreOffice. В правильно запущенном проекте OpenSource количество жалоб в сочетании с количеством подробностей об этой жалобе напрямую коррелирует с весом. Задачи с наибольшим весом — это те, которые включаются в качестве задач/целей для следующего выпуска.

Это не совсем проект OpenSource.

О, вы можете загрузить исходный код, создать свой собственный форк и все такое прочее, но это проект OpenSource со скрытыми мотивами. Его нужно сравнивать с IBM Lotus Symphony, а не с LibreOffice или любым другим полностью OpenSource-проектом. Этот проект существует как приманка, если хотите. Это последствия попытки сделать коммерческий проект. То же самое было и с Lotus Symphony, когда IBM вытащила старое название для ответвления OpenOffice. Их интересовал только проект OpenSource, который мог предоставить новый редактор для Lotus Notes (и некоторых других продуктов). После этого от него отказались. LibreOffice действительно отказался от Navigator из этого проекта.

Как и в случае с OnlyOffice, рабочий стол не приносит дохода. Коммерческие усилия всегда будут сосредоточены на доходах. Коммерческие организации всегда будут сосредотачиваться на больших блестящих новых функциях, а не на исправлении ошибок. Почему? Потому что большие блестящие новые функции привлекают платных клиентов (теоретически), а Microsoft является доказательством того, что вам никогда не придется беспокоиться об исправлении ошибок.

Я подписываюсь на эту ветку, потому что хочу знать, когда эта функция будет добавлена, а не тогда, когда кто-то кричит «я тоже хочу» или «эта бесплатная программа — отстой».

Но я думаю, что я могу просто заметить его в строке состояния, когда он появится, так что - до свидания.