Похоже, нам следует реализовать метод get_queryset(self)
для применения к целевым фильтрам:
def get_queryset(self):
return Entity.objects.filter('item_1'='value_1')
Хотя это может привести к правильным значениям таблицы, но производительность загрузки значительно снижается. Возможно, другие решения могут спасти производительность, или мы должны использовать другие методы, такие как кэширование.
Попытайтесь делать, полное восстанавливают, или удаляют файлы типа "build" и затем создают файл.
Visual Studio не всегда берет изменения в ресурсах, и это может быть боль для получения, это перекомпилировало.
Также попытка с помощью полного URI, поскольку это помогло мне, когда у меня была та же проблема. Что-то как
pack://application:,,,/MyAssembly;component/bug.png
У меня была такая же проблема. Очистка и перестройка решения не помогли, поэтому я перезапустил визуальную студию, и это произошло. Надеемся, что Visual 2010 исправит эту и многие другие проблемы, с которыми сталкивается wpf в Visual 2008.
Нет, по крайней мере, в текущей бета-версии нет. Я нашел эту страницу, изучая ту же проблему. Rebuild / clean ничего не сделал. После закрытия и перезагрузки решения файл снова волшебным образом стал совместимым.
Пример асинхронной загрузки, еще один вариант. Пример clip.mp4 находится в корне веб-проекта.
void Landing_Loaded(object sender, RoutedEventArgs e)
{
//Load video async
Uri pageUri = HtmlPage.Document.DocumentUri;
Uri videoUri = new UriBuilder(pageUri.Scheme, pageUri.Host, pageUri.Port, "clip.mp4").Uri;
WebClient webClient = new WebClient();
webClient.OpenReadCompleted += new OpenReadCompletedEventHandler(webClient_OpenReadCompleted);
webClient.OpenReadAsync(videoUri);
}
void webClient_OpenReadCompleted(object sender, OpenReadCompletedEventArgs e)
{
byte[] VideoBuffer = new byte[e.Result.Length];
e.Result.Read(VideoBuffer, 0, (int)e.Result.Length);
MemoryStream videoStream = new MemoryStream(VideoBuffer);
ContentVideo.SetSource(videoStream);
ContentVideo.Stop();
ContentVideo.Play();
}