eRKa

Накидал пример, получите все айдишники повторных комментариев, которые надо удалить.

static void Main(string[] args)
{
    var comments = new[]
    {
         new Comment { Id = 1, Text = "1" },
         new Comment { Id = 2, Text = "2" },
         new Comment { Id = 3, Text = "3" },
         new Comment { Id = 4, Text = "1" },
         new Comment { Id = 5, Text = "2" },
         new Comment { Id = 6, Text = "2" },
         new Comment { Id = 7, Text = "1" },
         new Comment { Id = 8, Text = "4" },
         new Comment { Id = 9, Text = "5" },
         new Comment { Id = 10, Text = "2" },
    };

    var result = comments
				.GroupBy(x => x.Text)
				.SelectMany(x => x.Select(y => y.Id).Skip(1))
				.ToArray();

    foreach (var id in result)
    {
         Console.WriteLine($"{id}");
    }
    Console.ReadKey();
}

class Comment
{
     public int Id { get; set; }
     public string Text { get; set; }
}

Ну так Вы фильтруете данные только при загрузке страницы, а в Summary фильтрации нет, Вы берете все Furnitures и только сортируете, поэтому при клике на другую страницу выдаст все что у Вас есть. Попробуйте вынести фильтрацию из List в отдельный метод и применить ее так же и к result в Summary.

В Вашем примере логика индексатора проста, поэтому смысл не виден.

Приведу пример из жизни. Мне надо было хранить и отображать данные в виде, где в первой строке одно значение, во второй строке два значения, в третьей - три и т.д. Отображались в ui они в виде пирамиды. Первая мысль, это квадратный двумерный массив по размеру самой большой последней строки и пустое пространство вершины забить нолями. Отобразить такой массив пирамидой легко. Но тогда у меня возникала трудность в работе с этим массивом, т.к. чтобы забрать нужные значения, нужно правильно отсекать пустые значения, да и как-то не комильфо кучу не нужных значений хранить. Следом приходит мысль сделать массив массивов с разной длинной, но чтоб сделать итерацию по такому массиву, а потом отобразить, нужно тоже лишние телодвижения делать. И тогда я сделал обычный список, где данные хранились в порядке как 1, 21, 22, 31, 32, 33 и т.д., но приделал ему индексатор [ , ], где я указывал строку и положение в строке, а логика этого индексатора уже высчитывала реальное значение элемента: ноль (т.е. пустое пространство у верхушки пирамиды) или значение из списка.
Во первых я решил проблему лишних значений, во вторых, по данным я мог пройтись одним форичем, а не вложенными форами, без проверок лишних значений и в третьих - отображалось также легко как и двумерный массив.

Работа из кода с документами office легко гуглится. Например Интерфейс Document.
Так же в интернете полно примеров по форматированию док файлов How to: Programmatically Format Text in Documents.
Готовый код никто здесь не даст, это достаточно объемно скрупулезно.

Вам нужно использовать то значение, которое вернет getWizards(), а не то, что внутри него.

var wizards = getWizards(numberOfWizards);
...
for (var i = 0; i < wizards.length; i++) {
  fragment.appendChild(renderWizard(allWizards[i]));
}

На вскидку
Вы получили массив символов myarr_0[i].ToCharArray()
Затем Вы хотите массив привести к инту, это для платформы не понятно, поэтому даст эксепшн.
Зачем делать лишние преобразования, если у Вас уже есть массив, сделайте просто
array[i] = myarr_0[i].ToCharArray();

Дайте ссылку в исходном коде где именно код в том варианте, как привели. То, что я увидел в коде и в Вашем примере, это не одно и тоже. В исходнике запускается и останавливается таймер. Ваш пример вырван из контекста, поэтому по нему трудно что-то понять.

С гитхаба Ваш код себе не клонировал, но заметил, что ChebyshevMachine это структура, а не класс. Не знаю причины такого выбора, но могу предположить, что именно в этом может быть проблема. Поставьте брейкпоинт на методе StopAnimation и проверьте, что это тот же объект на котором Вы запустили таймер.

Во первых не совсем понятно какой деструктор Вы хотите. Если такой как в С++, то в C# такого нет по причине существования GC. Если Вы хотите метод, который будет выполняться перед сборкой мусора, то нужно реализовать IDisposable. И даже если Вы явным образом вызовите Finalize, то в какой момент он выполнится, никто гарантии не даст, как GC решит.

Во вторых, C# язык строго типизированный, а значит нужно каким то образом ему понимать, какого типа будет headerA и headerB. Значит для них нужно определить тип

class HeaderA
{
      public string Signature {get;set;}
      public DateTime CreatedDate {get;set;}
      public int Version {get;set;}
}

class HeaderB
{
      public string Signature {get;set;}
      public DateTime CreatedDate {get;set;}
      public long AuthorId {get;set;}
      public string MagicString {get;set;}
}

затем инкапсулируете их

public class A<TData>
{
  //header
  public HeaderA Header {get;set;}
  //data
  public TData Data {get;set;}
}

public class B<TData>
{
  //header
  public HederB Header {get;set;}
  //data
  public TData Data {get;set;}
}

Видно, что можно еще обобщить и сделать

class HederData<THeder, TData>
{
      public THeder Header {get;set;}
      public TData Data {get;set;}
}

Теперь объекты можно создавать таким образом

var a = new DataHaeder<HeaderA, string>();
var b = new DataHeader<HeaderB, int>();

Ну вот собственно мы и получили объект с полями, какими Вы хотите
(var headerA, dataA)
a.Header и a.Data, b.Header и b.Data;

И, кстати, общие поля можно вынести в один класс

class CommonProp
{
      public string Signature {get;set;}
      public DateTime CreatedDate {get;set;}
}

А потом хедеры от него отнаследуйте.

class HeaderA : CommonProp
{
      public int Version {get;set;}
}

class HeaderB : CommonProp
{
      public long AuthorId {get;set;}
      public string MagicString {get;set;}
}