Окно расходов, место покупки

[Piligrim]

Добрый день!

Цитирую справочник программы:
"В программе реализованы составные расходы (иногда также их называют «чек» или «split») ... Это очень удобная возможность. Предположим, Вы совершили покупки в супермаркете на неделю и купили 20 наименований товаров. .... Таким образом, ввод данных производится на порядок быстрее"

Так зачем же мы вносим по 20 раз место покупки?!

Предлагаю сделать следующее. Наименование магазина должно браться из первой строки и подставляться во все последующие строки внутри одного чека.

[Piligrim]

По какой-то странной причине строчка ввода над таблицей выпала из моего восприятия и целый год я ее не замечал.
Извиняюсь за отзыв, описанное не является проблемой.

Тем не менее, предложение остается в силе.
Будет удобнее и очевиднее, если место покупки для всего чека будет определяться первой записью в чеке.

[Дмитрий]

Составной расход не всегда является чеком. Также он может использоваться просто для внесения набора покупок из разных мест, например, по дороге с работы проехали в автобусе, в одном магазине купили хлеб, в другом молоко и яйца, в третьем мясо. Нет особого смысла разделять это все на несколько расходов, поэтому в строку в расходе подставляется место покупки по умолчанию, а при покупке большого набора позиций в супермаркете можно выбрать общее место покупки заранее.

[Piligrim]

Чаще всего мы все-таки вносим внутри чека покупки, сделанные в одном и том же месте.

Здесь можно было бы поступить также, как и с датой - программа предлагает последнюю введенную дату или последнее указанное место покупки.
Это правило будет действовать только внутри одного сеанса работы программы в случае даты и до закрытия окна расходов в случае места покупки.
Таким образом, пользователю не нужно будет каждый раз менять дату, если он вносит расходы за полночь или на следующий день,
а также ему не придется указывать место покупки в каком-то отдельно стоящем месте.

Это бы значительно ускорило операции, выполняемые ежедневно.
Кроме того, обратите внимание, что подобный подход никак бы не усложнил вам внесение расходов из разных мест внутри одного чека.
В этом случае вам все равно в обоих вариантах приходится указывать место покупки.
Ровно как и с датой. Если программа будет подставлять дату из последнего чека, вы всегда сможете внести сначала расходы за текущую дату, а потом перейти к внесению расходов за прошедшие дни.
При новом сеансе работы программа опять будет предлагать текущую дату и т.д.

[Дмитрий]

Сейчас подставляется место покупки по умолчанию. И при совершении регулярных покупок в одних и тех же местах ничего менять не нужно.

[Piligrim]

Кажется, мы не понимаем друг друга.

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

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

[Дмитрий]

Так вот в том и дело, что усложнит для тех, кто покупает одни и те же товары в одних и тех же магазинах. Сейчас место покупки по умолчанию берется из статьи (есть там такое аналогичное поле). Таким образом, если я проехался на автобусе, купил хлеба в супермаркете на остановке и фруктов в ларьке возле дома, то для каждой позиции будет подставлено место покупки по умолчанию. Будучи правильно настроенным, оно везде подставится правильным. В предложенном же варианте для всех трех позиций будет проставлено место покупки "Автобус", так как оно является местом покупки по умолчанию для статьи "Билет на автобус".

[Piligrim]

Понятно. Проблема философско-мировозренческая.

Извините, но я вынужден сказать, что вы неверно используете свою же концепцию.
Это неправильно вносить автобус, ларек и пр. в один чек. Ведь это реально разные чеки!

Если вы решили, что программа будет работать на основе концепции чеков, то нужно этому подходу и следовать.
А чек не может быть из нескольких магазинов сразу.
Иначе получается не последовательно.

[Дмитрий]

Поэтому мы и пишем, что в программе реализованы "составные расходы", а иногда их называют "чеки" или "сплиты". При этом знака равенства между этими тремя понятиями нет. Будь в программе именно чек, мы бы не делали столбец с местом покупки

[Piligrim]

Понятно. Лучше бы тогда ограничились идеей чеков. Слишком большая универсальность - это тоже плохо.

Ну дату ведь нужно поправить, а?

[Дмитрий]

Про дату уже обсуждалось вот здесь: viewtopic.php?f=3&t=768 и в каких-то других топиках. Мы пока не готовы на такие изменения.
UPD: Ну и голосовалка была на этот счет: viewtopic.php?f=6&t=727&p=4905#p4905. Более половины пользователей вносят расходы текущим числом. Если при этом человек внесет расход предыдущим числом, у него будет неожиданная для него дата при внесении последующих расходов.

[Piligrim]

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