Показать полную графическую версию : [решено] Birthday v1 - Напоминалка Дней Рождений
Просто автор об остальных отписАлся уже.
Kilya, На каком языке написана программа? Хотел узнать, но ты запаковал её Pecompact'ом :teeth:
Borland Delphi 6.0 - 7.0 Правильно?
Добавил и немного изменил описание. Kilya, Если не против, прицепите ссылку (http://soft.oszone.net/program/8641/Birthday/) на скачивание с нашего софт-портала.
Drongo, Borland Delphi 7.0 - да!
simsim, спасиб, позаимствую наверное ваше скоректированное описание для себя.
позаимствую наверное ваше скоректированное описание для себя. »
Не возражаю. :) Неужто так понравилось?
simsim, почему бы и нет? ведь правильно сформулированное описание - звучит то лучше.
ссылку на скачивание закинул в Дружественные форумы програмы
To All!
если возникнут пожелания по улучшению - дублируйте свои коменты на оф.сайте в блогах к последним версиям! "Заказ своего рода"
Kilya, В раскрывающемся меню "УЗНАТЬ БОЛЬШЕ" заметил дубль Сворачивать в Трэй при запуске . Удалите лишнее и исправьте ошибку. Корректнее будет трей. :)
Kilya, Ну вот, нарвался на первую неприятность. Невозможно добавить несколько дат на одного человека. Сохраняется только одна, последняя добавленная. Но ведь у человека есть день рождения, именины, ещё какие-то памятные даты. Можно это как-то исправить?
simsim, у человека в таком случае должно быть отличие хотябы в одном символе, толко и всего!
т.е. чтоб не было дублей в графе ФИО! - ФИО - это индексное поле
т.е. чтоб не было дублей в графе ФИО! »
Так они всё равно получится будут.
Например:
1.Петров Иван Петрович(а)
2.Петров Иван Петрович(б)
3.Петров Иван Петрович(в)
Я спрашивал о возможности выбора сразу нескольких дат в разделе "События". Сейчас можно выбрать либо день рождения либо другую дату.
simsim, это запланировано не было - т.к. таблица событий одна, и связей нет! ввиду того что эта реализация не была предусмотрена - осуществление крайне сложно, возможно только при изменении всей структуры, а это может быть разработка совершенно новой версии.
Спасибо за исчерпывающий ответ. :)
Ну вот, нарвался на первую неприятность. Невозможно добавить несколько дат на одного человека. Сохраняется только одна, последняя добавленная. Но ведь у человека есть день рождения, именины, ещё какие-то памятные даты. Можно это как-то исправить? »Да, я тоже поддерживаю предложение simsim'a.
ФИО - это индексное поле »Ведь индексное поле, должно быть уникальным, а однофамильцы попадаться могут, может даже совпасть имя фамилия и отчество, пусть теоретически, но может. Поэтому для индесного поля, лучше всего использовать самый первый столбец, номер записи. Уж оно-то будет всегда уникальным. :yes: И никогда не пересечётся с другими полями. Это правильный принцип создания базы.
Пожелания:
1. Добавить расчет Пасхи (кат.и прав.)
2. Возможность добавлять события относительно другого события.
Пример:
День програмиста отмечаеться 256 дня года. В высокосный год это 12 сентября, а в другие 13 сентября. что то типа 01.01+256 :)
а однофамильцы попадаться могут, может даже совпасть имя фамилия и отчество »
Ха, а я это как-то вообще упустил.
Добавить расчет Пасхи (кат.и прав.) »
Абсолютно лишнее. Чаще в церковь ходить надо. :)
Drongo, Ведь индексное поле, должно быть уникальным, а однофамильцы попадаться могут, может даже совпасть имя фамилия и отчество, пусть теоретически, но может. Поэтому для индесного поля, лучше всего использовать самый первый столбец, номер записи. Уж оно-то будет всегда уникальным. И никогда не пересечётся с другими полями. Это правильный принцип создания базы. »
Тут не так все просто - первый столбец столбец это не уникальное значение, а подсчет данных при использовании или не использовании сортировки. Напривер отсортировав данные первый столбец всегда будет показывать кол-во записей отбора. Может и не совсем общепринятое правило использовалось для индекса , но повторюсь - "Достаточно иметь разницу хотя бы в один символ - чтобы не было конфуза"
"Достаточно иметь разницу хотя бы в один символ - чтобы не было конфуза" »
Kilya, Но согласитесь, если у Вас в списке будет как минимум два человека с фамилией Похилько Д.Ю., то проще будет иметь две записи с множеством дат "внутри", нежели 15 строчек с Похилько Д.Ю. первым и 8 строчек с Похилько Д.Ю. вторым. Так точно в конфуз попасть можно.
Не обижайтесь, :) но
Пожелания и описание багов - приветствуются! »
Я так пологаю нужно уже задумываться о разработке второй версии с учетом всех замечаний (и о принципах реализации)
Я так пологаю нужно уже задумываться о разработке второй версии с учетом всех замечаний »
Цели ясны, задачи определены. За работу, товарищи! (с) М.С.Горбачёв :)
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.