virtual
требуется реализация. Объявление деструктора по-прежнему требует определения его (в отличие от обычной функции):
struct X
{
virtual ~X() = 0;
};
struct Y : X
{
~Y() {}
};
int main()
{
Y y;
}
//X::~X(){} //uncomment this line for successful definition
Это происходит потому, что деструкторы базового класса вызывается, когда объект уничтожается неявно, поэтому требуется определение.
virtual
методы должны быть реализованы или определены как чистые. Это похоже на методы не virtual
без определения, с добавлением аргументов, которые генерирует чистая декларация dummy vtable, и вы можете получить ошибку компоновщика без использования функции:
struct X
{
virtual void foo();
};
struct Y : X
{
void foo() {}
};
int main()
{
Y y; //linker error although there was no call to X::foo
}
Чтобы это сработало, объявите X::foo()
чистым:
struct X
{
virtual void foo() = 0;
};
virtual
Некоторые члены должны быть определены, даже если они явно не используются:
struct A
{
~A();
};
Следующие ошибки приведут к ошибке:
A a; //destructor undefined
Реализация может быть встроенной в самом определении класса:
struct A
{
~A() {}
};
или снаружи:
A::~A() {}
Если реализация вне определения класса, но в заголовке, методы должны быть отмечены как inline
, чтобы предотвратить множественное определение.
Все используемые методы-члены должны быть определены, если они используются.
struct A
{
void foo();
};
void foo() {}
int main()
{
A a;
a.foo();
}
Определение должно быть
void A::foo() {}
static
. Члены данных должны быть определены вне класса в единственная единица перевода: struct X
{
static int x;
};
int main()
{
int x = X::x;
}
//int X::x; //uncomment this line to define X::x
Инициализатор может быть предоставлен для элемента данных static
const
типа интеграла или перечисления в определении класса; однако odr-использование этого элемента по-прежнему потребует определения области пространства имен, как описано выше. C ++ 11 позволяет инициализировать внутри класса для всех членов static const
данных.
Это не работает через обман WPF, потому что элемент управления WebBrowser на самом деле не является элементом управления WPF. Это обернутый элемент управления веб-браузером IE ActiveX, не отображаемый WPF.
Возможно, ваша проблема связана с этой записью Удаление границы с помощью элемента управления WebBrowser .
Честно говоря, если возможно, попробуйте отказаться от этого ужасного WebControl и использовать что-то еще , Существуют бесплатные альтернативы с надлежащей поддержкой WPF, такие как Awesomium.NET, CefSharp или CefGlue.NET (все на основе Chromium).
Я посмотрел на источник, который вы опубликовали, и он работает для меня. Вот код:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.InteropServices;
using System.Text;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Documents;
using System.Windows.Input;
using System.Windows.Interop;
using System.Windows.Media;
using System.Windows.Media.Imaging;
using System.Windows.Shapes;
namespace PAUL.Allgemein.Seiten
{
/// <summary>
/// Interaktionslogik für Robbe.xaml
/// </summary>
public partial class Robbe : Window
{
#region The Classic Window API
//The SendMessage function sends a message to a window or windows.
[DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = false)]
static extern IntPtr SendMessage(IntPtr hWnd, uint Msg, int wParam, int lParam);
//ReleaseCapture releases a mouse capture
[DllImportAttribute("user32.dll", CharSet = CharSet.Auto, SetLastError = false)]
public static extern bool ReleaseCapture();
//SetWindowLong lets you set a window style
[System.Runtime.InteropServices.DllImport("user32.dll")]
static extern int SetWindowLong(IntPtr hWnd, int nIndex, long dwNewLong);
#endregion
const int GWL_STYLE = -16;
const long WS_POPUP = 2147483648;
//private const int GWL_STYLE = -16;
//private const int WS_SYSMENU = 0x80000;
//[DllImport("user32.dll", SetLastError = true)]
//private static extern int GetWindowLong(IntPtr hWnd, int nIndex);
//[DllImport("user32.dll")]
//private static extern int SetWindowLong(IntPtr hWnd, int nIndex, int dwNewLong);
public Robbe()
{
InitializeComponent();
}
private void Window_Loaded(object sender, RoutedEventArgs e)
{
IntPtr hWnd = new System.Windows.Interop.WindowInteropHelper(this).Handle;
SetWindowLong(hWnd, GWL_STYLE, WS_POPUP);
}
}
}
и код Xaml:
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Robbe" Height="300" Width="300"
Loaded="Window_Loaded">
<Grid>
<!-- Creates the shadow on the right and bottom -->
<Border Focusable="False" BorderBrush="Gray"
BorderThickness="0,0,2,2"
CornerRadius="10"
Background="Beige" >
<WebBrowser Source="C:\Users\nicholas\Desktop\puale\PAUL\bin\Debug\robbe.swf" Margin="62,71,69,56"></WebBrowser>
</Border>
</Grid>
Я знаю, что это старый вопрос, но сегодня у меня была такая же проблема, и я решил его использовать
ResizeMode="NoResize"
вместо
Allowstransparency="true"
. ResizeMode удаляет также аннулировать границу и не влияет на элемент управления WebBrowser. Кажется, это самый простой способ решить вашу проблему в этом случае:)
Это старый вопрос, но я хотел опубликовать то, что я сделал, чтобы заставить его работать.
Если вы хотите создать окно без рамки, которая может быть изменена по размеру и может размещать элемент управления WebBrowser или элемент управления Frame, указывающий на URL-адрес, который вы просто не могли, содержимое указанного элемента управления будет выглядеть пустым, как сказал OP.
Я нашел обходное решение; в окне, если вы установите WindowStyle на None, ResizeMode на NoResize (несите меня, вы все равно сможете изменить размер после завершения), тогда убедитесь, что у вас есть UNCHECKED AllowsTransparency, у вас будет окно статического размера без рамки и покажет управление браузером.
Теперь вы, вероятно, все еще хотите изменить размер вправо? Ну, мы можем с этим с помощью вызова interop:
[DllImport("user32.dll", CharSet = CharSet.Auto)]
private static extern IntPtr SendMessage(IntPtr hWnd, uint Msg, IntPtr wParam, IntPtr lParam);
[DllImportAttribute("user32.dll")]
public static extern bool ReleaseCapture();
//Attach this to the MouseDown event of your drag control to move the window in place of the title bar
private void WindowDrag(object sender, MouseButtonEventArgs e) // MouseDown
{
ReleaseCapture();
SendMessage(new WindowInteropHelper(this).Handle,
0xA1, (IntPtr)0x2, (IntPtr)0);
}
//Attach this to the PreviewMousLeftButtonDown event of the grip control in the lower right corner of the form to resize the window
private void WindowResize(object sender, MouseButtonEventArgs e) //PreviewMousLeftButtonDown
{
HwndSource hwndSource = PresentationSource.FromVisual((Visual)sender) as HwndSource;
SendMessage(hwndSource.Handle, 0x112, (IntPtr)61448, IntPtr.Zero);
}
И voila, Окно WPF без рамки и все еще подвижное и изменяемое без потери совместимости с элементами управления, такими как WebBrowser