Следующая версия программы 0.2.9. В ней я походу вышел за предел стека  :lol: Ошибку я уже нашёл.

Экспорт в PDF и PostScript осуществляется достаточно просто: подготавливается HTML-страница и распечатывается на принтере, но печать идёт не на физическое устройство а в файл

    QTextEdit textEdit;
    textEdit.setHtml(strHTML);
#ifndef QT_NO_PRINTER

    QPrinter printer(QPrinter::HighResolution);//Настройка принтера на  высокое качество
    printer.setOutputFormat(QPrinter::PostScriptFormat);//Выбор печати в файл PostScript
    printer.setOutputFileName(sExportName);//Присваивание имени файла
    textEdit.document()->print(&printer);//Сама печать

#endif

Хотелось бы отметить, что с появлением функции экспорта кроссворда в Across Lite TXT, у программы across lite 2.0 появилась возможность отгадывать не только американские кроссворды, но и классические, правда всё в английском языке. Можете поэксперементировать, ради интереса  :rolleyes:

Что, в свою очередь, логично было бы еще больше сократить:

char Test[13][6] = {".pdf",".ps",".html",".txt",".jpg",".jpeg",".bmp",".tiff",".png",".xpm",".xbm",".ppm",".ok"};  // подготовка
.....
sFilter = Test[iTypeExport];  // замена свитча

По поводу "ushort **usTable;//Массив сетки кроссворда". Возможно будет надежнее этот массив оформить в отдельный класс. В настоящий момент на сколько я успел заметить не сложно где то допустить роковую ошибку и попытаться обратиться за пределы памяти выделенные под данный массив. Опять же установку и получение значений элементов массива через геттеры и сеттеры с проверками.

Идем далее. Этот массив является полем класса. И массив создается в нескольких различных методах этого самого класса. А память "освобождается" да и то не удачно только в одном месте (и то не в деструкторе). Это опять же прямой путь к скрытым ошибкам.

Да и еще, ко всему прочему, этот массив у вас паблик........

Жуть. Короче вы только с одним этим массивом (достаточно ключевым для проекта) расставили сами себе капканов по полной программе.

1. Тогда вообще не понятно, что он делает вне класса TableClest. Поскольку оно живет только параллельно с объектами этого класса.
2. Более того. Почему бы инфу хранящуюся в этом массиве не засунуть в ячейки этой самой таблицы. Примерно так:

CellCrossword->setData(Qt::UserRole+<определеный_вами_ID>,<значение>); 

Кстати, а что хранит этот массив?

Оптимизация констант:

enum eTypeCrossword {TYPE_PDF, TYPE_POST_SCRIPT, TYPE_RTF, TYPE_HTML, TYPE_TXT, TYPE_JPG, TYPE_JPEG, TYPE_BMP,
                    TYPE_TIFF, TYPE_PNG, TYPE_XPM, TYPE_XBM, TYPE_PPM, TYPE_OPEN_KLEST};

Экспорт в RTF вместе с изображением:

QString TCrosswordGrid::wordToUnicode(QString sWord)
{
    QString sTemp;

    for (int i = 0; i < sWord.length(); i++)
//Добавляет один символ Unicode, если этого не получается сделать, то отображается знак вопроса
        sTemp.append("\\u" + QString::number(sWord.at(i).unicode()) + "?");

    return sTemp;
}

//Формирование RTF-документа и сохранение
void TCrosswordGrid::saveToRTF(QString sExportName, QString strRTF, QImage imgExport)
{
    QByteArray baImage;
    QBuffer buffer(&baImage);
    buffer.open(QIODevice::WriteOnly);
    imgExport.save(&buffer, "BMP");//BMP как обязательный формат изображения
    baImage = baImage.toHex();//Побайтовое преобразование изображения в шестнадцатеричную форму
    QFile ifile(sExportName);
    QTextStream istream(&ifile);
    istream.setCodec("UTF-8");//UTF-8 кодировка документа
    ifile.open(QIODevice::WriteOnly);
//Добавление информации об изображении с сохранением изначального размера
    istream << "{\\rtf1\n{\\pict\\wmetafile8\\picw" + QString::number(columnCount() * rowHeight(0) * 27) + "\\pich"
            + QString::number(rowCount() * rowHeight(0) * 27) + "\n";
    
    int j = 0;

    for (int i = 0; i < baImage.size(); i++)
    {
        if (j == 128)//Если количество символов в строке == 128
        {
            istream << "\n";//То перевод строки; Избавляет от ошибок, при чтении документа.
            j = 0;
        }

        istream << baImage.at(i);
        j++;
    }
    istream << "}\\par\\par\n";
    istream << strRTF;
    istream << "}";
    ifile.close();
}

//Формирование RTF-текста вопросов и ответов
QString TCrosswordGrid::makeRTFText(QString ListWordH, QString ListWordV, QStringList ListOutV, QStringList ListOutH)
{
    QString strRTF;
    QString strText1;
    QString strText2;
    QString strText3;

    for(int i = 0; i < ListOutH.count(); i++)
    {
        strText1.append(wordToUnicode(ListOutH.at(i)) + "\\par\n");
    }

    strText2.clear();

    for(int i = 0; i < ListOutV.count(); i++)
    {
        strText2.append(wordToUnicode(ListOutV.at(i)) + "\\par\n");
    }

    strText3.clear();
    strText3 = "{\\b " + wordToUnicode(tr("Horizontal")) + "}:\\par\n" + wordToUnicode(ListWordH) + "\\par\n" + "{\\b " + wordToUnicode(tr("Vertical"))
               +"}:\\par\n" + wordToUnicode(ListWordV) + "\\par\n";

    strRTF.append("{\\b " + wordToUnicode(tr("Horizontal")) + "}:\\par\n"
                   + strText1 + "\\par\n"
                   "{\\b " + wordToUnicode(tr("Vertical")) + "}:\\par\n"
                   + strText2 + "\\par\n"
                   "{\\b\\i " + wordToUnicode(tr("Answers")) + "}:\\par\n"
                   + strText3 + "\\par\n");
    return strRTF;
}

Использовался материал Википедии. Скачать 1.0.0.

Хоть какой-нибудь rpm дистр надо всё же поддерживать, хотя бы Fedora, а то только deb.

ARM и PowerPC сборок больше не будет.

Я сейчас 5 дней в неделю  из 7-ми не могу писать программы, потому не вариант. Да и это соответствует моим будущим планам, когда я буду только кодить а сборки будет делать остальное свободное сообщество. Таким образом мне не нужно будет держать виртуальные машины и другие ОС, кроме FreeBSD.

Хотя... такой расклад только при текущем "бюджете" проекта. 

В сорцах есть спеки для mandriva и AltLinux. В этом и будет помощь каждого мейнтейнера, поддерживающего свой дистрибутив. А вообще, обратись к народу с вопросом почему текущий зоопарк дистрибутивов так несовместим друг с другом...

По моей схеме годится любой установленный дистрибутив, виртуалки не нужны разве только одна - дистрибутив, но другой архитектуры. FreeBSD я не проверял, но уверен, что dpkg (используется для сборки deb пакета) и alien (используется для преобразования deb->rpm) отработают без проблем.
Скрипт: http://code.google.com/p/vpnpptp/source … compile.sh
Описание: http://code.google.com/p/vpnpptp/source … пакета.txt
Задача автора только проверить правильность преобразовая deb->rpm и добиться правкой кода, чтобы это преобразование выполнилось идеально.
Проблема alien и deb->rpm лишь в том, что не все пакеты преобразуются, но если автор сам озаботится этим вопросом, то преобразование deb->rpm создаст универсальный rpm пакет.
%post и тому подобные скрипты стоит убрать, создание desktop-файла в домашней /root директории не нужно.
В файле desktop строки вида:
X=
стоит убрать, не все DE интерпретируют пустые строки, в итоге запуск программы через Меню становится невозможным.
Это [$e] тоже отработает не везде, лучше убрать.
То есть необходимо провести полную унификацию исходных текстов, начав с desktop файла, оставив в нем лишь необходимый минимум, и так далее.

Я то как раз предметную область хорошо изучил, и у меня опыт несколько лет использования универсальных пакетов. Приведенные ссылки - мои собственные, я автор проекта vpnpptp.
Библиотека Qt4 тут не причем, жаль, что Вы даже не попытались вникнуть в то, что я писал. Речь идет, в частности, об отказе писать Requires прямо вручную, оставив эти вопросы автоматике, ну и другие тонкости универсальности.
Я пытался реально помочь, проиллюстрировал всю последовательность действий, а получил характеристику "абстрактный совет в вакууме". Ну-ну. Только в моем проекте он не абстрактный, а самый что ни на есть реальный, действенный, рабочий, доказанный годами.
Не надо писать, что "текущий зоопарк дистрибутивов так несовместим друг с другом", если руки кривые.

Вот и я о том же.

Опакетил для Магеи: ftp://ftp.mageialinux.ru/. Взял в EduMageia. Чего еще есть из Ваших проектов готовое для образовательного процесса? Опакечу.

Благодарю! Пока больше нет.

Это 2-е заготовки, которые были до Клёст-кроссворда. Их я оставил, чтобы спустя годы можно было посмотреть с чего всё начиналось... А если серьёзно, то у меня всё руки никак не дойдут до того, чтобы перенести стабильный код из Клёст-кроссворда обратно, чтобы стабилизировать имеющиеся функции.

Если посмотреть на дату создания обеих программ, то можно увидеть, что это 2-е части, которые в будущем объединились в одну "Профессиональный кроссворд". Он, в свою очередь, поменял название на патентованное "Клёст-кроссворд". Вот как-то так. Оставил я ещё для тех, кто будет делать свои ответвления или экспереметировать с новыми возможностями. Вообщем как тестовая площадка для полёта фантазии других разработчиков.