#

1 - ну по чесноку и винформы и впф, можно писать в редакторе. но для этого надо их знать существенно по лучше новичка (не верится? XAML - текстовка, и попробуйте вчитаться и осмыслить файлы форм, генереные дизайнером форм

упорство и труд, все перетрут

.. если сильно захотите)

2 - лучший редактор на на замену VS - VS Code (если ваш ноут тянет Хром - потянет и VS Code upd если Хром уже тяжело - notepad++ для подсветки синтаксиса и голые SDK, уже можно творить)

ps люди на F# пишут винформовские и WPF приложения.. как? ведь дизайнеры студии поддерживают только C# и VB ;))... просто - ручками. берут и пишут. погуглите, поищите на github

.. ну а там глядишь, может и на апгрейд заработаете. хотя подработку можно найти не только в области ИТ. это же вопрос желания и упорства.. кто то упирается рогом, и покупает машину, или даже квартиру.. а тут ноут ;))

по фрагментам:
1 - тут вы создаете форму в локальной переменной form и отображаете как диалог. модально кстати, а не модельно.. если слово смущает, просто нагуглите модальное окно ))
2 и 3 - финт с var frm = this.Owner; избавляет от незнания переменной, указывающей на экземпляр класса. но именно тут и возникает ваша проблема

решения:
- попробуйте рассматривать переменные главного окна, как глобальные, по отношению ко всем порождаемым окнам/диалогам. тогда можно применить другой финт - описать в классе главного окна (здесь видимо frmLScheta) поля форм нужных типов (допустим frmSprStreet SprStreet). и пользоваться ими вместо локальных переменных. получится что то вроде
var frm = (this.Owner as frmLScheta).SprStreet;
но такой прием требует обязательной проверки на SprStreet на null
- более классический прием состоит в создании своего конструктора для дочерних форм (да вообще чего угодно), куда можно передавать и нормально типизированное значение главной формы, и сколь угодное количество смежных форм. естественно в классе должны быть предусмотрены соответствующие типизированные поля, куда конструктор и сохраняет эти значения (указатели по существу). проверка на null так же обязательна. ее можно выполнять в конструкторе, но надежнее в каждом методе, где такой указатель используется.

ps

1 - слышали понятие best practices?.. так во у вас bad practices.. попробуйте открыть 2 экземпляра frmSprStreet и работать параллельно. ну и быстро все поймете
2

Ничего не понял

выходит лукавите. поняли, но не очень удачно. при этом удаляете свой камент. да еще и медальку вешаете себе - тройное лукавство. фу

char[] m = default;
// что означает вообще null
// где то чем то заполняем m
var m2 = m.Distinct();
// m2 будет иметь тип IEnumerable<char> и содержать только уникальные элементы
// если нужен массив, тогда так
var m2 = m.Distinct().ToArray();
// если нужен лист, тогда так
var m2 = m.Distinct().ToList();
// исходный m тоже может быть и List и IEnumerable, будет работать для любого варианта

1 - посмотрите события валидации - https://docs.microsoft.com/ru-ru/dotnet/api/system...
2 - один обработчик события (метод) можно вешать на много контролов. это нормально

по существу - ни как.
picturebox - это битмап. в нем нет ни каких "элементов"

только если вы сами генерите picturebox, у вас есть:
- возможность создать какую то координатную карту в процессе этой генерации
- отловить координаты клика, и сопоставить их со своей картой

иначе ни как

ps или разбогатеть как гугл, завести такие же вычислительные мощности для распознавания "элементов" в картинках, нейронными сетями и... хотя, вам к тому моменту будет наверняка уже не до этого

на русском
https://docs.microsoft.com/ru-ru/dotnet/api/system...

1 - https://duckduckgo.com/?q=winforms+TextBox+validat...
2 - https://duckduckgo.com/?q=wpf+TextBox+validation&t...

выбрать нужное upd и да, там не только числа вводить, можно задать форматы для только положительных чисел, количество знаков после запятой, денежных величин, даты и/или времени в нужном формате, емейлов, урлов, ФИО, и тд..

для изучения

самое то
upd 2 чуть не забыл - один валидатор без проблем можно вешать на пачку однотипных полей ввода, практикуйтесь (изучите внимательнее окно свойства в дизайнере, если это винформы)

1 - не обязательно делать "логин" главной формой. можно стартовать главную форму скрытой, а форму логина дочерней, но показывать раньше, и дальше действовать в зависимости от успешности логина

2 - конкретно в WinForms можно отрабатывать вообще разные формы последовательно

using System;
using System.Windows.Forms;

namespace X
{
    internal static partial class Y
    {
        /// <summary>
        /// Главная точка входа для приложения.
        /// </summary>
        [STAThread]
        static void Main()
        {
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(A = new fmA());
            // bla-bla-bla with login
            Application.Run(B = new fmB());
        }
        internal static fmA A;
        internal static fmB B;
    }
}

3 - для WPF не подскажу, но наверняка оба подхода можно рассмотреть и пробовать искать аналогии

ps для WinForms

Как закрыть главную форму из дочерней?

буквальный ответ - ни как, закрытие главной формы, это завершение Application.Run(A = new fmXXX()); и если вы не модифицирутете код Main- тогда это завершение программы

при использовании MFC все равно ухудшиться (ну не так конечно - форм вообще элементарно декомпилируется) тем не менее - как только начинается работа с окнами, можно отлавливать хендлы и сообщения

в частности такие программы у на порядок проще "ботизировать" к примеру. тем же AutoIt

upd - за протектор ни чего конкретно не скажу. любой протектор значительно усиливает защиту. строго говоря, даже бесплатный дотфускатор в комплекте студии, защитит даже программу на c#/WinForms от школоты. от профессионалов нет, но что бы вами занались профессионалы, ваша программа/данные к которым она дает доступ, должны приобрести какую то значимость. либо головокружительный коммерческий успех (либо вы напишите очередной мега опасный вирус ;)))

да. для винформс выбор именно такой

PS

точнее именно что в "рамочке", все остальное "по вкусу", но для винформ на C# нужен именно пункт "классические приложения .NET" обязательно, и ни чего более. остальное это уже сами там смотрите..