|
|
|
|
<!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 <tqdesktopwidget.h> 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 &) has been removed. You might want to use
|
|
|
|
|
setEncoding(int) instead.
|
|
|
|
|
<li>formatMoney(const TQString &) has been removed.
|
|
|
|
|
<li>formatNumber(const TQString &) 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->insertItem( i18n("Scroll Up"), "Scroll Up", "Up" );
|
|
|
|
|
- kaccel->connectItem( "Scroll Up", this, TQT_SLOT(scrollUp()) );
|
|
|
|
|
+ kaccel->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->changeMenuAccel( menu, id, "file_open" );
|
|
|
|
|
+ menu->setAccel( kaccel->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& shortcut()</td></tr>
|
|
|
|
|
<tr><td>int menuId()</td><td>int itemId()</td></tr>
|
|
|
|
|
<tr><td>void setAccel(int)</td><td>void setShortcut(const KShortcut&)</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 &url) has changed to KDirLister::started(const KURL &url).<li>
|
|
|
|
|
<li>KServiceTypeProfile::preferredService( const TQString & 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&), use slaveProtocol(const KURL &url, TQString &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& )
|
|
|
|
|
<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& )
|
|
|
|
|
<li>setHttpProxy( const TQString& )
|
|
|
|
|
<li>setProxyFor( const TQString&, const TQString& )
|
|
|
|
|
<li>setNoProxyFor( const TQString& )
|
|
|
|
|
<li>setProxyConfigScript( const TQString& )
|
|
|
|
|
</ul>
|
|
|
|
|
</li>
|
|
|
|
|
<li>In order to support files > 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& ) has been removed</li>
|
|
|
|
|
<li>The signal created( const TQString& ) has been added</li>
|
|
|
|
|
<li>The signal deleted( const TQString& ) has been added</li>
|
|
|
|
|
<li>The signal dirty( const TQString& ) 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 &, const TQStringList &, unsigned int)
|
|
|
|
|
<li>The signal <b>corrected(TQString, TQString, unsigned)</b> has changed to
|
|
|
|
|
corrected(const TQString &, const TQString &, unsigned int)
|
|
|
|
|
<li>The signal <b>ignoreall(TQString)</b> has changed to
|
|
|
|
|
ignoreall(const TQString &)
|
|
|
|
|
<li>The signal <b>ignoreword(TQString)</b> has changed to
|
|
|
|
|
ignoreword(const TQString &)
|
|
|
|
|
<li>The signal <b>addword(TQString)</b> has changed to
|
|
|
|
|
addword(const TQString &)
|
|
|
|
|
</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& 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& group = TQString::null )</td></tr>
|
|
|
|
|
<tr><td>not existant</td><td>void writeConfig( KConfig *, const TQString& group = TQString::null)</td></tr>
|
|
|
|
|
<tr><td>virtual void setCurrentItem( const TQString& filename, KFileViewItem * )</td><td>Replaced with the two methods below.</td></tr>
|
|
|
|
|
<tr><td> </td><td>void setCurrentItem( const TQString& filename );</td></tr>
|
|
|
|
|
<tr><td> </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 &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 "modify"
|
|
|
|
|
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 > 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>
|
