April 2014 - openSUSE Commits - openSUSE Mailing Lists

commit kcoreaddons for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kcoreaddons for openSUSE:Factory checked in at 2014-04-02 17:21:51 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kcoreaddons (Old) and /work/SRC/openSUSE:Factory/.kcoreaddons.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kcoreaddons" Changes: -------- --- /work/SRC/openSUSE:Factory/kcoreaddons/kcoreaddons.changes 2014-03-10 12:17:25.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kcoreaddons.new/kcoreaddons.changes 2014-04-02 17:21:57.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:25 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kcoreaddons-4.97.0.tar.xz New: ---- kcoreaddons-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kcoreaddons.spec ++++++ --- /var/tmp/diff_new_pack.rE3ZF8/_old 2014-04-02 17:21:58.000000000 +0200 +++ /var/tmp/diff_new_pack.rE3ZF8/_new 2014-04-02 17:21:58.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5CoreAddons5 Name: kcoreaddons -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kf5-filesystem BuildRequires: shared-mime-info ++++++ kcoreaddons-4.97.0.tar.xz -> kcoreaddons-4.98.0.tar.xz ++++++ ++++ 2753 lines of diff (skipped) -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kconfigwidgets for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kconfigwidgets for openSUSE:Factory checked in at 2014-04-02 17:21:50 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kconfigwidgets (Old) and /work/SRC/openSUSE:Factory/.kconfigwidgets.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kconfigwidgets" Changes: -------- --- /work/SRC/openSUSE:Factory/kconfigwidgets/kconfigwidgets.changes 2014-03-10 12:17:57.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kconfigwidgets.new/kconfigwidgets.changes 2014-04-02 17:21:56.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:25 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kconfigwidgets-4.97.0.tar.xz New: ---- kconfigwidgets-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kconfigwidgets.spec ++++++ --- /var/tmp/diff_new_pack.FcHkH7/_old 2014-04-02 17:21:57.000000000 +0200 +++ /var/tmp/diff_new_pack.FcHkH7/_new 2014-04-02 17:21:57.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5ConfigWidgets5 Name: kconfigwidgets -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kauth-devel >= %{_kf5_version} BuildRequires: kcodecs-devel >= %{_kf5_version} @@ -59,7 +59,7 @@ Summary: Widgets for configuration dialogs: Build Environment Group: Development/Libraries/KDE Requires: %lname = %{version} -Requires: extra-cmake-modules >= 0.0.11 +Requires: extra-cmake-modules >= 0.0.12 Requires: kauth-devel >= %{_kf5_version} Requires: kcodecs-devel >= %{_kf5_version} Requires: kconfig-devel >= %{_kf5_version} ++++++ kconfigwidgets-4.97.0.tar.xz -> kconfigwidgets-4.98.0.tar.xz ++++++ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/CMakeLists.txt new/kconfigwidgets-4.98.0/CMakeLists.txt --- old/kconfigwidgets-4.97.0/CMakeLists.txt 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/CMakeLists.txt 2014-03-28 19:16:17.000000000 +0100 @@ -2,7 +2,7 @@ project(KConfigWidgets) -find_package(ECM 0.0.11 REQUIRED NO_MODULE) +find_package(ECM 0.0.12 REQUIRED NO_MODULE) set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR}) set(REQUIRED_QT_VERSION "5.2.0") @@ -15,7 +15,7 @@ include(ECMSetupVersion) include(ECMGenerateHeaders) -set(KF5_VERSION "4.97.0") +set(KF5_VERSION "4.98.0") ecm_setup_version(${KF5_VERSION} VARIABLE_PREFIX KCONFIGWIDGETS VERSION_HEADER "${CMAKE_CURRENT_BINARY_DIR}/kconfigwidgets_version.h" diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/docs/preparetips/man-preparetips5.1.docbook new/kconfigwidgets-4.98.0/docs/preparetips/man-preparetips5.1.docbook --- old/kconfigwidgets-4.97.0/docs/preparetips/man-preparetips5.1.docbook 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/docs/preparetips/man-preparetips5.1.docbook 2014-03-28 19:16:17.000000000 +0100 @@ -1,6 +1,6 @@ <?xml version="1.0" ?> -<!DOCTYPE refentry PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" -"dtd/kdex.dtd" [ +<!DOCTYPE refentry PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" +"dtd/kdedbx45.dtd" [ <!ENTITY % English "INCLUDE"> ]> diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/CMakeLists.txt new/kconfigwidgets-4.98.0/src/CMakeLists.txt --- old/kconfigwidgets-4.97.0/src/CMakeLists.txt 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/CMakeLists.txt 2014-03-28 19:16:17.000000000 +0100 @@ -6,6 +6,7 @@ kconfigviewstatesaver.cpp kconfigdialogmanager.cpp kcmodule.cpp + khelpclient.cpp klanguagebutton.cpp kpastetextaction.cpp krecentfilesaction.cpp @@ -46,6 +47,7 @@ KConfigViewStateSaver KConfigDialogManager KCModule + KHelpClient KLanguageButton KPasteTextAction KRecentFilesAction diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/Messages.sh new/kconfigwidgets-4.98.0/src/Messages.sh --- old/kconfigwidgets-4.97.0/src/Messages.sh 1970-01-01 01:00:00.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/Messages.sh 2014-03-28 19:16:17.000000000 +0100 @@ -0,0 +1,18 @@ +#!/bin/sh + +# Invoke the extractrc script on all .ui, .rc, and .kcfg files in the sources. +# The results are stored in a pseudo .cpp file to be picked up by xgettext. +lst=`find . -name \*.rc -o -name \*.ui -o -name \*.kcfg` +if [ -n "$lst" ] ; then + $EXTRACTRC $lst >> rc.cpp +fi + +# If your framework contains tips-of-the-day, call preparetips as well. +if [ -f "data/tips" ] ; then + ( cd data && $PREPARETIPS > ../tips.cpp ) +fi + +# Extract strings from all source files. +# If your framework depends on KI18n, use $XGETTEXT. If it uses Qt translation +# system, use $EXTRACT_TR_STRINGS. +$XGETTEXT `find . -name \*.cpp -o -name \*.h -name \*.qml` -o $podir/kconfigwidgets5.pot diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/kcmodule.cpp new/kconfigwidgets-4.98.0/src/kcmodule.cpp --- old/kconfigwidgets-4.97.0/src/kcmodule.cpp 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/kcmodule.cpp 2014-03-28 19:16:17.000000000 +0100 @@ -22,9 +22,7 @@ */ -#define KDE3_SUPPORT #include "kcmodule.h" -#undef KDE3_SUPPORT #include <QLayout> #include <QTimer> diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/kcolorscheme.h new/kconfigwidgets-4.98.0/src/kcolorscheme.h --- old/kconfigwidgets-4.97.0/src/kcolorscheme.h 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/kcolorscheme.h 2014-03-28 19:16:17.000000000 +0100 @@ -36,12 +36,9 @@ * A set of methods used to work with colors. * * KColorScheme currently provides access to the system color palette that the - * user has selected (in the future, it is expected to do more). As of KDE4, - * this class is the correct way to look up colors from the system palette, - * as opposed to KGlobalSettings (such usage is deprecated). It greatly expands - * on KGlobalSettings and QPalette by providing five distinct "sets" with - * several color choices each, covering background, foreground, and decoration - * colors. + * user has selected (in the future, it is expected to do more). It greatly + * expands on QPalette by providing five distinct "sets" with several color + * choices each, covering background, foreground, and decoration colors. * * A KColorScheme instance represents colors corresponding to a "set", where a * set consists of those colors used to draw a particular type of element, such @@ -52,13 +49,10 @@ * creating an anonymous instance and invoking a lookup member. * * @note - * Historically, it was not needed for applications to give much concern to the - * state of a widget (active, inactive, disabled) since only the disabled state - * was different, and only slightly. As a result, the old KGlobalSettings color - * getters did not care about the widget state. However, starting with KDE4, - * the color palettes for the various states may be wildly different. - * Therefore, it is important to take the state into account. This is why the - * KColorScheme constructor requires a QPalette::ColorGroup as an argument. + * The color palettes for the various states of a widget (active, inactive, + * disabled) may be wildly different. Therefore, it is important to take the + * state into account. This is why the KColorScheme constructor requires a + * QPalette::ColorGroup as an argument. * * To facilitate working with potentially-varying states, two convenience API's * are provided. These are KColorScheme::adjustBackground and its sister @@ -453,9 +447,9 @@ * in QPalette::ColorGroup. * * Basically, a stateful brush is used to cache a particular "color" from the - * KDE system palette (usually, one which does not live in QPalette) in the way - * you would have used a QColor in KDE3. When you are ready to draw using the - * brush, you use the current state to retrieve the appropriate brush. + * KDE system palette (usually, one which does not live in QPalette). When you + * are ready to draw using the brush, you use the current state to retrieve the + * appropriate brush. * * Stateful brushes can also be used to apply state effects to arbitrary * brushes, for example when working with a application specific user-defined diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/kconfigdialog.cpp new/kconfigwidgets-4.98.0/src/kconfigdialog.cpp --- old/kconfigwidgets-4.97.0/src/kconfigdialog.cpp 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/kconfigdialog.cpp 2014-03-28 19:16:17.000000000 +0100 @@ -24,6 +24,7 @@ #include <kconfigdialogmanager.h> #include <kcoreconfigskeleton.h> #include <kpagewidgetmodel.h> +#include <khelpclient.h> #include <QDialogButtonBox> #include <QIcon> @@ -85,6 +86,8 @@ void _k_settingsChangedSlot(); KConfigDialog *q; + QString mAnchor; + QString mHelpApp; bool shown; KConfigDialogManager *manager; QMap<QWidget *, KConfigDialogManager *> managerForPage; @@ -350,9 +353,15 @@ d->_k_settingsChangedSlot(); } +void KConfigDialog::setHelp(const QString &anchor, const QString &appname) +{ + d->mAnchor = anchor; + d->mHelpApp = appname; +} + void KConfigDialog::showHelp() { - QDesktopServices::openUrl(QUrl("help:/")); + KHelpClient::invokeHelp(d->mAnchor, d->mHelpApp); } #include "moc_kconfigdialog.cpp" diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/kconfigdialog.h new/kconfigwidgets-4.98.0/src/kconfigdialog.h --- old/kconfigwidgets-4.97.0/src/kconfigdialog.h 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/kconfigdialog.h 2014-03-28 19:16:17.000000000 +0100 @@ -213,6 +213,21 @@ void settingsChangedSlot(); /** + * Sets the help path and topic. + * + * The HTML file will be found using the X-DocPath entry in the application's desktop file. + * It can be either a relative path, or a website URL. + * + * @param anchor This has to be a defined anchor in your + * docbook sources or website. If empty the main index + * is loaded. + * @param appname This allows you to specify the .desktop file to get the help path from. + * If empty the QCoreApplication::applicationName() is used. + */ + void setHelp(const QString &anchor, const QString &appname = QString()); + + + /** * Displays help for this config dialog. * @since 5.0 */ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/khelpclient.cpp new/kconfigwidgets-4.98.0/src/khelpclient.cpp --- old/kconfigwidgets-4.97.0/src/khelpclient.cpp 1970-01-01 01:00:00.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/khelpclient.cpp 2014-03-28 19:16:17.000000000 +0100 @@ -0,0 +1,78 @@ +/* This file is part of the KDE libraries + * Copyright 2012 David Faure <faure(a)kde.org> + * + * This library is free software; you can redistribute it and/or modify + * it under the terms of the GNU Lesser General Public License as published by + * the Free Software Foundation; either version 2 of the License or ( at + * your option ) version 3 or, at the discretion of KDE e.V. ( which shall + * act as a proxy as in section 14 of the GPLv3 ), any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Library General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public License + * along with this library; see the file COPYING.LIB. If not, write to + * the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, + * Boston, MA 02110-1301, USA. + */ + +#include "khelpclient.h" + +#include "kdesktopfile.h" + +#include <QCoreApplication> +#include <QUrl> +#include <QDirIterator> +#include <QUrlQuery> +#include <QDesktopServices> + +void KHelpClient::invokeHelp(const QString &anchor, const QString &_appname) +{ + QString appname; + if (_appname.isEmpty()) { + appname = QCoreApplication::instance()->applicationName(); + } else { + appname = _appname; + } + + // Look for the .desktop file of the application + + // was: + //KService::Ptr service(KService::serviceByDesktopName(appname)); + //if (service) + // docPath = service->docPath(); + // but we don't want to depend on KService here. + + QString docPath; + const QStringList desktopDirs = QStandardPaths::standardLocations(QStandardPaths::ApplicationsLocation); + Q_FOREACH (const QString &dir, desktopDirs) { + QDirIterator it(dir, QStringList() << appname + QLatin1String(".desktop"), QDir::NoFilter, QDirIterator::Subdirectories); + while (it.hasNext()) { + const QString desktopPath(it.next()); + KDesktopFile desktopFile(desktopPath); + docPath = desktopFile.readDocPath(); + break; + } + } + + // docPath could be a path or a full URL, I think. + + QUrl url; + if (!docPath.isEmpty()) { + url = QUrl(QLatin1String("help:/")).resolved(QUrl::fromUserInput(docPath)); + } else { + url = QUrl(QString::fromLatin1("help:/%1/index.html").arg(appname)); + } + + if (!anchor.isEmpty()) { + QUrlQuery query(url); + query.addQueryItem(QString::fromLatin1("anchor"), anchor); + url.setQuery(query); + } + + // launch khelpcenter, or a browser for URIs not handled by khelpcenter + QDesktopServices::openUrl(url); +} + diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/khelpclient.h new/kconfigwidgets-4.98.0/src/khelpclient.h --- old/kconfigwidgets-4.97.0/src/khelpclient.h 1970-01-01 01:00:00.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/khelpclient.h 2014-03-28 19:16:17.000000000 +0100 @@ -0,0 +1,47 @@ +/* This file is part of the KDE libraries + * Copyright 2012 David Faure <faure(a)kde.org> + * + * This library is free software; you can redistribute it and/or modify + * it under the terms of the GNU Lesser General Public License as published by + * the Free Software Foundation; either version 2 of the License or ( at + * your option ) version 3 or, at the discretion of KDE e.V. ( which shall + * act as a proxy as in section 14 of the GPLv3 ), any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Library General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public License + * along with this library; see the file COPYING.LIB. If not, write to + * the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, + * Boston, MA 02110-1301, USA. + */ + +#ifndef KHELPCLIENT_H +#define KHELPCLIENT_H + +#include "kconfigwidgets_export.h" +#include <QtCore/QString> +#include <QtCore/QByteArray> + +namespace KHelpClient +{ +/** + * Invokes the KHelpCenter HTML help viewer from docbook sources. + * + * The HTML file will be found using the X-DocPath entry in the application's desktop file. + * It can be either a relative path, or a website URL. + * + * @param anchor This has to be a defined anchor in your + * docbook sources or website. If empty the main index + * is loaded. + * @param appname This allows you to specify the .desktop file to get the help path from. + * If empty the QCoreApplication::applicationName() is used. + * @since 5.0 + */ +KCONFIGWIDGETS_EXPORT void invokeHelp(const QString &anchor = QString(), const QString &appname = QString()); +} + +#endif /* KHELPCLIENT_H */ + diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/src/krecentfilesaction.h new/kconfigwidgets-4.98.0/src/krecentfilesaction.h --- old/kconfigwidgets-4.97.0/src/krecentfilesaction.h 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/src/krecentfilesaction.h 2014-03-28 19:16:17.000000000 +0100 @@ -129,7 +129,8 @@ /** * Loads the recent files entries from a given KConfigGroup object. * You can provide the name of the group used to load the entries. - * If the groupname is empty, entries are load from a group called 'RecentFiles' + * If the groupname is empty, entries are loaded from a group called 'RecentFiles'. + * Local file entries that do not exist anymore are not restored. * */ void loadEntries(const KConfigGroup &config); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/tests/CMakeLists.txt new/kconfigwidgets-4.98.0/tests/CMakeLists.txt --- old/kconfigwidgets-4.97.0/tests/CMakeLists.txt 2014-03-01 12:50:19.000000000 +0100 +++ new/kconfigwidgets-4.98.0/tests/CMakeLists.txt 2014-03-28 19:16:17.000000000 +0100 @@ -24,3 +24,11 @@ add_executable(kcolorutilsdemo ${kcolorUtilsDemoSources}) ecm_mark_as_test(kcolorutilsdemo) target_link_libraries(kcolorutilsdemo KF5::ConfigWidgets KF5::GuiAddons) + +## krecentfilesactiontest (manual) + +set(krecentfilesactionTestSources krecentfilesactiontest.cpp) +qt5_wrap_ui(krecentfilesactionTestSources krecentfilesactiontest.ui) +add_executable(krecentfilesactiontest ${krecentfilesactionTestSources}) +ecm_mark_as_test(krecentfilesactiontest) +target_link_libraries(krecentfilesactiontest KF5::ConfigWidgets) diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/tests/krecentfilesactiontest.cpp new/kconfigwidgets-4.98.0/tests/krecentfilesactiontest.cpp --- old/kconfigwidgets-4.97.0/tests/krecentfilesactiontest.cpp 1970-01-01 01:00:00.000000000 +0100 +++ new/kconfigwidgets-4.98.0/tests/krecentfilesactiontest.cpp 2014-03-28 19:16:17.000000000 +0100 @@ -0,0 +1,116 @@ +/* This file is part of the KDE libraries + Copyright (c) 2014 Gregor Mi <codeminister(a)publicstatic.de> + + This library is free software; you can redistribute it and/or modify + it under the terms of the GNU Lesser General Public License as published by + the Free Software Foundation; either version 2 of the License or ( at + your option ) version 3 or, at the discretion of KDE e.V. ( which shall + act as a proxy as in section 14 of the GPLv3 ), any later version. + + This library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Library General Public License for more details. + + You should have received a copy of the GNU Lesser General Public License + along with this library; see the file COPYING.LIB. If not, write to + the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, + Boston, MA 02110-1301, USA. +*/ + +#include "krecentfilesactiontest.h" + +#include <QApplication> +#include <QMainWindow> +#include <QWidget> +#include <QDebug> + +#include <KSharedConfig> +#include <KConfigGroup> +#include "krecentfilesaction.h" +#include "kstandardaction.h" + +#include "ui_krecentfilesactiontest.h" + +int main(int argc, char **argv) +{ + QApplication app(argc, argv); + KRecentFilesActionTest mainWindow; + mainWindow.show(); + return app.exec(); +} + +class KRecentFilesActionTestPrivate +{ +public: + Ui::MainWindow *uiMainWindow; + KRecentFilesAction *recentFiles; + +public: + void notifyOutputAvailable() + { + uiMainWindow->labelOutputAvailable->setText(uiMainWindow->labelOutputAvailable->text() + "A"); + qDebug() << recentFiles->items(); + } + + KConfigGroup testConfigGroup() + { + return KConfigGroup(KSharedConfig::openConfig(), "RecentFilesActionTest"); + } + +}; + +KRecentFilesActionTest::KRecentFilesActionTest() : d(new KRecentFilesActionTestPrivate) +{ + d->uiMainWindow = new Ui::MainWindow(); + d->uiMainWindow->setupUi(this); + + d->recentFiles = KStandardAction::openRecent(this, SLOT(urlSelected(QUrl)), this); + + connect(d->uiMainWindow->pbAddUrl, SIGNAL(clicked()), this, SLOT(addUrl())); + connect(d->uiMainWindow->pbLoadEntries, SIGNAL(clicked()), this, SLOT(loadEntries())); + connect(d->uiMainWindow->pbSaveEntries, SIGNAL(clicked()), this, SLOT(saveEntries())); + + d->uiMainWindow->menuFile->addAction(d->recentFiles); + + //loadEntries(); +} + +KRecentFilesActionTest::~KRecentFilesActionTest() +{ + //saveEntries(); + + delete d->uiMainWindow; + delete d; +} + +void KRecentFilesActionTest::urlSelected(const QUrl& url) +{ + qDebug() << "urlSelected" << url; + d->notifyOutputAvailable(); +} + +void KRecentFilesActionTest::addUrl() +{ + QString url = d->uiMainWindow->lineEditUrl->text(); + qDebug() << "addUrl" << url; + + d->recentFiles->addUrl(QUrl(url)); + + d->notifyOutputAvailable(); + d->uiMainWindow->lineEditUrl->setText(url + "a"); +} + +void KRecentFilesActionTest::loadEntries() +{ + d->notifyOutputAvailable(); + qDebug() << "recentFiles->loadEntries()"; + d->recentFiles->loadEntries(d->testConfigGroup()); + d->notifyOutputAvailable(); +} + +void KRecentFilesActionTest::saveEntries() +{ + qDebug() << "recentFiles->saveEntries()"; + d->recentFiles->saveEntries(d->testConfigGroup()); +} diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/tests/krecentfilesactiontest.h new/kconfigwidgets-4.98.0/tests/krecentfilesactiontest.h --- old/kconfigwidgets-4.97.0/tests/krecentfilesactiontest.h 1970-01-01 01:00:00.000000000 +0100 +++ new/kconfigwidgets-4.98.0/tests/krecentfilesactiontest.h 2014-03-28 19:16:17.000000000 +0100 @@ -0,0 +1,47 @@ +/* This file is part of the KDE libraries + Copyright (c) 2014 Gregor Mi <codeminister(a)publicstatic.de> + + This library is free software; you can redistribute it and/or modify + it under the terms of the GNU Lesser General Public License as published by + the Free Software Foundation; either version 2 of the License or ( at + your option ) version 3 or, at the discretion of KDE e.V. ( which shall + act as a proxy as in section 14 of the GPLv3 ), any later version. + + This library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Library General Public License for more details. + + You should have received a copy of the GNU Lesser General Public License + along with this library; see the file COPYING.LIB. If not, write to + the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, + Boston, MA 02110-1301, USA. +*/ + +#ifndef KCONFIGWIDGETS_TESTS_KRECENTFILESACTIONTEST_H +#define KCONFIGWIDGETS_TESTS_KRECENTFILESACTIONTEST_H + +#include <QMainWindow> + +class KRecentFilesActionTestPrivate; + +class KRecentFilesActionTest : public QMainWindow +{ + Q_OBJECT + +public: + KRecentFilesActionTest(); + + virtual ~KRecentFilesActionTest(); + +public Q_SLOTS: + void addUrl(); + void loadEntries(); + void saveEntries(); + void urlSelected(const QUrl& url); + +private: + KRecentFilesActionTestPrivate *const d; +}; + +#endif diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kconfigwidgets-4.97.0/tests/krecentfilesactiontest.ui new/kconfigwidgets-4.98.0/tests/krecentfilesactiontest.ui --- old/kconfigwidgets-4.97.0/tests/krecentfilesactiontest.ui 1970-01-01 01:00:00.000000000 +0100 +++ new/kconfigwidgets-4.98.0/tests/krecentfilesactiontest.ui 2014-03-28 19:16:17.000000000 +0100 @@ -0,0 +1,140 @@ +<?xml version="1.0" encoding="UTF-8"?> +<ui version="4.0"> + <class>MainWindow</class> + <widget class="QMainWindow" name="MainWindow"> + <property name="geometry"> + <rect> + <x>0</x> + <y>0</y> + <width>434</width> + <height>201</height> + </rect> + </property> + <property name="windowTitle"> + <string>KRecentFilesAction Test</string> + </property> + <widget class="QWidget" name="centralwidget"> + <layout class="QVBoxLayout" name="verticalLayout"> + <item> + <widget class="QLabel" name="label"> + <property name="text"> + <string>Look in the File menu to use the Open Recent menu</string> + </property> + </widget> + </item> + <item> + <layout class="QHBoxLayout" name="horizontalLayout"> + <item> + <widget class="QPushButton" name="pbAddUrl"> + <property name="text"> + <string>Add URL</string> + </property> + </widget> + </item> + <item> + <widget class="QLineEdit" name="lineEditUrl"> + <property name="text"> + <string>~/tmp/test1.txt</string> + </property> + </widget> + </item> + </layout> + </item> + <item> + <widget class="QLabel" name="label_3"> + <property name="text"> + <string>Add URL to recent file list</string> + </property> + </widget> + </item> + <item> + <widget class="QLabel" name="label_2"> + <property name="text"> + <string>Note that nonexisting entries will not be restored.</string> + </property> + </widget> + </item> + <item> + <layout class="QHBoxLayout" name="horizontalLayout_3"> + <item> + <widget class="QPushButton" name="pbLoadEntries"> + <property name="text"> + <string>LoadEntries</string> + </property> + </widget> + </item> + <item> + <widget class="QPushButton" name="pbSaveEntries"> + <property name="text"> + <string>SaveEntries</string> + </property> + </widget> + </item> + </layout> + </item> + <item> + <layout class="QHBoxLayout" name="horizontalLayout_2"> + <item> + <widget class="QLabel" name="label1"> + <property name="sizePolicy"> + <sizepolicy hsizetype="Minimum" vsizetype="Preferred"> + <horstretch>0</horstretch> + <verstretch>0</verstretch> + </sizepolicy> + </property> + <property name="text"> + <string>New console output:</string> + </property> + </widget> + </item> + <item> + <widget class="QLabel" name="labelOutputAvailable"> + <property name="sizePolicy"> + <sizepolicy hsizetype="Preferred" vsizetype="Preferred"> + <horstretch>1</horstretch> + <verstretch>0</verstretch> + </sizepolicy> + </property> + <property name="text"> + <string>A</string> + </property> + </widget> + </item> + </layout> + </item> + <item> + <spacer name="verticalSpacer"> + <property name="orientation"> + <enum>Qt::Vertical</enum> + </property> + <property name="sizeHint" stdset="0"> + <size> + <width>20</width> + <height>40</height> + </size> + </property> + </spacer> + </item> + </layout> + </widget> + <widget class="QMenuBar" name="menubar"> + <property name="geometry"> + <rect> + <x>0</x> + <y>0</y> + <width>434</width> + <height>19</height> + </rect> + </property> + <widget class="QMenu" name="menuFile"> + <property name="title"> + <string>File</string> + </property> + </widget> + <addaction name="menuFile"/> + </widget> + <widget class="QStatusBar" name="statusbar"/> + </widget> + <resources/> + <connections/> +</ui> -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kconfig for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kconfig for openSUSE:Factory checked in at 2014-04-02 17:21:49 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kconfig (Old) and /work/SRC/openSUSE:Factory/.kconfig.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kconfig" Changes: -------- --- /work/SRC/openSUSE:Factory/kconfig/kconfig.changes 2014-03-26 16:40:51.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kconfig.new/kconfig.changes 2014-04-02 17:21:55.000000000 +0200 @@ -1,0 +2,11 @@ +Sat Mar 29 19:47:24 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php +- Droped 0001-Normalize-vars-to-avoid-odd-bugs-QT_REQUIRED_VERSION.patch, + merged upstream + +------------------------------------------------------------------- Old: ---- 0001-Normalize-vars-to-avoid-odd-bugs-QT_REQUIRED_VERSION.patch kconfig-4.97.0.tar.xz New: ---- kconfig-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kconfig.spec ++++++ --- /var/tmp/diff_new_pack.OAOxCa/_old 2014-04-02 17:21:56.000000000 +0200 +++ /var/tmp/diff_new_pack.OAOxCa/_new 2014-04-02 17:21:56.000000000 +0200 @@ -18,10 +18,10 @@ %define sonum 5 Name: kconfig -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kf5-filesystem BuildRequires: pkgconfig(Qt5Core) >= 5.2.0 @@ -32,8 +32,6 @@ Group: System/GUI/KDE Url: http://www.kde.org Source0: kconfig-%{version}.tar.xz -# PATCH-FIX-UPSTREAM 0001-Normalize-vars-to-avoid-odd-bugs-QT_REQUIRED_VERSION.patch -Patch0: 0001-Normalize-vars-to-avoid-odd-bugs-QT_REQUIRED_VERSION.patch BuildRoot: %{_tmppath}/%{name}-%{version}-build %description @@ -108,7 +106,6 @@ %prep %setup -q -%patch0 -p1 %build %cmake_kf5 -d build ++++++ kconfig-4.97.0.tar.xz -> kconfig-4.98.0.tar.xz ++++++ ++++ 1622 lines of diff (skipped) -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit gnote for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package gnote for openSUSE:Factory checked in at 2014-04-02 17:21:49 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/gnote (Old) and /work/SRC/openSUSE:Factory/.gnote.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "gnote" Changes: -------- --- /work/SRC/openSUSE:Factory/gnote/gnote.changes 2014-02-18 14:44:20.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.gnote.new/gnote.changes 2014-04-02 17:21:53.000000000 +0200 @@ -1,0 +2,13 @@ +Wed Mar 26 19:35:27 UTC 2014 - zaitor(a)opensuse.org + +- Update to version 3.12.0: + + New Features: + - NoteDirectoryWatcher plugin interval is now configurable. + - Import plugins are enabled by default and auto-disabled after + import (bgo#723635). + - Plugins are now checked for compatibility with Gnote. + + Updated translations. +- Drop gnote-enable-tomboy-migration.patch: Fixed upstream. +- Bump soname following upstream changes. + +------------------------------------------------------------------- @@ -5 +18 @@ - by default (bnc#862246 bgo#723835). + by default (bnc#862246, bgo#723635). Old: ---- gnote-3.11.1.tar.xz gnote-enable-tomboy-migration.patch New: ---- gnote-3.12.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ gnote.spec ++++++ --- /var/tmp/diff_new_pack.OotCfd/_old 2014-04-02 17:21:54.000000000 +0200 +++ /var/tmp/diff_new_pack.OotCfd/_new 2014-04-02 17:21:54.000000000 +0200 @@ -17,15 +17,13 @@ Name: gnote -Version: 3.11.1 +Version: 3.12.0 Release: 0 Summary: A Port of Tomboy to C++ License: GPL-3.0+ Group: Productivity/Text/Editors Url: http://live.gnome.org/Gnote -Source: http://download.gnome.org/sources/gnote/3.11/%{name}-%{version}.tar.xz -# PATCH-FEATURE-UPSTREAM gnote-enable-tomboy-migration.patch bnc#862246 bgo#723835 mgorse(a)suse.com -- enable Tomboy migration by default. -Patch0: gnote-enable-tomboy-migration.patch +Source: http://download.gnome.org/sources/gnote/3.12/%{name}-%{version}.tar.xz BuildRequires: boost-devel >= 1.34 BuildRequires: fdupes BuildRequires: gcc-c++ @@ -66,7 +64,6 @@ %prep %setup -q translation-update-upstream -%patch0 -p1 %build %configure --disable-static --with-x11-support @@ -99,7 +96,7 @@ %{_bindir}/gnote %{_libdir}/gnote/ # Splitting does not make sense as it's just a lib for gnote itself (and it's plugins) -%{_libdir}/libgnote-3.11.so* +%{_libdir}/libgnote-3.12.so* %{_libdir}/libgnote.so %{_datadir}/applications/gnote.desktop %{_datadir}/glib-2.0/schemas/org.gnome.gnote.gschema.xml ++++++ gnote-3.11.1.tar.xz -> gnote-3.12.0.tar.xz ++++++ ++++ 34529 lines of diff (skipped) -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kcmutils for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kcmutils for openSUSE:Factory checked in at 2014-04-02 17:21:47 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kcmutils (Old) and /work/SRC/openSUSE:Factory/.kcmutils.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kcmutils" Changes: -------- --- /work/SRC/openSUSE:Factory/kcmutils/kcmutils.changes 2014-03-10 12:17:56.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kcmutils.new/kcmutils.changes 2014-04-02 17:21:51.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:22 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kcmutils-4.97.0.tar.xz New: ---- kcmutils-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kcmutils.spec ++++++ --- /var/tmp/diff_new_pack.7kkOL7/_old 2014-04-02 17:21:51.000000000 +0200 +++ /var/tmp/diff_new_pack.7kkOL7/_new 2014-04-02 17:21:51.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5KCMUtils5 Name: kcmutils -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kconfigwidgets-devel >= %{_kf5_version} BuildRequires: kcoreaddons-devel >= %{_kf5_version} ++++++ kcmutils-4.97.0.tar.xz -> kcmutils-4.98.0.tar.xz ++++++ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/CMakeLists.txt new/kcmutils-4.98.0/CMakeLists.txt --- old/kcmutils-4.97.0/CMakeLists.txt 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/CMakeLists.txt 2014-03-28 19:16:10.000000000 +0100 @@ -2,7 +2,7 @@ project(KCMUtils) -find_package(ECM 0.0.11 REQUIRED NO_MODULE) +find_package(ECM 0.0.12 REQUIRED NO_MODULE) set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR}) @@ -11,7 +11,7 @@ include(KDECMakeSettings) set(REQUIRED_QT_VERSION "5.2.0") -find_package(Qt5 ${QT_REQUIRED_VERSION} NO_MODULE REQUIRED Widgets DBus) +find_package(Qt5 ${REQUIRED_QT_VERSION} NO_MODULE REQUIRED Widgets DBus) include(FeatureSummary) include(GenerateExportHeader) @@ -19,7 +19,7 @@ include(ECMGenerateHeaders) include(ECMPackageConfigHelpers) -set(KF5_VERSION "4.97.0") +set(KF5_VERSION "4.98.0") ecm_setup_version(${KF5_VERSION} VARIABLE_PREFIX KCMUTILS VERSION_HEADER "${CMAKE_CURRENT_BINARY_DIR}/kcmutils_version.h" PACKAGE_VERSION_FILE "${CMAKE_CURRENT_BINARY_DIR}/KF5KCMUtilsConfigVersion.cmake" diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/TODO new/kcmutils-4.98.0/TODO --- old/kcmutils-4.97.0/TODO 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/TODO 1970-01-01 01:00:00.000000000 +0100 @@ -1,25 +0,0 @@ - -This is a list of random changes to do in KDE 4 with the various KCM* classes. - -* KCModuleinfo; - - Make it inherit KService; saves a lot of code, simplifies ctors/overloads in surrounding classes - - Implement docPath in KService - - Get rid of loadAll() and do lazy loading in each getter - -* Merge KCModuleProxy and its DCOP Object class(MI) - -* Get rid of `QStringlist arguments` in KCModule and all the helper classes(simplify API) - -* Move stuff to d pointers.. Too much hackish solutions otherwise - -* Get rid of bool fallback argument in helper classes(never fails, simplify API) - -* Re-implement the QScrollView(d->view) in KCModuleProxy; the protection against violation of HIG-clause. It needs kde-core-devel approval. - -* The API in KCModule, KCModuleProxy, and the various desktop entries, concerning root loading are butt ugly. It needs cleaning and simplification. - -* There's big confusion regarding /when/ the changed(bool) signal should be emitted, abd by /whom/. This can't be fixed properly in 3.x since it means breaking behavior. In KDE 4 it must be made clear if KCModuleProxy should take care of emitting appropriate signals for load()/save()/defaults, or if modules manually should handle it(is there a reason?). - -* Root modules in KCModuleProxy doesn't support D&D, or it is perhaps implemented in QXEmbed? Anyway, this is what the XEmbed Protocol Specification says: - -Solving the drag-and-drop problem, however, is quite easy, since the XDND protocol was carefully designed in a way that makes it possible to support embedded windows. Basically, the embedder has to operate as drag-and-drop proxy for the client. Any XDND messages like XdndEnter, Xdnd,Leave, etc. simply have to be passed through. A toolkit's XDND implementation has to take this situation in consideration. diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/Messages.sh new/kcmutils-4.98.0/src/Messages.sh --- old/kcmutils-4.97.0/src/Messages.sh 1970-01-01 01:00:00.000000000 +0100 +++ new/kcmutils-4.98.0/src/Messages.sh 2014-03-28 19:16:10.000000000 +0100 @@ -0,0 +1,18 @@ +#!/bin/sh + +# Invoke the extractrc script on all .ui, .rc, and .kcfg files in the sources. +# The results are stored in a pseudo .cpp file to be picked up by xgettext. +lst=`find . -name \*.rc -o -name \*.ui -o -name \*.kcfg` +if [ -n "$lst" ] ; then + $EXTRACTRC $lst >> rc.cpp +fi + +# If your framework contains tips-of-the-day, call preparetips as well. +if [ -f "data/tips" ] ; then + ( cd data && $PREPARETIPS > ../tips.cpp ) +fi + +# Extract strings from all source files. +# If your framework depends on KI18n, use $XGETTEXT. If it uses Qt translation +# system, use $EXTRACT_TR_STRINGS. +$XGETTEXT `find . -name \*.cpp -o -name \*.h -name \*.qml` -o $podir/kcmutils5.pot diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kcmodulecontainer.cpp new/kcmutils-4.98.0/src/kcmodulecontainer.cpp --- old/kcmutils-4.97.0/src/kcmodulecontainer.cpp 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kcmodulecontainer.cpp 2014-03-28 19:16:10.000000000 +0100 @@ -30,6 +30,8 @@ #include <QDebug> #include <kservice.h> +typedef QList<KCModuleProxy *> ModuleList; + /***********************************************************************/ class KCModuleContainer::KCModuleContainerPrivate { @@ -45,6 +47,17 @@ KCModule::Buttons buttons; QVBoxLayout *topLayout; + /** + * A list containing KCModuleProxy objects which + * have changed and must be saved. + */ + ModuleList changedModules; + + /** + * A list of all modules which are encapsulated. + */ + ModuleList allModules; + }; /***********************************************************************/ @@ -100,7 +113,7 @@ } KCModuleProxy *proxy = new KCModuleProxy(service, d->tabWidget); - allModules.append(proxy); + d->allModules.append(proxy); proxy->setObjectName(module); @@ -125,7 +138,7 @@ void KCModuleContainer::save() { - ModuleList list = changedModules; + ModuleList list = d->changedModules; ModuleList::iterator it; for (it = list.begin(); it != list.end(); ++it) { (*it)->save(); @@ -137,7 +150,7 @@ void KCModuleContainer::load() { - ModuleList list = allModules; + ModuleList list = d->allModules; ModuleList::iterator it; for (it = list.begin(); it != list.end(); ++it) { (*it)->load(); @@ -148,7 +161,7 @@ void KCModuleContainer::defaults() { - ModuleList list = allModules; + ModuleList list = d->allModules; ModuleList::iterator it; for (it = list.begin(); it != list.end(); ++it) { (*it)->defaults(); @@ -159,8 +172,8 @@ void KCModuleContainer::moduleChanged(KCModuleProxy *proxy) { - changedModules.append(proxy); - if (changedModules.isEmpty()) { + d->changedModules.append(proxy); + if (d->changedModules.isEmpty()) { return; } diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kcmodulecontainer.h new/kcmutils-4.98.0/src/kcmodulecontainer.h --- old/kcmutils-4.97.0/src/kcmodulecontainer.h 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kcmodulecontainer.h 2014-03-28 19:16:10.000000000 +0100 @@ -95,36 +95,19 @@ virtual ~KCModuleContainer(); /** - * Reimplemented for internal purposes. - * @internal + * @reimp */ - void save(); + void save() Q_DECL_OVERRIDE; /** - * Reimplemented for internal purposes. - * @internal + * @reimp */ - void load(); + void load() Q_DECL_OVERRIDE; /** - * Reimplemented for internal purposes. - * @internal + * @reimp */ - void defaults(); - -protected: - typedef QList<KCModuleProxy *> ModuleList; - - /** - * A list containing KCModuleProxy objects which - * have changed and must be saved. - */ - ModuleList changedModules; - - /** - * A list of all modules which are encapsulated. - */ - ModuleList allModules; // KDE 4 put in the Private class and abstract with getter + void defaults() Q_DECL_OVERRIDE; private Q_SLOTS: diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kcmoduleloader.cpp new/kcmutils-4.98.0/src/kcmoduleloader.cpp --- old/kcmutils-4.97.0/src/kcmoduleloader.cpp 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kcmoduleloader.cpp 2014-03-28 19:16:10.000000000 +0100 @@ -26,8 +26,8 @@ #include <QtCore/QFile> #include <QLabel> #include <QLayout> +#include <QLibrary> -#include <klibrary.h> #include <kpluginloader.h> #include <QDebug> #include <klocalizedstring.h> @@ -93,12 +93,12 @@ //#ifndef NDEBUG { // get the create_ function - KLibrary lib(mod.library()); + QLibrary lib(KPluginLoader::findPlugin(mod.library())); if (lib.load()) { KCModule *(*create)(QWidget *, const char *); QByteArray factorymethod("create_"); factorymethod += mod.handle().toLatin1(); - create = reinterpret_cast<KCModule *(*)(QWidget *, const char *)>(lib.resolveFunction(factorymethod.constData())); + create = reinterpret_cast<KCModule *(*)(QWidget *, const char *)>(lib.resolve(factorymethod.constData())); if (create) { return create(parent, mod.handle().toLatin1().constData()); qFatal("This module still uses a custom factory method (%s). This is not supported anymore. Please fix the module.", factorymethod.constData()); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kcmoduleproxy.cpp new/kcmutils-4.98.0/src/kcmoduleproxy.cpp --- old/kcmutils-4.97.0/src/kcmoduleproxy.cpp 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kcmoduleproxy.cpp 2014-03-28 19:16:10.000000000 +0100 @@ -296,16 +296,6 @@ return KCModule::Buttons(KCModule::Help | KCModule::Default | KCModule::Apply); } -QString KCModuleProxy::rootOnlyMessage() const -{ - return realModule() ? realModule()->rootOnlyMessage() : QString(); -} - -bool KCModuleProxy::useRootOnlyMessage() const -{ - return realModule() ? realModule()->useRootOnlyMessage() : true; -} - bool KCModuleProxy::changed() const { Q_D(const KCModuleProxy); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kcmoduleproxy.h new/kcmutils-4.98.0/src/kcmoduleproxy.h --- old/kcmutils-4.97.0/src/kcmoduleproxy.h 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kcmoduleproxy.h 2014-03-28 19:16:10.000000000 +0100 @@ -140,23 +140,6 @@ KCModule::Buttons buttons() const; /** - * @return The module's custom root - * message, if it has one - * @deprecated - */ - QString rootOnlyMessage() const; - //KDE4 remove. There's a limit for convenience functions, - // this one's available via realModule()-> - - /** - * @return If the module is a root module. - * @deprecated - */ - bool useRootOnlyMessage() const; - //KDE4 remove. There's a limit for convenience functions, - // this one's available via realModule()-> - - /** * @return true if the module is modified * and needs to be saved. */ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kcmultidialog.cpp new/kcmutils-4.98.0/src/kcmultidialog.cpp --- old/kcmutils-4.97.0/src/kcmultidialog.cpp 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kcmultidialog.cpp 2014-03-28 19:16:10.000000000 +0100 @@ -419,8 +419,12 @@ // qDebug() << moduleInfo.moduleName(); KPageWidgetItem *item = new KPageWidgetItem(kcm, moduleInfo.moduleName()); - if (kcm->useRootOnlyMessage()) { - item->setHeader(QStringLiteral("") + moduleInfo.comment() + QStringLiteral(" ") + kcm->rootOnlyMessage() + QStringLiteral("")); + if (kcm->realModule() && kcm->realModule()->useRootOnlyMessage()) { + item->setHeader(QStringLiteral("") + + moduleInfo.comment() + + QStringLiteral(" ") + + kcm->realModule()->rootOnlyMessage() + + QStringLiteral("")); item->setIcon(KDE::icon(moduleInfo.icon(), QStringList() << QStringLiteral("dialog-warning"))); } else { item->setHeader(moduleInfo.comment()); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/kpluginselector.cpp new/kcmutils-4.98.0/src/kpluginselector.cpp --- old/kcmutils-4.97.0/src/kpluginselector.cpp 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/kpluginselector.cpp 2014-03-28 19:16:10.000000000 +0100 @@ -760,26 +760,6 @@ const QModelIndex index = focusedIndex(); const QAbstractItemModel *model = index.model(); - // Try to retrieve the plugin information from the component name of the plugin. - // If there is no valid information, go and fetch it from the service itself (the .desktop - // file). - - PluginEntry *entry = index.model()->data(index, PluginEntryRole).value<PluginEntry *>(); - KService::Ptr entryService = entry->pluginInfo.service(); - if (entryService) { - KPluginLoader loader(*entryService); - KPluginFactory *factory = loader.factory(); - if (factory) { - const KAboutData *aboutData = KAboutData::pluginData(factory->componentName()); - if (aboutData) { - KAboutApplicationDialog aboutPlugin(*aboutData, itemView()); - aboutPlugin.setWindowTitle(i18nc("Used only for plugins", "About %1", aboutData->displayName())); - aboutPlugin.exec(); - return; - } - } - } - const QString name = model->data(index, NameRole).toString(); const QString comment = model->data(index, CommentRole).toString(); const QString author = model->data(index, AuthorRole).toString(); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcmutils-4.97.0/src/ksettings/pluginpage.cpp new/kcmutils-4.98.0/src/ksettings/pluginpage.cpp --- old/kcmutils-4.97.0/src/ksettings/pluginpage.cpp 2014-03-01 12:50:11.000000000 +0100 +++ new/kcmutils-4.98.0/src/ksettings/pluginpage.cpp 2014-03-28 19:16:10.000000000 +0100 @@ -17,9 +17,7 @@ */ -#define KDE3_SUPPORT #include "ksettings/pluginpage.h" -#undef KDE3_SUPPORT #include "kpluginselector.h" #include <QLayout> #include "ksettings/dispatcher.h" -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kcodecs for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kcodecs for openSUSE:Factory checked in at 2014-04-02 17:21:48 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kcodecs (Old) and /work/SRC/openSUSE:Factory/.kcodecs.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kcodecs" Changes: -------- --- /work/SRC/openSUSE:Factory/kcodecs/kcodecs.changes 2014-03-10 12:17:23.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kcodecs.new/kcodecs.changes 2014-04-02 17:21:52.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:23 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kcodecs-4.97.0.tar.xz New: ---- kcodecs-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kcodecs.spec ++++++ --- /var/tmp/diff_new_pack.yFh4Gu/_old 2014-04-02 17:21:52.000000000 +0200 +++ /var/tmp/diff_new_pack.yFh4Gu/_new 2014-04-02 17:21:52.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5Codecs5 Name: kcodecs -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kf5-filesystem BuildRequires: pkgconfig(Qt5Core) >= 5.2.0 ++++++ kcodecs-4.97.0.tar.xz -> kcodecs-4.98.0.tar.xz ++++++ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcodecs-4.97.0/CMakeLists.txt new/kcodecs-4.98.0/CMakeLists.txt --- old/kcodecs-4.97.0/CMakeLists.txt 2014-03-01 12:50:13.000000000 +0100 +++ new/kcodecs-4.98.0/CMakeLists.txt 2014-03-28 19:16:12.000000000 +0100 @@ -2,7 +2,7 @@ project(KCodecs) -find_package(ECM 0.0.11 REQUIRED NO_MODULE) +find_package(ECM 0.0.12 REQUIRED NO_MODULE) set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR} ) @@ -19,7 +19,7 @@ include(ECMSetupVersion) include(ECMGenerateHeaders) -set(KF5_VERSION "4.97.0") +set(KF5_VERSION "4.98.0") ecm_setup_version(${KF5_VERSION} VARIABLE_PREFIX KCODECS VERSION_HEADER "${CMAKE_CURRENT_BINARY_DIR}/kcodecs_version.h" diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcodecs-4.97.0/src/Messages.sh new/kcodecs-4.98.0/src/Messages.sh --- old/kcodecs-4.97.0/src/Messages.sh 1970-01-01 01:00:00.000000000 +0100 +++ new/kcodecs-4.98.0/src/Messages.sh 2014-03-28 19:16:12.000000000 +0100 @@ -0,0 +1,18 @@ +#!/bin/sh + +# Invoke the extractrc script on all .ui, .rc, and .kcfg files in the sources. +# The results are stored in a pseudo .cpp file to be picked up by xgettext. +lst=`find . -name \*.rc -o -name \*.ui -o -name \*.kcfg` +if [ -n "$lst" ] ; then + $EXTRACTRC $lst >> rc.cpp +fi + +# If your framework contains tips-of-the-day, call preparetips as well. +if [ -f "data/tips" ] ; then + ( cd data && $PREPARETIPS > ../tips.cpp ) +fi + +# Extract strings from all source files. +# If your framework depends on KI18n, use $XGETTEXT. If it uses Qt translation +# system, use $EXTRACT_TR_STRINGS. +$EXTRACT_TR_STRINGS `find . -name \*.cpp -o -name \*.h -name \*.qml` -o $podir/kcodecs5.pot diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcodecs-4.97.0/src/kcharsets.cpp new/kcodecs-4.98.0/src/kcharsets.cpp --- old/kcodecs-4.97.0/src/kcharsets.cpp 2014-03-01 12:50:13.000000000 +0100 +++ new/kcodecs-4.98.0/src/kcharsets.cpp 2014-03-28 19:16:12.000000000 +0100 @@ -32,9 +32,9 @@ #include <QHash> /* - * ### FIXME KDE4: the name of the encodings should mostly be uppercase - * The names of this list are user-visible - * Generate with generate_string_table.pl (located in kdesdk/scripts), + * The encoding names (like "ISO 8859-1") in this list are user-visible, + * and should be mostly uppercase. + * Generate with generate_string_table.pl (located in kde-dev-scripts), * input data: ISO 8859-1 i18n:Western European @@ -147,11 +147,6 @@ */ /* - * THE FOLLOWING CODE IS GENERATED. PLEASE DO NOT EDIT BY HAND. - * The script used was generate_string_table.pl which can be found in kdesdk/scripts. - */ - -/* * This redefines the QT_TRANSLATE_NOOP3 macro provided by Qt to indicate that * statically initialised text should be translated so that it expands to just * the string that should be translated, making it possible to use it in the @@ -160,6 +155,12 @@ #undef QT_TRANSLATE_NOOP3 #define QT_TRANSLATE_NOOP3(a, b, c) b +/* + * THE FOLLOWING CODE IS GENERATED. PLEASE DO NOT EDIT BY HAND. + * The script used was generate_string_table.pl which can be found in kde-dev-scripts. + * It was then edited to use QT_TRANSLATE_NOOP3 instead of I18N_NOOP. + */ + static const char language_for_encoding_string[] = "ISO 8859-1\0" QT_TRANSLATE_NOOP3("", "Western European", "@item Text character set")"\0" @@ -348,7 +349,7 @@ /* * THE FOLLOWING CODE IS GENERATED. PLEASE DO NOT EDIT BY HAND. - * The script used was generate_string_table.pl which can be found in kdesdk/scripts. + * The script used was generate_string_table.pl which can be found in kde-dev-scripts. */ static const char builtin_string[] = @@ -456,7 +457,7 @@ /* * THE FOLLOWING CODE IS GENERATED. PLEASE DO NOT EDIT BY HAND. - * The script used was generate_string_table.pl which can be found in kdesdk/scripts. + * The script used was generate_string_table.pl which can be found in kde-dev-scripts. */ static const char conversion_hints_string[] = @@ -654,20 +655,6 @@ return available; } -#ifndef KDE_NO_DEPRECATED -QString KCharsets::languageForEncoding(const QString &encoding) const -{ - const char *lang = kcharsets_array_search((const char *)language_for_encoding_string, - language_for_encoding_indices, - encoding.toUtf8().constData()); - if (lang) { - return tr(lang, "@item Text character set"); - } else { - return tr("Other", "@item Text character set"); - } -} -#endif - QString KCharsets::descriptionForEncoding(const QString &encoding) const { const char *lang = kcharsets_array_search(language_for_encoding_string, diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kcodecs-4.97.0/src/kcharsets.h new/kcodecs-4.98.0/src/kcharsets.h --- old/kcodecs-4.97.0/src/kcharsets.h 2014-03-01 12:50:13.000000000 +0100 +++ new/kcodecs-4.98.0/src/kcharsets.h 2014-03-28 19:16:12.000000000 +0100 @@ -140,17 +140,6 @@ QList<QStringList> encodingsByScript() const; /** - * Returns the language the encoding is used for. - * @param encoding the encoding for the language - * @return the language of the encoding - * @deprecated Please use descriptionForEncoding instead. - * This function will be removed before KDE4 is released. - */ -#ifndef KDE_NO_DEPRECATED - KCODECS_DEPRECATED QString languageForEncoding(const QString &encoding) const; -#endif - - /** * @brief Returns a long description for an encoding name. * @param encoding the encoding for the language * @return the long description for the encoding -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kbookmarks for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kbookmarks for openSUSE:Factory checked in at 2014-04-02 17:21:46 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kbookmarks (Old) and /work/SRC/openSUSE:Factory/.kbookmarks.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kbookmarks" Changes: -------- --- /work/SRC/openSUSE:Factory/kbookmarks/kbookmarks.changes 2014-03-10 12:17:55.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kbookmarks.new/kbookmarks.changes 2014-04-02 17:21:50.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:21 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kbookmarks-4.97.0.tar.xz New: ---- kbookmarks-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kbookmarks.spec ++++++ --- /var/tmp/diff_new_pack.ryyIkQ/_old 2014-04-02 17:21:50.000000000 +0200 +++ /var/tmp/diff_new_pack.ryyIkQ/_new 2014-04-02 17:21:50.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5Bookmarks5 Name: kbookmarks -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kconfigwidgets-devel >= %{_kf5_version} BuildRequires: kcoreaddons-devel >= %{_kf5_version} ++++++ kbookmarks-4.97.0.tar.xz -> kbookmarks-4.98.0.tar.xz ++++++ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kbookmarks-4.97.0/CMakeLists.txt new/kbookmarks-4.98.0/CMakeLists.txt --- old/kbookmarks-4.97.0/CMakeLists.txt 2014-03-01 12:50:09.000000000 +0100 +++ new/kbookmarks-4.98.0/CMakeLists.txt 2014-03-28 19:16:08.000000000 +0100 @@ -2,7 +2,7 @@ project(KBookmarks) -find_package(ECM 0.0.11 REQUIRED NO_MODULE) +find_package(ECM 0.0.12 REQUIRED NO_MODULE) set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR}) @@ -16,7 +16,7 @@ include(ECMSetupVersion) include(ECMGenerateHeaders) -set(KF5_VERSION "4.97.0") +set(KF5_VERSION "4.98.0") ecm_setup_version(${KF5_VERSION} VARIABLE_PREFIX KBOOKMARKS diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kbookmarks-4.97.0/src/Messages.sh new/kbookmarks-4.98.0/src/Messages.sh --- old/kbookmarks-4.97.0/src/Messages.sh 1970-01-01 01:00:00.000000000 +0100 +++ new/kbookmarks-4.98.0/src/Messages.sh 2014-03-28 19:16:08.000000000 +0100 @@ -0,0 +1,18 @@ +#!/bin/sh + +# Invoke the extractrc script on all .ui, .rc, and .kcfg files in the sources. +# The results are stored in a pseudo .cpp file to be picked up by xgettext. +lst=`find . -name \*.rc -o -name \*.ui -o -name \*.kcfg` +if [ -n "$lst" ] ; then + $EXTRACTRC $lst >> rc.cpp +fi + +# If your framework contains tips-of-the-day, call preparetips as well. +if [ -f "data/tips" ] ; then + ( cd data && $PREPARETIPS > ../tips.cpp ) +fi + +# Extract strings from all source files. +# If your framework depends on KI18n, use $XGETTEXT. If it uses Qt translation +# system, use $EXTRACT_TR_STRINGS. +$EXTRACT_TR_STRINGS `find . -name \*.cpp -o -name \*.h -name \*.qml` -o $podir/kbookmarks5.pot diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kbookmarks-4.97.0/src/kbookmark.cpp new/kbookmarks-4.98.0/src/kbookmark.cpp --- old/kbookmarks-4.97.0/src/kbookmark.cpp 2014-03-01 12:50:09.000000000 +0100 +++ new/kbookmarks-4.98.0/src/kbookmark.cpp 2014-03-28 19:16:08.000000000 +0100 @@ -304,7 +304,7 @@ QString KBookmark::fullText() const { if (isSeparator()) { - return QCoreApplication::translate("Bookmark separator", "--- separator ---"); + return QCoreApplication::translate("KBookmark", "--- separator ---", "Bookmark separator"); } QString text = element.namedItem("title").toElement().text(); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kbookmarks-4.97.0/src/kbookmarkdialog.cpp new/kbookmarks-4.98.0/src/kbookmarkdialog.cpp --- old/kbookmarks-4.97.0/src/kbookmarkdialog.cpp 2014-03-01 12:50:09.000000000 +0100 +++ new/kbookmarks-4.98.0/src/kbookmarkdialog.cpp 2014-03-28 19:16:08.000000000 +0100 @@ -67,17 +67,17 @@ { title = new QLineEdit(q); title->setMinimumWidth(300); - titleLabel = new QLabel(q->tr("Name:", "@label:textbox"), q); + titleLabel = new QLabel(KBookmarkDialog::tr("Name:", "@label:textbox"), q); titleLabel->setBuddy(title); url = new QLineEdit(q); url->setMinimumWidth(300); - urlLabel = new QLabel(q->tr("Location:", "@label:textbox"), q); + urlLabel = new QLabel(KBookmarkDialog::tr("Location:", "@label:textbox"), q); urlLabel->setBuddy(url); comment = new QLineEdit(q); comment->setMinimumWidth(300); - commentLabel = new QLabel(q->tr("Comment:", "@label:textbox"), q); + commentLabel = new QLabel(KBookmarkDialog::tr("Comment:", "@label:textbox"), q); commentLabel->setBuddy(comment); folderTree = new QTreeWidget(q); diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kbookmarks-4.97.0/src/kbookmarkimporter_ns.h new/kbookmarks-4.98.0/src/kbookmarkimporter_ns.h --- old/kbookmarks-4.97.0/src/kbookmarkimporter_ns.h 2014-03-01 12:50:09.000000000 +0100 +++ new/kbookmarks-4.98.0/src/kbookmarkimporter_ns.h 2014-03-28 19:16:08.000000000 +0100 @@ -29,6 +29,7 @@ */ class KBOOKMARKS_EXPORT KNSBookmarkImporterImpl : public KBookmarkImporterBase { + Q_OBJECT // For QObject::tr public: KNSBookmarkImporterImpl() : m_utf8(false) { } void setUtf8(bool utf8) diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kbookmarks-4.97.0/src/kbookmarkimporter_opera.h new/kbookmarks-4.98.0/src/kbookmarkimporter_opera.h --- old/kbookmarks-4.97.0/src/kbookmarkimporter_opera.h 2014-03-01 12:50:09.000000000 +0100 +++ new/kbookmarks-4.98.0/src/kbookmarkimporter_opera.h 2014-03-28 19:16:08.000000000 +0100 @@ -29,6 +29,7 @@ */ class KBOOKMARKS_EXPORT KOperaBookmarkImporterImpl : public KBookmarkImporterBase { + Q_OBJECT // For QObject::tr public: KOperaBookmarkImporterImpl() { } virtual void parse(); -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kauth for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kauth for openSUSE:Factory checked in at 2014-04-02 17:21:46 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kauth (Old) and /work/SRC/openSUSE:Factory/.kauth.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kauth" Changes: -------- --- /work/SRC/openSUSE:Factory/kauth/kauth.changes 2014-03-10 12:18:29.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kauth.new/kauth.changes 2014-04-02 17:21:48.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:21 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kauth-4.97.0.tar.xz New: ---- kauth-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kauth.spec ++++++ --- /var/tmp/diff_new_pack.Tng0uz/_old 2014-04-02 17:21:49.000000000 +0200 +++ /var/tmp/diff_new_pack.Tng0uz/_new 2014-04-02 17:21:49.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5Auth5 Name: kauth -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kcoreaddons-devel >= %{_kf5_version} BuildRequires: kf5-filesystem ++++++ kauth-4.97.0.tar.xz -> kauth-4.98.0.tar.xz ++++++ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kauth-4.97.0/CMakeLists.txt new/kauth-4.98.0/CMakeLists.txt --- old/kauth-4.97.0/CMakeLists.txt 2014-03-01 12:50:07.000000000 +0100 +++ new/kauth-4.98.0/CMakeLists.txt 2014-03-28 19:16:05.000000000 +0100 @@ -2,7 +2,7 @@ project(KAuth) -find_package(ECM 0.0.11 REQUIRED NO_MODULE) +find_package(ECM 0.0.12 REQUIRED NO_MODULE) set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR}) set(REQUIRED_QT_VERSION 5.2.0) @@ -22,7 +22,7 @@ include(ECMSetupVersion) include(ECMGenerateHeaders) -set(KF5_VERSION "4.97.0") +set(KF5_VERSION "4.98.0") ecm_setup_version(${KF5_VERSION} VARIABLE_PREFIX KAUTH VERSION_HEADER "${CMAKE_CURRENT_BINARY_DIR}/kauth_version.h" diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kauth-4.97.0/README.md new/kauth-4.98.0/README.md --- old/kauth-4.97.0/README.md 2014-03-01 12:50:07.000000000 +0100 +++ new/kauth-4.98.0/README.md 2014-03-28 19:16:05.000000000 +0100 @@ -40,5 +40,5 @@ - Home page: <https://projects.kde.org/projects/frameworks/kauth> - Mailing list: <https://mail.kde.org/mailman/listinfo/kde-frameworks-devel> -- IRC channel: #kde-devel on Freenode +- IRC channel: \#kde-devel on Freenode - Git repository: <https://projects.kde.org/projects/frameworks/kauth/repository> diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kauth-4.97.0/src/Messages.sh new/kauth-4.98.0/src/Messages.sh --- old/kauth-4.97.0/src/Messages.sh 1970-01-01 01:00:00.000000000 +0100 +++ new/kauth-4.98.0/src/Messages.sh 2014-03-28 19:16:05.000000000 +0100 @@ -0,0 +1,18 @@ +#!/bin/sh + +# Invoke the extractrc script on all .ui, .rc, and .kcfg files in the sources. +# The results are stored in a pseudo .cpp file to be picked up by xgettext. +lst=`find . -name \*.rc -o -name \*.ui -o -name \*.kcfg` +if [ -n "$lst" ] ; then + $EXTRACTRC $lst >> rc.cpp +fi + +# If your framework contains tips-of-the-day, call preparetips as well. +if [ -f "data/tips" ] ; then + ( cd data && $PREPARETIPS > ../tips.cpp ) +fi + +# Extract strings from all source files. +# If your framework depends on KI18n, use $XGETTEXT. If it uses Qt translation +# system, use $EXTRACT_TR_STRINGS. +$EXTRACT_TR_STRINGS `find . -name \*.cpp -o -name \*.h -name \*.qml` -o $podir/kauth5.pot diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kauth-4.97.0/src/kauthactionreply.h new/kauth-4.98.0/src/kauthactionreply.h --- old/kauth-4.97.0/src/kauthactionreply.h 2014-03-01 12:50:07.000000000 +0100 +++ new/kauth-4.98.0/src/kauthactionreply.h 2014-03-28 19:16:05.000000000 +0100 @@ -32,59 +32,107 @@ @namespace KAuth @section kauth_intro Introduction - The KDE Authorization API allows developers to write desktop applications that run high-privileged tasks in an easy, secure and cross-platform way. Previously, if an application had to do administrative tasks, - it had to be run as root, using mechanisms such as sudo or graphical equivalents, or by setting the executable's setuid bit. This approach has some drawbacks. For example, the whole application code, - including GUI handling and network communication, had to be done as root. More code that runs as root means more possible security holes. - - The solution is the caller/helper pattern. With this pattern, the privileged code is isolated in a small helper tool that runs as root. This tool includes only the few lines of code that actually - need to be run with privileges, not the whole application logic. All the other parts of the application are run as a normal user, and the helper tool is called when needed, using a secure mechanism that - ensures that the user is authorized to do so. This pattern is not very easy to implement, because the developer has to deal with a lot of details about how to authorize the user, how to call the helper - with the right privileges, how to exchange data with the helper, etc.. This is where the new KDE Authorization API becomes useful. Thanks to this new library, every developer can implement the - caller/helper pattern to write application that require high privileges, with a few lines of code in an easy, secure and cross-platform way. - Not only: the library can also be used to lock down some actions in your application without using a helper but just checking for authorization and verifying if the user is allowed to perform it. + The KDE Authorization API allows developers to write desktop applications that + run high-privileged tasks in an easy, secure and cross-platform way. + Previously, if an application had to do administrative tasks, it had to be run + as root, using mechanisms such as sudo or graphical equivalents, or by setting + the executable's setuid bit. This approach has some drawbacks. For example, the + whole application code, including GUI handling and network communication, had + to be done as root. More code that runs as root means more possible security + holes. + + The solution is the caller/helper pattern. With this pattern, the privileged + code is isolated in a small helper tool that runs as root. This tool includes + only the few lines of code that actually need to be run with privileges, not + the whole application logic. All the other parts of the application are run as + a normal user, and the helper tool is called when needed, using a secure + mechanism that ensures that the user is authorized to do so. This pattern is + not very easy to implement, because the developer has to deal with a lot of + details about how to authorize the user, how to call the helper with the right + privileges, how to exchange data with the helper, etc.. This is where the new + KDE Authorization API becomes useful. Thanks to this new library, every + developer can implement the caller/helper pattern to write application that + require high privileges, with a few lines of code in an easy, secure and + cross-platform way. + + Not only: the library can also be used to lock down some actions in your + application without using a helper but just checking for authorization and + verifying if the user is allowed to perform it. + + The KDE Authorization library uses different backends depending on the system + where it's built. As far as the user authorization is concerned, it currently + uses PolicyKit on linux and Authorization Services on Mac OSX, and a Windows + backend will eventually be written, too. At the communication layer, the + library uses D-Bus on every supported platform. - The KDE Authorization library uses different backends depending on the system where it's built. As far as the user authorization is concerned, it currently uses PolicyKit on linux and Authorization Services - on Mac OSX, and a Windows backend will eventually be written, too. At the communication layer, the library uses D-Bus on every supported platform. @section kauth_concepts Concepts - There are a few concepts to understand when using the library. Much of those are carried from underlying APIs such as PolicyKit, so if you know something about them there shouldn't be problems. - An action is a single task that needs to be done by the application. You refer to an action using an action identifier, which is a string in reverse domain name syntax (to avoid duplicates). For - example, if the date/time control center module needs to change the date, it would need an action like "org.kde.datatime.change". If your application has to perform more than one privileged task, you - should configure more than one action. This allows system administrators to fine tune the policies that allow users to perform your actions. - - The authorization is the process that is executed to decide if a user can perform an action or not. In order to execute the helper as root, the user has to be authorized. For example, on linux, - che policykit backend will look at the policykit policy database to see what requirements the user has to meet in order to execute the action you requested. The policy set for that action could allow - or deny that user, or could say the user has to authenticate in order to gain the authorization. - - The authentication is the process that allows the system to know that the person is in front of the console is who he says to be. If an action can be allowed or not depending on the user's identity, - it has to be proved by entering a password or any other identification data the system requires. + There are a few concepts to understand when using the library. Much of those + are carried from underlying APIs such as PolicyKit, so if you know something + about them there shouldn't be problems. + + An action is a single task that needs to be done by the application. You + refer to an action using an action identifier, which is a string in reverse + domain name syntax (to avoid duplicates). For example, if the date/time control + center module needs to change the date, it would need an action like + "org.kde.datatime.change". If your application has to perform more than one + privileged task, you should configure more than one action. This allows system + administrators to fine tune the policies that allow users to perform your + actions. + + The authorization is the process that is executed to decide if a user + can perform an action or not. In order to execute the helper as root, the user + has to be authorized. For example, on linux, che policykit backend will look at + the policykit policy database to see what requirements the user has to meet in + order to execute the action you requested. The policy set for that action could + allow or deny that user, or could say the user has to authenticate in order to + gain the authorization. + + The authentication is the process that allows the system to know that + the person is in front of the console is who he says to be. If an action can be + allowed or not depending on the user's identity, it has to be proved by + entering a password or any other identification data the system requires. A typical session with the authorization API is like this: - The user want to perform some privileged task - The application asks the system if the user is authorized. - The system asks the user to authenticate, if needed, and reply the application. - - The application uses some system-provided mechanism to execute the helper's code as the root user. Previously, you had to set the setuid bit to do this, but we have something cool called + - The application uses some system-provided mechanism to execute the helper's + code as the root user. Previously, you had to set the setuid bit to do this, + but we have something cool called "dbus activation" that doesn't require the setuid bit and is much more flexible. - - The helper code, immediately after starting, checks if the caller is authorized to do what it asks. If not the helper immediately exits! + - The helper code, immediately after starting, checks if the caller is + authorized to do what it asks. If not the helper immediately exits! - If the caller is authorized, the helper executes the task and exits. - The application receives data back from the helper. - All these steps are managed by the library. Following sections will focus on how to write the helper to implement your actions and how to call the helper from the application. + All these steps are managed by the library. Following sections will focus on + how to write the helper to implement your actions and how to call the helper + from the application. @section kauth_helper Writing the helper tool - The first thing you need to do before writing anything is to decide what actions you need to implement. Every action needs to be identified by a string in the reverse domain name syntax. This helps to - avoid duplicates. An example of action id is "org.kde.datetime.change" or "org.kde.ksysguard.killprocess". Action names can only contain lowercase letters and dots (not as the first or last char). - You also need an identifier for your helper. An application using the KDE auth api can implement and use more than one helper, implementing different actions. An helper is uniquely identified in the - system context with a string. It, again, is in reverse domain name syntax to avoid duplicates. A common approach is to call the helper like the common prefix of your action names. - For example, the Date/Time kcm module could use a helper called "org.kde.datetime", to perform actions like "org.kde.datetime.changedate" and "org.kde.datetime.changetime". This naming convention - simplifies the implementation of the helper. - - From the code point of view, the helper is implemented as a QObject subclass. Every action is implemented by a public slot. In the example/ directory in the source code tree you find a complete example. - Let's look at that. - The helper.h file declares the class that implements the helper. It looks like: + The first thing you need to do before writing anything is to decide what + actions you need to implement. Every action needs to be identified by a string + in the reverse domain name syntax. This helps to avoid duplicates. An example + of action id is "org.kde.datetime.change" or "org.kde.ksysguard.killprocess". + Action names can only contain lowercase letters and dots (not as the first or + last char). You also need an identifier for your helper. An application using + the KDE auth api can implement and use more than one helper, implementing + different actions. An helper is uniquely identified in the system context with + a string. It, again, is in reverse domain name syntax to avoid duplicates. A + common approach is to call the helper like the common prefix of your action + names. For example, the Date/Time kcm module could use a helper called + "org.kde.datetime", to perform actions like "org.kde.datetime.changedate" and + "org.kde.datetime.changetime". This naming convention simplifies the + implementation of the helper. + + From the code point of view, the helper is implemented as a QObject subclass. + Every action is implemented by a public slot. In the example/ directory in the + source code tree you find a complete example. Let's look at that. The + helper.h file declares the class that implements the helper. It looks like: @code #include <kauth.h> @@ -102,14 +150,23 @@ }; @endcode - The slot names are the last part of the action name, without the helper's ID if it's a prefix, with all the dots replaced by underscores. In this case, the helper ID is "org.kde.kf5auth.example", so those - three slots implement the actions "org.kde.kf5auth.example.read", "org.kde.kf5auth.example.write" and "org.kde.kf5auth.example.longaction". The helper ID doesn't have to appear at the beginning of the action - name, but it's good practice. If you want to extend MyHelper to implement also a different action like "org.kde.datetime.changetime", since the helper ID doesn't match you'll have to implement a - slot called org_kde_datetime_changetime(). - - The slot's signature is fixed: the return type is ActionReply, a class that allows you to return results, error codes and custom data to the application when your action has finished to run. - Please note that due to QMetaObject being picky about namespaces, you NEED to declare the return type as ActionReply and not KAuth::ActionReply. So the using declaration is compulsory - The QVariantMap object that comes as argument contains custom data coming from the application. + The slot names are the last part of the action name, without the helper's ID if + it's a prefix, with all the dots replaced by underscores. In this case, the + helper ID is "org.kde.kf5auth.example", so those three slots implement the + actions "org.kde.kf5auth.example.read", "org.kde.kf5auth.example.write" and + "org.kde.kf5auth.example.longaction". The helper ID doesn't have to appear at + the beginning of the action name, but it's good practice. If you want to extend + MyHelper to implement also a different action like + "org.kde.datetime.changetime", since the helper ID doesn't match you'll have to + implement a slot called org_kde_datetime_changetime(). + + The slot's signature is fixed: the return type is ActionReply, a class that + allows you to return results, error codes and custom data to the application + when your action has finished to run. Please note that due to QMetaObject + being picky about namespaces, you NEED to declare the return type as + ActionReply and not KAuth::ActionReply. So the using declaration is compulsory + The QVariantMap object that comes as argument contains custom data coming from + the application. Let's look at the read action implementation. Its purpose is to read files: @@ -135,46 +192,65 @@ } @endcode - First, the code creates a default reply object. The default constructor creates a reply that reports success. Then it gets the filename parameter from the argument QVariantMap, that has previously been - set by the application, before calling the helper. If it fails to open the file, it creates an ActionReply object that notifies that some error has happened in the helper, then set the error code to - that returned by QFile and returns. If there is no error, it reads the file. The contents are put into the reply.data() object, which is another QVariantMap. It will be sent back to the application - with the reply. - - Because this class will be compiled into a standalone executable, we need a main() function and some code to initialize everything: you don't have to write it. Instead, you use the - KAUTH_HELPER_MAIN() macro that will take care of everything. It's used like this: + First, the code creates a default reply object. The default constructor creates + a reply that reports success. Then it gets the filename parameter from the + argument QVariantMap, that has previously been set by the application, before + calling the helper. If it fails to open the file, it creates an ActionReply + object that notifies that some error has happened in the helper, then set the + error code to that returned by QFile and returns. If there is no error, it + reads the file. The contents are put into the reply.data() object, which is + another QVariantMap. It will be sent back to the application with the reply. + + Because this class will be compiled into a standalone executable, we need a + main() function and some code to initialize everything: you don't have to write + it. Instead, you use the KAUTH_HELPER_MAIN() macro that will take care of + everything. It's used like this: @code KAUTH_HELPER_MAIN("org.kde.kf5auth.example", MyHelper) @endcode - The first parameter is the string containing the helper identifier. Please note that you need to use this same string in the application's code to tell the library which helper to call, so please - stay away from typos, because we don't have any way to detect them. The second parameter is the name of the helper's class. - Your helper, if complex, can be composed of a lot of source files, but the important thing is to include this macro in one at least one of them. + The first parameter is the string containing the helper identifier. Please note + that you need to use this same string in the application's code to tell the + library which helper to call, so please stay away from typos, because we don't + have any way to detect them. The second parameter is the name of the helper's + class. Your helper, if complex, can be composed of a lot of source files, but + the important thing is to include this macro in one at least one of them. - To build the helper, KDE macros provide a function named kauth_install_helper_files(). Use it in your cmake file like this: + To build the helper, KDE macros provide a function named + kauth_install_helper_files(). Use it in your cmake file like this: @code - kde4_add_executable(<helper_target> your sources...) + add_executable(<helper_target> your sources...) target_link_libraries(<helper_target> your libraries...) install(TARGETS <helper_target> DESTINATION ${LIBEXEC_INSTALL_DIR}) kauth_install_helper_files(<helper_target> <helper_id> <user>) @endcode - The first argument is the cmake target name for the helper executable, which you have to build and install separately. Make sure to INSTALL THE HELPER IN ${LIBEXEC_INSTALL_DIR}, - otherwise kauth_install_helper_files will not work. The second argument is the - helper id. Please be sure to don't misspell it, and to not quote it. The user parameter is the user that the helper has to be run as. It usually is root, but some actions could require less strict - permissions, so you should use the right user where possible (for example the user apache if you have to mess with apache settings). Note that the target created by this macro already links to - libkauth and QtCore + The first argument is the cmake target name for the helper executable, which + you have to build and install separately. Make sure to INSTALL THE HELPER IN + ${LIBEXEC_INSTALL_DIR}, otherwise kauth_install_helper_files will not work. The + second argument is the helper id. Please be sure to don't misspell it, and to + not quote it. The user parameter is the user that the helper has to be run as. + It usually is root, but some actions could require less strict permissions, so + you should use the right user where possible (for example the user apache if + you have to mess with apache settings). Note that the target created by this + macro already links to libkauth and QtCore @section kauth_actions Action registration - To be able to authorize the actions, they have to be added to the policy database. To do this in a cross-platform way, we provide a cmake macro. It looks like: + + To be able to authorize the actions, they have to be added to the policy + database. To do this in a cross-platform way, we provide a cmake macro. It + looks like: @code - kde4_install_auth_actions(<helper_id> <actions definition file>) + kauth_install_actions(<helper_id> <actions definition file>) @endcode - The action definition file describes which actions are implemented by your code and which default security options they should have. It is a common text file in ini format, with one section for - each action and some parameters. The definition for the read action is: + The action definition file describes which actions are implemented by your code + and which default security options they should have. It is a common text file + in ini format, with one section for each action and some parameters. The + definition for the read action is: @verbatim [org.kde.kf5auth.example.read] @@ -184,31 +260,49 @@ Persistence=session @endverbatim - The name parameter is a text describing the action for who reads the file. The description parameter is the message shown to the user in the authentication dialog. It should be a finite phrase. - The policy attribute specify the default rule that the user must satisfy to be authorized. Possible values are: + The name parameter is a text describing the action for who reads the + file. The description parameter is the message shown to the user in the + authentication dialog. It should be a finite phrase. The policy attribute + specify the default rule that the user must satisfy to be authorized. Possible + values are: - yes: the action should be always allowed - no: the action should be always denied - auth_self: the user should authenticate as itself - auth_admin: the user should authenticate as an administrator user - The persistence attribute is optional. It says how long an authorization should be retained for that action. The values could be: + The persistence attribute is optional. It says how long an authorization should + be retained for that action. The values could be: - session: the authorization persists until the user logs-out - always: the authorization will persist indefinitely @section kauth_app Calling the helper from the application - Once the helper is ready, we need to call it from the main application. In the example's mainwindow.cpp you can see how this is done. To create a reference to an action, an object of type Action has to - be created. Every Action object refers to an action by its action id. Two objects with the same action id will act on the same action. - With an Action object, you can authorize and execute the action. To execute an action you have a couple of choices: - - A synchronous call, using the Action::execute() method, will start the helper, execute the action and return the reply. - - An asynchronous call, by setting Action::setExecutesAsync(true) and calling ::execute(), will start the helper and return immediately. - - The asynchronous call is the most flexible alternative, but you need a way to obtain the reply. This is done by connecting to a signal, but the Action class is not a QObject subclass. Instead, you connect - to signals exposed by the ActionWatcher class. For every action id you use, there is one ActionWatcher object. You can retrieve it using the Action::watcher() method. If you execute an action using - Action::executeAsync(), you can connect to the actionPerformed(ActionReply) signal to be notified when the action has been completed (or failed). As a parameter, you'll get a reply object containing - all the data you need. As a convenience, you can also pass an object and a slot to the executeAsync() method to directly connect them to the signal, if you don't want to mess with watchers. - - The piece of code that calls the action of the previous example is located in example/mainwindow.cpp in the on_readAction_triggered() slot. It looks like this: + Once the helper is ready, we need to call it from the main application. In the + example's mainwindow.cpp you can see how this is done. To create a reference to + an action, an object of type Action has to be created. Every Action object + refers to an action by its action id. Two objects with the same action id will + act on the same action. With an Action object, you can authorize and execute + the action. To execute an action you have a couple of choices: + - A synchronous call, using the Action::execute() method, will start the + helper, execute the action and return the reply. + - An asynchronous call, by setting Action::setExecutesAsync(true) and calling + Action::execute(), will start the helper and return immediately. + + The asynchronous call is the most flexible alternative, but you need a way to + obtain the reply. This is done by connecting to a signal, but the Action class + is not a QObject subclass. Instead, you connect to signals exposed by the + ActionWatcher class. For every action id you use, there is one ActionWatcher + object. You can retrieve it using the Action::watcher() method. If you execute + an action using Action::executeAsync(), you can connect to the + actionPerformed(ActionReply) signal to be notified when the action has been + completed (or failed). As a parameter, you'll get a reply object containing all + the data you need. As a convenience, you can also pass an object and a slot to + the executeAsync() method to directly connect them to the signal, if you don't + want to mess with watchers. + + The piece of code that calls the action of the previous example is located in + example/mainwindow.cpp in the on_readAction_triggered() slot. It looks like + this: @code QVariantMap args; args["filename"] = filename; @@ -223,18 +317,32 @@ contents = reply.data()["contents"].toString(); @endcode - First of all, it creates the action object specifying the action id. Then it loads the filename (we want to read a forbidden file) into the arguments() QVariantMap, which will be directly passed to the - helper in the read() slot's parameter. This example code uses a synchronous call to execute the action and retrieve the reply. If the reply succeeded, the reply data is retrieved from the returned QVariantMap - object. Please note that, although the execute() method will return only when the action is completed, the GUI will remain responsive because an internal event loop is entered. This means you should be - prepared to receive other events in the meanwhile. Also, notice that you have to explicitly set the helper ID to the action: this is done for added safety, to prevent the caller from accidentally invoking - a helper, and also because KAuth actions may be used without a helper attached (the default). In this case, action.execute() will return ActionSuccess if the authentication went well. This is quite useful - if you want your user to authenticate before doing something, which however needs no privileged permissions implementation-wise. + First of all, it creates the action object specifying the action id. Then it + loads the filename (we want to read a forbidden file) into the arguments() + QVariantMap, which will be directly passed to the helper in the read() slot's + parameter. This example code uses a synchronous call to execute the action and + retrieve the reply. If the reply succeeded, the reply data is retrieved from + the returned QVariantMap object. Please note that, although the execute() + method will return only when the action is completed, the GUI will remain + responsive because an internal event loop is entered. This means you should be + prepared to receive other events in the meanwhile. Also, notice that you have + to explicitly set the helper ID to the action: this is done for added safety, + to prevent the caller from accidentally invoking a helper, and also because + KAuth actions may be used without a helper attached (the default). In this + case, action.execute() will return ActionSuccess if the authentication went + well. This is quite useful if you want your user to authenticate before doing + something, which however needs no privileged permissions implementation-wise. + @section kauth_async Asynchronous calls, data reporting, and action termination - For a more advanced example, we look at the action "org.kde.kf5auth.example.longaction" in the example helper. This is an action that takes a long time to execute, so we need some features: - - The helper needs to regularly send data to the application, to inform about the execution status. - - The application needs to be able to stop the action execution if the user stops it or close the application. + For a more advanced example, we look at the action + "org.kde.kf5auth.example.longaction" in the example helper. This is an action + that takes a long time to execute, so we need some features: + - The helper needs to regularly send data to the application, to inform about + the execution status. + - The application needs to be able to stop the action execution if the user + stops it or close the application. The example code follows: @code ActionReply MyHelper::longaction(QVariantMap args) @@ -249,16 +357,27 @@ } @endcode - In this example, the action is only waiting a "long" time using a loop, but we can see some interesting line. The progress status is sent to the application using the HelperSupport::progressStep() method. - When this method is called, the ActionWatcher associated with this action will emit the progressStep() signal, reporting back the data to the application. There are two overloads of these methods and - corresponding signals. The one used here takes an integer. Its meaning is application dependent, so you can use it as a sort of percentage. The other overload takes a QVariantMap object that is directly - passed to the app. In this way, you can report to the application all the custom data you want. - - In this example code, the loop exits when the HelperSupport::isStopped() returns true. This happens when the application calls the stop() method on the correponding action object. The stop() method, this - way, asks the helper to stop the action execution. It's up to the helper to obbey to this request, and if it does so, it should return from the slot, _not_ exit. - - The code that calls the action in the application connects a slot to the actionPerformed() signal and then call executeAsync(). The progressStep() signal is directly connected to a QProgressBar, and - the Stop button in the UI is connected to a slot that calls the Action::stop() method. + In this example, the action is only waiting a "long" time using a loop, but we + can see some interesting line. The progress status is sent to the application + using the HelperSupport::progressStep() method. When this method is called, + the ActionWatcher associated with this action will emit the progressStep() + signal, reporting back the data to the application. There are two overloads of + these methods and corresponding signals. The one used here takes an integer. + Its meaning is application dependent, so you can use it as a sort of + percentage. The other overload takes a QVariantMap object that is directly + passed to the app. In this way, you can report to the application all the + custom data you want. + + In this example code, the loop exits when the HelperSupport::isStopped() + returns true. This happens when the application calls the stop() method on the + correponding action object. The stop() method, this way, asks the helper to + stop the action execution. It's up to the helper to obbey to this request, and + if it does so, it should return from the slot, _not_ exit. + + The code that calls the action in the application connects a slot to the + actionPerformed() signal and then call executeAsync(). The progressStep() + signal is directly connected to a QProgressBar, and the Stop button in the UI + is connected to a slot that calls the Action::stop() method. @code void MainWindow::on_longAction_triggered() @@ -292,28 +411,41 @@ } @endcode - Please pay attention that when you call an action, the helper will be busy executing that action. Therefore, you can't call two execute() methods in sequence like that: + Please pay attention that when you call an action, the helper will be busy + executing that action. Therefore, you can't call two execute() methods in + sequence like that: @code action1.execute(); action2.execute(); @endcode - If you do, you'll get a HelperBusy reply from the second action. - A solution would be to launch the second action from the slot connected to the first's actionPerformed signal, but this would be very ugly. Read further to know how to solve this problem. + If you do, you'll get a HelperBusy reply from the second action. A solution + would be to launch the second action from the slot connected to the first's + actionPerformed signal, but this would be very ugly. Read further to know how + to solve this problem. @section kauth_other Other features - To allow to easily execute several actions in sequence, you can execute them in a group. This means using the Action::executeActions() static method, which takes a list of actions and asks the helper - to execute them with a single request. The helper will execute the actions in the specified order. All the signals will be emitted from the watchers associated with each action. - - Sometimes the application needs to know when a particular action has started to execute. For this purpose, you can connect to the actionStarted() signal. It is emitted immediately before the helper's - slot is called. This isn't very useful if you call execute(), but if you use executeActions() it lets you know when individual actions in the group are started. - - It doesn't happen very frequently that you code something that doesn't require some debugging, and you'll need some tool, even a basic one, to debug your helper code as well. For this reason, the - KDE Authorization library provides a message handler for the Qt debugging system. This means that every call to qDebug() & co. will be reported to the application, and printed using the same qt debugging - system, with the same debug level. - If, in the helper code, you write something like: + To allow to easily execute several actions in sequence, you can execute them in + a group. This means using the Action::executeActions() static method, which + takes a list of actions and asks the helper to execute them with a single + request. The helper will execute the actions in the specified order. All the + signals will be emitted from the watchers associated with each action. + + Sometimes the application needs to know when a particular action has started to + execute. For this purpose, you can connect to the actionStarted() signal. It is + emitted immediately before the helper's slot is called. This isn't very useful + if you call execute(), but if you use executeActions() it lets you know when + individual actions in the group are started. + + It doesn't happen very frequently that you code something that doesn't require + some debugging, and you'll need some tool, even a basic one, to debug your + helper code as well. For this reason, the KDE Authorization library provides a + message handler for the Qt debugging system. This means that every call to + qDebug() & co. will be reported to the application, and printed using the same + qt debugging system, with the same debug level. If, in the helper code, you + write something like: @code qDebug() << "I'm in the helper"; @endcode @@ -323,7 +455,8 @@ Debug message from the helper: I'm in the helper @endverbatim - Remember that the debug level is preserved, so if you use qFatal() you won't only abort the helper (which isn't suggested anyway), but also the application. + Remember that the debug level is preserved, so if you use qFatal() you won't + only abort the helper (which isn't suggested anyway), but also the application. */ namespace KAuth @@ -332,37 +465,42 @@ class ActionReplyData; /** -* @brief Class that encapsulates a reply coming from the helper after executing an action +* @brief Class that encapsulates a reply coming from the helper after executing +* an action * -* An instance of ActionReply is returned every time you execute an action with the Action -* class. You get the reply directly from the Action::execute() method or indirectly as -* a parameter of the ActionWatcher::actionPerformed() signal. +* An instance of ActionReply is returned every time you execute an action with +* the Action class. You get the reply directly from the Action::execute() method +* or indirectly as a parameter of the ActionWatcher::actionPerformed() signal. * -* ActionReply objects can contain both data from a successful action or an error indicator. -* In case of success, the errorCode() is ActionReply::NoError (zero) and the type() is -* ActionReply::Success. The data() method returns a QVariantMap object that may contain -* custom data sent back by the helper. +* ActionReply objects can contain both data from a successful action or an error +* indicator. In case of success, the errorCode() is ActionReply::NoError (zero) +* and the type() is ActionReply::Success. The data() method returns a +* QVariantMap object that may contain custom data sent back by the helper. * -* In case of errors coming from the library, the type() is ActionReply::KAuthError. In this -* case, errorCode() will always be one of the predefined errors from the ActionReply::Error enum. -* An error reply of KAuthError type always contains an empty data() object. For some kind of errors -* you could get a human-readable description with errorDescription(). +* In case of errors coming from the library, the type() is +* ActionReply::KAuthError. In this case, errorCode() will always be one of the +* predefined errors from the ActionReply::Error enum. An error reply of +* KAuthError type always contains an empty data() object. For some kind of +* errors you could get a human-readable description with errorDescription(). * -* If, instead, the helper itself has to report some errors occurred during the action execution, -* the type() will be (and has to be) ActionReply::HelperError. In this case the data() object can -* contain custom data from the helper, and the errorCode() and errorDescription() values are -* application-dependent. +* If, instead, the helper itself has to report some errors occurred during the +* action execution, the type() will be (and has to be) ActionReply::HelperError. +* In this case the data() object can contain custom data from the helper, and +* the errorCode() and errorDescription() values are application-dependent. * -* In the helper, to create an action reply object you have two choices: using the constructor, or -* the predefined replies. For example, to create a successful reply you can use the default constructor -* but to create a helper error reply, instead of writing ActionReply(ActionReply::HelperError) -* you could use the more convenient ActionReply::HelperErrorReply constant. +* In the helper, to create an action reply object you have two choices: using +* the constructor, or the predefined replies. For example, to create a +* successful reply you can use the default constructor but to create a helper +* error reply, instead of writing ActionReply(ActionReply::HelperError) +* you could use the more convenient ActionReply::HelperErrorReply +* constant. * -* You should not use the predefined error replies to create and return new errors. Replies with the -* KAuthError type are intended to be returned by the library only. However, you can use them for -* comparisons. +* You should not use the predefined error replies to create and return new +* errors. Replies with the KAuthError type are intended to be returned by the +* library only. However, you can use them for comparisons. * -* To quickly check for success or failure of an action, you can use succeeded() or failed(). +* To quickly check for success or failure of an action, you can use succeeded() +* or failed(). * * @since 4.4 */ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/kauth-4.97.0/src/kauthexecutejob.cpp new/kauth-4.98.0/src/kauthexecutejob.cpp --- old/kauth-4.97.0/src/kauthexecutejob.cpp 2014-03-01 12:50:07.000000000 +0100 +++ new/kauth-4.98.0/src/kauthexecutejob.cpp 2014-03-28 19:16:05.000000000 +0100 @@ -146,7 +146,7 @@ } else if (BackendsManager::authBackend()->capabilities() & KAuth::AuthBackend::AuthorizeFromHelperCapability) { if (!action.hasHelper()) { ActionReply r(ActionReply::InvalidActionReply()); - r.setErrorDescription(tr("The current backend only allows helper authorization, but this action does not have an helper.")); + r.setErrorDescription(tr("The current backend only allows helper authorization, but this action does not have a helper.")); actionPerformedSlot(action.name(), r); return; } -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit karchive for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package karchive for openSUSE:Factory checked in at 2014-04-02 17:21:45 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/karchive (Old) and /work/SRC/openSUSE:Factory/.karchive.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "karchive" Changes: -------- --- /work/SRC/openSUSE:Factory/karchive/karchive.changes 2014-03-10 12:17:22.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.karchive.new/karchive.changes 2014-04-02 17:21:47.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:20 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- karchive-4.97.0.tar.xz New: ---- karchive-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ karchive.spec ++++++ --- /var/tmp/diff_new_pack.D3vCTa/_old 2014-04-02 17:21:48.000000000 +0200 +++ /var/tmp/diff_new_pack.D3vCTa/_new 2014-04-02 17:21:48.000000000 +0200 @@ -18,10 +18,10 @@ %define lname libKF5Archive5 Name: karchive -Version: 4.97.0 +Version: 4.98.0 Release: 0 BuildRequires: cmake >= 2.8.12 -BuildRequires: extra-cmake-modules >= 0.0.11 +BuildRequires: extra-cmake-modules >= 0.0.12 BuildRequires: fdupes BuildRequires: kf5-filesystem BuildRequires: pkgconfig(Qt5Core) >= 5.2.0 ++++++ karchive-4.97.0.tar.xz -> karchive-4.98.0.tar.xz ++++++ diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/karchive-4.97.0/CMakeLists.txt new/karchive-4.98.0/CMakeLists.txt --- old/karchive-4.97.0/CMakeLists.txt 2014-03-01 12:50:05.000000000 +0100 +++ new/karchive-4.98.0/CMakeLists.txt 2014-03-28 19:16:02.000000000 +0100 @@ -2,7 +2,7 @@ project(KArchive) -find_package(ECM 0.0.11 REQUIRED NO_MODULE) +find_package(ECM 0.0.12 REQUIRED NO_MODULE) set(CMAKE_MODULE_PATH ${ECM_MODULE_PATH} ${ECM_KDE_MODULE_DIR}) @@ -45,7 +45,7 @@ include(ECMSetupVersion) include(ECMGenerateHeaders) -set(KF5_VERSION "4.97.0") +set(KF5_VERSION "4.98.0") ecm_setup_version(${KF5_VERSION} VARIABLE_PREFIX KARCHIVE diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn' '--exclude=.svnignore' old/karchive-4.97.0/src/karchive.h new/karchive-4.98.0/src/karchive.h --- old/karchive-4.97.0/src/karchive.h 2014-03-01 12:50:05.000000000 +0100 +++ new/karchive-4.98.0/src/karchive.h 2014-03-28 19:16:02.000000000 +0100 @@ -133,7 +133,7 @@ * Writes a local directory into the archive, including all its contents, recursively. * Calls addLocalFile for each file to be added. * - * Since KDE 3.2 it will also add a @p path that is a symbolic link to a + * It will also add a @p path that is a symbolic link to a * directory. The symbolic link will be dereferenced and the content of the * directory it is pointing to added recursively. However, symbolic links * *under* @p path will be stored as is. @@ -180,7 +180,7 @@ const QDateTime &mtime = QDateTime(), const QDateTime &ctime = QDateTime()); /** - * @deprecated use writeFile(const QString&,const QByteArray&,mode_t,const QString&,const QString&,const QDateTime&,const QDateTime&,const QDateTime&) + * @deprecated since 5.0, use writeFile(const QString&,const QByteArray&,mode_t,const QString&,const QString&,const QDateTime&,const QDateTime&,const QDateTime&) */ #ifndef KARCHIVE_NO_DEPRECATED KARCHIVE_DEPRECATED bool writeFile(const QString &name, const QString &user, const QString &group, -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0

commit kapidox for openSUSE:Factory
by root＠hilbert.suse.de 02 Apr '14

02 Apr '14

Hello community, here is the log from the commit of package kapidox for openSUSE:Factory checked in at 2014-04-02 17:21:44 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/kapidox (Old) and /work/SRC/openSUSE:Factory/.kapidox.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "kapidox" Changes: -------- --- /work/SRC/openSUSE:Factory/kapidox/kapidox.changes 2014-03-10 12:18:18.000000000 +0100 +++ /work/SRC/openSUSE:Factory/.kapidox.new/kapidox.changes 2014-04-02 17:21:46.000000000 +0200 @@ -1,0 +2,9 @@ +Sat Mar 29 19:47:20 UTC 2014 - hrvoje.senjan(a)gmail.com + +- Update to 4.98.0 + * API improvements and cleanups + * Buildsystem fixes + * For more details please see: + http://www.kde.org/announcements/announce-frameworks5-beta1.php + +------------------------------------------------------------------- Old: ---- kapidox-4.97.0.tar.xz New: ---- kapidox-4.98.0.tar.xz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ kapidox.spec ++++++ --- /var/tmp/diff_new_pack.HeVg03/_old 2014-04-02 17:21:47.000000000 +0200 +++ /var/tmp/diff_new_pack.HeVg03/_new 2014-04-02 17:21:47.000000000 +0200 @@ -17,7 +17,7 @@ Name: kapidox -Version: 4.97.0 +Version: 4.98.0 Release: 0 Requires: doxygen BuildRequires: fdupes ++++++ kapidox-4.97.0.tar.xz -> kapidox-4.98.0.tar.xz ++++++ ++++ 2657 lines of diff (skipped) -- To unsubscribe, e-mail: opensuse-commit+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-commit+help(a)opensuse.org

1 0