[Devel] [Ошибка 5946] Разработать механизм сохранения настроек осцилографа

[Evgeny Sinelnikov]

2 сентября 2010 г. 12:21 пользователь  <bugs на lists.etersoft.ru> написал:
> http://bugs.etersoft.ru/show_bug.cgi?id=5946
>
>
> Иван Дончевский <yv на etersoft.ru> changed:
>
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>       Hours Worked|                            |0.25
>
>
>
>
> --- Comment #1 from Иван Дончевский <yv на etersoft.ru>  2010-09-02 12:21:18 ---
>> В текущей реализации, варинтов два: вынести
>> все необходимые для восстановления
>> настройки в свойства объекта класса Oscillograph
>> и сделать соответствующий метод
>> восстановления окна при запуске
>> прилодения.
> Так вроде в классе осциллографа есть все
> нужные настройки и даже функции set и get для
> большинства.
>

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

> Тут нужны только функции, которые при
> запуске очередного осциллографа по
> глобальным параметрам установят локальные
> конкретного осциллографа.
>

Да, нужен метод восстаноления окна.

> Изменение настроек в таком случае точно
> будет влиять на осциллограф, только если
> его перезапустить.
>

Ну, есть ещё желание применить этот же самый метод восстановления при
смене профиля.

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

Именно так оно сейчас и работает. И разницы особой нет - из файла
удалять или из конфига, если для правки конфига уже существует
заданный интерфейс. Более того, интерфейс сам разбивает содержимое
конфига по файлам.


> Лучше наверное при закрытии осциллографа
> создавать по каждому отдельный файл со
> списком настроек, а при восстановлении
> удалять его.
>

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

Заходим на guest на 192.168.0.254
и смотрим содержимое каталога ~/.gconf

[guest на standpm ~]$ ls .gconf/
apps/    desktop/
[guest на standpm ~]$ ls .gconf/apps/
brasero  %gconf.xml  gnome-screensaver  nm-applet  panel  xfapplet
[guest на standpm ~]$ ls .gconf/apps/xfapplet/
applet_3/   %gconf.xml
[guest на standpm ~]$ cat .gconf/apps/xfapplet/%gconf.xml
[guest на standpm ~]$ ls .gconf/apps/xfapplet/applet_3/
%gconf.xml  prefs/
[guest на standpm ~]$ ls .gconf/apps/xfapplet/applet_3/%gconf.xml
.gconf/apps/xfapplet/applet_3/%gconf.xml
[guest на standpm ~]$ cat .gconf/apps/xfapplet/applet_3/prefs/%gconf.xml
<?xml version="1.0"?>
<gconf>
        <entry name="autofs_friendly" mtime="1279794043"
schema="/schemas/apps/drivemount-applet/prefs/autofs_friendly"/>
        <entry name="mount_point" mtime="1279794043"
schema="/schemas/apps/drivemount-applet/prefs/mount_point"/>
        <entry name="auto_eject" mtime="1279794043"
schema="/schemas/apps/drivemount-applet/prefs/auto_eject"/>
        <entry name="pixmap" mtime="1279794043"
schema="/schemas/apps/drivemount-applet/prefs/pixmap"/>
        <entry name="scale" mtime="1279794043"
schema="/schemas/apps/drivemount-applet/prefs/scale"/>
        <entry name="interval" mtime="1279794043"
schema="/schemas/apps/drivemount-applet/prefs/interval"/>
</gconf>



-- 
Sin (Sinelnikov Evgeny)