Как раскрыть parameter pack для передачи типов в шаблонную функцию?

Евгений Шатунов, спасибо, теперь понял всё. про SFINAE знаю, но использовать пока не доводилось)

Как раскрыть parameter pack для передачи типов в шаблонную функцию?

Вопрос по третьему варианту - что делает аргумент функции?

Как раскрыть parameter pack для передачи типов в шаблонную функцию?

Спасибо большое, третий вариант отлично подошел.
Первый, конечно, выразительнее, но C++17 пока не используем

Как раскрыть parameter pack для передачи типов в шаблонную функцию?

Евгений Шатунов, вот код на данный момент:

template <typename... args>
    std::shared_ptr<Wt::Dbo::Session> getDboSessionT() {
        DbConnector& dbConnector = DbConnector::instance(dbConfig);
        sessionT = dbConnector.createSession();
        if(sizeof...(args) > 0)
            mapClasses<args...>();
        return sessionT;
    }

    template <typename U = Dfs, typename... args>
    void mapClasses(){
         session->mapClass<U>(U::tableName.c_str());
        if(sizeof...(args) > 0)
            mapClasses<args...>(session);
    }

То есть метод со стандартным параметром Dfs компилируется, но не вызывается

Как раскрыть parameter pack для передачи типов в шаблонную функцию?

Евгений Шатунов, спасибо тебе большое, действительно, внимательно прочитал текст ошибки. Суть в том, что эти методы отрабатывают так, как я и планировал, а ошибку выдает, так как в самом конце вызов происходит без шаблонных параметров совсем. Скомпилировал и протестировал со стандартным параметром (U = какой-нибудь класс), но это решение мне не подходит.
Возможно ли как-то специализировать этот шаблонный метод, чтобы была возможность вызывать его без шаблонного параметра? Перегрузка в виде нешаблонного метода mapClasses() не помогла. Или подойдет любой другой способ вызвать шаблонный метод без шаблонного параметра. Насколько я понимаю, std::enable_if не для этого случая.

Если нет, то придется уже делать со стандартным параметром, что немного костыльно

Почему не работает драг-дроп файла в Линукс при использовании Qt?

devalone: не заработало, буду другой способ реализации использовать

Почему не работает драг-дроп файла в Линукс при использовании Qt?

devalone: Благодарю за помощь, попробую и отпишусь

Почему не работает драг-дроп файла в Линукс при использовании Qt?

В PcManFM в лубунту и стандартный в Убунту - наутилус вроде.

Как организовать классы с точки зрения архитектуры?

А теоретически, если я столкнусь с классом посложнее и такой ситуацией, как в этом случае поступают?

Как организовать классы с точки зрения архитектуры?

Спасибо за дельный ответ)

Почему содержимое страницы не меняется в зависимости от размера окна?

Роман Краббз: Возьму на заметку

Почему содержимое страницы не меняется в зависимости от размера окна?

Спасибо большое

Почему содержимое страницы не меняется в зависимости от размера окна?

Максим Тимофеев: Браузер Firefox 41, система Lubuntu 14.04. В данный момент отличия отдельно вывести не могу, к сожалению. Завтра это возможно

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Спасибо огромное, про сигнал-сигнал не знал.
Про Qt 5 почитаю, но я пока под четвертый пишу для Symbian)

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Армянское Радио: Я наверно не так выразился, он не наследуется, ui является объектом внутри плеера, а оба класса наследуются от QWidget.
Плеер весь был в отдельном классе, теперь я решил разделить, чтобы была возможность прикрутить полностью другой интерфейс или же перевести его на QML

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Армянское Радио: нет. Объект ui является дочерним для объекта Player, если я сделаю в классе Player так: connect(userInterface->seekSlider, SIGNAL(sliderMoved(int)), this, SLOT(setPosition(int))), то вылезет же ошибка, что слайдер в private. Соответственно, чтобы так связать, я должен перенести seekSlider в public.

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

По другому же до сигналов child-ов UI не добраться из Player

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Армянское Радио: Спасибо, получается, я стал лишний слой придумывать. А куча открытых данных в классе - нормальная практика?

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Армянское Радио: Ну, типа сокрытие данных. Вот как это выглядит:
Класс ui

QSlider* seekSlider = new QSlider(this);
    connect(seekSlider, SIGNAL(sliderMoved(int)), this, SLOT(on_sliderMoved(int)));
void ui::on_sliderMoved(int value) 
{
    emit setSongProgress(value);
}

В классе Player я добавляю:

connect(userInterface, SIGNAL(setSongProgress(int)), this, SLOT(setPosition(int)));

Если я, к примеру, удалю этот слайдер и поставлю что-то другое, то Player трогать не буду, а все изменения будут в ui. Или я не прав?

Есть ли у Qt механизм переадресации сигнала Child от имени Parent?

Имеется класс Player, где вся логика работы приложения, в нем есть объект класса ui, который представляет собой интерфейс. Player считывает значения всяких слайдеров, чекбоксов и т.д. не напрямую, а через сигналы от класса ui.
Соответственно, чтобы передать стандартный сигнал от QSlider, я пишу слот для ui, который коннектится к стандартному сигналу от QSlider и делает emit этого же сигнала, к которому он соединен