I used my kdesdk/scripts/qt4/convert-qgridlayout.pl and kdesdk/scripts/qt4/convert-qboxlayout.pl scripts for this. Apart from one instance (where the params were commented out), no manual intervention was needed and everything worked like a charm...
What still needs to be done is to replace all Q*Layout(QLayout*parent) constructors by Q*Layout(); parent->insertLayout(..); calls. This can't be automated since it's impossible to detect whether the parent object is a QWidget* or a QLayout*. At best one can parst the compiler warning and just replace in those lines that through a deprecated warning...
svn path=/trunk/KDE/kdepim/; revision=533942
QMAX/QMIN -> qMax/qMin
I don't know what to do about Q_LONG and Q_ULONG because of the following code in qglobal.h:
#if defined(Q_OS_WIN64)
typedef __int64 Q_LONG; /* word up to 64 bit signed */
typedef unsigned __int64 Q_ULONG; /* word up to 64 bit unsigned */
#else
typedef long Q_LONG; /* word up to 64 bit signed */
typedef unsigned long Q_ULONG; /* word up to 64 bit unsigned */
#endif
Should I simply convert to (unsigned) long?
svn path=/trunk/KDE/kdepim/; revision=468393
* For the time being, this is only fixed on filter criteria, the fix on
filter Action is a hack, I'll wait for comments.
svn path=/trunk/kdepim/; revision=403561
changeItem that takes a QString when currentText is a QCString and
there's also an overload that takes a QPixmap
svn path=/trunk/kdepim/; revision=342133
and <body> searches not working on online imap folders.
remove the <body> and <message> fields from the 'rule'
comboboxes when an online imap folder is selected for searching.
Unless the 'search in all local folders' check box is checked in
which case <body> and <message> searching is always available, as
is sensible.
It would have been nicer to disable the <body> and <message> items
rather than hide/remove them but I can't see an easy way of doing
that.
This commit should be reverted once support for <message> and <body>
searching is implemented for online imap folders.
There are also some corner cases left. e.g. the user can explicitly
type <message> or <body> into the rule field even when an imap folder is
selected.
svn path=/trunk/kdepim/; revision=328587
- The Edit... (regular expression) button is now hidden instead of disabled which makes IMO more sense.
- Use KDialog::spacingHint() instead of hardcoded value of 4.
svn path=/trunk/kdepim/; revision=290263
searching/filtering for status. This is not as clean as I would like it to
be as I've simply special cased it in using a qwidgetstack, but it's not
_that_ bad and does the job for 3.2 considering that the filter stuff is
scheduled to be redesigned soon after anyhow.
Marc, can you live with this?
svn path=/trunk/kdepim/; revision=255940
This bug seems to be caused by a regression in the Qt libraries. At least our code worked for a couple of years with Qt <= 3.1.2.
svn path=/trunk/kdepim/; revision=247654
classes namely KMSearchRuleString, for searches on headers and message
body strings and such, KMSearchRuleNumerical, for searches against age
and such and KMSearchRuleStatus for searching for status. Instances of
these classes are created via a set of static factory methods called
createInstance(), createInstanceFromConfig() etc which parse the pseudo
header specified by the user and instantiate the proper class
o port all users of KMSearchRule to using the createInstance() scheme
o add a <status> pseudo header to the search dialog, so searching for
status is now possible. The status has to be entered into the entry
widget, just like for all other search types, which is suboptimal, as
the set of possible status the user can select is fixed. A drop down
would be much better, but that needs more work. For now the user has
to spell the status correctly. :)
svn path=/trunk/kdepim/; revision=244340
o Remove unneeded #include from header file.
o Give KMSearchRule copy- and (field,func,contents)-ctor and operator=.
o Protect operator= against self-assignment.
o Remove all publix KMSearchRule::init()'s; port callers to use ctors.
o Make KMSearchRuleWidget::ruleFieldToEnglish() static and return a
QCString instead of QString.
o Plug a few mem leaks resulting from not delete'ing the
mBmHeaderField on init().
o Fix KMSearchRule::setField() not updating mBmHeaderField.
o Fix KMSearchRule::init() constructing a DwBoyerMoore object even for
pseudo headers (<size>, <recipients>, <message>, etc).
o Fix KMSearchPattern::operator=() not clearing it's rule list before
append()ing from the other patterns'.
After DwBoyerMoore::FindIn() has been made const-correct...
o ...replace the mBmEndHeader* KMSearchRule members with static const
versions in ::matches().
o ...make all other DwBoyerMoore objects const or static const.
If BoyerMoore gives any speed increase over QCString::find() for
"\nTo:" and "\nCc:" (which I doubt if I listen to my HD while
searching), it was probably eaten away by the permanent re-creation of
both objects for _every_ matches() call.
svn path=/trunk/kdepim/; revision=224610
Reinhold Kainhofer
Ismail Onur Filiz
Laurent Montel
Andreas Gungl
Ingo Klcker
Volker Krause
Thomas Zander
Mario Teijeiro Otero
David Faure
Marc Mutz
Simon Hausmann
Don Sanders
Till Adam
Ferdinand Gassauer
Carsten Pfeiffer
Stephan Binner
Malcolm Hunter
Stephan Kulow
Aaron J. Seigo
Matthias Kretz
Jesper Pedersen