QVector кстати сам по себе - тормоз даже по сравнению с std::vector.
А тут имхо лучше построить QMap с чилда на пэрент: QMap<CData*, CData*> childToParentMap
Т.к. QList придётся всё равно просматривать.

Ну, это скажем так, простое решение малой кровью (без лишних классов-итераторов-шаблонов).

Но лучшим решением было бы void processItem(CData& item).

А что мешает тогда создать временный вектор поинтеров на mData? Это всего-то 2 строчки кода..

QList<CData*> dataList;
for (auto& data: mData) dataList << &data;

ну и дальше где нужно выбирать:

auto & dst = useSelection ? mSelection : dataList;
for (auto & data : dst) {
 ..
}

Вот вообще не понимаю проблемы, если честно.
Есть два вида массивов: со ссылками и с указателями.
Элементы обрабатываются одинаково.
Вывод: обработчик элементов должен быть общий, циклы - разнесены.

for (auto& item: mData)
  processItem(item);

и

for (auto* item: mSelection)
  processItem(*item);

И всю обработку столкать в void processItem(CData& item).
Если надо, processItem к тому же можно сделать виртуальной, чтобы в возможных наследниках можно было бы (теоретичски) менять поведение.

А. Тогда стыдно им всем. Должно бы быть...

И в чём проблема? Это пайплайн. Он должен выполняться строго слева направо (ибо в этом его суть) и никак иначе. Сайд-эффект в чём?

Почему UB? Он и должен выводить -1.
В коде же явно написано "*i = -1", а i передаётся поинтером 1 в 1.

Другое дело, что такой код в продакшене никто использовать не будет.
Разве что как тест для компилятора.

Мне тогда казалось, что Билдер сделали специально, чтобы люди учили паскаль и переходили на Делфи...

Да он падал постоянно и тормозил как хряк...

Как зачем?? Был бы написан с использованием Qt-классов, компилировал бы виждеты сразу в нативный код...

Помню, Турбо С, еще лабы на нём на 1 курсе делали...


Да, MFC и TuboVision были настолько убоги, что никакого желания под них писать не было...
А Qt был платным, да, приходилось его хакать) Помню, когда-то самопохаканные сборки на Qt Underground тогдашний выкладывал )))

Представления примерно такие:
- юзер выбирает фильтр "только ошибки", "только ворнинги" или подобное.
- строки, не подпадающие под фильтр, прячутся.
- пока активен фильтр, поиск ведётся только в видимых строках.
- если убрали-поменяли фильтр, текущая строка должна оставаться видна на экране.
Можно так?
Спасибо)

Ага, паскаль, ассемблер, дельфи 6 как раз вышла тогда...
Вот на ней много писал, пока с Qt не познакомился, 3.2 кажись ещё. После этого сразу забил на дельфи
И пиво дешёвое тогда было, вот)

Да блин qmake и тот не смогли допилить, в итоге на cmake позорный заменили

Короче, надо уходить с Qt, наверное, на C# - микрософт то всяко серьёзная контора будет, такого кривого софта не делает.

Надо им в поддержку написать. Столько лет Qt существует, не могли до сих пор свой компилятор под него сделать (Qgcc)