Мне интересно, знает ли кто-нибудь, почему datepicker передает стандартные ключи любому ключевому управляющему ключу вниз, но не к ключу возврата?Почему дампикер wpftoolkit ест событие возврата?
вот XAML я писал:
<WrapPanel Name="_wpParameters"
Grid.Row="0" Grid.Column="0"
Orientation="Horizontal"
Grid.IsSharedSizeScope="True"
Keyboard.KeyDown="_wpParameters_KeyDown" >
<!-- this is where the dynamic parameter controls will be added -->
</WrapPanel>
Вот код я использую для проверки ключа возврата:
private void _wpParameters_KeyDown(object sender, KeyEventArgs e)
{
if (e.Key == Key.Return)
{
RaiseEvent(new RoutedEventArgs(LoadLiveResultsEvent, this));
}
}
Я использовал ключ вниз по аварии (имел в виду использовать ключ), но мне показалось интересным, что стандартные числовые и/персонажи запускали логику, но не возвращали ключ. Любая идея, почему ключ возврата не включен в качестве ключевого ключа?
очень интересно ... Я думаю, что это, вероятно, нужно сделать, потому что управление календарями части сборщика данных обрабатывает нажатие значения selectedDate, чтобы поместить текст в текстовое поле. но разве они не захотят позволить событию пузыриться для потенциального использования? –
@ N8 Не обязательно, поскольку это конкретный элемент управления, обеспечивающий заданную функциональность; по сравнению с каркасом, предназначенным для обеспечения/обеспечения расширяемости. –
А как, например, при запуске события все состояние составных элементов управления находится в неустойчивом состоянии. (Привязанные значения AKA могут быть переделаны в два раза или что-то в этом роде , но не хотят ли они обработать событие, получить контроль (в данном случае датпикер) в твердотельное состояние, а затем снова поднять событие? надеюсь, что это имеет смысл. (и еще раз спасибо, я бы дал вам больше голосов, если бы мог!) –