MonkAlex

Стандартный webclient умеет оповещать о процессе загрузки, оповещать о размере уже скачанного и всего размера, умеет качать файлы с учетом авторизации\куков.

А вот по дозакачке - не в курсе.

Можно попробовать создать у себя наследника нужного класса и работать с ним, но я подозреваю у protobuf есть решения получше. Гуглить не пробовали?

Конкретный текст ошибки - под кнопкой "Сведения".

В данном случае - у вас обращение к Com объекту, которого нет на ПК, например Office.

Можно погуглить именно парсеры командной строки, раз нужен такой же формат.
Они разные в целом бывают, так что всё зависит от того, какие у вас используются.

А ещё лучше использовать биндинги в wpf и не задумываться о каких то там инвоках.

Ссылка на объект не указывает на экземпляр объекта.

Обычно стек указывает ещё и строчку, в которой возникло исключение. А по строчке уже легче понять, какой именно объект оказался недоступен.
ПС: или можно в отладке запустить, тогда студия явно выкинет сообщение с элемента, который недоступен.

UPD: при исключении возвращать null конечно можно, но foreach тогда упадёт. Если чтение конфига - ситуация обязательная, то это в принципе допустимо, но тогда лучше уж не ловить исключение при чтении. А если конфиг может и не загружаться в каких то случаях - то тогда лучше вернуть пустой list, чтобы foreach не падал.

Сама идея такой зависимости мне не нравится, но понять ЗАЧЕМ - я не могу.

public class Component
  {
    public Component(SceneObject ownerSceneObject)
    {
      this.ownerSceneObject = ownerSceneObject;
    }
    public readonly SceneObject ownerSceneObject;
  }

  public class SceneObject
  {
    private List<Component> components;
     
    public void AddComponent<T>() where T : Component
    {
      var constructor = typeof(T).GetConstructor(new [] { typeof(SceneObject) });
      var created = constructor.Invoke(new object[] { this }) as T;
      if (created != null)
        this.components.Add(created);
    }

    public SceneObject()
    {
      this.components = new List<Component>();
    }
  }
  }

Забивать данные из файла прямо в грид - не самый хороший способ работы.
Лучше всего сделать промежуточную модель, да хотя бы класс line, в котором будет у вас Id - как раз номер строки, ну и кроме Id можно сделать строковые переменные one - two, в которые будете забивать данные с файла.
Либо, если их может быть больше двух - то я бы объявил line наследником от какого нибудь list и дописывал в него слова, другое дело что выводить такую хрень намного сложнее.

А вывод в грид этого проще простого. У вас после чтения файла будет какой то List, и вы просто пишете:
datagridview.ItemSources = myListOfLines;

Интелисенс в студии иногда не работает совсем, иногда врёт, иногда тормозит всё дико.

Потому, советую попробовать забить данные по логике, как в самом верху написано, проверить работает ли так.

В отладке неплохо помогает Snoop, плюс студия умела вроде писать об ошибках биндинга в Output.

Но также пишут, что ORM-системы являются "плохими и перегруженными"..

На заборе х*й написано. Любая ORM лучше ситуации, когда на каждый чих пишется sql запрос.

А начинать надо с архитектуры, если есть опыт, или хотя бы с модели данных.

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

Если не задавать строгие размеры контролам, то они себя так и будут вести.

Может стоит почитать литературу, а не задавать элементарные вопросы?

Как это сделать на WPF я уже писал.
Пример накидывать мне лень, ибо красивое решение должно быть с mvvm.

По идее, главное уметь строить XPath выражения.
С ними очень легко получить любую информацию, которая хотя бы как то типизирована, к примеру:

var pageNodes = document.DocumentNode.SelectNodes("//div[@id=\"pagination_related\"]//a");
            if (pageNodes != null)
            {
              foreach (var node in pageNodes)
                pages.Add(new Uri(this.Uri + node.Attributes[0].Value));
              pages = pages.Distinct().ToList();
            }

Из того, что не очевидно - для запроса данных внутри ноды надо использовать точку перед xpath:

var chapterNodes = document.DocumentNode.SelectNodes("//div[@class=\"related_info\"]");
          if (chapterNodes != null)
          {
            foreach (var node in chapterNodes)
            {
              var link = node.SelectSingleNode(".//h2//a");
              var desc = node.SelectSingleNode(".//div[@class=\"related_tag_list\"]");
              chapters.Add(new Chapter(new Uri(this.Uri, link.Attributes[0].Value), desc.InnerText));
            }
          }

А можно попробовать newtonsoft.json, который сам разберется, как перегнать дату в обоих направлениях. Делать такое руками - писать стопроцентный велосипед с граблями.

ПС: может и JavaScriptSerializer дефолтный умеет, не в курсе.

Для WPF я бы попробовал использовать Frame для окна, а в него вставить Page с калькулятором и дать возможность переключать содержимое на справку\автора.

Собсна, навигация простая, так что проблем быть не должно.