26

Re: Once again about

Hello, icezone, you wrote: I> not absolutely so - in places WPF loses even GDI + Hmmm... It should be very much places. Most likely, the main case - handling of difficult combinations for rasters whereas WPF it was sharpened under a vector and logical resolution of the abstract screen.

27

Re: Once again about

Hello, Mr. Delphist, you wrote: MD> Hmmm... It should be very much places. Most likely, the main case - handling of difficult combinations for rasters whereas WPF it was sharpened under a vector and logical resolution of the abstract screen. Precisely I do not remember, whether polygons, whether polyline brake, on SO there was an arguing

28

Re: Once again about

Hello, Mr. Delphist, you wrote: MD> And on what GUI- it now? VCL? FireMonkey? Both VCL is... And FireMonkey... There are some bugs of implementation in FireMonkey, but conceptually and generally, - super library!

29

Re: Once again about

Hello, wamaco, you wrote: W> Hello, Mr. Delphist, you wrote: MD>> And on what GUI- it now? VCL? FireMonkey? W> Both VCL is... And FireMonkey... There are some bugs of implementation in FireMonkey, but conceptually and generally, - super library! Appearance stylization in VCL added, at last? We tell, to deliver the necessary radius of curving of corners, to adjust  on a thickness/colour (statuses the idle time pushed, mouse hover, ). That not through inheritance to solve and not through   in a palette.

30

Re: Once again about

Hello, Mr. Delphist, you wrote: MD> appearance Stylization in VCL added, at last? We tell, to deliver the necessary radius of curving of corners, to adjust  on a thickness/colour (statuses the idle time pushed, mouse hover, ). That not through inheritance to solve and not through   in a palette. It is all is in FireMonkey! Even it is more!

31

Re: Once again about

Hello, wamaco, you wrote: W> It is all is in FireMonkey! Even it is more! About styles in FM I know. They are still stored as heks-damp? Or it is already similar on XAML when any attribute can be changed as in Object Inspector, and hands in a DFM-file?

32

Re: Once again about

Hello, maks __, you wrote: __> And at what here you? Judgement of one of users... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

33

Re: Once again about

Hello, icezone, you wrote: I> it is very subjective - all Internet for a long time already smoothed and transparent While it can be ungeared in the browser - all. I> application builds schedules and in the visual plan it looks clumsily without smoothing Rounded schedules just well, with the text as a rule is worse. On what that to the reason all pull indirect fonts which not on high DPI screens which the majority, without smoothing look awfully and with smoothing simply unreadable soap.... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

34

Re: Once again about

Hello, CreatorCray, you wrote: CC> While it can be ungeared in the browser - all. Whom to ungear? All a web charts are drawn on js, pictures are drawn with smoothing instead of icons - fonts, the remaining drawing vectorial CC> Rounded schedules it just is good, with the text as a rule is worse. On what that to the reason all pull indirect fonts which not on high DPI screens which the majority, without smoothing look awfully and with smoothing simply unreadable soap. If to smooth  a picture also fonts smooth out, even system at me all text are signatures on axes of coordinates

35

Re: Once again about

Hello, icezone, you wrote: I> whom to ungear? All a web charts are drawn on js, pictures are drawn with smoothing I> instead of icons - fonts, the remaining drawing vectorial Throw off URL - I will show as at me looks. I> if to smooth  a picture also fonts smooth out, even system It if  in a picture and then it downsample. I> at me all text are signatures on axes of coordinates we Simplify a question: the main thing that on standard DPI (~100) was readable.... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

36

Re: Once again about

Hello, CreatorCray, you wrote: CC> Throw off URL - I will show as at me looks. I not about a specific site, and about would weigh web2.0 that you did not do, but the picture drawn with smoothing, does not change CC> It if  in a picture and then it downsample. So it turns out faster, than on algorithm Vu separate lines to draw CC> we Simplify a question: the main thing that on standard DPI (~100) was readable. At me now generally without smoothing, while in meditations

37

Re: Once again about

Hello, icezone, you wrote: I> I not about a specific site, and about would weigh web2.0 I> that you did not do, but the picture drawn with smoothing, does not change It is possible  an example of such site? CC>> it if  in a picture and then it downsample. I> so it turns out faster, than on algorithm Vu separate lines to draw Depends how many it is necessary lines and on what area. CC>> we simplify a question: the main thing that on standard DPI (~100) was readable. I> at me now generally without smoothing while in meditations  smoothing looks well for lines more thickly 1px. For 1px and looks already badly less.... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

38

Re: Once again about

Hello, Stanislaw K, you wrote: CEM>> Here it (and gui and a drawing) is made on GDI. SK> the active window "under water"? In particular in a demo it is visible the moment when move sliders, stick into buttons shielded by water, to the touch, it simply awfully. SK> it can be beautiful, but  such, possibility to make it - it is disgusting. There it is possible to adjust a transparency that all will be visible. Water always atop, and differently what for it is necessary, if it from below all windows? It is such entertainment,  and ungeared, if hinders. I simply wanted to show that on GDI it is possible to do semipermeably (and it is smoothed)

39

Re: Once again about

Hello, CreatorCray, you wrote: CC> It is possible  an example of such site? For example https://www.semrush.com/sensor/?category=&db=US here about such what I want to receive the schedule CC> Depends how many it is necessary lines and on what area. So it depends on scale, the maximum of lines is a width of the screen in pixels Direct2D with smoothing and alpha channel works well only on new iron CC>  smoothing looks well for lines more thickly 1px. For 1px and looks already badly less. 1px it is now used from a hopelessness because without smoothing thick lines are even worse

40

Re: Once again about

41

Re: Once again about

Hello, CreatorCray, you wrote: CC> At me it  here so: as I also spoke - all remains smoothed except fonts CC> 1px normally use for a grid, and it either strictly vertical or horizontal where anything it is not necessary to smooth. Yes it is clear, to me for the schedule are necessary - polygon plus polyline for boundary the polygon should be translucent, and boundary the boundary smoothed in an ideal also on Bezier curves

42

Re: Once again about

Hello, CEMb, you wrote: CEM> I simply wanted to show that on GDI it is possible to do semipermeably (and it is smoothed) it is possible, but slowly and is sad let it GPU is engaged

43

Re: Once again about

Hello, icezone, you wrote: I> as I also spoke - all remains smoothed except fonts Well there a little that it all". I represented to myself slightly more.... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

44

Re: Once again about

Hello, CreatorCray, you wrote: CC> Well there it is not enough of that it all". CC> I represented to myself slightly more. Well that was near at hand gave the main thing that the drawing on js did not exchange