Alex XYZ

По моему тут дело не в 2d, а просто в видовом экране. Скорее всего надо "копать" в направлении glOrtho. Пример.

2. Можно.
Советую поставить fiddler2, чтобы видеть что такое запросы и как они устроены прямо во время посещений сайтов. Многие вопросы отпадут сами собой. Ну или хотя бы будут прозрачными.

Все ключи уникальны между собой

Это лишнее уточнение, т.к. в object все ключи уникальны по определению. Одинаковых ключей не бывает в принципе.
Что касается простоты, то сам json является простым форматом, но не сценарии, в которых он может быть применён. То что вы написали не является стандартным способом работы с Json, который входит в набор его базовых функций - типа получить ключи или значение по ключу или длину массива элемента. Поэтому даже сценарий получения такого списка «ключ-значение», как у вас должен писаться. Увы.

Можно использовать cefsharp, чтобы инжектится в страницу с помощью c# и там уже ждать загрузки и срабатывания всех загрузочных скриптов. Если что, есть ещё cefsharp.offscreen (headless), если требуется запускать в качестве службы или в консоли.

Привязать select к другой переменной и поставить на неё watcher. При срабатывании watcher спрашивать пользователя подтверждение и если он согласен, то применять к целевой переменной.

Недавно пролистывал всякие api-шки по построению маршрутов, нашёл такое для mapbox, но не проверял:
https://docs.mapbox.com/help/how-mapbox-works/dire....

Это не совсем простой вопрос и регулярками не делается. Я делал как-то что-то близкое. Алгоритм посоветую такой:
1. Подключить поисковую систему к словарю из сорока ваших чисел. (я пользовался yandex.server - уже не выпускается, но это для примера, может быть сфинкс подойдёт, или поищите что-то ещё).
2. Брать по очереди и по одному слова из текста.
3. Проверять их нахождение в словаре в поисковой системе. (Вот тут и происходит магия, т.к. поисковая система умеет искать с учётом морфологии). Соответственно надо уметь отличать одно число из одного слова от двойного числа из двух слов (хотя можно разбить поиск на два этапа - сначала находим тексты из двух числовых слов и заменяем, потом из одного слова, но всегда есть тонкости, например, отличить от числа из трёх слов, когда будут сотни). Немного поколдуйте над числами, которые имеют двойное наименование, например, "один"-"первый"-"раз", "два"-"второй".
4. Заменять эти слова на числа, т.к. соответствие слов в словаре числам вы уже знаете.
5. Профит.

Например, ваш словарь:

один (1 в уме или в коде программы)
первый (1 в уме или в коде программы)
раз (1 в уме или в коде программы)
два (2 в уме)
три (3 в уме)

Текст:
"Квитанцию оплатить первого числа"
Квитанцию - пропустить, т.к. поисковик не найдёт в словаре
оплатить - пропустить, т.к. поисковик не найдёт в словаре
первого - поисковик найдёт "первый", меняете на "1"
числа - пропустить, т.к. поисковик не найдёт в словаре

После замены получите:
"Квитанцию оплатить 1 числа"

Но тут тоже надо быть внимательным, а то получите такой "перевод":
"Раз пошёл я на охоту..."
"1 пошёл я на охоту"
Ну, может "раз" переводить и не нужно.

Если вопрос именно по созданию библиотеки, а не GUI, то из собственного опыта - вся диаграмма помещается в UserControl. как вы там расставляете - это ваше дело.



Одна тонкость - перед использованием UserControl - собрать проект, иначе будет не подцепить этот контрол даже в исходном проекте.

Как вариант - всё делать массивами, а перед загрузкой JSON проверить, если объект не массив, то объявить массив и загрузить одиночный объект в него.
Если раньше было так:

{
   "12:30": {
         name: "someName",
         lastName: "someLastName"
      }
}

А теперь и так и так:

{
   "12:30": {
         name: "someName",
         lastName: "someLastName"
   },
   "13:15": [
       {
         name: "someName3",
         lastName: "someLastName3"
      },
      {
         name: "someName4",
         lastName: "someLastName4"
      }
   ]
}

, то конвертите всё в массив, а только потом применяйте:

{
   "12:30": [
   {
         name: "someName",
         lastName: "someLastName"
   },
   ],
   "13:15": [
       {
         name: "someName3",
         lastName: "someLastName3"
      },
      {
         name: "someName4",
         lastName: "someLastName4"
      }
   ]
}

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

Это нормально когда только начинаешь. Так что просто учите и получайте удовольствие от процесса.

Если они изначально проектировались парно, например, типа MVC, то это достаточно сильная связь, но не настолько, чтобы ее нельзя было бы подменить каким-то скриптом. Если изначально писались только функции api, а web накатили потом, то фреймворк уже не очень сильно связан с бакендом.
Ну и третья мысль - можно иметь бакенд совсем без фронтенда. Только HTTP-запросы/ответы. Это как бы намекает )))

А почему вы решили, что к ИБ у вас интерес меееедленно не угаснет?
Вот честно - не очень понимаю людей, которые объявляют о том, что хотят чему-то научиться. Чем меньше вы будете распространяться о том, чему вы хотите научиться, тем меньше у вас будет обязательств и оправданий перед другими. Думаете, что ИБ возникла сначала, а потом под неё подтянулись знания, которые в неё сейчас входят? Не разговоры об ИБ сделают из вас инженера по ИБ, а ваши действия будут подходить или нет подходить под действия инженера по ИБ. Вот это я буду учить, т.к. это подходит под гордое звание инженер по ИБ, а вот это не буду, т.к. это не сочетается с должностью. Гыгыгы.

У меня на 4.3. вроде работает:



Попробуйте в режиме инкогнито? Вдруг какой плагин косячит.

Можно попробовать https://scrollmagic.io/. Там много эффектов.

Использовать Embedded Browser и запускать всё на компе, который запрашивает URL. Можно использовать встроенный IE: System.Windows.Forms.WebBrowser (не работает, пока не виден на экране) или Embedded Chrome в двух вариантах - CefSharp (Та же проблема, что и с IE) и его же версия, но CefSharp Healdess, но вот тут можно уже не выводить на экран.
IE удобен тем, что подхватывает всё, что стоит в IE под пользователем - аутентификацию, куки, например. CefSharp сам по себе.