WPF - Как лучше сделать следующий контрол?
Да нет, это просто user frendly
А других вариантов у меня просто нет. Можно еще конечно и скрипт какой то писать в этом едитбоксе, тогда все без проблем будет 
Я не совсем понимаю задачу...
Ну вот одной кнопой я могу накидать сколько мне надо одинаковых стеллажей, при изменении описания стеллажа они все могут обновится другой кнопой.
Блин, не проходит пост с файлом 15К...
Что то ты не так делаешь. Приведенные примеры имеют размеры 21..24Кб.
Могу мейл скинуть.
Я тользуюсь сериализатором от MS.
----
Что-то у меня было из простых вопросов...
Вроде так - наследовалсь какая-то коллекция или словарик из шаблонных и добавлялась пара пропертей.
Все это надо было сериализовать.
Коллекция - сериализовалась, проперти - никак.
Что то ты не так делаешь.
-----
Не, не Я.
У нас босс дал команду зарезать известные внешние сайты.
Где-то под 80% инета просто недоступно.
Возможно что не срабатывает.
На мелкомягкие форумы тоже не залогинится.
Могу мейл скинуть.
-----
В личку, плс, скинь - в понедельник утром отправлю.
Ушло. Правда не с германки. Что-то местные гении снова нахомутали.
Ты чё ключи тоже не отдал 
?
------
Га-а-а?!!
Ничего не пришло.
-----
У гмыла бывает, что не досылается на некоторые сервера.
В отправленых - лежит.
Сейчас пороюсь в ДропБохах... большая часть закрыта...
This site can’t provide a secure connection
files.fm sent an invalid response.
ERR_SSL_PROTOCOL_ERROR
----
Unable to connect
Firefox can’t establish a connection to the server at files.fm.
Secure Connection Failed
An error occurred during a connection to files.fm. SSL received a record that exceeded the maximum permissible length. Error code: SSL_ERROR_RX_RECORD_TOO_LONG
The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
Please contact the website owners to inform them of this problem.
Все бровсеры мои перепробовал ИЕ, ФФ, Хроме - везде одинаково, даже игнорировать не даёт.
--
Вроде нашел
website blocking technology has blocked outgoing or incoming
communication between your computer and a malicious Internet Protocol
(IP) address
И как его присобачить к Вашим вариантам?
Описал же :)
У каждой колонки есть проперти Visibility. Просто связываешь эту проперти со значением чекбокса (через конвертер).
"Данные" хранятся и сериализуются в коллекциях. Любая коллекция должная "напрямую" отображаться. конфигурация - одна коллекция и данные другая "коллекция". Загруженные данные могут меняться, соответственно записываются автоматом в файл. При данной реализации эти две коллекции придется каким то образом "смешивать", нужно следить/выбирать реализацию чтобы чего лишнего не записалось.
Собвершенно не важно где и как хранятся данные. Важно, чтобы UI умел отображать ViewModel, каким образом будет наполняться ViewModel - это уже задача Model.
На да - если данные нужно делать публичными исключительно для сериализации, напишем коммент - "руки прочь" и не паримсяА уж не дай бог что то переименовать, комментов не напасёшся.
Всегда пожно разбить себе голову о пол во время молитвы :) Если тебе надо сериализовать приватные данные - вооружись DataContact'ом. Ну и везде можно менять имя сериализируемого параметра.
Описал же :)
Меня не техническая сторона интересует, тут проблем как бы нет.
То бишь впиндюриваем каждой колонке еще по паре чекбоксов и дарагой юсер кликай.
Собвершенно не важно где и как хранятся данные.
Это смотря с какой стороны посмотреть. но как то не хочется чтобы в часть конфигурации попали рабочие данные и наоборот.
вооружись DataContact'ом
Жалко не записал где там проблемы возникли. По крайней мере, нужно везде атрибуты раставлять.
Ну и везде можно менять имя сериализируемого параметра.
Это из теории или из практики? И без дополнительных атрибутов? А как насчет namespace? Тоже меняем как хошь?
Меня не техническая сторона интересует, тут проблем как бы нет.
То бишь впиндюриваем каждой колонке еще по паре чекбоксов и дарагой юсер кликай.
А в чем тогда проблема? :)
Это смотря с какой стороны посмотреть. но как то не хочется чтобы в часть конфигурации попали рабочие данные и наоборот.
Давай тогда разберем, что ты называешь конфигурацией, а что рабочими данными?
Количество стеллажей - это конфигурация? А имя стеллажа - это конфигурация? А количество полок на стеллаже? Название книги? Любая другая информация на полке (количество слотов, итд)?
Жалко не записал где там проблемы возникли. По крайней мере, нужно везде атрибуты раставлять.
Врядли в каком-либо другом сериализаторе можно обойтись без надстроек :)
[DataMember(IsRequired = true, Name = "third_party_device_id")]
public string ThirdPartyDeviceId { get; set; }
[DataMember(IsRequired = true, Name = "processing_time")]
private string processingTime;
[IgnoreDataMember]
public DateTime ProcessingTime
{
get { return DateTime.Parse(processingTime); }
set { processingTime = value.ToString("yyyy-MM-dd HH:mm:ss"); }
}
Это из теории или из практики?
Из практики.
И без дополнительных атрибутов?
Код привел. Там вроде все понятно :) И переименовывается так как надо и, класс работает с DateTime, а сериализуется в строку (мне это надо было для JSON сериализации. Собственно говоря из-за JSON сериализации я и взял DataContract).
А как насчет namespace? Тоже меняем как хошь?
А в чем с ними проблема? Там тоже вроде все задается. Но тут я много опыта не имею, не люблю namespace :)
А в чем тогда проблема? :)
В любви к юзверю
Давай тогда разберем, что ты называешь конфигурацией, а что рабочими данными?
сделали рабочие шкафы "физически", скажем даже место для двух табличек сделали - вот это и есть конфигурация. А вот конкретные таблички и всё что на полке лежит - это уже данные.
Вота - "пустота" - конфигурация: текст, цифры, цвет - данные. Выбор тоже относительно просто делается, а то пугали Selector-ом
В Xaml-е так получается. Приходится правда дофига писать, но иначе UserControl-ы не хотят у меня работать.
Configuration ="{Binding DataContext.MagazinesConfiguration, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type local:EditSamplesPage}}}"
ItemSource ="{Binding DataContext.MagazinesData, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type local:EditSamplesPage}}}"
Врядли в каком-либо другом сериализаторе можно обойтись без надстроек :)
XmlSerializer не требует ничего. А писать в атрибутах имена полей - сорри 
. В самопальном сериализаторе, тоже никакх аттрибутов не требуется по умолчанию. Да, изменить,что по умолчанию - тут конечно надо, ну типа поле проигнорировать.
не люблю namespace
ну без него как бы никак. Хотя можно и не писать, да Style guide не позволяет. Да и немецкие названия я сразу заменяю на английские. На этом и накололся.
namespace ABC.MagazineManager
{
internal class MagazineCore
{