شخصا BlurEffect رو ترجیح میدهم. اگر قراره که ShadowDepth صفر باشه و به همون خاطر مقدار Direction مهم نباشه چرا از DropShadowEffect فقط بخاطر محو کردنش استفاده کنم؟
بله.
private void Button_Click(object sender, RoutedEventArgs e)
{
var rect = new Rect(grdConvertToBmp.RenderSize);
RenderTargetBitmap renderedBitmap = new RenderTargetBitmap((int)rect.Width, (int)rect.Height, 96, 96, PixelFormats.Pbgra32);
renderedBitmap.Render(this.grdConvertToBmp);
imgOpacityMask.OpacityMask = new ImageBrush(renderedBitmap);
imgTest.Source = renderedBitmap;
} <Grid Name="grdConvertToBmp" HorizontalAlignment="Left" VerticalAlignment="Top" Margin="10, 490, 0, 0" Width="200" Height="200" ClipToBounds="True">
<Grid.Children>
<Ellipse Margin="17" Stroke="Red" StrokeThickness="2" Fill="Red" >
<Ellipse.Effect>
<BlurEffect RenderingBias="Quality" Radius="30"/>
</Ellipse.Effect>
</Ellipse>
</Grid.Children>
</Grid>
<Image Name="imgOpacityMask" HorizontalAlignment="Left" Height="206" Margin="230,484,0,0" VerticalAlignment="Top" Width="335" Stretch="Fill">
<Image.Source>
<BitmapImage UriSource="E:\Tasavir\Shakhsiat ha\Dr Abbasi\dr hassan abbasi 1.jpg"/>
</Image.Source>
</Image>
<Button Content="SetImageFeather" HorizontalAlignment="Left" Height="44" Margin="10,712,0,0" VerticalAlignment="Top" Width="113" Click="Button_Click_1"/> private void Button_Click_1(object sender, RoutedEventArgs e)
{
VisualBrush visualBrush = new VisualBrush(this.grdConvertToBmp);
DrawingVisual controlVisual = new DrawingVisual();
DrawingContext drawingContext = controlVisual.RenderOpen();
drawingContext.DrawRectangle(visualBrush, null, new Rect(new Point(0, 0), this.grdConvertToBmp.RenderSize));
drawingContext.Close();
RenderTargetBitmap renderedBitmap = new RenderTargetBitmap(Convert.ToInt32(this.grdConvertToBmp.Width), Convert.ToInt32(this.grdConvertToBmp.Height), 96, 96, PixelFormats.Pbgra32);
renderedBitmap.Render(controlVisual);
imgOpacityMask.OpacityMask = new ImageBrush(renderedBitmap);
}بله.
بله، ولی اون قسمتی که میگید رسم در شیِ VisualBrush انجام میشه درست نیست، در VisualBrush رسم انجام نمی دهید، چگونگی رسم رو تعریف می کنید.
بله.
چیزی که نگران Dispose شدنش باشند ندارند. وقتی یک کنترل فرضا TextBox میساختید با Dispose خود شیء TextBox که نابود نمیشد، null که نمیشد، شیء اش همچنان سر جاش بود.
<ControlTemplate x:Key="checkBoxCustTemplate" TargetType="CheckBox">
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="16"/>
<ColumnDefinition Width="Auto"/>
</Grid.ColumnDefinitions>
<Border Grid.Column="0" HorizontalAlignment="Left" VerticalAlignment="Top" Width="16" Height="16" CornerRadius="1" BorderBrush="{TemplateBinding BorderBrush}" BorderThickness="1">
<Border.Child>
<Path Name="tickPath" Stroke="{TemplateBinding BorderBrush}" StrokeThickness="1" Fill="{TemplateBinding BorderBrush}" StrokeStartLineCap="Triangle" StrokeEndLineCap="Triangle">
<Path.Data>
<PathGeometry>
<PathGeometry.Figures>
<PathFigure StartPoint="1, 7">
<PathFigure.Segments>
<QuadraticBezierSegment Point1="3, 7" Point2="5, 9" />
<QuadraticBezierSegment Point1="8, 4" Point2="12, 2" />
</PathFigure.Segments>
</PathFigure>
<PathFigure StartPoint="1, 7">
<PathFigure.Segments>
<QuadraticBezierSegment Point1="3.2, 7.2" Point2="5, 11" />
<QuadraticBezierSegment Point1="8.2, 4.2" Point2="12, 2" />
</PathFigure.Segments>
</PathFigure>
</PathGeometry.Figures>
</PathGeometry>
</Path.Data>
</Path>
</Border.Child>
</Border>
<ContentPresenter Grid.Column="1" Margin="4, 0, 0, 0"/>
</Grid>
<ControlTemplate.Triggers>
<Trigger Property="IsChecked" Value="false">
<Trigger.Setters>
<Setter TargetName="tickPath" Property="Visibility" Value="Hidden"/>
</Trigger.Setters>
</Trigger>
</ControlTemplate.Triggers>
</ControlTemplate>ستون بندی مشکلی نداره اما مشکل Hit Test داره، null بودن Background در Grid و Border باعث شده که با روال پیشفرض کلیک روی نقاط داخل Border منجر به دریافت Hit نشه.
قطعا همینطوره.
در واقع نه. در Device Context رسم نمی کنید ولی به وسیله Device Context رسم می کنید. Device Context مجموعه تنظیماتی رو نگه میداره که برای رسم بکار می برید. مثلا وقتی می خواهید با چاپگر چیزی رو چاپ کنید، DC چاپگر تنظیمات dpi و مود رنگ و Brush و Font و ... اون رسم روی چاپگر رو نگهداری می کنه، روی چاپگر رسم می کنید، اما توسط تنظیمات اون DC، در خود DC رسم نمی کنید و البته بدون DC روی چاپگر یا کنترل یا هر Device دیگری رسم ای انجام نمیشه.
بله.
شما وقتی در Windows Forms یک کنترل ایجاد می کنید یک کنترل واقعی ویندوز ایجاد میشه، برایش پنجره ویندوز ایجاد میشه، مثل سایر پنجره های ویندوز پیام هایی به اون پنجره ارسال میشه و ازش پیام دریافت میشه. فقط یک کلاس انتزاعی NET. نیست که خیال کنیم دکمه ای هست اما در واقع فقط یک نقش روی تصویر باشه. درسته که یک شیء نرم افزاری است اما نسبت به پنجره ها در ویندوز انتزاعی نیست، واقعا یک کنترل ویندوز ئه، پنجره داره.
من در مورد API ویندوز صحبت نکردم، در مورد منابعی صحبت کردم که با ساختن فرضا دکمه ایجاد میشه و باید آزاد بشوند. شما وقتی یک دکمه در WPF می سازید چه منبع unmanaged ای صرف شده که نگران Dispose شدنش باشیم؟ فرض کنیم که 1000 تا دکمه ساختید و امکان Dispose شدنشون هم بود و به هر دلیلی Dispose نشدند، حالا چه چیزی هدر رفته؟ چه منبعی؟
نه. رسم WPF شباهتی به Windows Form نداره، در WPF خود نخ ایجاد کننده کنترل رسم کننده کنترل نیست.
قضیه برعکس ئه. در WPF کد شما درگیر روال رسم نیست، همونطور که GC مستقل بود و نخ های خودش رو داشت، این موتور رندر WPF هم مستقل ئه و نخ های خودش رو داره.
اینکه در نخ های مجزا با کنترل کار کنید ارتباطی با موضوع رسم شون نداره.
فرقی نمی کنه، Source همیشه Source ئه، BitmapImage خودش تصویر نیست، تعریف منبعی است که تصویر Bitmap رو ایجاد می کنه.
در این مورد من فرقی بین Windows Forms و WPF نمی بینم، در جفت شون همون زبان #C ئه و همون ویژوال استدیو. همون کاری که در Windows Forms می توانستید بکنید در WPF هم می کنید.
در کد XAML ها فضای نام ای شبیه "xmlns:local="clr-namespace:WpfApp1 رو ندیدید؟
<Grid xmlns:ns="clr-namespace:MyNamespace">
<ns:MyElement>
</ns:MyElement>
</Grid> <MyElement xmlns="clr-namespace:MyNamespace">
</MyElement>The WPF implementation of its XAML processor includes an infrastructure that has awareness of the WPF core assemblies. The WPF core assemblies are known to contain the types that support the WPF mappings to the default XAML namespace. This is enabled through configuration that is part of your project build file and the WPF build and project systems. Therefore, declaring the default XAML namespace as the default xmlns is all that is necessary in order to reference XAML elements that come from WPF assemblies.xmlns:System="clr-namespace:System;assembly=mscorlib"نمیگه ضروری است، میگه is all that is necessary . یعنی تمامی چیزی است که لازمه. یعنی کاری بیشتر از این لازم نیست انجام بدهید.
در پست 76# عرض کردم که این url جزو تعاریف XML ئه، ربطی به نیازهای WPF و XAML نداره. استاندارد XML ئه که فضای نام در قالب url باشه، هر فرمتی که بر اساس XML طراحی بشه باید این قواعد استاندارد XML رو رعایت کنه. XML از ابتدا برای استفاده در اینترنت طراحی شده بود، برای همین از url استفاده کرده. WPF فقط داره از این استاندارد استفاده می کنه و طبعا باید قواعدش رو رعایت کنه، ممکنه یک مواردی در استاندارد XML باشه که برای XAML وجودش ضرورتی نداشته.
<Ellipse Fill="SkyBlue" Width="100" Height="100" HorizontalAlignment="Left" VerticalAlignment="Top">
<Ellipse.RenderTransform>
<ScaleTransform CenterX="50" CenterY="50" ScaleX="0.8" ScaleY="0.8"/>
</Ellipse.RenderTransform>
</Ellipse><Border Height="50" Width="300" BorderBrush="Gray" BorderThickness="1">
<StackPanel Background="LightGray" Orientation="Horizontal" Button.Click="CommonClickHandler">
<Button Name="YesButton" Width="Auto" >Yes</Button>
<Button Name="NoButton" Width="Auto" >No</Button>
<Button Name="CancelButton" Width="Auto" >Cancel</Button>
</StackPanel>
</Border> <TabControl Style="{StaticResource SimpleTabControl }" HorizontalAlignment="Left" Height="155" Margin="10,316,0,0" VerticalAlignment="Top" Width="400">
<TabItem Header="TabItem" >
<Grid Background="#FFE5E5E5">
<Grid.ColumnDefinitions>
<ColumnDefinition Width="89*"/>
<ColumnDefinition Width="16*"/>
<ColumnDefinition Width="289*"/>
</Grid.ColumnDefinitions>
<Button Content="Button" HorizontalAlignment="Left" Height="39" Margin="153.25,49,0,0" VerticalAlignment="Top" Width="98" Grid.Column="2"/>
<CheckBox Content="CheckBox" HorizontalAlignment="Left" Height="19" Margin="10,28,0,0" VerticalAlignment="Top" Width="112" Grid.Column="2"/>
<Button Content="Button" HorizontalAlignment="Left" Height="39" Margin="10,63,0,0" VerticalAlignment="Top" Width="98" Grid.ColumnSpan="3"/>
</Grid>
</TabItem>
</TabControl>شما به من بفرمایید چیکار کردید که آورد، برای من در هیچ کدوم از دو مثال با نوشتن Button چیزی نمیاره.
بله.
ست نمیشه، اضافه میشه. اگر برای دکمه NoButton یک متد Click مجزا تعریف کنید هم اون متد ئه فراخوانی میشه و هم CommonClickHandler ئه.
"به المنت والد چی کار داره" یعنی فرض رو بر این گرفته ام که Button.Click متعلق به والد ئه، در حالی که اینطور نیست.
هیچ کاری. شما در کد اول رویدادی برای Border توصیف نکرده اید.
اگه نیاورد پس چرا نوشتید اونجا آورد؟
اگه راه حلی هم باشه نمیدونم، فکر کنم باید از تیم توسعه دهنده ویژوال استدیو درخواست کنید که در آپدیت بعدی اضافه اش کنه.
توی متن انگلیسی ای که نقل قول کردید "به المنت های والدش کار داره" ترجمه یا تفسیر کدوم کلمات بود؟
کار می کنه یک چیز ئه، اینکه در Intellisense بیاره یک چیز دیگه.
این برجام نیست ها که روح داشته باشه.
مسیر ئه، برای پیدا کردن رخداد مسیر از یک جهت یا دو جهت رو پیمایش می کنه. نه اینکه به والد یا فرزند کار داشته باشه. انگار بپرسید بانک ملی کجاست؟ بگن سمت چپ، نبش چهار راه. اون بانک متعلق به چهار راه نیست. شما هم به خود چهار راه که کاری ندارید، در مسیر بهش میرسید. وقتی در StackPanel یک Button.Click نوشته شده این Button.Click ئه خود StackPanel نیست، برای هر Button ای که در مسیر بهش برسه استفاده میشه، برای خود StackPanel هیچ کارکردی نداره، بهش ربطی نداره. برای همین نمی توانید بنویسید :
<StackPanel>
<StackPanel.Button Click="CommonClickHandler" />
.
.
.
</StackPanel>
