window-resize

How to detect Form Resize END, maybe by using the TApplicationEvents component?

夙愿已清 提交于 2021-02-16 21:30:49
问题 In a Delphi 10.4 VCL Application, I need to detect when the FORM RESIZING ENDS . (E.g. after the user resized the Form by dragging its size-grip). So I have placed a TApplicationEvents component on the form and created its OnMessage event-handler, trying to catch the WM_EXITSIZEMOVE message: procedure TformMain.ApplicationEvents1Message(var Msg: tagMSG; var Handled: Boolean); begin if (Msg.Message = WM_EXITSIZEMOVE) then begin CodeSite.Send('TformMain.ApplicationEvents1Message: WM

Tkinter: calling destroy() during resize resets the window to original shape

大城市里の小女人 提交于 2021-02-10 08:45:14
问题 In a Tkinter GUI, during window resizing at runtime, I've noticed that the removal of a widget or a frame, using my_widget.destroy() , resets the window size to the original shape (the one it had at the start of the resizing). I've found an identical question HERE, with no solution. Couldn't find anything else online. Is there a way of calling a destroy without interrupting the resize action and resetting the size? Here is a sample code to test this behavior (creates an empty window of width

Winform won't resize when setting Size property

拥有回忆 提交于 2021-02-07 18:11:08
问题 I have a WinForm that is used to host a WebBrowser control. I want to dynamically resize the form based on the document size that the browser loads. I can successfully read the document size from within the WebBrowser control and I set the form size based on that, but the form simply will not resize. The resize is within the WebBrowsers DocumentCompleted event: private void ViewWebBrowser_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e) { ViewWebBrowser.Height =

Background Color Artifact in Window's Composition Engine (DWM)

若如初见. 提交于 2020-08-10 19:56:47
问题 Context from Kenny Kerr's blog: Windows Vista introduced a service called the Desktop Window Manager. The name was and continues to be misleading. Think of it as the Windows composition engine or compositor. This composition engine completely changed the way application windows are rendered on the desktop. Rather than allowing each window to render directly to the display, or display adapter, every window renders to an off-screen surface or buffer. The system allocates one such surface per

Background Color Artifact in Window's Composition Engine (DWM)

匆匆过客 提交于 2020-08-10 19:55:44
问题 Context from Kenny Kerr's blog: Windows Vista introduced a service called the Desktop Window Manager. The name was and continues to be misleading. Think of it as the Windows composition engine or compositor. This composition engine completely changed the way application windows are rendered on the desktop. Rather than allowing each window to render directly to the display, or display adapter, every window renders to an off-screen surface or buffer. The system allocates one such surface per

DirectX Resize shows win32 background at Edges

风格不统一 提交于 2020-08-06 07:11:05
问题 When resizing down in DirectX I noticed a flicker along the bottom/right edges. If you fix the size of the swapchain (in red), and set the win32 background to green you will get the following on a resize down: It appears that the window size lags behind the mouse position ("Drag Rectangle") but the area DirectX fills (in red and black) matches the Drag Rectangle, with the remainder to be painted with the window background color (green). The DirectX Utility Toolkit (DXUT) didn't have this

Why size of controls are wrong before resize? [WPF]

[亡魂溺海] 提交于 2020-01-25 04:14:46
问题 Current custom window(base) is: <Window x:Class="Views.DialogWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:local="clr-namespace:Views" xmlns:dialog="clr-namespace:ViewModels" mc:Ignorable="d" Title="DialogWindow" Height="450" Width="800" WindowStartupLocation="CenterScreen"

Resize from Center [Winforms]

 ̄綄美尐妖づ 提交于 2020-01-17 08:16:11
问题 i have 2 forms (parent & child) child form's properties are ControlBox:False , DoubleBuffer:True & FormBorderStyle:SizeableToolWindow (rest all are default values). i want child form to resize from center (and not from top left) In Child form Resize Event, i have following code this.Location = System.Drawing.Point(x / 2 - this.Width / 2, y / 2 - this.Height / 2); //tried this.CenterToParent();` where x = parent form's width and y = parent form's height. now after showing child form from

How to most efficiently check for certain “breakpoints” upon browser re-size?

自闭症网瘾萝莉.ら 提交于 2020-01-15 06:36:17
问题 I'm playing with some responsive design that have two breakpoints defined: Mobile > max-width 320px Tablet portrait > max-width 767px On desktop I have a lot of animation + advanced functionality going on with Javascript. On mobile and tablet im looking to simplify and disable both some JS + "re-building" some DOM elements. Im wondering what the most efficient way to determine certain breakpoints (in terms of width) would be? Im thinking a lot about performance here. I know I can simply check

Owl Carousel 2 inside bootstrap accordion working only on window resize?

泄露秘密 提交于 2020-01-04 01:57:06
问题 I am using Owl Carousel 2. I want to load Owl Carousel inside the Bootstrap Accordion panel. My code goes like this... HTML CODE: <div class="panel-group users_block_accordion" id="accordion" role="tablist" aria-multiselectable="true"> <div class="panel panel-default"> <div class="panel-heading" role="tab" id="headingTwo"> <a class="collapsed" role="button" data-toggle="collapse" data-parent="#accordion" href="#usersPanel" aria-expanded="false" aria-controls="collapseTwo"> <h4 class="panel