You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
tdelibs/KDE3PORTING.html

673 lines
31 KiB

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML Level 2//EN//2.0">
<HTML>
<HEAD>
<TITLE>Guide to Porting Applications to KDE 3.0</TITLE>
</HEAD>
<BODY>
<H2>Porting Applications to KDE 3.0</H2>
This document contains the changes you have to apply to programs written for
KDE 2.x when you want to port them to KDE 3.0.<P>
As a start you should have a look at doc/porting.doc in the Qt package,
or <a href="http://doc.trolltech.com/3.0/porting.html">this page online</a>.<P>
<H3><A NAME="TOC">Table of Contents</A></H3>
<UL>
<LI><A HREF="#gettingstarted">Getting Started</A></LI>
<LI><A HREF="#kab">Changes in kab</A></LI>
<LI><A HREF="#tdecore">Changes in tdecore</A></LI>
<LI><A HREF="#tdeui">Changes in tdeui</A></LI>
<LI><A HREF="#kio">Changes in kio</A></LI>
<LI><A HREF="#kparts">Changes in kparts</A></LI>
<LI><A HREF="#kspell">Changes in kspell</A></LI>
<LI><A HREF="#khtmlpart">API-cleanup in KHTML</A></LI>
<LI><A HREF="#kfile">Changes in kfile</A></LI>
<LI><A HREF="#kcontrol">KDE Control Center</A></LI>
<LI><A HREF="#kicker">Panel Applets and Extensions</A></LI>
</UL>
<H3><A NAME="gettingstarted">Getting started</A></H3>
The first step to get your KDE application to compile under KDE 3.0,
is to detect KDE 3.0 and Qt 3.x at configure time. The easiest way to
get a working autoconf/automake framework, is to either use
<a href="http://www.kdevelop.org">KDevelop</a> or
<a href="http://home.earthlink.net/~granroth/kapptemplate/index.html">kapptemplate</a>
(available in CVS under the module "kdesdk"), to generate a new
application template. Replace the generated source files by yours
and adapt Makefile.am accordingly.
<p>
Please note that we tried to be mostly source-compatible where it
was possible. To accomplish that, we added commonly used but still
deprecated / removed API parts in a #ifndef KDE_NO_COMPAT-block.
That means you can "test" and adjust your application by #defining
KDE_NO_COMPAT for compiling and see where it breaks. This is
recommended, as those backward compatibility "hacks" are not kept for
long.
</p>
<p>
<b>WARNING:</b>In some cases the names or signatures of signals or slots
have changed. Check your source carefully for this since these changes will
not be discovered by your compiler but will result in incorrect runtime
behavior if left uncorrected in your application.
</p>
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="kab">Changes in kab</A></H3>
<H4>AddressBook</H4>
The <i>getStandardFilename()</i> method has been renamed to <i>getStandardFileName()</i>.
The old name will still work unless KDE_NO_COMPAT is defined.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="tdecore">Changes in tdecore</A></H3>
<H4>KDesktopWidget</H4>
KDesktopWidget is obsolete. Include &lt;tqdesktopwidget.h&gt; and use QDesktopWidget
instead, everything else is source compatible.
<H4>Header file names</H4>
<UL>
<LI>kapp.h is now kapplication.h</LI>
<LI>kuniqueapp.h is now kuniqueapplication.h</LI>
<LI>kstddirs.h is now kstandarddirs.h</LI>
<LI>kcolorbtn.h is now kcolorbutton.h</LI>
<LI>kxmlgui.h is now kxmlguifactory.h</LI>
<LI>kdatepik.h is now kdatepicker.h</LI>
<LI>kdualcolorbtn.h is now kdualcolorbutton.h</LI>
</UL>
This is to help finding out header files from class names and the other
way round. Compatibility headers have been created. You can use them as
long as you don't compile with KDE_NO_COMPAT.
<H4>DCOP</H4>
The file with the DCOP connection information has been renamed. The new
name is $HOME/.DCOPserver_<hostname>_<display>. The screen part has been
stripped from <display> and the ':' character that separates host and
display-number has been replaced with a '_'. If you access DCOP via
DCOPClient you do not need to change anything.
<p>
It is no longer possible to make calls to an application registered as
"<appid>-<pid>" with "<appid>" only. The full name can be obtained by using
either KApplication::startServiceBy...() or DCOPClient::findObject() or
their command line equivalents "dcopstart" and "dcopfind".
<H4>KLibFactory</H4>
KLibFactory's create method is no more virtual and the createObject method
is now pure virtual. The former was marked as deprecated since KDE 2.0.
All it takes in your component is to rename your existing create implementation
to createObject and remove the 'emit objectCreated( yourObject );' line.
<H4>KDesktopFile</H4>
The <i>filename()</i> method has been renamed to <i>fileName()</i>.
The old name will still work unless KDE_NO_COMPAT is defined.
<H4>KPixmapSplitter</H4>
KPixmapSplitter has now been moved to the new tdefx library.
<H4>KStringHandler</H4>
The <i>matchFilename( const TQString& filename, const TQString& pattern )</i> method has been
renamed to <br><i>matchFileName( const TQString& filename, const TQString& pattern )</i>.
The old name will still work unless KDE_NO_COMPAT is defined.
<H4>KStyle</H4>
Due to the major changes in the TQStyle API in Qt3, KStyle has been completely
re-written. KStyle is now a thin wrapper around TQCommonStyle with a few extra
primitive elements and a simple popupMenu transparency engine. All KStyles can
now style Qt apps like designer and assistant automatically. KStyle is no longer
present in tdecore. It is now in a new library called tdefx to allow Qt apps to
use KDE's styles without having the styles linked to tdecore/tdeui.
<H4>KURL</H4>
The <i>filename( bool _ignore_trailing_slash_in_path = true )</i> method has been
renamed to <br><i>fileName( bool _ignore_trailing_slash_in_path = true )</i>.
The old name will still work unless KDE_NO_COMPAT is defined.
<H4>KMD5</H4>
HASHHEX and HASH has been removed to make this class namespace clean.
They have been replaced by TQCString and KMD5::Digest. <br>
The API has been cleaned up, it is no longer necessary to call finalize().
Simply remove any calls to it.
<H4>KLocale</H4>
<li>charset() has been removed. You might want to use encoding() instead.
<li>setCharset(const TQString &amp;) has been removed. You might want to use
setEncoding(int) instead.
<li>formatMoney(const TQString &amp;) has been removed.
<li>formatNumber(const TQString &amp;) has been removed.
<li>languages() has been removed. Use languageList() instead.
<li>All references to monthName(), monthNamePossessive(), and weekDayName()
should be replaced with methods from KLocale::calendar().
<li>Hard coded date handling or date handling with TQDate should in most
cases be replaced by methods in KLocale::calendar().
<H4>Accelerators Keys</H4>
<h5>KAccel</h5>
The following methods of been deprecated, and if KDE_NO_COMPAT is defined they will
not be available.
<ul>
<li> KAccel::insertItem() and KAccel::connectItem().
<pre>
- kaccel-&gt;insertItem( i18n("Scroll Up"), "Scroll Up", "Up" );
- kaccel-&gt;connectItem( "Scroll Up", this, TQT_SLOT(scrollUp()) );
+ kaccel-&gt;insert( "Scroll Up", i18n("Scroll Up"), TQString::null,
Key_Up, this, TQT_SLOT(scrollUp()) );
</pre>
Note that a What's This parameter is now a part of the insert function.
You might replace the TQString::null parameter with
<pre> i18n("Scroll the current document's contents up by one line.") </pre>
for example.</li>
<li> KAccel::changeMenuAccel() has been deprecated because it was
never used in cvs. If you've used it in your application, the following
can replace it. Note, however, that this would be handled automatically
by using KAction instead.
<pre>
- kaccel-&gt;changeMenuAccel( menu, id, "file_open" );
+ menu-&gt;setAccel( kaccel-&gt;shortcut( "file_open" ).keyCodeQt(), id );
</pre>
</li>
</ul>
The preferred means of defining a shortcut, however, is to use <b>KAction</b>.
<pre>
new KAction( i18n("Scroll Up"), Key_Up,
this, TQT_SLOT(scrollUp()), actionCollection(), "Scroll Up" );
</pre>
<h5>KGlobalAccel</h5>
<ul>
<li>Call <i>updateConnections()</i> after all <i>insert()</i> or
<i>insertItem()</i> (deprecated) calls have been made. This function then performs the
actually key grabbing. In order to improve program startup speed,
grabbing is no longer done automatically: usually <i>readSettings()</i>
is called after the actions have been defined, and this may cause
shortcut reassignments, which in turn used to make an expensive ungrab
of the old key and second grab of the new key necessary.</li>
</ul>
<h5>KStdAccel</h5>
<ul>
<li><i>StdAccel::WhatThis</i> has been renamed to <i>StdAccel::WhatsThis</i>.
<li><i>StdAccel::Insert</i> and the corresponding <i>insert()</i>
have been removed. (Nobody on the list knew what its function was
supposed to be.) Calls to <i>insert()</i> and the equivalent
<i>key(KStdAccel::Insert)</i> can be replaced with the former default
of <i>Qt::CTRL+Qt::Key_Insert</i>.</li>
<li>The following functions have been deprecated and will need to be changed if KDE_NO_COMPAT is defined:
<table border=1>
<tr><th>Old</th><th>New</th></tr>
<tr><td>TQString action(StdAccel id)</td><td>TQString name(StdAccel id)</td></tr>
<tr><td>int defaultKey(StdAccel accel)</td><td>KShortcut shortcutDefault(StdAccel id)</td></tr>
<tr><td>TQString description(StdAccel id)</td><td>TQString label(StdAccel id)</td></tr>
<tr><td>bool isEqual(const TQKeyEvent* pEvent, int keyQt)</td>
<td>The best method for replacing this varies. One possibility is to use
<i>KKey(const TQKeyEvent*) == KKey(int)</i>. Another is to use
<i>KShortcut::contains( const KKey&/KKeySequence& )</i>.</td></tr>
<tr><td>int key(StdAccel)</td><td>const KShortcut& shortcut(StdAccel)</td></tr>
</table></li-->
</ul>
<H4>KIconLoader, KIconTheme</H4>
Methods now use KIcon::Group and KIcon::Context instead of int as types for group and context arguments.
The change should affect only code using hardcoded numeric values instead of using the proper enum constants.
This applies to classes KIconLoader, KIconTheme and (in kio and kfile) KMimeType, KService, KIconDialog, KIconButton,
KURLBar and KURLBarItem.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="tdeui">Changes in tdeui</A></H3>
<H4>KAccelMenu</H4>
This class has been removed, Qt offers the same functionality.
Use QPopupMenu/KPopupMenu or the XML-UI method for building menus.
<H4>KAction</H4>
<ul>
<li>The following methods have been deprecated and will need to be
replaced if KDE_NO_COMPAT is defined.
<table border=1>
<tr><th>Old</th><th>New</th></tr>
<tr><td>int accel()</td><td>const KShortcut&amp; shortcut()</td></tr>
<tr><td>int menuId()</td><td>int itemId()</td></tr>
<tr><td>void setAccel(int)</td><td>void setShortcut(const KShortcut&amp;)</td></tr>
</table></li>
</ul>
<h4>KActionCollection</h4>
<ul>
<li>When constructing a KActionCollection object, a pointer to the focus widget should be passed.</li>
<li>The insert(), remove(), and take() methods have been deprecated.
If you wish to keep a list of actions, use the KActionPtrList container instead.
If you want to configure the shortcuts from multiple actions collections,
pass each collection to KKeyChooser or KKeyDialog via their insert() methods.</li>
</ul>
<H4>KAlphaPainter</H4>
KAlphaPainter has been dropped, since Qt 3 has native support for
hardware accelerated alpha blending.
<H4>KAnimWidget</H4>
This class no longer supports reading a list of images, instead it uses a
single image-file that has been prepared with the kimage_concat tool.
See kdelibs/pics/hicolor/kde for an example of its use.
<H4>KContainerLayout</H4>
This class has been removed, use Qt layouts instead.
<H4>KCommand</H4>
This class has been made lighter: the name isn't stored into the command anymore,
but must be provided by the inherited class, as the result of the virtual name() function.
This saves storing a TQString into each command in memory.
The former behavior is available in the class KNamedCommand, so for a quick port
simply replace KCommand with KNamedCommand.
<H4>KDialogBase</H4>
The deprecated getMainWidget() method has been removed. Use mainWidget() instead.
<H4>KDirectionButton</H4>
...is gone. Use KArrowButton instead, it offers about the same
functionality.
<H4>KDockWidget</H4>
The WidgetList parameter has been renamed to TQWidgetList. Behaviour
is identical.
<H4>KEdit</H4>
KEdit is now deprecated. You should use use KTextEditor::Editor or
KTextEdit instead.
<H4>KImageEffect</H4>
KImageEffect has now been moved to the new tdefx library.
<H4>KMessageBox</H4>
KMessageBox now does automatic line-breaking. When using plain-text, you should
remove any mid-sentence linebreaks. Only use line-breaks to indicate the end of
a paragraph.
<H4>KPanelApplet</H4>
A new protected member method 'void reportBug()' was added. It gets called by
Kicker if the 'Report Bug' entry in the context menu gets selected and should
be overridden by applets which support the KPanelApplet::ReportBug action. This
means that you don't have to extend KPanelApplet's generic action dispatcher
void KPanelApplet::action() anymore.
<H4>KPanelMenu</H4>
The old KPanelMenu class has been renamed to KPanelAppMenu. The KPanelMenu
class now corresponds to a new Kicker menu extension that is handled
by the panel in a way similar to other applets (shared library loaded
at run-time). See KDE 3.0 documentation
for more informations on this new extension.
<H4>KPixmapEffect</H4>
PixmapEffect has now been moved to the new tdefx library.
<H4>KProgress</H4>
KProgress is now based on TQProgressBar.
This has led to a few API changes. In particular the constructors have been
simplified, you simply need to pass the total number of steps instead of
min / max / initialvalue / orientation. See documentation of both KProgress
and TQProgressBar.
<H4>KRootPixmap</H4>
The KRootPixmap class has been extended to make it more flexible, and the
<i>checkAvailable(bool ignored)</i> method has been renamed to <i>isAvailable()</i>.
The old name will still work unless KDE_NO_COMPAT is defined.
<H4>KThemeBase, KThemeStyle</H4>
KThemeBase and KThemeStyle have been ported over to the new QStyle/KStyle API
present in Qt3/KDE3. KThemeBase is no longer in tdeui, but in kstyles/kthemestyle
as its use is basically limited to KThemeStyle.
<H4>KAction, KToolBar, KToolBarButton and icons</H4>
The preferred way for specifying icons is passing the icon names (and the icons will be loaded by KIconLoader),
instead of using TQIconSet or TQPixmap. This results in always using the correct icon size and allows delayed
on-demand icon loading.
<p>
Method KAction::hasIconSet() has been renamed to KAction::hasIcon(), the old name will still work unless KDE_NO_COMPAT is defined.
KAction::iconSet() now has an argument specifying icon group, the old KAction::iconSet() is still available unless KDE_NO_COMPAT
is defined and returns KIcon::Small iconset, just like in KDE2.
<p>
KToolBarButton methods setPixmap(), setDefaultPixmap(), setDisabledPixmap(), setDefaultIcon() and setDisabledIcon() are deprecated.
Use KToolBarButton::setIcon() (preferred) or KToolBarButton::setIconSet() instead.
<H4>KAction and derived classes</H4>
The protected set* methods have been renamed to update* and they now take only one argument (i.e. setText(int, const TQString&)
is now updateText(int) ). Because the former second argument was always the value of the a corresponding data member, you
can simply call the accessor method (i.e. in updateText() call text() to get the text).
<H4>KToggleAction</H4>
exclusiveGroup() is no more virtual. setExclusiveGroup(const
TQString&) is not a slot anymore.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="kio">Changes in kio</A></H3>
<H4>KPropertiesDialog</H4>
<ul>
<li>The header file has been renamed from kpropsdlg.h to kpropertiesdialog.h.</li>
<li>KPropertiesDialog::KPropertiesDialog(const KURL&, mode_t, TQWidget*,
const char*, bool, bool ) has been removed since mode_t was no longer
used. Simply omit the mode_t parameter.</li>
</ul>
<H4>KTarGz/KTarBase/KTarData</H4>
<ul>
<li>The KTarBase and KTarData classes have been removed.</li>
<li>KTarGz is now KTar (#define for source compatibility)</li>
<li>A base class KArchive has been written, to support other archive formats in the future</li>
<li>KTarEntry is now KArchiveEntry, KTarDirectory is now KArchiveDirectory, and KTarFile is now KArchiveFile.</li>
<li>The classes ProgressBase, StatusbarProgress and DefaultProgress have been moved to the KIO namespace.</li>
<li>The signal KDirLister::started(const TQString &amp;url) has changed to KDirLister::started(const KURL &amp;url).<li>
<li>KServiceTypeProfile::preferredService( const TQString &amp; serviceType, bool needApp ) has been removed, use
KServiceTypeProfile::preferredService( ..., "Application") if needApp was true, or
KServiceTypeProfile::preferredService( ..., TQString::null) if needApp was false.
<li>The following functions in KProtocolManager have been replaced:
<ul>
<li>ftpProxy(), use proxyFor("ftp") instead.
<li>httpProxy(), use proxyFor("http") instead.
<li>slaveProtocol(const TQString&amp;), use slaveProtocol(const KURL &amp;url, TQString &amp;proxy) instead.
<li>defaultReadTimeout(), use DEFAULT_READ_TIMEOUT instead. (See ioslave_defaults.h)
<li>defaultProxyConnectTimeout(), use DEFAULT_PROXY_CONNECT_TIMEOUT instead. (See ioslave_defaults.h)
<li>defaultResponseTimeout(), use DEFAULT_RESPONSE_TIMEOUT instead. (See ioslave_defaults.h)
<li>minimumTimeoutThreshold(), use MIN_TIMEOUT_VALUE instead. (See ioslave_defaults.h)
</ul>
<li>The following functions in KProtocolManager have been removed:
<ul>
<li>setUserAgentList( const TQStringList&amp; )
<li>userAgentList();
<li>setReadTimeout()
<li>setConnectTimeout( int )
<li>setProxyConnectTimeout( int )
<li>setResponseTimeout( int )
<li>setMarkPartial( bool )
<li>setMinimumKeepSize( int )
<li>setAutoResume( bool )
<li>setPersistentConnections( bool )
<li>setMaxCacheAge( int )
<li>setUseCache( bool )
<li>setMaxCacheSize( int )
<li>setCacheControl( KIO::CacheControl )
<li>setUseProxy( bool )
<li>setUseReverseProxy( bool )
<li>setProxyType( ProxyType )
<li>setProxyAuthMode( ProxyAuthMode )
<li>setFtpProxy( const TQString&amp; )
<li>setHttpProxy( const TQString&amp; )
<li>setProxyFor( const TQString&amp;, const TQString&amp; )
<li>setNoProxyFor( const TQString&amp; )
<li>setProxyConfigScript( const TQString&amp; )
</ul>
</li>
<li>In order to support files &gt; 4Gb, the file size / file-offset argument
in the signals totalSize, processedSize and canResume, which are used
by the io-slaves and passed along to jobs, has been changed from
<b>unsigned long</b> to <b>KIO::filesize_t</b>.
Make sure to check if you use these signals since your compiler
will typically not generate a compile-time error for these changes,
instead you might get a run-time error when you try to connect to
one of these signals using the old signature.
</li>
</ul>
<H4>KOpenWithHandler / KFileOpenWithHandler</H4>
Those two classes are deprecated, no need to create a KFileOpenWithHandler anymore.
The merging of libkio, libksycoca, libkfile and libkssl into a single libkio has
allowed to fix this dependency problem: KRun can now use the OpenWith dialog directly.
<H4>KMimeType, KService</H4>
Methods now use KIcon::Group and KIcon::Context instead of int as types for group and context arguments.
The change should affect only code using hardcoded numeric values instead of using the proper enum constants.
<H4>KFilterDev</H4>
The createFilterDevice method is deprecated. Use deviceForFile instead.
<H4>KDirWatch</H4>
<ul>
<li>The signal fileDirty( const TQString&amp; ) has been removed</li>
<li>The signal created( const TQString&amp; ) has been added</li>
<li>The signal deleted( const TQString&amp; ) has been added</li>
<li>The signal dirty( const TQString&amp; ) may be emitted with a file name, not only
a directory name. This depends on which backend is used but will probably always be
the case in KDE 3.1. You should prepare to receive dirty( dirname ) or dirty( filename )
when a file has changed.
</li>
</ul>
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="kparts">Changes in kparts</A></H3>
<H4>KParts::Factory</H4>
The createPart method is no more virtual and the createPartObject method
is now pure virtual. The former was marked as deprecated since KDE 2.0.
All it takes in your component is to rename your existing createPart implementation
to createPartObject and remove the 'emit objectCreated( yourObject );' line.
<H4>KParts::Part</H4>
The <code>bool isSelectable() const</code> is no more virtual. So when you want to
change the behavior of the selectable property you don't need to re-implement
both virtual functions, setSelectable and isSelectable, but instead just
re-implementing setSelectable does the job. The very same applies for
the <code>KURL url() const</code> and ReadWritePart's <code>bool isReadWrite const</code>
and <code>bool isModified() const</code> methods.
<p>
The <code>void showProgressInfo(bool)</code>
method has been renamed to <code>bool setProgressInfoEnabled(bool)</code>. The old name will
still work unless KDE_NO_COMPAT is defined.
<H4>KParts::BrowserExtension</H4>
The <code>URLArgs urlArgs()</code> method is no more virtual. So when you want to
change the behavior of the urlArgs property you don't need to re-implement
both virtual functions, setURLArgs and urlArgs, but instead just re-implementing
setURLArgs does the job.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="kspell">Changes in kspell</A></H3>
<H4>KSpell</H4>
The API has been cleaned up to be in line with the rest of kdelibs, in particular:
<ul>
<li>suggestions() now returns a TQStringList instead of a pointer to a QStringList
<li>intermediateBuffer() now returns a TQString instead of a pointer to a QString
<li>The signal <b>misspelling(TQString, TQStringList *, unsigned)</b> has changed to
misspelling(const TQString &amp;, const TQStringList &amp;, unsigned int)
<li>The signal <b>corrected(TQString, TQString, unsigned)</b> has changed to
corrected(const TQString &amp;, const TQString &amp;, unsigned int)
<li>The signal <b>ignoreall(TQString)</b> has changed to
ignoreall(const TQString &amp;)
<li>The signal <b>ignoreword(TQString)</b> has changed to
ignoreword(const TQString &amp;)
<li>The signal <b>addword(TQString)</b> has changed to
addword(const TQString &amp;)
</ul>
Make sure to check if you use the above signals since your compiler
will typically not generate a compile-time error for these changes,
instead you might get a run-time error when you try to connect to
one of these signals using the old signature.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="khtmlpart">API-cleanups in KHTML</A></H3>
There were a few relatively minor API-adjustements in KHTMLPart. In particular:
<ul><li>enableJScript(bool) has been replaced by setJScriptEnabled(bool)
<li>enableJava(bool) has been replaced by setJavaEnabled(bool)
<li>enablePlugins(bool) has been replaced by setPluginsEnabled(bool)
<li>autoloadImages(bool) has been replaced by setAutoloadImages(bool)
<li>enableMetaRefresh(bool) has been replaced by setMetaRefreshEnabled(bool)
<li>setBaseURL and setBaseTarget have been removed. baseURL(), baseTarget() and
completeURL() are remained for compatibility reasons, but they're deprecated now. use the variants in DOM::HTMLDocument() instead.
<li>the second parameter of KHTMLPart::completeURL is removed. it didn't have
any effect before either.
</ul>
Besides that, all methods previously marked as deprecated or were internal
but accidentally part of the public API are now private or removed.
As they were marked as becoming private already you should not experience
any problems. Backward compatibility exists for the common methods, to
disable this use a #define KDE_NO_COMPAT.
<p>In KHTMLView, the following changes were done:
<ul>
<li>gotoNextLink has been replaced by gotoLink(true);
<li>gotoPrevLink has been replaced by gotoLink(false);
</ul>
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<H3><A NAME="kfile">Changes in kfile</A></H3>
The kfile-library, as used by the KFileDialog provides classes for directory browsing widgets.
Those classes gained some new features, some parts were merged with other existing classes
and in some cases the API was cleaned up/fixed. The library is now built as part of libkio
library (there's no need to modify Makefiles which use $LIB_KFILE instead of hardcoding -lkfile).
<p>
Even if the list of changes is long, the affected code base should be relatively small, as most
parts are rarely used outside of kfile.
<p>
The changes are:
<H4>KFileItem</H4>
The KFileViewItem class is completely replaced with KFileItem from kio. All its functionality has
been merged with its former base class KFileItem. Additionally, some of its methods have been
modified:
<table>
<tr><th>Old:</th><th>New:</th></tr>
<tr><td>access()</td><td>permissionsString()</td></tr>
<tr><td>date()</td><td>timeString()</td></tr>
<tr><td>setViewItem( const KFileView *view, const void *item )</td><td>setExtraData( const void *key, void *value )</td></tr>
<tr><td>pixmap()</td><td>The parameterless method has been removed, use pixmap( int size, int state = 0 ) instead.</td></tr>
</table>
<H4>KFileReader</H4>
This class has been merged with KDirLister from kio.
<H4>KDirOperator</H4>
<table>
<tr><th>Old:</th><th>New:</th></tr>
<tr><td>saveConfig()</td><td>writeConfig()</td></tr>
<tr><td>setFileReader()</td><td>setDirLister()</td></tr>
<tr><td>fileReader()</td><td>dirLister()</td></tr>
<tr><td>activatedMenu( const KFileViewItem * )</td><td>activatedMenu( const KFileItem *, const TQPoint& pos )</td></tr>
</table>
<H4>KFileDetailView</H4>
The protected method setSortIndicator() has been removed, it's not needed anymore.
<H4>KFileView</H4>
This is the baseclass for all the views. It changed in many respects to allow for greater
flexibility and efficiency.
<br><br>
Sorting has changed radically. Previously, KFileView had protected methods QuickSort,
compareItems() and mergeLists() to sort directory entries for displaying in the views. Now,
KFileView does not do any sorting anymore. Instead, the view's (i.e. KIconView, KListView)
sorting is utilized by letting its view-items provide a TQString key() method. Therefore,
KFileView offers the two methods
<ul>
<li>TQString sortingKey( const TQString&amp; value, bool isDir, int sortSpec )</li>
<li>TQString sortingKey( KIO::filesize_t value, bool isDir, int sortSpec )</li>
</ul>
which the view-classes can use to generate the string for the key() method. The KFile::SortMode
enum has been removed, as TQDir::SortSpec is used entirely.
<br><br>
Further changes:
<table>
<tr><th>Old:</th><th>New:</th></tr>
<tr><td>not existant</td><td>virtual void readConfig( KConfig *, const TQString&amp; group = TQString::null )</td></tr>
<tr><td>not existant</td><td>void writeConfig( KConfig *, const TQString&amp; group = TQString::null)</td></tr>
<tr><td>virtual void setCurrentItem( const TQString&amp; filename, KFileViewItem * )</td><td>Replaced with the two methods below.</td></tr>
<tr><td>&nbsp;</td><td>void setCurrentItem( const TQString&amp; filename );</td></tr>
<tr><td>&nbsp;</td><td>virtual void setCurrentItem( const KFileViewItem * ) = 0;</td></tr>
<tr><td>setOperator( TQObject * )</td><td>setParentView( KFileView * )</td></tr>
<tr><td>virtual void insertSorted( KFileViewItem *, uint count )</td><td>virtual void insertItem( KFileItem * )</td></tr>
<tr><td>virtual void addItemList( const KFileViewItemList &amp;list )</td><td>not virtual anymore. Sufficient to reimplement insertItem()</td></tr>
</table>
<br><br>
Three more pure virtual methods have been added:
<ul>
<li>virtual KFileItem * firstFileItem() const = 0</li>
<li>virtual KFileItem * nextItem( const KFileItem * ) const = 0</li>
<li>virtual KFileItem * prevItem( const KFileItem * ) const = 0</li>
</ul>
<p>
State-changes are now signaled solely via the KFileViewSignaler object, that every KFileView
has a protected member of ("sig"). The methods activateMenu(), highlight() and select() have
been removed. If you implemented a KFileView, change your code in the following way:
<table>
<tr><th>Old:</th><th>New:</th></tr>
<tr><td>activateMenu( item )</td><td>sig->activateMenu( item, pos )</td></tr>
<tr><td>highlight( item )</td><td>sig->highlightFile( item )</td></tr>
<tr><td>select( item )</td><td>sig->select( item )</td></tr>
</table>
<H4>KFileViewSignaler</H4>
The methods activateDir( const KFileViewItem * ) and activateFile( const KFileViewItem * )
have been merged into the new method activate( const KFileItem * ).
<br><br>
Carsten Pfeiffer <A HREF="mailto:pfeiffer@kde.org">pfeiffer@kde.org</A>
<H4>KIconDialog, KIconButton, KURLBar, KURLBarItem</H4>
Methods now use KIcon::Group and KIcon::Context instead of int as types for group and context arguments.
The change should affect only code using hardcoded numeric values instead of using the proper enum constants.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<p>
<H3><A NAME="kcontrol">Changes in KControl</A></H3>
<H4>Modules that require root permission</H4>
The meaning of the <i>X-KDE-RootOnly</i> flag in the .desktop files has changed.
In KControl 2.0 a message was shown if the user did not press the &quot;modify&quot;
button. With the additional flag <i>X-KDE-HasReadOnlyMode</i> it was possible to show
a disabled version of the module instead of the message. The behavior was inconsistent
and has been changed:
<ul>
<li><i>X-KDE-HasReadOnlyMode</i> is not used anymore and is ignored by KControl &gt; 2.0.
<li><i>X-KDE-RootOnly</i> does now show a disabled preview of the widget and a notification box.
<li>If you want the old behavior back set <i>X-KDE-IsHiddenByDefault</i> along with
<i>X-KDE-RootOnly</i>. Please note that this behavior is deprecated the sake of
usability.
</ul>
For more details please consult the HOWTO file in the kcontrol directory.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<p>
<H3><A NAME="kicker">Panel Applets and Extensions</A></H3>
<p>The API for Kicker panel applets and extensions has changed. Panels can now be
left/top, center, or right/bottom aligned, and applets and extensions may receive
notification about a change in tqalignment.
<H4>KPanelApplet</H4>
<p>The virtual methods orientationChange() and popupDirectionChange() are deprecated.
Instead you should reimplement positionChange() and alignmentChange() to be
notified of changes in the position and tqalignment of the panel on which your applet
resides. In addition, the popupDirection() method and the Direction enum are
deprecated. Instead you should use the position() method and Position enum. Applets that use
the deprecated methods will still work with KDE 3, but may not compile or work with
a future version.
<H4>KPanelExtension</H4>
<p>There is a new method alignmentChange() that your extension should reimplement if
it needs to know about changes in tqalignment.
<H4><P ALIGN="RIGHT"><A HREF="#TOC">Return to the Table of Contents</A></P></H4>
<p>
Dirk Mueller <A HREF="mailto:mueller@kde.org">mueller@kde.org</A>
</BODY>
</HTML>