Skip to content

Toolbar testing#1016

Open
gmurray81 wants to merge 11 commits into
mainfrom
toolbar-testing
Open

Toolbar testing#1016
gmurray81 wants to merge 11 commits into
mainfrom
toolbar-testing

Conversation

@gmurray81

Copy link
Copy Markdown
Member

No description provided.

gmurray81 and others added 3 commits April 30, 2026 07:34
Pair the existing per-platform handler sources (WPF.cs, WinUI.cs, GTK.cs,
WindowsForms.cs, Desktop.cs) with explicit DotNetIOS.cs and DotNetAndroid.cs
files so the LibraryProjectEmitter has C# sources for both .NET mobile
targets. The emitter side (CodeGenerationLibrary marker matching +
EventHandlerAnalyzer //WPF: fallback) was extended in a paired dev-tools
commit; the handler.cs sources here are what those changes consume.

- 24 cross-platform Infragistics handlers (FormatDateLabelAs*, ChartAxis-
  CurrencyFormat, ScatterShapeData*, TestsUpdate*InSeriesAddedEvent, etc.)
  where GTK.cs and WinUI.cs were already byte-identical: copied GTK.cs
  verbatim into both new files.
- 42 Desktop.cs-only handlers (TestsDataLegendStyle*, TestsAlignGaugeLabels*,
  TestsRadialGaugeFormatLabel*, etc.) copied verbatim — these use only
  Infragistics.Core.Graphics types (SolidColorBrush, Colors) which are
  available on every .NET target.
- 3 UI-divergent tooltip handlers (TestsAddNameTooltip,
  TestsAddStaticTextTooltip, TestsAddDataLegendValueFormatSpecifier)
  hand-written using UIKit.UILabel (DotNetIOS) and Android.Widget.TextView
  (DotNetAndroid), keeping the same Infragistics chart binding logic as
  the GTK/WinUI variants.
- 6 items had Xam* (internal Implementation types) swapped for the
  DotNetIOS/DotNetAndroid public View types: XamDataLegend → DataLegendView,
  XamDataChart → DataChartView, XamCategoryChart → CategoryChartView,
  XamDataPieChart → DataPieChartView, XamToolbar → Toolbar. The Xam* types
  are not publicly visible on the DotNet mobile builds, so handler code
  must use the View wrappers instead.

Result on the DotNetIOS sweep: 14,706 / 3,155 / 644 = 79.5% pass, up from
13,594 / 4,270 / 641 = 73.5%. Most of the recovered tests were previously
failing with "library does not have item: X" because the emitter could not
resolve any C# source for X under the DotNetIOS target.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
const data: any[] = grid.dataSource as any[];
for (let i = 0; i < data.length; i++) {
const oldItem = { ...data[i] };
data[i].Salary = Math.round(60000 + Math.random() * 140000);

for (let i = 0; i < count; i++) {
const age = Math.round(EmployeesSalesDataGenerator.getNumber(20, 40));
const gender = EmployeesSalesDataGenerator.getGender();
Photo: photoPath,
Phone: EmployeesSalesDataGenerator.getPhone(),
Street: EmployeesSalesDataGenerator.getStreet(),
Salary: EmployeesSalesDataGenerator.getNumber(40, 200) * 1000,

public static getPhone(): string {
const phoneCode = this.getNumber(100, 900);
const phoneNum1 = this.getNumber(100, 900);
public static getPhone(): string {
const phoneCode = this.getNumber(100, 900);
const phoneNum1 = this.getNumber(100, 900);
const phoneNum2 = this.getNumber(1000, 9000);
const year = RealEstateDataGenerator.getNumber(1950, 2015);
const age = 2020 - year;

const gender = RealEstateDataGenerator.getGender();

public static getPhone(): string {
const phoneCode = this.getNumber(100, 900);
const phoneNum1 = this.getNumber(100, 900);
public static getPhone(): string {
const phoneCode = this.getNumber(100, 900);
const phoneNum1 = this.getNumber(100, 900);
const phoneNum2 = this.getNumber(1000, 9000);
gmurray81 and others added 8 commits May 16, 2026 10:17
…itError

The Blazor sibling already does SetEditError + RejectEdit. WPF was missing
the RejectEdit call, so with AutoAcceptEdits=true the host would auto-accept
the edit anyway and the test pattern "subscribe Script-bound reject handler,
expect edit rejected" silently passed through. Aligns with Blazor.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
…DataSource

The DotNetIOS and GTK chart wrappers renamed ItemsSource -> DataSource (portable+WF
DataSource-naming convergence). Update the SelectionMatcherOnViewInit samples to read
chart.DataSource on those platforms.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants