| ← Март 2005 → | ||||||
|
4
|
5
|
6
|
||||
|---|---|---|---|---|---|---|
|
12
|
||||||
|
18
|
||||||
|
23
|
24
|
|||||
|
29
|
30
|
31
|
||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
Если речь идёт просто...
..о переименовании валюты, то это возможно. Уже сейчас.
Но, судя по всему, вы говорите о том, чтобы изменить валюту счёта. Уже существующего
счёта.
Если так, то самый простой вариант, это экспортировать данные в Excel, исправить
в нём и перезагрузить в новую базу данных.
Мне казалось, что это очевидно (-).
.
И еще, Сергей, нельзя ли
разрешить в уже сделанной базе переименование валют. У меня все товарные счета
предусмотрительно порождались в группе \"Колсчета\" и имели разные наименования
валют, а теперь я хочу все эти разные наименования свести к одному - \"Штуки\",
сокращенно, \"Шт\", как нетрудно догадаться.
Можно ли эту возможность включить в программу (конечно, опционально и с возможностью
последующего отключениея)?
Как я понимаю, Евгения интересует
появляющаяся при наличии древовидной структуры возможность быстрого поиска, ориентируясь
на физический смысл.
Это,понятно, если считать увеличение количества товарных валют оправданным.
Но ваш пример с корневым счетом и одной и той же товарной валютой на ветках меня
просто убил своей неожиданной простотой подхода! Хочу его продумать получше.
Такое ощущение, что данный подход вообще приводит к тому, что в большинстве подобных
товаров можно оставить единственную товарную валюту - просто \"Штуки\", а уж
штуки чего - отслеживать через соответствующие подсчета. Групповой счет создается
под именем \"Все штучные товары\", остальные - его ветви и листья.
Евгений, срочно стоит применить этот подход!
Спасибо. (+)
Я обязательно проверю, что там происходит и постараюсь исправить ситуацию.
Работа продолжается.
А на вопрос \"когда\" я просто физически не могу дать ответ. Извините. Обновления
появляются на сайте довольно регулярно.
Спасибо. (+)
Эта ошибка будет исправлена в 200-й сборке.
Не нужно бояться что-либо скрывать. (+)
Есть разные сущности.
Один вид сущностей, это сами данные, которые хранятся в базе. Это валюты, счета,
классификаторы, операции...
Второй вид сущностей, это данные об интерфейсе. Страницы, их настройки и всё
такое.
Каждую страницу можно безболезненно удалить. При этом исчезнет только сама страница,
а данные (первая сущность) останутся без изменений. Потом вы можете пересоздать
страницу. Снова удалить и снова создать. Данные при этом не будут пропадать.
А можете просто спрятать страницу.
Можете создать две страницы. Одинаковые.
Всё должно работать.
Желание понятно, но...
..я с трудом представляю, как именно и где именно можно показывать примечание.
Будут предложения?
Думаю, что это...
..может быть связано непоредственно с данными, которые импортируются. Я, конечно,
проверю и поищу эту ошибку, но было бы здорово, если бы удалось найти те строки
Excel, которые приводят к этим сообщениям.
Да, обидно.
Спасибо, я проверю.
Мне тоже кажется, что...
..если необходима стойкойсть шифрования, то для этого лучше воспользоваться специальными
средствами.
Мне казалось, что...
..пример с диванами решается уже сейчас довольно просто:
1. Создаём валюту \"Диваны\".
2. В этой валюте создаём два счёта \"Красные\" и \"Зелёные\".
3. Создаём групповой счёт \"Все диваны\", к которой относим два предыдущих счёта.
Что мы имеем в этом случае? В этом случае мы имеем, что изменение остатка по
любому из счетов \"Красные\" или \"Зелёные\" будет автоматически пересчитан остаток
по счёту \"Все диваны\".
Вообще, остатки считаются по счетам и что тут полезного может быть при объединении
валют в группы, честно говоря, не могу себе представить.
Извините,...
..а что, разве статьи (агенты, проекты) нельзя добавлять прямо из диалога? По
моему, всегда было возможно...
Или я не понял вопроса?
