| ← Июнь 2005 → | ||||||
|
5
|
||||||
|---|---|---|---|---|---|---|
|
22
|
23
|
26
|
||||
|
27
|
29
|
|||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
Спасибо
Спасибо, за ответ. А я и не знал про статусную строку. Скоро будет год как я
пользуюсь програмой, научился планировать деньги, избавился от долгов и появились
свободные финансы для покупок. Жена рада, я тоже.
Правильно поставленный вопрос - половина успеха
другая половина - остальные размышления. В ходе оных выяснилось, что кроме как
из "сложных операций" и взять-то и не откуда, а до них, как я понял,
добираться еще немало
А предполагалось, что отчет можно было бы сформировать, выбрав заголовки столбцов
по имени других счетов и тогда значения в этих столбцах бралось бы по какому-л
критерию отбора из этих счетов
В окне операций подстановка других счетов дополнила бы картину отображения информации.
Если объяснил сумбурно - могу прислать образец базы и наброски отчета в форме
страницы Exel
Ага,
тока праверить нильзя... :)
примерно, но я имел в виду некоторую типовую структуру
в пределах одного классификатора - некоторый шаблон (вероятно настраиваемый)
например сейчас...
я создал классификатор "контрагенты" на вкладке "классификаторы"
в появившейся вкладке "контрагенты" я вижу родительскую запись "контрагенты"
для нее я создаю Child записи "Рога и копыта"
для "Рога и копыта" я создаю Child записи "ИНН контрагента"
"Расчетные счета контрагента" "Адреса контрагента" "Телефоны
контрагента" "Контакты контрагента"
в ИНН контрагента я сразу забиваю в поле примечание ИНН
для расчетных счетов я создаю Child ("основной" "дополнительный")записи
если счетов несколько
-//-//-// для адресов
-//-//-// для контактов и телефонов
для адресов контрагента я создаю Child записи
"юридический" в примечании юр. адрес
"почтовый" в примечании почтовый адрес
для контактов контрагента я создаю подчиненные
"гл бухгалтер" в примечании имя фамилия
"руководитель" в примечании имя фамилия
"представитель" в примечании имя фамилия
и так для любого следующего контрагента...
так вот, хотелось бы иметь возможность формировать шаблон такой структуры на
этапе создания классификатора (и возвращаться потом для редактированияч этого
шаблона), в дльнейшем, при добавлении нового контрагента вся структура Child
записей создается автоматически...
примерно так
:)))
а потм еще сделать настраиваемое дерево - например <показывать по юр. адресам
>< показывать по ИНН >< показывать по Имени гл. бухгалтера><показывать
по алфавиту>
Спасибо.
Поместил в карантин, буду разбираться.
Подскажите, пожалуйста, за какой период времени вы загружали курсы и с каким
интервалом?
Кросспостинг. (+)
Аналогичная тема в другой теме форума. Ну да ладно.
Итак, реквизиты плательщика/получателя просто просятся в счетах. И это относительно
просто сделать. А вот по классификаторам...
Я уже написал (в другой теме форума), что для классификаторов всё едино, они
все хранятся вместе. И если делать \"в лоб\", добавлять эти поля в классификаторы,
то они появятся и в агентах и в статьях и в проектах, точнее, во всех классификаторах.
Что, на мой взгляд, есть есть хорошо.
Решение, которое предложил уважаемый Explorer - возможный вариант снятия этой
проблемы. Однако, как я понял из предложения, например, даже в рамках контрагентов
у разных узлов дерева возможны разные поля. Я правильно понял?
Таким образом получается, что нужно делать что-то типа адресной книги Аутлука,
с одним отличием: в Аутлуке какой-никакой, но состав полей определён довольно
жёстко. А тут, похоже, нужна просто очень гибкая структура, которая бы позволяла
создавать новые поля \"на лету\". Всё верно?
Оно-то умное, вот только...
..делаться подобное автосохранение должно быстро. Очень быстро. Так, чтобы пользователь
программы не тратил своё время на ожидание, пока процесс автосохранения завершится.
Попробуйте обратить внимание, сколько времени сейчас уходит на сохранение изменений.
Согласитесь, если после каждого вашего действия программа будет задумываться
на это время записи, будет не очень хорошо.
Можно добиться быстрого сохранения? Можно. Но для этого нужно будет несколько
поменять формат записи. Я пока дозреваю до этого (и занимаюсь пока другими вопросами),
но если дозрею до изменения формата базы, то обязательно сделаю конвертер.
Ок, постараюсь сделать. (+)
Возможно, что в ближайшей сборке.
Кстати, вопрос: копировать только видимые колонки или \"полноформатные\" записи
(то есть так, как они получаются после экспорта в Excel?
Не только \"можно\", а \"нужно\".
Я постараюсь это исправить.
Ей-богу, не помню...
..почему я так ответил. Странно. Сорри. Замечание действительно серьёзное и подлежит
реализации.
Кстати, у меня есть сомнения в том, что запоминание настроек страниц так, как
оно сделано сейчас, это есть хорошо. Возможно, было бы лучше, чтобы программа
просто автоматом сохраняла настройки не требуя никаких дополнительных действий.
Но это можно будет сделать только если постараться и ускорить сохранение данных.
А значит, увы, это повлечёт за собой изменение формата файла.
Конечно, если я решусь на изменение формата файла, обязательно будет сделан конвертер
данных.
Резонно. Сделаю. (-)
Напомню, что...
..во второй версии нет понятия \"агенты\". Если делать реквизиты плательщика/получателя,
то они появятся во всех классификаторах. И я не уверен, что это будет хорошо.
Что скажете?
PS. Для счетов, думаю, указание банковских реквизитов будет вполне логично.
Извиняюсь за слово \"чуть\". (+)
Печать будет, но позже. И я постараюсь сделать печать очень гибкой, несколько
получше, чем в первой версии.
И если \"откатываться\", то действительно, лучше не на версию 1.3, а на версию
1.4: она несколько поустойчивее в работе.
Хочу уточнить,...
..а откуда должны браться значения (сумма3) и (сумма4)? Как вам это видится?
