Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

3 Июль 2022, 16:57 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Доступно и просто о работе в офисных пакетах
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: 1   Вниз
  Печать  
Автор Тема: Calc : Кнопки на листе постепенно смещаются вправо  (Прочитано 844 раз)
0 Пользователей и 1 Гость смотрят эту тему.
eeigor
Опытный пользователь
***
Offline Offline

Пол: Мужской
Сообщений: 1 108


« Стартовое сообщение: 6 Май 2022, 09:19 »

Замечено: кнопки с привязкой к ячейке, размер и положение которых заблокированы от изменений, постепенно, пиксель за пикселем, смещаются вправо. Вероятно, это ошибка округления double-значений координат каждой такой кнопки, которая и приводит к ошибке позиционирования объектов и накапливается (погрешность) при каждом открытии файла. Это нарушает эстетическое восприятие "картинки". Сначала редактировал их положение вручную, потом бросил – утомительно. "Безобразно", но однообразно. Улыбка

Можно ли с этим бороться?
Возможно, нужен макрос, который позволит восстановить положение. Однако некоторые кнопки расположены под диапазоном данных и смещаются вниз при вставке новых строк. То есть положение таких кнопок на листе изменяется (привязаны к ячейкам). Блокировка положения не помогает, как уже сказал, а только препятствует их перемещению на листе в режиме разработки).

Или есть другое решение?
« Последнее редактирование: 6 Май 2022, 15:27 от eeigor » Записан

Ubuntu 18.04 LTS • LibreOffice 7.3.2.2 Community
mikekaganski
Гуру
*******
Offline Offline

Пол: Мужской
Расположение: Хабаровск -> Москва
Сообщений: 2 776


« Ответ #1: 6 Май 2022, 10:32 »

Или есть другое решение?

Конечно. Вероятно, Вы знаете, что некоторые проекты предоставляют механизм сообщения о багах. Есть такой и у LibreOffice: https://bugs.documentfoundation.org/
Подмигивающий
Записан

С уважением,
Михаил Каганский
economist
Форумчанин
***
Offline Offline

Сообщений: 1 695


« Ответ #2: 6 Май 2022, 11:49 »

кнопки расположены под диапазоном данных и смещаются вниз при вставке новых строк

Логика построения интерфейсов и "буквари" о законах внимания говорят о том что кнопки и формулы "итогов" нужно размещать над диапазонами БД. Ниже данных - нежелательно что-либо добавлять. И даже такую вещь как подпись - лучше ставить в ниж. колонтитул или макросом при печати.

Все мои респонденты, кто были против итогов вверху - со временем согласились что вверху итоги удобнее, особенно итоги сделанные из =ПРОМЕЖУТОЧНЫЕ.ИТОГИ() в паре с АвтоФильтром (самый востребованный кейс).
Записан

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, -
Не понять его никак...
sokol92
Мастер
*****
Offline Offline

Пол: Мужской
Сообщений: 940


WWW
« Ответ #3: 6 Май 2022, 13:23 »

Добрый день, коллеги! Игорь, пример был бы весьма полезен. Кнопка "движется" при каждом открытии и сохранении файла? То есть, если программным путем открыть и сохранить файл 100 раз, то кнопка заметно сдвинется?
« Последнее редактирование: 6 Май 2022, 13:25 от sokol92 » Записан

Владимир.
eeigor
Опытный пользователь
***
Offline Offline

Пол: Мужской
Сообщений: 1 108


« Ответ #4: 6 Май 2022, 14:23 »

Отвечаю по порядку.

1. Я согласен с @economist в отношении правил проектирования интерфейса и их соблюдаю. Но здесь у меня 3 таблицы – одна под другой с одинаковыми полями. Данные добавляются во вторую таблицу (временную) и после определённых действий переносятся в первую (накопительную – журнал). В третьей таблице содержатся записи-исключения. Конечно, скажите вы: добавь одно поле и храни всё в одной кучке с соответствующим признаком. Но так неудобно (пришлось бы фильтровать) и нельзя: первая таблица – живая копия журнала на бумажном носителе (ничего лишнего, записи пронумерованы, номера страниц проставлены).

А кнопки удобнее расположить внизу: там «Добавить», здесь «Добавить»…

2. @sokol92, трудно сказать, как скоро смещаются кнопки. Мне кажется, что медленно – точно не быстро. Воспроизвести трудно, можно только «заметить» спустя время… При этом нарушается расстояние между объектами. Ведь верно: чтобы сохранить одинаковый интервал по горизонтали между объектами, нужен дополнительный сдвиг для каждого объекта, что правее.

Я думаю, что уместен был бы макрос, открывающий/сохраняющий файл и «снимающий» координаты кнопки. И, возможно, вставляющий строку над, чтобы в точности воспроизвести мою проблему.
Если будет зафиксирован «микросдвиг», пусть незаметный глазу, то проблема будет подтверждена. Мало 100 циклов, можно прогнать тест ещё раз… Исходные координаты кнопки сохранить в ячейках листа файла (для сравнения).

Такой пример с макросом не создан. Без такого примера информация о баге будет субъективной.

Edit:
На скриншоте показано, как нарушено распределение интервалов между кнопками по горизонтали, а ниже кнопка «Очистить всё» сместилась за правый край диапазона (было вровень).

А положение кнопок «Перенести запись» и «Преобразовать» (на разных листах), ранее с одинаковым значением координаты x, тоже изменилось (второй лист активизируется значительно реже, и кнопки расположены сверху и не перемещаются).


* Пример.png (11.05 Кб, 623x239 - просмотрено 10 раз.)
« Последнее редактирование: 6 Май 2022, 16:34 от eeigor » Записан

Ubuntu 18.04 LTS • LibreOffice 7.3.2.2 Community
eeigor
Опытный пользователь
***
Offline Offline

Пол: Мужской
Сообщений: 1 108


« Ответ #5: 6 Май 2022, 15:17 »

Возможно, это очень мелкая (по значимости) проблема…
Записан

Ubuntu 18.04 LTS • LibreOffice 7.3.2.2 Community
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 3 461



« Ответ #6: 7 Май 2022, 01:37 »

Возможно, это очень мелкая (по значимости) проблема…
нет
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
Страниц: 1   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!