Majorsilence.Forms

ஆகஸ்ட் முதல் வந்தவை: 26.9.0, நான்கு புதிய பின்தளங்கள், CSS தீம்கள், மற்றும் நடத்தை தணிக்கை

2026-10-08T14:30:00+00:00

இங்கு வெளியான கடைசிப் பதிவு 26.0.30 ஐ அடிப்படையாகக் கொண்டு எழுதப்பட்டது. 2026-08-17 முதல் repository இல் 557 commits சேர்ந்துள்ளன; தற்போதைய வெளியீடு 26.9.0. இது ஏற்கனவே உள்ள பயனர்களுக்கும் மதிப்பீடு செய்பவர்களுக்குமான ஒரு தொகுப்பு: என்ன மாறியது, ஒவ்வொரு பகுதியும் எவ்வளவு முதிர்ச்சியடைந்துள்ளது, மேலும் மேம்படுத்தும்போது (upgrade) நீங்கள் கட்டாயம் செய்ய வேண்டிய ஒரு விஷயம்.

நான்கு புதிய பின்தளங்கள்

மூன்று ஹோஸ்ட்கள் இருந்தன — Avalonia, Uno, Headless. இப்போது ஏழு உள்ளன; அனைத்தும் அதே கட்டுப்பாட்டுத் தொகுப்பை இயக்குகின்றன. வேறுபாடு, window ஐ யார் உருவாக்குகிறார்கள், Skia மேற்பரப்பை யார் காட்டுகிறார்கள் என்பதில் மட்டுமே.

GTK 4 (Majorsilence.Forms.Gtk4) என்பது gir.core மீது கட்டப்பட்ட, Linux ஐ முதன்மையாகக் கொண்ட ஒரு ஹோஸ்ட்: ஒவ்வொரு படிவத்துக்கும் ஒரு உண்மையான Gtk.Window, GLib main loop; GTK 4 runtime உடன் Windows மற்றும் macOS இலும் பயன்படுத்தலாம். Application.Run க்கு முன் Gtk4Application.Use (); மூலம் இதை வெளிப்படையாகத் தேர்ந்தெடுங்கள். உட்பொதித்தல் (embedding) இரு திசைகளிலும் வேலை செய்கிறது (ToGtkWidget(), ToGtkWindow()); GTK 4 ஒரே render tree ஐ composite செய்வதால் NativeControlHost க்கு “airspace” பிரச்சினை இல்லை; WebBrowser WebKitGTK 6.0 மூலம் இயங்குகிறது. Wayland இல் சரிபார்க்கப்பட்டது. அறியப்பட்ட இடைவெளிகள்: திரை-நிலைக் கட்டுப்பாடு இல்லை (GTK 4 அந்த API ஐ நீக்கிவிட்டது), SetIcon(byte[]) ஒரு no-op (எதுவும் செய்யாது), native கோப்புத் தேர்விகள் (file pickers) வெறுமையாகத் திரும்புவதால் மாற்று (fallback) உரையாடல் சாளரங்கள் பயன்படுத்தப்படுகின்றன, முழு எண் அளவுக் காரணி (integer scale factor) மட்டுமே, AOT-பகுப்பாய்வு செய்யப்படவில்லை.

Terminal (Majorsilence.Forms.Terminal, 2026-10-04) ஒரு படிவத்தை console க்குள் ஒற்றைக் காட்சியாக (single view) host செய்கிறது — ஒரு தொலைபேசியைப் போல, படிவம் terminal ஐ நிரப்புகிறது, title bar இல்லை. கிடைக்கும் இடங்களில் உண்மையான pixel தெளிவுத்திறனில் Kitty graphics அல்லது Sixel ஐப் பயன்படுத்துகிறது; இல்லையெனில் Unicode block elements. Terminal ஐ வினவுவதன் மூலம் கண்டறிதல் நடைபெறுகிறது; MF_TERMINAL_GRAPHICS=halfblock|kitty|sixel ஒரு பயன்முறையை நிலைப்படுத்துகிறது. Mouse மற்றும் keyboard வேலை செய்கின்றன; Ctrl+C எப்போதும் வெளியேறும். TerminalApplication.Use (options); மூலம் தேர்ந்தெடுக்கப்படுகிறது. xterm மற்றும் WezTerm இல் மட்டுமே சரிபார்க்கப்பட்டது. Native தேர்விகள், NativeControlHost அல்லது webview இல்லை.

WinForms (Majorsilence.Forms.WinForms) என்பது Windows-மட்டும் இயங்கும் ஒரு இடம்பெயர்த்தல் பின்தளம்: Win32 pump இல் உண்மையான System.Windows.Forms windows, Skia ஒரு GDI bitmap மூலம் காட்டப்படுகிறது. ஏற்கனவே உள்ள ஒரு WinForms பயன்பாட்டில் Majorsilence.Forms கட்டுப்பாடுகளை ஒவ்வொன்றாக உட்பொதிக்க — myMfControl.ToWinFormsControl(), myForm.ToWinFormsForm(), MajorsilenceFormsPresenter — பின்னர் அனைத்தும் port செய்யப்பட்டதும் ஹோஸ்டை Avalonia அல்லது Uno க்கு மாற்ற இது உள்ளது. Gestures இல்லை, IWebViewFactory இல்லை. Avalonia ஹோஸ்டில் முழுப் படிவங்களை இணைக்கும் பழைய WindowsFormsInterop இலிருந்து இது வேறுபட்டது.

WPF (Majorsilence.Forms.Wpf) WPF பயன்பாடுகளுக்கு அதே வடிவத்தையும் நோக்கத்தையும் கொண்டுள்ளது: ஒரு உண்மையான WPF Window, WriteableBitmap மூலம் காட்சிப்படுத்தல், ToWpfElement() மற்றும் ToWpfWindow(). Platform.Backend = new Majorsilence.Forms.Wpf.WpfPlatformBackend (); மூலம் இதைத் தேர்ந்தெடுங்கள்.

Avalonia, WinForms மற்றும் GTK 4 உண்மையான OS-மட்ட modal உரையாடல் சாளரங்களை வழங்குகின்றன; Uno ஒரு சுயாதீன window ஐத் திறக்கிறது, எனவே அங்கு Form.ShowDialog(parent) ஐப் பயன்படுத்துங்கள்.

.NET Framework 4.8 மற்றும் netstandard2.0

மைய packages — Majorsilence.Forms, .Drawing.Common, .Telerik — இப்போது net8.0, net10.0 மற்றும் netstandard2.0 ஐ இலக்காகக் கொள்கின்றன; WinForms மற்றும் WPF பின்தளங்கள் net48 ஐயும் சேர்க்கின்றன. எனவே ஒரு .NET Framework 4.8 பயன்பாடு முதலில் நவீன .NET க்கு மாறாமலேயே Majorsilence.Forms கட்டுப்பாடுகளை host செய்ய முடியும்; இது பல இடம்பெயர்த்தல்களில் இருந்த ஒரு வரிசைப் பிரச்சினையை (ordering problem) நீக்குகிறது.

நடத்தை இடைவெளி தணிக்கை

இரண்டு API-மேற்பரப்பு இடைவெளித் திட்டங்களும் (WinForms மற்றும் GDI+) பூஜ்ஜியத்தில் உள்ளன: upstream இல் உள்ள ஒவ்வொரு member உம் அறிவிக்கப்பட்டுள்ளது. அது எப்போதுமே குறைவான சுவாரஸ்யமான பாதி. இருக்கும் ஆனால் யாரும் படிக்காத ஒரு மதிப்பைச் சேமிக்கும், அல்லது யாரும் தூண்டாத ஒரு நிகழ்வை வெளிப்படுத்தும் ஒரு member, உங்கள் இடம்பெயர்க்கப்பட்ட பயன்பாட்டை compile ஆக விடுகிறது, பின்னர் அமைதியாக எதுவும் செய்யாமல் இருக்கிறது.

எனவே 2026-08-25 அன்று, பன்னிரண்டு பகுதிகளிலான ஒரு தணிக்கை ஒவ்வொரு பகுதியையும் upstream செயலாக்கத்துடன் ஒப்பிட்டு, நடத்தை வேறுபட்ட 483 கண்டுபிடிப்புகளைப் பதிவு செய்தது. அதன் பின்னர் கட்டங்கள் 0–4 உம் பெரும்பாலான கட்டுப்பாட்டுக் குடும்பங்களுக்கான மாற்றங்களும் சேர்க்கப்பட்டுள்ளன. இப்போது உண்மையாகச் செயல்படும் உறுதியான விஷயங்கள்: ProcessCmdKey முன்-செயலாக்கச் சங்கிலி, ஒற்றை focus/validation கட்டுப்பாட்டுப் புள்ளி, client area க்கு வெளியே title bar, AutoScaleMode.Font உண்மையில் அளவிடுதல் (scaling), நேரடி data binding (CurrencyManager, BindingNavigator), ListView.View = Details, upstream வரிசையில் படிவ வாழ்க்கைச் சுழற்சி (Load → VisibleChanged → Activated, Shown posted), DataGridView நெடுவரிசை மறுவரிசைப்படுத்தல், உரைக் கட்டுப்பாடுகளில் Ctrl+Z, system tray இல் NotifyIcon, Application.AddMessageFilter, மற்றும் ஒரு படிவத்தை dispose செய்யும்போது அதன் கட்டுப்பாடுகளும் dispose ஆகுதல்.

வெற்றுப் பகுதியும் (hollow surface) இப்போது அளவிடப்படுகிறது: அறியப்பட்ட no-op methods, செயலற்ற நிகழ்வுகள் (inert events) மற்றும் சேமிப்பு-மட்டும் properties ஆகியவற்றை baseline கோப்புகள் நிலைப்படுத்துகின்றன; எனவே அவற்றில் சேர்ப்பது தற்செயலாக அல்லாமல் உணர்வுபூர்வமான செயலாகிறது. Stub கொள்கை மாறவில்லை — no-op அல்லது default ஐத் திருப்புதல், ஒருபோதும் NotImplementedException இல்லை.

தருக்க அலகுகள்: நீங்கள் கட்டாயம் செய்ய வேண்டிய ஒரு விஷயம்

2026-10-01 அன்று ClientRectangle, ClientSize மற்றும் வரைதல் canvas (OnPaint, Paint, e.ClipRectangle, e.Canvas) ஆகியவை Width/Height/Bounds மற்றும் MouseEventArgs உடன் பொருந்தும் வகையில் தருக்க அலகுகளாக (logical units) மாறின. Framework உங்களுக்காக canvas ஐக் காட்சித்திரைக்கு ஏற்ப அளவிடுகிறது.

ஒரு custom கட்டுப்பாடு e.Graphics.ScaleTransform (e.Scaling, e.Scaling) ஐ அழைத்திருந்தால், அதை நீக்குங்கள் — இல்லையெனில் வரைதல் இப்போது இரண்டு முறை அளவிடப்படும். சாதனப் பிக்சல்களை (device pixels) இன்னும் Scaled* குடும்பம் (ScaledWidth, ScaledBounds, …), PaintEventArgs.Scaling மற்றும் LogicalToDeviceUnits மூலம் அணுகலாம். ஒரே விதிவிலக்கு owner-draw நிகழ்வுகள் (DrawItem, DrawNode, CellPainting); அவை இன்னும் சாதனப்-பிக்சல் எல்லைகளையே தருகின்றன. பழைய நடத்தையைச் சார்ந்திருக்கும் எதையும் கண்டறிய உங்கள் சோதனைகளை MF_HEADLESS_SCALE=2 உடன் இயக்குங்கள்.

Browser மற்றும் mobile

net10.0-browser, -android மற்றும் -ios இல் Avalonia பின்தளம் CanRunModalLoop = false எனத் தெரிவிக்கிறது; தடுக்கும் (blocking) அழைப்புகள் — Form.ShowDialog, MessageBox.Show, கோப்புத் தேர்விகள், TaskDialog.ShowDialog, VbInteraction.MsgBox/InputBox, RadMessageBox.Show — இப்போது hang ஆவதற்குப் பதிலாக, எதுவும் காட்டப்படுவதற்கு முன்பே async இணையின் பெயரைக் குறிப்பிட்டு PlatformNotSupportedException ஐ எறிகின்றன. Async வடிவங்கள் (ShowDialogAsync, MessageBox.ShowAsync, FileDialog.ShowDialogAsync, …) ஒவ்வொரு ஹோஸ்டிலும் வேலை செய்கின்றன; எனவே பொதுவான வழக்கம் await உடன் கூடிய ஒரு async void handler. மைய package இல் உள்ள ஒரு Roslyn analyzer இவற்றை முன்கூட்டியே கண்டறிகிறது — MFB001 தடுக்கும் modal அழைப்பு, MFB002 ஒரு Task மீது ஒத்திசைவான (synchronous) காத்திருப்பு, MFB003 Thread.Sleep — ஒவ்வொன்றுக்கும் ஒரு code fix உண்டு; browser TFMs களுக்கு அல்லது .editorconfig இல் majorsilence_forms.browser_target = true இருக்கும்போது செயல்படும்.

Browser இலக்கு canvas க்கு அருகில் ஒரு அணுகல்தன்மை DOM (accessibility DOM) ஐயும் பராமரிக்கிறது: ஒவ்வொரு கட்டுப்பாட்டுக்கும் ARIA role, name, state மற்றும் bounds கொண்ட, ஒளிபுகும் (transparent), click-through ஆன ஒரு element; இது framework இன் சொந்தத் தானியக்க மரத்திலிருந்து (automation tree) கட்டப்படுகிறது. திரை வாசிப்பான்கள் (screen readers), பக்கத்தில் தேடல் (find-in-page) மற்றும் DOM அடிப்படையிலான சோதனைக் கருவிகள் இப்போது UI ஐப் பார்க்க முடியும்.

Android மற்றும் iOS இல் TextBox focus பெறும்போது திரை keyboard எழுகிறது, TextBoxBase.InputKind keyboard வகையைத் தேர்ந்தெடுக்கிறது, safe-area insets Form.SafeAreaPadding மூலம் பொருந்துகின்றன, WindowBase.BackRequested Android back பொத்தானைக் கையாளுகிறது. நேர்மையான நிலை: Android இல் ஓர் ஆரம்ப உண்மைச்-சாதனச் சோதனை நடந்துள்ளது (boot, taps, render scaling, touch scroll ஆகியவை hardware இல் உறுதிப்படுத்தப்பட்டன); keyboard, safe-area மற்றும் rotation ஆகியவை unit-test மட்டுமே செய்யப்பட்டுள்ளன. iOS CI உண்மையான head ஐ compile செய்து ஒரு simulator smoke check இல் தொடங்குகிறது; ஆனால் யாரும் அதை interactive ஆக இயக்கவில்லை, அந்த job இன்னும் continue-on-error ஆகவே உள்ளது.

அதனுடன் தொலைபேசி-பாணி layout கட்டுப்பாடுகளும் வந்தன: StackPanel, Card, RichListBox (பல-வரி templated வரிசைகள்) மற்றும் NavigationHost (back பொத்தானுடன் கூடிய ஒரு page stack).

CSS தீம்கள் மற்றும் Theme Studio

தீம்களை இப்போது கண்டிப்பான, ஆவணப்படுத்தப்பட்ட CSS துணைத்தொகுப்பாக எழுதலாம்: @theme "Ocean" extends Dark;, ஒவ்வொரு Theme property க்கும் ஒன்றாக :root tokens, Button:hover { … } போன்ற கட்டுப்பாட்டு-வகை விதிகள், Type::part மூலம் பகுதிகள். Parser ஒருபோதும் அமைதியாகத் தோல்வியடைவதில்லை — ThemeStyleSheet.Parse diagnostics ஐச் சேகரிக்கிறது. Theme.LoadFromCssFile மூலம், அல்லது Theme.RegisterThemeCssFromFile + Theme.ApplyTheme ("Ocean") மூலம் ஏற்றுங்கள்; Theme.ExportCss மூலம் ஏற்றுமதி செய்யுங்கள். Telerik compat அடுக்கு உட்பட ஒவ்வொரு கட்டுப்பாட்டுக்கும் ஒரு selector உள்ளது; பழைய <Theme> XML இன்னும் வேலை செய்கிறது.

இரண்டு துணை packages அதே sheet ஐ மற்ற ஹோஸ்ட்களுக்கும் பொருத்துகின்றன: Majorsilence.Forms.Theming.WinForms உண்மையான System.Windows.Forms கட்டுப்பாடுகளுக்கு மீண்டும் பாணியிடுகிறது (Windows மட்டும்), Majorsilence.Forms.Theming.Avalonia native Avalonia Fluent கட்டுப்பாடுகளுக்கு மீண்டும் பாணியிடுகிறது; எனவே ஒரே CSS கோப்பு, கலப்பு இடம்பெயர்த்தல் பயன்பாட்டுக்குத் தீம் அளிக்க முடியும். samples/ThemeStudio முன்னோட்டமும் diagnostics உம் கொண்ட ஒரு நேரடி editor; முன்கூட்டியே build செய்யப்பட்ட binaries GitHub Releases இல் இணைக்கப்பட்டுள்ளன.

MVVM, Essentials, animation

Majorsilence.Forms.Mvvm என்பது INotifyPropertyChanged மற்றும் ICommand மீதான trim- மற்றும் AOT-பாதுகாப்பான இணைப்பு; reflection இல்லை, toolkit சார்பு இல்லை: viewModel.Observe (nameof (VM.Count), vm => vm.Count, …), இருவழி BindText/BindChecked/BindSelectedIndex/BindValue, BindCommand, மேலும் அனைத்தையும் dispose செய்ய ஒரு BindingScope. இது CommunityToolkit.Mvvm உடன் இணைந்து வேலை செய்கிறது.

Majorsilence.Forms.Essentials தளம்-சார்ந்த திறன்களை மையத்துக்கு வெளியே வைக்கிறது: SecureStorage, Speech உரையிலிருந்து-பேச்சு (text-to-speech), Launcher.OpenAsync (http/https/mailto/tel/sms) மற்றும் FileSystem.OpenAppPackageFileAsync. அனைத்தும் no-op ஆகத் தரம் குறைகின்றன; IsSupported ஐச் சரிபாருங்கள்.

control.RequestAnimationFrame உம் Majorsilence.Forms.Animation உம் (Tween<T>, Easing, Animator) Avalonia இல் காட்சித்திரையுடன் ஒத்திசைந்த animation ஐயும், Headless இல் கைமுறைக் கடிகாரத்தையும் (manual clock) வழங்குகின்றன.

கருவிகள்

MCP server ஒரு வெளியிடப்பட்ட dotnet tool: dotnet tool install -g Majorsilence.Forms.Mcp, பின்னர் claude mcp add majorsilence-ui -- majorsilence-mcp --port 4444. இது ui_snapshot, ui_find, ui_click, ui_type, ui_wait_for மற்றும் ui_screenshot ஐ வெளிப்படுத்துகிறது; உங்கள் பயன்பாட்டின் WebDriverServer உடன் தொடர்பு கொள்கிறது.
samples/AutomationTarget என்பது கருவிகளைக் கற்றுக்கொள்வதற்காக வேண்டுமென்றே சிக்கலாக்கப்பட்ட ஒரு சிறிய பயன்பாடு (clicks ஐ மறுக்கும் கட்டுப்பாடுகள், பெயரிடப்படாத ஒன்று). Custom-painted கட்டுப்பாடுகள் IAutomationStateProvider மூலம் மதிப்பையும் நிலையையும் வெளியிடுகின்றன.
Migrator இப்போது dotnet tool ஆக மட்டுமே வழங்கப்படுகிறது (dotnet tool install -g Majorsilence.Forms.Migrator); self-contained binaries இனி வெளியீடுகளுடன் இணைக்கப்படுவதில்லை. புதிய switches: --map, --dual-build, --strict, --dry-run --diff.
Majorsilence.Forms.WinFormsShims.Compat என்பது Majorsilence.Forms ஐ அடிப்படையாகக் கொண்ட System.Windows.Forms மற்றும் System.Drawing namespaces ஐ உருவாக்கும் ஒரு proof-of-concept source generator; இதனால் மாற்றப்படாத WinForms மூலக் குறியீடு — Designer.cs உட்பட — compile ஆகிறது. பொது API WinForms types ஐப் பயன்படுத்தும் கட்டுப்பாட்டு நூலகங்களுக்கானது. PoC நிலை; samples/WinFormsCompatDemo ஐப் பாருங்கள்.

மேம்படுத்தல் குறிப்புகள்

26.9.0 இல் பதிப்பை நிலைப்படுத்துங்கள். இந்தத் திட்டம் இன்னும் பீட்டா நிலையில் உள்ளது; இன்னும் visual designer இல்லை.
Custom paint குறியீட்டில் உள்ள எந்த ScaleTransform (e.Scaling, e.Scaling) ஐயும் நீக்குங்கள் (மேலே பாருங்கள்).
வார்ப்புரு package id Majorsilence.Forms.Templates; dotnet new install Majorsilence.Forms.Templates மூலம் நிறுவப்படுகிறது. dotnet new majorsilenceforms இப்போது பகிரப்பட்ட UI நூலகம் மற்றும் ஒரு desktop head உடன் கூடிய solution ஐ உருவாக்குகிறது; --IncludeAndroid, --IncludeiOS மற்றும் --IncludeWasm heads ஐச் சேர்க்கின்றன.
உடைக்கும் மாற்றங்கள் (breaking changes) MIGRATION.md இல் பட்டியலிடப்பட்டுள்ளன: SplitContainer.Orientation, TreeViewDrawMode.OwnerDrawContent, நிகழ்வு delegate types இப்போது WinForms உடன் பொருந்துகின்றன, மேலும் gradient/hatch brushes GDI+ உடன் பொருந்தும்படி நகர்த்தப்பட்டன.
Browser, Android மற்றும் iOS இல், தடுக்கும் உரையாடல் சாளர அழைப்புகளை அவற்றின் async இணைகளால் மாற்றுங்கள்; அவற்றைக் கண்டறிய MFB001–MFB003 ஐப் பயன்படுத்துங்கள்.

மேலும் எங்கே படிக்கலாம்

Platform பின்தளங்கள் மற்றும் docs/backends.md
தொடங்குதல் மற்றும் இடம்பெயர்த்தல் / MIGRATION.md
docs/theming.md, docs/mvvm.md, docs/mobile-layout.md, docs/animation.md
docs/behaviour-gap-plan.md
தானியக்கம் (Automation) மற்றும் docs/automation.md
மாதிரிகள்

Majorsilence.Forms அறிமுகம்

2026-07-21T15:00:00+00:00

ஒரு WinForms பயன்பாட்டை Windows-மட்டும் desktop இலிருந்து வெளியே கொண்டுசெல்வது என்பது பாரம்பரியமாக அடியிலிருந்து முழுமையாக மீண்டும் எழுதுவதையே (rewrite) குறித்தது: XAML, கட்டாய MVVM மறுசீரமைப்பு, அல்லது web. அது செலவு மிக்கது, ஆபத்தானது; பெரும்பாலும் ஒரு புதிய தோற்றம் மட்டுமே தேவைப்படும் codebase க்காக, பல ஆண்டுகளாகச் சரியாக இயங்கும் வணிகத் தர்க்கத்தையும் (business logic) UX ஐயும் அது தூக்கி எறிகிறது.

Majorsilence.Forms வேறுபட்ட அணுகுமுறையை எடுக்கிறது: அது WinForms API மேற்பரப்பைப் பிரதிபலிக்கிறது — Formகள், கட்டுப்பாடுகள், நிகழ்வு கையாளிகள் (event handlers), *.Designer.cs code-behind கூட — மேலும் ஒரு இணக்க அடுக்கையும் (compatibility layer) வழங்குகிறது; இதனால் ஏற்கனவே உள்ள படிவங்களும் கட்டுப்பாடுகளும் மிகக் குறைந்த மாற்றங்களுடன் இடம்பெயர்கின்றன. நிரலாக்க மாதிரி (programming model) மாறுவதில்லை; அது இயங்கும் இடம் மட்டுமே மாறுகிறது.

இது எவ்வாறு கட்டமைக்கப்பட்டுள்ளது

ஒவ்வொரு கட்டுப்பாடும் SkiaSharp மூலம் ஒரு SKSurface இல் வரையப்படுகிறது (rendering); அது மாற்றக்கூடிய ஒரு ஹோஸ்ட் பின்தளத்தின் (host backend) மேல் அமர்ந்துள்ளது:

Avalonia (இயல்புநிலை) — Windows, macOS, Linux desktop ஐ நேரடியாக ஆதரிக்கிறது; அதனுடைய சொந்த Android, iOS மற்றும் Browser (WebAssembly) இலக்குகள் mobile மற்றும் web க்கும் ஒரு பாதையாக உள்ளன.
Uno Platform — மிகப் பரந்த எட்டல்: desktop, iOS, Android மற்றும் WebAssembly.
Headless — CI மற்றும் தானியங்கிச் சோதனைகளுக்கான, எந்தச் சார்புகளும் இல்லாத offscreen வரைதல்.

மைய Majorsilence.Forms assembly எந்த windowing toolkit ஐயும் குறிப்பிடுவதில்லை — SkiaSharp ஐ மட்டுமே. பின்தளங்கள் தனித்தனி assemblies; அவை IPlatformBackend மற்றும் IWindowBackend என்ற இரண்டு சிறிய interfaces இல் இணைகின்றன. அந்த இணைப்புக்கோடுதான் (seam), பயன்பாட்டுக் குறியீட்டில் எந்த மாற்றமும் இல்லாமல், அதே பயன்பாடு இன்று Avalonia வையும் நாளை Uno வையும் இலக்காகக் கொள்ள அனுமதிக்கிறது. மேலும் அறிய Platform பின்தளங்கள் பக்கத்தைப் பாருங்கள்.

இது யாருக்கானது

இன்று Windows-மட்டும் இயங்கும் ஒரு WinForms codebase உங்களிடம் இருந்து, பல ஆண்டு நீளும் மீண்டும் எழுதுதலைத் தொடங்குவதற்குப் பதிலாக வேகத்தைத் தக்கவைத்துக்கொள்ள — உங்கள் கட்டுப்பாடுகள், உங்கள் குழுவின் பழக்கப்பட்ட அனுபவம், உங்கள் வணிகத் தர்க்கம் ஆகியவற்றை மீண்டும் பயன்படுத்த — விரும்பினால், இது உங்களுக்காகவே உருவாக்கப்பட்டது.

இந்தத் திட்டம் ஆரம்ப நிலையில் உள்ளது: API நிலைப்பட்டு வருகிறது; WinForms இன் ஒவ்வொரு மூலையும் இன்னும் உள்ளடக்கப்படவில்லை. புதிய பல்தள வணிக (LOB) பயன்பாடுகளுக்கு இது ஏற்கனவே உறுதியான தேர்வு; நீங்கள் பதிப்பை நிலைப்படுத்தினால் (pin your version), உண்மையான production பயன்பாடுகளை இடம்பெயர்த்தலுக்கும் பொருத்தமானது. இன்று எவை செயல்படுத்தப்பட்டுள்ளன, எவை stub ஆக உள்ளன என்பதைத் துல்லியமாக அறிய இணக்க அட்டவணையைப் பாருங்கள்.

முயன்று பாருங்கள்

dotnet new --install MajorsilenceForms.Templatesdotnet new majorsilenceformsdotnet run

அல்லது ஒரு உண்மையான பயன்பாட்டை ஆராயுங்கள் — samples/Explorer ஒரு முழுமையான Windows Explorer நகல்; samples/Outlaw ஒரு Outlook நகல். இரண்டும் அதே கட்டுப்பாட்டுத் தொகுப்பில், எந்த மாற்றமும் இல்லாமல், பல தளங்களில் இயங்குகின்றன.

உங்கள் முதல் பயன்பாட்டை உருவாக்க தொடங்குதல் பக்கத்தைப் பாருங்கள்.

Platform பின்தளங்கள்: Avalonia, Uno மற்றும் Headless

2026-07-21T11:00:00+00:00

Majorsilence.Forms தனக்குத் தேவையான அனைத்து வரைதலையும் தானே SkiaSharp மூலம் செய்கிறது. ஒவ்வொரு கட்டுப்பாடும் (control) ஒரு SKSurface/SKCanvas இல் வரைகிறது; அடியில் உள்ள windowing toolkit ஒரு ஹோஸ்ட் (host) மட்டுமே — அது native windows ஐ உருவாக்குகிறது, message loop ஐ இயக்குகிறது, உள்ளீட்டை (input) வழங்குகிறது, மேலும் Skia மேற்பரப்பைத் திரையில் காட்டுகிறது. அந்தப் பிரிப்புதான், இன்று மிகவும் வேறுபட்ட மூன்று toolkits இல் அதே கட்டுப்பாட்டுத் தொகுப்பை இயங்க அனுமதிக்கிறது.

இணைப்புக்கோடு (seam)

ஒரு ஹோஸ்ட் வழங்க வேண்டிய அனைத்தையும் இரண்டு interfaces வரையறுக்கின்றன:

IPlatformBackend பயன்பாட்டு மட்ட சேவைகளை உள்ளடக்குகிறது — dispatcher (Post/Invoke), timers, clipboard, திரைகளைப் பட்டியலிடுதல் (screen enumeration), மற்றும் modal loop. IWindowBackend ஒரு தனி native window ஐ உள்ளடக்குகிறது — அளவும் நிலையும், show/hide/close, cursor, decorations, கோப்பு உரையாடல் சாளரங்கள் (file dialogs). உள்ளீடும் வரைதல் கோரிக்கைகளும் எதிர் திசையில் பாய்கின்றன: பின்தளம் window இன் நடுநிலையான RenderFrame(SKCanvas, …) மற்றும் Handle* methods ஐ நேரடியாக அழைக்கிறது. எந்த platform type உம் — Avalonia type இல்லை, WinUI type இல்லை — மைய Majorsilence.Forms குறியீட்டுக்குள் ஒருபோதும் நுழைவதில்லை.

இன்று மூன்று பின்தளங்கள்

Majorsilence.Forms.Avalonia இயல்புநிலை — Avalonia 12, எந்த அமைப்பும் இல்லாமல் Windows, macOS மற்றும் Linux desktop ஐ வழங்குகிறது. அதைக் குறிப்பிடுங்கள் (reference), Application.Run(new MyForm()) அப்படியே வேலை செய்யும். இது desktop க்கு மட்டும் வரையறுக்கப்படவில்லை: Avalonia அதனுடைய சொந்த Android, iOS மற்றும் Browser (WASM) இலக்குகளை வழங்குகிறது; எனவே கீழே உள்ள பிரத்யேக Uno பின்தளத்துடன் சேர்த்து, இதே பின்தளம் mobile மற்றும் web க்கான இரண்டாவது பாதையாகும்.

Majorsilence.Forms.Headless சாத்தியமான மிக எளிய பின்தளம்; புதிய ஒன்றை எழுதுவதற்கான மேற்கோள் வார்ப்புருவாகவும் (reference template) இது செயல்படுகிறது: work-queue message loop, நினைவகத்திலான (in-memory) clipboard, மெய்நிகர் திரை, மற்றும் offscreen வரைதல். இதற்குக் காட்சித்திரை (display) தேவையில்லை; எனவே unit test தொகுப்பு இதிலேயே இயங்குகிறது, மேலும் CI pixel-diffing க்காக ControlGallery மாதிரியை நேரடியாக ஒரு PNG ஆக வரைய முடியும்:

dotnet run --project samples/ControlGallery -- --render-headless out.png 1100 750 --select-row 0

Majorsilence.Forms.Uno Uno Platform இன் Skia renderer ஐ இலக்காகக் கொள்கிறது; ஒரு SKXamlCanvas ஐ host செய்து desktop, iOS, Android மற்றும் WebAssembly ஐ எட்டுகிறது. இது macOS இல் முழுமையாக (end-to-end) சரிபார்க்கப்பட்டுள்ளது: Uno ஹோஸ்ட் தொடங்குகிறது, பின்தளம் window ஐ உருவாக்குகிறது, ControlGallery இன் முழு MainForm canvas இல் வரையப்படுகிறது. இதற்கு ஒரு interactive session தேவைப்படுவதால், headless CI build மூலம் அல்லாமல், ஒரு பிரத்யேக head திட்டம் (app head) மூலம் இயங்குகிறது — samples/Gallery.Uno.

குறிப்பிடத்தக்க ஒரு விவரம்: Uno இல் “window இழுத்தலைத் தொடங்கு” (begin a window drag) என்ற programmatic API இல்லை; எனவே Majorsilence.Forms தானே வரையும் window chrome இன் நகர்த்தல்/அளவு மாற்றம் அதற்குப் பதிலாக declarative முறையில் கையாளப்படுகிறது — ஒரு borderless presenter OS இன் resize ஓரங்களை இலவசமாகத் தக்கவைக்கிறது; Windows desktop head இல் title-bar இழுத்தல் WinUI இன் caption-region API மூலம் செயல்படுகிறது. macOS இல், அதற்குப் பதிலாக native decorations இழுத்தல்/அளவு மாற்றத்தைக் கையாளுகின்றன.

உங்கள் சொந்தப் பின்தளத்தைச் சேர்த்தல்

ஒரு புதிய பின்தளம் இன்னொரு assembly மட்டுமே: மைய Majorsilence.Forms ஐயும் உங்கள் toolkit ஐயும் குறிப்பிடுங்கள், IPlatformBackend மற்றும் IWindowBackend ஐச் செயல்படுத்துங்கள், Avalonia/Headless/Uno மூவரையும் பின்பற்றுங்கள் — platform பின்தளத்தில் dispatcher ஐ இயக்குங்கள், window பின்தளத்தில் ஒரு Skia மேற்பரப்பைக் காட்டி உள்ளீட்டை மொழிபெயருங்கள். முழு interface பட்டியலுக்கு Platform பின்தளங்கள் பக்கத்தைப் பாருங்கள்.

majorsilence-migrate மூலம் ஒரு WinForms பயன்பாட்டை இடம்பெயர்த்தல்

2026-07-21T08:00:00+00:00

majorsilence-migrate என்பது ஒரு WinForms solution ஐ Majorsilence.Forms க்கு நகர்த்துவதைத் தானியக்கமாக்கும் CLI கருவி. அதன் மைய வடிவமைப்பு முடிவு எளிதில் கவனிக்கப்படாமல் போகக்கூடியது; எனவே அதை வெளிப்படையாகக் குறிப்பிடுவது பயனுள்ளது: அது syntax tree ஐ parse செய்வதும் இல்லை, symbols ஐத் தீர்ப்பதும் இல்லை. அது மூல உரையின் (raw source text) மீது பல சுற்றுகளில் இயங்கும் ஒரு உரை/regex மீள்எழுதி (rewriter) — அது வேண்டுமென்றே அவ்வாறு உருவாக்கப்பட்டது.

ஏன் உரை அடிப்படை, Roslyn அல்ல

கருவியின் சொந்த மூலக் குறியீட்டுக் குறிப்பிலிருந்து (source comment): “இது வேண்டுமென்றே உரை அடிப்படையிலான மாற்றம் — இது syntax tree ஐ parse செய்வதில்லை — இதனால் இது வேகமாகவும், தற்போது compile ஆகாத கோப்புகளைப் பொறுத்துக்கொள்வதாகவும் இருக்கிறது.”

அந்தச் சமரசம், symbol-அறிவு கொண்ட ஒரு கருவி வழங்க முடியாத இரண்டு விஷயங்களைத் தருகிறது:

உடைந்த குறியீட்டிலும் இது வேலை செய்கிறது. பாதி இடம்பெயர்க்கப்பட்ட solution, யாரும் இன்னும் port செய்யாத ஒரு type ஐக் குறிப்பிடும் கோப்பு, ஒரு reference விடுபட்ட project — இவற்றில் எதுவும் மீள்எழுதியை நிறுத்தாது; ஏனெனில் குறியீடு compile ஆக வேண்டிய அல்லது முழுமையாக parse ஆக வேண்டிய அவசியம் அதற்கு ஒருபோதும் இல்லை. உண்மையான symbol resolution கொண்ட Roslyn அடிப்படையிலான கருவி, ஒரு project build ஆகும் வரை அதைத் தொடவே மறுக்கும்; அது ஒரு பழைய (legacy) codebase மீதான முதல் சுற்றின் நோக்கத்தையே தோற்கடிக்கிறது.
இது வேகமானது. compilation இல்லை, MSBuildWorkspace இல்லை, project graph ஏற்றுதல் இல்லை — இது ஆயிரக்கணக்கான கோப்புகளில் சில வினாடிகளில் இயங்குகிறது.

விலை: projects களுக்கு இடையிலான உண்மையான symbol resolution இல்லை. ஒரு வெறும் Panel குறிப்பு System.Windows.Forms.Panel ஐக் குறிக்கிறதா அல்லது அதே பெயருடைய உங்கள் சொந்த class ஐக் குறிக்கிறதா என்பதை மீள்எழுதியால் எப்போதும் கூற முடியாது — அதற்குப் பதிலாக அது namespace-prefix மற்றும் using/Imports சூழலைச் சார்ந்திருக்கிறது. நடைமுறையில் இது அரிதாகவே தெளிவற்றதாக இருக்கும் (WinForms மற்றும் Telerik type பெயர்கள் தனித்துவமானவை); அது அடையாளம் காணாத எதுவும் அமைதியாக ஊகிக்கப்படுவதற்குப் பதிலாக, கைமுறை மதிப்பாய்வுக்காகக் குறிக்கப்படுகிறது.

விருப்பத்தேர்வான Roslyn இயந்திரம்

உண்மையிலேயே தெளிவற்ற சந்தர்ப்பத்துக்கு — அதே கோப்பில் ஒரு WinForms/GDI+ type உடன் அதே வெறும் பெயரைப் பகிரும் ஒரு custom type — விருப்பத்தின் பேரில் இயக்கக்கூடிய இரண்டாவது இயந்திரம் உள்ளது: --engine roslyn. இது regexes க்குப் பதிலாக MSBuildWorkspace ஐயும் உண்மையான symbol resolution ஐயும் பயன்படுத்துகிறது; உரை இயந்திரத்தை மாற்றீடு செய்யாமல் அதன் மேல் அடுக்கப்படுகிறது. Roslyn பயன்முறையிலும் பல சுற்றுகள் உரை அடிப்படையிலேயே இருக்கின்றன, ஏனெனில் அவை ஆரம்பத்திலிருந்தே symbol-resolution பிரச்சினைகள் அல்ல.

சமரசங்கள் இயல்புநிலை இயந்திரத்துக்கு நேர் எதிராக உள்ளன: MSBuild மூலம் உண்மையில் ஏற்றப்படும் ஒரு solution அல்லது project இதற்குத் தேவை (ஒரு வெறும் directory அல்லது தனிக் கோப்பு எச்சரிக்கையுடன் உரை இயந்திரத்துக்குத் திரும்பும்); MSBuild மதிப்பீடே இயக்க நேரத்தை ஆக்கிரமிப்பதால் இது பல மடங்கு (orders of magnitude) மெதுவானது; ஒரு project ஏற்றத் தவறினால், அந்த project இன் கோப்புகள் மட்டுமே உரை இயந்திரத்துக்குத் திரும்பும் — இயக்கம் நிறுத்தப்படாது. MSBuild ஐயே கண்டுபிடிக்க முடியாவிட்டால், அமைதியாகத் தரம் குறைவதற்குப் பதிலாக முழு இயக்கமும் கடுமையாகத் தோல்வியடையும்.

எப்போது இதைப் பயன்படுத்துவது: இயல்புநிலை --engine text உடனான முதல் சுற்றுக்குப் பிறகு, ஏற்கனவே சுத்தமாக ஏற்றப்படும் ஒரு project இல், diff இல் குறிப்பிட்ட, உறுதிப்படுத்தப்பட்ட பெயர் மோதல் (name-collision) சந்தர்ப்பத்தைக் காணும்போது. பெரிய, ஒருவேளை பாதி உடைந்த legacy codebase மீதான ஆரம்பச் சுற்றுக்கு, இயல்புநிலை உரை இயந்திரமே இன்னும் சரியான கருவி.

அடுத்தது என்ன

ஒவ்வொரு சுற்றின் முழு விவரத்துக்கும் repository இல் உள்ள MIGRATION.md ஐயும், உங்கள் இடம்பெயர்க்கப்பட்ட குறியீடு compile ஆனதும் உண்மையில் எவை செயல்படுத்தப்பட்டுள்ளன என்பதற்கு COMPATIBILITY_MATRIX.md ஐயும் பாருங்கள்.