dotnet/winforms

Double-clicking the text in the custom webbrowser component that put into SplitContainer cannot be selected

Open

#2.910 geöffnet am 26. Feb. 2020

Auf GitHub ansehen
 (0 Kommentare) (2 Reaktionen) (0 zugewiesene Personen)C# (922 Forks)batch import
:beetle: bughelp wanted

Repository-Metriken

Stars
 (4.100 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 14T 22h) (56 gemergte PRs in 30 T)

Beschreibung

  • .NET Core Version: .Net Core 3.1.200-preview-015002 from 3.1 Release branch + VS2019 with latest core designer

  • Have you experienced this same bug with .NET Framework?: Yes

More Info:

  1. This issue cannot reproduce without SplitContainer.
  2. This issue cannot reproduce on WebBrowser from Winforms control that put into SplitContainer.
  3. This issue cannot reproduce on custom webbrowser component that put into other containers(Panel, TabControl, GroupBox..).

Steps to reproduce:

  1. Open the attached app “Custom_component_WebBrowser_issue.zip” in VS. Custom_component_WebBrowser_issue.zip

  2. Build and run this application.

  3. Double-clicking the text in the custom webbrowser component and observe the behavior.

Actual behavior: Double-clicking the text in the custom webbrowser component that put into SplitContainer cannot be selected.

Expected behavior: Double-clicking the text in the custom webbrowser component that put into SplitContainer should be selected. The behavior should be like below: custom_webbrowser_issue_expected

Contributor Guide

Research-Richtung
Untersuchen Sie die Nachrichtenverarbeitung für Doppelklick Ereignisse im benutzerdefinierten WebBrowser Steuerelement, wenn es in einem SplitContainer platziert ist. Überprüfen Sie das WndProc des Steuerelements oder überschriebene Methoden, um zu sehen, ob das Panel des SplitContainer die Nachrichten abfängt oder modifiziert.
Tech Stack
csharp
Domain
desktop
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
C#
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60