AM
Если нет в поле значения, то поля на вью нет. балком проинициализируете старые ишью
Size: a a a
2020 February 19
VM
А дефолтное значение?.. или оно в данном случае не работает..( я заметил оно идёт как вариант для edit)
AM
Дефолтное только для новых ишью
VM
Понял, Спасибо
Ю
если надо что бы незаполненое поле отображалось в issue надо сделать что бы getDbValueFromObject возвращал не null
VM
если надо что бы незаполненое поле отображалось в issue надо сделать что бы getDbValueFromObject возвращал не null
Спасибо.. видел подобную статью на форумах, кроме этого пробовал отправлять null но уже на вью его обрабатывать , и выводить например " " при null, вроде работало.
Но со старыми issue как понял нужна инициализация, буду делать
Но со старыми issue как понял нужна инициализация, буду делать
Ю
Если возвращается null, то до шаблона уже дело не доходит
VM
Если возвращается null, то до шаблона уже дело не доходит
Хм.. пересмотрю.. сейчас тоже об этом задумался
AM
если надо что бы незаполненое поле отображалось в issue надо сделать что бы getDbValueFromObject возвращал не null
Я бы не стал так делать. Нужно все равно что-то возвращать и об этом нужно потом помнить когда строишь отчеты. Это как-то некрасиво
AM
Очень похоже на костыль, о котором нужно потом помнить.
Ю
Это и есть костыль, но других вариантов не предусмотрено
Ю
Можно возвращать -1 и при сохранении обрабатывать его
AM
Можно. А если -1 нужно, то придумать что-то другое. В общем, я никогда этого не делал и всегда говорил бизнесу, что это делать не нужно
Ю
ну у меня была ситуация когда нужно было что бы поле всегда отображалось
AM
Да, именно это бизнес и хочет.
AM
Чтобы на едит не переходить, а с вью редактировать
Ю
я даже этот кастомфилд на маркет выложил
Ю
и ничего, пользуются все
Ю
оупенсорс
AM
я даже этот кастомфилд на маркет выложил
Т.е если null то пишешь -1, а при сохранении -1 то не сохраняешь?