Форум checkbox «Конфиденциально»

Может тогда подобный флажок к проекту приделать?
Простобыло несколько ситуаций, когда на экране было видно несколько, абсолютно кроме меня никому не нужных, надписей (не только в Cash, я только недавно его скачал). После этого я взял за правило подобные «никому не нужные вещи» хранить отдельно или под паролем.
 
Dervish: Ой, не знаю... Готов сделать такую фичу, только пока не знаю, как это сделать хорошо. Как только пойму, обязательно сделаю.

Ну и что это получится???
С давних пор есть привычка - решать проблему утрированием до абсурда.
Пробуем...
Было на счету 300000 буказоидов.
Через неделю стало - 500000 того-же самого. Куда дели?? Не видно. ВСЁ скрыто.
Не понимаю от кого прятать?
У меня есть знакомый, у кот. на компе 2-ве операционки. Для себя ХР, и для жены - 98-й. У него там переписка, чат и что-то исчё, чего жена видеть не должна. А она у него вытаскивает наличку из кошелька..... Только пожалеть можно.
 
Dervish: С другой стороны, это самое "чего жена видеть не должна" будет всегда вызывать вопросы пользователей. Тогда, чтобы снять эти вопросы не вводя атрибута "Скрытый", надо делать вход в программу с разными паролями и разграничивать доступ к различным объектам данных. А это задачка не из лёгких, и честно говоря, мне не хотелось бы ею заниматься.
 
Что делать?

Мне кажется, что опция «показывать скрытые поля», указанную проблему не решает, так как включить её большого труда не составит — она же не будет защищена паролем (как я понял именно в этом видится отличие «скрыто» от «конфиденциально»). На данный момент, частично, того же самого можно добится при помощи фильтров, например создав например проекты «Скрытые» и «Открытые».
---
2 де Багер:
1) вопрос куда делись деньги в случае «3+2=4», решается немного не логично, но просто. Если будет парольная защита некоторых операций, то мужу, при получении дохода, необходимо будет сделать две записи в программу: первая запись — 2 руб. (а не 3-и), и вторая — 1 руб. (эту закрыть паролем).
 
2) вести две базы тоже, конечно вариант, но только в этом случае только одна из них, как максимум, будет правильная — та которая полная. Вторая тогда необходима только для отвода глаз. Я думаю просто нецелесообразно тратить время на ведение фиктивной базы. А в случае занесения в одну базу только закрытых записей, а во вторую базу только открытых, теряет смысл вообще ведение собственных (не «семейных» :-) ) финансов на компьютере — нет ни одной правильной базы и соответственно по ним трудно будет делать какие-то выводы или что-либо анализировать.
---
То есть, как я вижу решение этой проблемы (упрощённо):
1) Два пароля - общий и «не общий»
2) Каждая операция имеет флаг «конфиденциально» или как-то там ещё, который отвечает за то учитывать (соответственно и показывать ли) эту операцию при ввводе простого пароля или нет.
Дальше возможны различные варианты: Полностью закрытые проекты - при отнесении операции к такому проекту автоматически присваивать указанный флаг; и т.д. и т.п.
Тут только возникает другая проблема, в скорости работы программы, перед какими-либо расчётами или построениями графиков, придётся сначала анализировать флаг конфиденциальности или секретности (если он будет) на КАЖДОЙ операции, и если операций в базе много, то это существенно замедлит работу программы по сравнению с нынешней.
 
Dervish: ИМХО, самый лучший критерий элегантности решения, это попробовать изложить его в справочной системе. Я что-то с трудом представляю, как предложенный вариант объяснить пользователю, для которого обсуждаемая проблема в новинку.
 
Насчёт скорости: не надо беспокоиться, мы даже представить себе не можем, насколько быстры даже 486-е процессоры. Это нас производители программного обеспечения приучили, что всё очень медленно и неповоротливо. Так что, основываясь на собственном опыте программирования, я не думаю, что это существенно замедлит работу программы.