Ru-Board.club
← Вернуться в раздел «Программы»

» LibreOffice / OpenOffice (часть 2)

Автор: ASE_DAG
Дата сообщения: 03.12.2013 22:12
NemoLep, и? Ответ по-вашему должен поменяться?
Цитата:
Ctrl+Shift+V, а там хоть картинкой вставляй


As formatted text, если точнее. И вообще, по какому запросу вы гуглили?
Автор: Viewgg
Дата сообщения: 04.12.2013 00:16
Victor_VG

Цитата:
Ну вот dg333 дал ответ на ваши вопросы о сосуществовании пакетов и ошибках в них.

Как-то я этот момент прозевал, но все-таки вставлю небольшой комментарий: под Linux (насчет BSD не в курсе, если честно) небольшие конфликты могут быть из-за того же /usr/bin/soffice; конечно, ничего критичного здесь нет, проблема пустяковая и решается дистростроителями путем аккуратного обращения с симлинками, например посредством alternatives, но просто надо иметь это в виду при установке, особенно из сторонних источников. Чуть более подробно на примере Fedora: http://fedoraproject.org/wiki/Features/ApacheOpenOffice
Автор: Victor_VG
Дата сообщения: 04.12.2013 00:43
Viewgg

Под UNIX поведение симлинков такое же. Как пример решения задачи устранения конфликтов зависимостей могу привести PC-BSD (основанный на ядре FreeBSD диалект UNIX с графическим инсталлятором) использующую собственный механизм пакетов PBI (PC-BSD Installer) представляющих из себя контейнер содержащий все нужные зависимости. Я стараюсь им пользоваться максимально редко - габариты. Мне привычнее из портов пакеджи поднимать, но там можно установить OOo и либру используя механизм PBI, но поведение программ под UNIX будет естественно несколько иным...
Автор: Viewgg
Дата сообщения: 04.12.2013 16:44
Victor_VG
Спасибо, я в курсе, что такое PC-BSD, просто лень было вспоминать или смотреть, как там с FHS. Хотя, конечно, все должно быть OK, да.


Цитата:
Как пример решения задачи устранения конфликтов зависимостей могу привести PC-BSD (основанный на ядре FreeBSD диалект UNIX с графическим инсталлятором) использующую собственный механизм пакетов PBI (PC-BSD Installer) представляющих из себя контейнер содержащий все нужные зависимости.


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

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




Цитата:
Я стараюсь им пользоваться максимально редко - габариты.

Мда? А как же всякий фирменный механизм, который обращается с дублирующимися библиотеками (очевидный минус такого подхода) посредством всяких хешей и хардлинков?

Автор: SAT31
Дата сообщения: 05.12.2013 21:13
LibreOffice 4.2.0 Beta 2
Автор: Victor_VG
Дата сообщения: 06.12.2013 03:00
Viewgg

Стараюсь соблюдать принцип "один гвоздь - один молоток".
Автор: Evgeny_SsS
Дата сообщения: 07.12.2013 22:03
LibreOffice Calc, выделяю строку, захожу Окно, выбираю Фиксировать. Красота! Строка зафиксировалась, работаю в документе, сохраняю его. Открываю его в следующий раз - строку как будто никто и не фиксировал! У всех так? Как это лечить?
Автор: Garrett
Дата сообщения: 08.12.2013 06:59
Evgeny_SsS
Строка с заголовками? Фиксирование работает нормально. Только я спускаю разделитель справа(он над правой полосой прокрутки), а потом фиксирую его. Проблем не было пока.
Автор: Evgeny_SsS
Дата сообщения: 09.12.2013 13:08
Garrett
Цитата:
Строка с заголовками?
Да.

Не понял этого.
Цитата:
Только я спускаю разделитель справа(он над правой полосой прокрутки), а потом фиксирую его.

В подтверждение существования проблемы позднее сниму видос и выложу.
Автор: Garrett
Дата сообщения: 09.12.2013 21:40
Evgeny_SsS
Полоса прокрутки справа. Смотрим на её верхний край. Видим прямоугольник примерно 2мм х 5 мм. Тянем его на столько строк вниз, сколько нам надо. Затем Окно - Фиксировать.
Автор: Evgeny_SsS
Дата сообщения: 12.12.2013 22:58
видео с проблемой фиксирования строки
http://youtu.be/evpj0ZUaBl8

Заметил одну особенность: фиксирование строки сохраняется в первых 14 листах, слетает с 15 листа и до последнего.

Garrett
когда делаешь

Цитата:
Затем Окно - Фиксировать.

галочка на "разбить" не стоит? По-моему ты сначала делаешь именно "разбить" только не через меню, а через полосу прокрутки.
Автор: Evgeny_SsS
Дата сообщения: 13.12.2013 18:43

Цитата:
Заметил одну особенность: фиксирование строки сохраняется в первых 14 листах, слетает с 15 листа и до последнего.

Не совсем верно, такое происходит если закрыть файл и тут же открыть снова. Если открыть на следующий день, то фиксирование слетает практически на всех листах.
Автор: Garrett
Дата сообщения: 13.12.2013 19:37
Evgeny_SsS
Что за версия офиса у Вас?
У меня было в какой-то версии слет настроек предварительного просмотра, если я после установок сразу сохранял файл. Если же потом откорректировать хоть одну ячейку, то настройки сохранялись.
Тоже самое и про фиксирование строк.
Теперь я всегда после фиксирования или настройки печати корректирую любую пустую ячейку (что-то заведу, а потом удалю) и только потом сохраняю файл.
Также фиксирование слетает, если переименовать файл. Были прецеденты у меня.
Автор: Evgeny_SsS
Дата сообщения: 14.12.2013 21:02
Garrett

Цитата:
Что за версия офиса у Вас?

Версия: 4.1.2.3
ID сборки: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38


Цитата:
Теперь я всегда после фиксирования или настройки печати корректирую любую пустую ячейку (что-то заведу, а потом удалю) и только потом сохраняю файл.

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


Цитата:
Также фиксирование слетает, если переименовать файл.

файл не переименовывается.
Автор: Garrett
Дата сообщения: 14.12.2013 23:03
Evgeny_SsS
Попробуйте версию LO 4.0.2.2(или последнюю из 3.хх). Сам подумываю откатиться на неё, т.к. начиная с 4.1 в Калке что-то поломали и в новых версиях у меня вылазят разные странности(не смертельные правда), которых не было ни в одной версии до 4.1.хххх.
PS. Если в версии LO 4.0.2.2 у вас не будет косяков, попробуйте проапгрейдится до 4.0.6...
Автор: oshizelly
Дата сообщения: 16.12.2013 01:28
Такое странное явление в Windows 7 x64. В LibreOffice Writer выделяю произвольный текст и копирую в буфер обмена. Однако проходит аж целых 5 секунд (при почти свободных ресурсах процессоре и памяти!!) прежде чем скопированный текст попадает в буфер обмена. (Это легко определить, так как у меня стоит расширенный менеджер буфера, который перехватывает все клипы).

Интересно, что внутри самого LibreOffice Writer можно вставить скопированный текст и до истечения этих 5 секунд, но в другое приложение - нет. То есть, можно предположить, что у LibreOffice имеется свой собственный внутренний буфер обмена, откуда содержимое перемещается в общесистемный буфер с 5-секундной задержкой.

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

Такое у всех происходит или только у меня? Если у всех, то это баг или фича?

Спасибо!
Автор: VitRom
Дата сообщения: 16.12.2013 05:27
А предположить, что это именно "расширенный менеджер буфера" так долго переваривает, или как минимум показывает, -- западло? А то старик Оккам не одобряет фантаз гипотез про "свой собственный буфер" И те признаки, что описаны (да и те, что не описаны, т.е. результат без менеджера), таки подходят под разные варианты, в т.ч. и мой
Автор: Evgeny_SsS
Дата сообщения: 16.12.2013 08:06
Garrett

Цитата:
Попробуйте версию LO 4.0.2.2(или последнюю из 3.хх).

Спс, попробую, о результатах отпишусь.
Автор: oshizelly
Дата сообщения: 16.12.2013 12:19
VitRom 05:27 16-12-2013
Цитата:
А предположить, что это именно "расширенный менеджер буфера" так долго переваривает, или как минимум показывает, -- западло? А то старик Оккам не одобряет фантаз гипотез про "свой собственный буфер" И те признаки, что описаны (да и те, что не описаны, т.е. результат без менеджера), таки подходят под разные варианты, в т.ч. и мой

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

Как нетрудно предположить (принцип бритвы!), у меня на компе стоит ещё не один десяток приложений, и все они используют тот же самый системный буфер обмена вместе с упомянутым менеджером расширенного буфера обмена - но проблема с 5-секундной задержкой наблюдается только у LibreOffice. Это не даёт нам случайно дополнительных данных для того, чтобы сформулировать гипотезу?

Кроме того, юзеры Microsоft Office от 97-й версии и далее в курсе, что MS Office имеет свой собственный внутренний буфер обмена, отделённый от общесистемного. Так что некоторые аналогии напрашиваются, не?

Автор: VitRom
Дата сообщения: 16.12.2013 13:07
oshizelly, спасибо, что таки дополнил исходные данные
Ну, при запросе к Великому о менеджере буфера в первых же результатах висит баг 60252 в статусе "новый, не назначеный".
А при запросе про задержки выходит куча результатов вроде этого.
Так что ответы на вопросы "Такое у всех происходит или только у меня? Если у всех, то это баг или фича?" очевидны. И даже в какой-то мере утешительны
Автор: oshizelly
Дата сообщения: 16.12.2013 13:32
VitRom 13:07 16-12-2013
Цитата:
А при запросе про задержки выходит куча результатов вроде этого.

Спасибо за ссылку. Да, описание бага очень похоже на то, что происходит у меня.


Цитата:
Так что ответы на вопросы "Такое у всех происходит или только у меня? Если у всех, то это баг или фича?" очевидны. И даже в какой-то мере утешительны.

Гм... Очевидны, да, но не так чтобы очень уж утешительны, разве что по принципу: "пусть я ногу сломал, а зато у соседа корова сдохла" То есть, если за 3,5 года (причём в промежутке код сильно переписывали) описанный там баг не только не устранили, но даже и отдетектили толком - то он с нами уже навсегда
Автор: VitRom
Дата сообщения: 16.12.2013 14:23
Ну да, именно по этому принципу; всё лучше чем ничего
И это... навсегда -- с вами Про ОО в этом контексте Великий ничего не сказал...
Автор: SAT31
Дата сообщения: 18.12.2013 14:57
LibreOffice 4.1.4
Изменения:
- This release is bit-for-bit identical to the 4.1.2 Release Candidate 2, so you don't need to download or reinstall if you have that version already.
- Mac version doesn't bundle the mediawiki extension
- The distribution for Windows is an international build, so you can choose the user interface language that you prefer. Help content is available via an online service, or alternatively as a separate install.
- Our Windows binaries are digitally signed by The Document Foundation.
- For Windows users that have OpenOffice.org installed, we advise uninstalling that beforehand, because it registers the same file type associations.
- If you run Linux, the GCJ Java variant has known issues with LibreOffice, we advise to e.g. use OpenJDK instead.
- LibreOffice 4.x drops a few long-deprecated features, including support for legacy binary StarOffice files, export to legacy Word and Excel (version 6.0/95), and legacy ODMA document management.
- Some menu entries have changed or added. If you miss something, that may be due to the use of customised menu settings from your previous LibreOffice installation.
- This version still contains a few annoying bugs, as listed here.
Автор: Victor_VG
Дата сообщения: 19.12.2013 11:24
Для тех, кто готов тестировать беты - http://dev-builds.libreoffice.org/pre-releases/win/x86/ . На сайте разработчиков предварительная версия 4.20 RC1 . Тут пока смотрите сами ибо можно нарваться на ошибки...
Автор: Evgeny_SsS
Дата сообщения: 22.12.2013 20:34

Цитата:
LibreOffice Calc, выделяю строку, захожу Окно, выбираю Фиксировать. Красота! Строка зафиксировалась, работаю в документе, сохраняю его. Открываю его в следующий раз - строку как будто никто и не фиксировал!

Garrett

Цитата:
Evgeny_SsS
Что за версия офиса у Вас?



Цитата:
Версия: 4.1.2.3
ID сборки: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38


Garrett

Цитата:
Evgeny_SsS
Попробуйте версию LO 4.0.2.2(или последнюю из 3.хх).



Цитата:
Спс, попробую, о результатах отпишусь.


откат на версию 4.0.2 не дал результата.
откат на версию 3.6.3.2 (ID сборки: 58f22d5) улучшил ситуацию: теперь фиксирование строки сохраняется на первых 49 листах, на 50 листе и далее фиксирование слетает.
Автор: Evgeny_SsS
Дата сообщения: 24.12.2013 23:26

Цитата:
теперь фиксирование строки сохраняется на первых 49 листах, на 50 листе и далее фиксирование слетает

И это оказалось неверным, сегодня фиксирование слетело с 43 листа.
Никто не в курсе где поковырять, чтобы исправить?
Автор: Victor_VG
Дата сообщения: 25.12.2013 05:14
Evgeny_SsS

Стоп, стоп, а нет ли тут признаков проявления локальной неисправности? Давайте ещё посмотрим за событиями. Возможно что удастся выявить закономерность... Может свободного ОЗУ не хватает для работы программы? Попробуйте посмотреть что творится в памяти. Я бы порекомендовал Process Hacker использовать благо он позволяет получить информацию достаточно подробную чтобы мы могли понять что происходит в системе.
Автор: Evgeny_SsS
Дата сообщения: 02.01.2014 10:44
Victor_VG

Цитата:
Давайте ещё посмотрим за событиями.


Цитата:
Попробуйте посмотреть что творится в памяти.

Что и как я должен посмотреть? Может опять видос записать и выложить? Запишу как опять фиксирую строки, сохраняю файл, затем открываю и проверяю фиксирование строк. Параллельно покажу окно Process Hacker.
Автор: Victor_VG
Дата сообщения: 02.01.2014 11:13
Evgeny_SsS

Давайте попробуем посмотреть что творится в стеке тредов? Может там происходит сбой?
Автор: Evgeny_SsS
Дата сообщения: 03.01.2014 19:25
Victor_VG

Цитата:
стеке тредов

Не смог найти в инете информацию как я могу посмотреть что творится в стеке тредов с помощью Process Hacker. Объясните, пожалуйста, как это осуществить.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116

Предыдущая тема: PALO JEDOX


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.