[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-commits
Subject: playground/sysadmin/shaman
From: Jonathan Michael Thomas <echidnaman () kubuntu ! org>
Date: 2010-01-31 18:26:29
Message-ID: 1264962389.908349.8124.nullmailer () svn ! kde ! org
[Download RAW message or body]
SVN commit 1083151 by jmthomas:
Krazy2 fixes:
-Use KTextEdit rather than QTextEdit in BuildingWidget.ui
-Fix several typos throughout apidox
-Add final newlines to two files
-Declare AbstractPackage::Properties as explicit
M +2 -2 libshaman/shamanabstractpackage.h
M +1 -1 libshaman/shamanbackend.h
M +3 -3 libshaman/shamanbackendinterface.h
M +1 -1 libshaman/shamanmacros.cpp
M +1 -1 libshaman/shamanmacros_p.h
M +1 -1 libshaman/shamanquery.h
M +1 -1 libshaman/shamantransactioninterface.h
M +1 -1 plugins/providerui/BuildingWidget.ui
--- trunk/playground/sysadmin/shaman/libshaman/shamanabstractpackage.h \
#1083150:1083151 @@ -88,10 +88,10 @@
* will take care of populating the cache accordingly and eventually emit \c \
valueCached.
*
* LibShaman frontend developers should listen to valueCached if they're interested \
in knowing when a value will
- * get cached. \c cacheValue can be called explicitely, but will also be triggered \
whenever one requests an uncached + * get cached. \c cacheValue can be called \
explicitly, but will also be triggered whenever one requests an \
uncached
* property. For example, calling \c dependencies() the first time in the previous \
example would trigger cacheValue.
* However, due to the nature of the caching system, it's possible that the value \
returned would be empty, so you
- * should take care of updating your visualization everytime \c valueCached is \
called. Or you can monitor what is + * should take care of updating your \
visualization every time \c valueCached is called. Or you can monitor \
what is
* already cached through \c cachedValues.
*
* \par The custom property system
--- trunk/playground/sysadmin/shaman/libshaman/shamanbackend.h #1083150:1083151
@@ -332,7 +332,7 @@
* Asks the backend to process the packages marked for queue. Be sure to \
call this function after
* \c markAdditionalTargetsForQueue has been called and did not report \
errors.
*
- * @param packages the packages explicitely selected by the user to be \
processed. + * @param packages the packages explicitly selected by the user \
to be processed.
* @param options a list of processing options for the current queue
*
* @see markAdditionalTargetsForQueue
--- trunk/playground/sysadmin/shaman/libshaman/shamanbackendinterface.h \
#1083150:1083151 @@ -255,14 +255,14 @@
* will have to set the state to \c Idling when you're finished (it is \
automatically set to \c OnTransaction
* when this method will be called)
*
- * Please note that \c packages includes only a the list of packages \
explicitely marked by the user, it + * Please note that \c packages includes \
only a the list of packages explicitly marked by the user, it
* does not include the dependencies found through \c \
markAdditionalTargetsForQueue. You can retrieve them,
* if needed, by iterating the packages list returned by \c packages().
* \par
* To check what needs to be done with each package in the list, just check \
the \c Action associated with
* each \c Package
*
- * @param packages the packages explicitely selected by the user to be \
processed. + * @param packages the packages explicitly selected by the user \
to be processed.
* @param options a list of processing options for the current queue
*/
virtual void processQueue(const Shaman::AbstractPackage::List & packages,
@@ -325,7 +325,7 @@
* The only states that \b REQUIRE you to set them manually are \c Idling, \
\c WaitingForLock, \c Reloading and \c Broken.
* All the others are automatically set when needed, so you mostly have to \
set the state back to \c Idling when an
* operation that triggered a state change ends. Every method in \
BackendInterface that expects you to set the
- * backend back to \c Idling at the end of the operation explicitely states \
it in its documentation. + * backend back to \c Idling at the end of the \
operation explicitly states it in its documentation.
*
* \warning It is strongly unrecommended to set a state which is not in the \
three ones mentioned above manually
*
--- trunk/playground/sysadmin/shaman/libshaman/shamanmacros.cpp #1083150:1083151
@@ -79,4 +79,4 @@
m_times.remove(name);
}
-}
\ No newline at end of file
+}
--- trunk/playground/sysadmin/shaman/libshaman/shamanmacros_p.h #1083150:1083151
@@ -36,4 +36,4 @@
}
-#endif
\ No newline at end of file
+#endif
--- trunk/playground/sysadmin/shaman/libshaman/shamanquery.h #1083150:1083151
@@ -36,7 +36,7 @@
};
Query(const QRegExp &search, Type type = BasicSearch,
- AbstractPackage::Properties matchingProperties = \
AbstractPackage::NoProperties, bool isRelational = false, + explicit \
AbstractPackage::Properties matchingProperties = AbstractPackage::NoProperties, bool \
isRelational = false, QObject* parent = 0);
virtual ~Query();
--- trunk/playground/sysadmin/shaman/libshaman/shamantransactioninterface.h \
#1083150:1083151 @@ -81,7 +81,7 @@
DownloadFailedError = 1,
/**
* The processing of the Queue failed. This is a generic error when
- * noone of the next ones will suit the description
+ * none of the next ones will suit the description
*/
ProcessingFailedError = 2,
/**
--- trunk/playground/sysadmin/shaman/plugins/providerui/BuildingWidget.ui \
#1083150:1083151 @@ -19,7 +19,7 @@
</widget>
</item>
<item row="1" column="0">
- <widget class="QTextEdit" name="textEdit"/>
+ <widget class="KTextEdit" name="textEdit"/>
</item>
</layout>
</widget>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic