Дмитрий Макаров

В первую очередь надо попробовать у webKitBrowser`а дернуть методы Refresh или Update, хотя скорее всего это не должно принести результата, потому что скорее всего WebKit куда-то в свой буфер рендерит и по этим методам просто обновляет экран из буфера.

А зачем вообще нужна такая функциональность к браузере? Если на страничке используется jQuery, то и добавляй, пожалуйста, в страничке его. Если не используется, то и не нужен он. Или подразумевается еще какой-нибудь скрипт до кучи/или вместо грузить? Снифер там или что еще? =)

По идее загрузка и отображение странички в браузере идет, если упрощенно, так: загрузка->построение DOM->рендеринг. Причем современные броузеры делают это потоково, то есть постепенно отображая загруженное, но в некоторых случаях могут и все перерендерить (например при изменении размера окна). В вашем случае нужно вклиниться где-то в процесс загрузки заголовка или добавление в DOM заголовка, но что-то я не увидел в WebKit.NET хуков/событий для такой возможности.

Можно попробовать сделать фиктивное масштабирование или искусственно вызвать событие изменение размера окна, но это грязный хак.

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

Не очень понял.
Напрямую ссылку с объекта из процесса в процесс не передать. У процессов память разная. Процессы объекты друг друга не видят.

Если вам нужно только состояние объекта: например, в одном процессе тем или иным способом инициализировали и передаете во второй процесс. То тут достаточно, чтобы в процессы были загружены сборки с типом вашего объекта, и через сериализацию склонировать ваш объект.

Но поскольку вы пишите, что вам сериализация не подходит, могу предположить, что вы хотите из одного процесса обращаться к методам и свойствам объекта другого процесса, чтобы это вызывало некий отклик в первом процессе (ну допустим через события генерирующие при изменении состояния объекта). Тогда во втором процессе нужен некий прокси-объект, который, когда обращаются к его методам и свойствам, будет посредством некой системы сообщений обращаться к методам и свойствам исходного объекта. Это похоже на .NET Remoting или WCF.

Вот тут посмотрите: DataGridView.Sort

Там указан пример реализации IComparer`а, который нужно дать методу сорт. Вам нужно изменить у класса RowComparer метод Compare. В вашей реализации сравнения двух DataGridViewRow вам нужно выделить содержимое ячейки с текстом даты, распарсить с помощью DateTime.Parse и выдать результат сравнения дат.

В свое время когда я начинал программировать с QBasic`а и TurboPascal`a, особых вариантов куда дальше развиваться не было: С++. Реальный язык для решения реальных задач.

Для работы с GUI в Win логичным продолжением было Delphi и С++Builder. MFC от M$ был настолько корявый (по моему мнению), что даже смотреть в его сторону не хотелось.

Затем меня надолго унесло в сторону микроконтроллеров и там С/C++ мне помог в работе наиболее полно: быстрые программы, полный контроль над памятью - то, что нужно.

Потом, мне опять понадобился GUI. Как раз .NET и С# к этому моменту поборол свои детские болезни. С# мне показался очень цельным языком и легким в обучении. С С# я наиболее полно разобрался с ООП (в С++ я с ООП как-то плавал: не складывалась цельная картина). Сейчас C# продолжает развиваться. Это современный язык. Есть много задач, для которых он идеальный инструмент. Впрочем С++ не отстает и современные спецификации тоже включают в себя практически все новинки. Но все равно С++ сложнее: есть куча способов запнуться на ровном (как минимум с точки зрения С#) месте, муторная работа с памятью.

Сейчас при работе .NET с С# иногда возникает необходимость работать со старыми библиотеками, написанными на С++. В .NET есть такой язык как С++/CLR, который с одной стороны умеет работать с .NET, а с другой стороны спокойно работает с "чистым" С++ и становится спасительным мостиком в таких случаях. Кроме того, пару раз мне приходилось реализовывать в С++/CLR сложные, с вычислительной точки зрения, задачи. Сейчас правда вижу, что можно тоже самое было сделать не выходя за рамки С#, но в С++ это получилось все равно сделать проще.

В общем, в моем случае мне сильно помогло, что я начинал с С++. Но работаю я все же в основном в C#. Как бы не получилось так, что начав с С#, как с более простого, вашему знакомому будет потом сложновато в редких задачах, где понадобиться навыки работы в С++.

Совет, наверное, стоит сделать такой: изучайте С# для GUI, попробуйте для развлечения поковыряться с микроконтроллерами: там где реально нужно будет самому на С++ писать. Можно, например, для ардуино на с++ писать: и паять не нужно ничего, и стоит недорого. Не скетчи, а именно разобраться как с С++ работать.

А еще смотрите другие языки: JavaScript, Python, функциональное что-нибудь. Главное чтоб мозги не костенели в какой-нибудь одной парадигме, а могли смотреть на задачу максимально широко.

В с++ больше свободы....в нем вы можете написать наделать кучу ошибок на пустом месте.....если хорошо знать с# и следовать этому пути/стилю в с++, то в сходных задачах особой разницы нет, даже может хорошо что начали с с#....ну, возможно, подисциплинированнее нужно быть.
Но есть задачи специфичные для с++: низкоуровневое программирование, работа с памятью, указатели. Тут другой мир совсем....

foreach тут в любом случае не подходит

посмотрите вот тут например.....несколько реализаций задачи подходящей под ваше описание (правда не все корректные =)

Может компоновщик подойдет? плюс свойство с мета-информацией об текущем объекте....

Начинай писать какой-нибудь проект. Я в свое время, когда учился программировать (правда по другой книге: "С# для профессионалов" какая-то из редакций), тоже заскучал.....начал писать проекты (например, решение системы линейных уравнений с произвольным порядком, что-то с нейронными сетями еще делал, с СОМ-портом что-то)....появилась какая-то уверенность в своих силах.....появились вопросы....искал в "интернетах", возвращался к книжке....в итоге язык освоил, а книжку использую как справочник.

Создать наследника от TabControl.

В в режиме дизайнера установить DrawMode=System.Windows.Forms.TabDrawMode.OwnerDrawFixed;

Переопределить OnDrawItem:
рисование крестика поверх базовой реализации рисования вкладки.

Переопределить OnMouseClick:
Перебрать в цикле все вкладки idx от 0 до TabCount-1. Проверять попадают ли координаты мыши в TabRect=GetTabRect(idx) и внутри TabRect попадают ли в Rectangle описывающий ваш крестик. Если да, то удалить из TabControl это вкладку и прервать цикл.

У структуры Rectangle есть метод для проверки попадает ли Point во внутрь его.

P.S. К сожалению я далеко от вижуал студии, поэтому только идея....без реализации.

Можно через регулярное выражение:

Regex
     .Matches("helloMyNameId", 
              @"^[a-z]*|(\G[A-Z][a-z]*)")
     .Cast<Match>()
     .Select(match=>match.Value)
     .Select(str=>char.IsLower(str[0])?str.Substring(0,1).ToUpper()+str.Remove(0,1):str)
     .ToArray();

1. К.Нейгейл, Б.Ивьен, Дж.Глин, К.Уотсон, М.Скиннер "C#4 и платформа .NET4 для профессионалов" (хотя есть книги из этой серии и для С#2, и для С#3, и для С#4,5) подробно описаны основы языка.
   
2. (через год) Дж.Скит, "С# для профессионалов. Тонкости программирования" (описаны различия С# разных версий и зачем они были введены)
   
3. (и еще через год ) Дж.Рихтер, "CLR via C#"(более глубокое погружение в язык)
   

Но на самом деле не обязательно читать их с таким большим промежутком. Их можно читать и параллельно. Лишь бы было понятно о чем речь. Обязательно параллельно книгам, разрабатывать какое-нибудь приложение (лучше несколько по очереди с усложнением), иначе обучение будет поверхностным. Книги толстые, информации много. Информацию нужно завязать в знания, выстроить свои какие-то связи. Это только через практику.

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

Еще вот ссылка: Вики.Наблюдатель

Для красоты можно добавить еще сокращение, выделение целой и дробной части, неявное приведение целых чисел к рациональным....

Еще один вариант со связанным списком

using System;
using System.Collections.Generic;
using System.Linq;

namespace throughOneKill
{
    class Program
    {
        static void Main(string[] args)
        {
            int N = 10;

            var list = new LinkedList<int>(Enumerable.Range(1, N));
            Console.WriteLine(string.Join(" ", list));
            var currentItem = list.First;
            while (list.Count != 1)
            {
                list.Remove(currentItem.Next ?? list.First);
                currentItem = currentItem.Next ?? list.First;
            }
            Console.WriteLine(list.First.Value);

            Console.ReadKey();
        }
    }
}