Разработка приложений для Meego Harmattan

[@tass]

где тег конкурсный? :)

[@Gorthauer87]

Упс…

[@oldbay]

Спасибо, почитал с удовольствием. Интересная платформа это meego — дай бог ей выжить в сегодняшних непростых, для нее, условиях

[@rokemoon]

Согласен с вами, очень жаль, но для meego условия настолько непростые, что N9 последний телефон на ней от Nokia. А как хочется верить, что вдруг одумаются и запилят еще что-нибудь.

[@cyberpunkyc]

Интересная статья, однозначно плюс. Жалко у меня нет возможности протестировать.

[@Vass]

А чем основан выбор уже устаревшей QOauth?
Ведь уже давно существует новая, удобная и не требующая QCA: KQOauth

[@Gorthauer87]

Где в KQOauth аналог метода

QNetworkReply *UbuntuOneApi::get(const QUrl &url)
{
    QByteArray header = m_oauth->createParametersString(url.toEncoded(), QOAuth::GET, m_token, m_tokenSecret,
                                                        QOAuth::HMAC_SHA1, QOAuth::ParamMap(),
                                                        QOAuth::ParseForHeaderArguments);

    QNetworkRequest request(url);
    request.setRawHeader("Authorization", header);
    return m_manager->get(request);
}

Я что-то не вижу. Да и они мне обе не нравятся в плане API, отвязать QOauth от qca — дело 5 минут, просто нет необходимости. Да и в целом отвязать либу от QOauth немногим дольше, но опять же, необходимости пока нет. Есть более серьезные заморочки с самим tomboy api, точнее с ревизиями. Да и сервер что-то нестабильно работает последнее время, даже tomboy не пускает.

[@Vass]

А он не нужен, ибо KQOauth сильнее инкапсулирует работу с протоколом. В то время как QOauth лишь предоставляет некоторые утилитарные методы для упрощения работы через обычный QNetworkAccessManager.

[@Gorthauer87]

мне и нужна именно работа через QNetworAccessManager, я и сам инкапсулирую что мне надо. Да и не увидел я в либе basic авторизацию.