summaryrefslogtreecommitdiffstats
path: root/examples
Commit message (Collapse)AuthorAgeFilesLines
* Rename QMailMessageMetadata::content as contentCategoryPekka Vuorela3 days11-37/+39
| | | | | | | | | | | | | | | | | | | | The related functionality was confusing when setContent() didn't actually set any content but rather the type of it. Also there are other setContent() methods around that actually set the content. Then again calling this contentType() would have collided further in the inheritance tree by method returning a QMailMessageContentType which is referring to header fields. Thus switched this to a third distinct name. Old setter and getter names provided for backwards compatibility which should work at least for the very basic cases of setting and comparing type. Change-Id: I4c54548f3c2c85096fde64b3221e233dd3feefa3 Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Replace remaining 'Qt Extended' references with 'Qt Messaging Framework'Pekka Vuorela3 days3-3/+3
| | | | | | | Change-Id: I04d2c685c76dc3e72b16a6fb7eb82f2ab0e510c1 Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Adjust again some smaller code detailsPekka Vuorela9 days28-40/+40
| | | | | | | | | | | | | | | - Wrap some overly long lines - Honor coding conventions better here and there - Use nullptr more instead of '0' - Switch remaining cases of Q_DECL_OVERRIDE and Q_NULLPTR to standard keywords. - Removed some unnecessary #includes - etc. Change-Id: Ia9a01807da88298a6c1c1bbb22c854743ed19429 Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr>
* Repurpose .pro files for qt5 support - almost worksPekka Vuorela2025-11-264-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | There's still need for having qt5 support out there and the .pro files don't anyway compile with qt6 by now. Adjusting those and the code to build on qt5 didn't even require much adjustments. The hack to get _p.h includes work without private prefix, that used to be there for qmake build, is horrible but at least it's relatively small and affecting only .pro files. The examples had some existing issues building there, missing includes and not entirely disabled protocol editor support. The "almost works" part: builds fine but the metatype side is slightly lacking, resulting also a unit test failure. On qt5 qmailipc.h would need qRegisterMetaTypeStreamOperators() call after qRegisterMetaType() but I'm not eager to add qt version ifdeffing inside a macro, at least now. Hoping to clean up the whole metatype registration first. Change-Id: I6e620175383690ce4e6eb4c841e314ccf031026f Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Remove qwidgets support from qmfmessageserverPekka Vuorela2025-11-125-8/+14
| | | | | | | | | | | | | | | | | | | | | | This has little real life value. Any environment and apps starting to use the framework will or should have their own UI style. Predefined forms for some protocol configuration editing unlikely fits the rest. Moreover the support has been opt-out instead of opt-in, QMF_NO_MESSAGE_SERVICE_EDITOR which the _app_ has needed defined according to how the library has been built. Should have been some config.h provided by the framework according to how it's compiled. QMailMessageServiceConfigurator class without the editor makes little sense so removed altogether. There's qtmail example that was using this. For now just left some TODO comments to reimplement the account configuration. Unknown how the example works these days in general. Change-Id: I4122e2524a61797753999e67ecec36cb46213a7b Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Use more standard paths for user data, remove QMail::tempPath()Pekka Vuorela2025-11-122-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Avoid data root directly in home directory, rather use QStandardPaths. For backwards compatibility the old path is still used if it's there and the new one doesn't exist. QMail::tempPath() got removed. Evidently it's not much needed and shouldn't really exist. The qmfclient doesn't use it al all and generally apps should store their temporary things in their own places. It's rarely wanted that there would be a common place to store such. On the contrary, apps should play mostly in their own sandboxes. TempPath was used on the server side but mostly either wrong or unnecessary: - requests file is messageserver app specific, shouldn't be visible to others. - QMailMessageSource was using it wrong. New messages are added to database, not temp path. - LongStream with public cleanupTempFiles() could be dangerous if it was called by multiple processes and having a common directory. (Another story whether such an api should even exist though) - SMTP, IMAP and LongStream can live with more generic locations. The generic locations for the last ones are borderline whether it should be TempLocation or CacheLocation. For side: interestingly the usage is mostly storing content in files to save memory while Linux world with /tmp as tmpfs has moved to storing files in memory to make them faster. For now made smtp use temp location as that's a quite simple usage, while imap and longstream in cache dir as they do have some more complicated detaches and append usages, and they were earlier out of the actual /tmp. Did some simplifications to LongStream and a proper error case handling to smtp client out of space error while at it. Change-Id: If52de231082085d804939002371f5a407cd0fecd Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Avoid some more compiler warningsPekka Vuorela2025-11-065-16/+13
| | | | | | | | | | | | | | | | | | | | | | - Missed earlier one QMessageBox deprecation from separate file - LongStream now doing consistent open() check in all code paths. Also removed unused member variable 'c' and moved internal constants to .cpp. - imapstrategy.h / ImapMessageListStrategy::selectedSectionsAppend() was dead code due to derived class ImapFetchSelectedMessagesStrategy having similar named method with extra parameter and default value. - ImapService was triggering a couple of -Woverloaded-virtual warnings due to having extra methods with same name as base class. These were really used internally so simpler as different named private. - ImapProtocol / QString::lastIndexOf() was complaining about unused return value. Using that should be even simpler than accessing regexp match. - Some small random warnings on unused parameters, missed switch case etc. Change-Id: I243c09ab2d551fe2f8be18f1b3a4df2e3d84b55c Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi>
* Clean up QMailPluginLoaderPekka Vuorela2025-11-011-5/+0
| | | | | | | | | | | | | | | | | Different parts were calling the ctor parameter directory, path or identifier. Let's just call it consistently subdir as that's how it's used. Removed also LOAD_DEBUG_VERSION leftover which seemed like some win32 thing, most of that already gone in commit 70702bfb9c3f0efec. We should probably also define a specific directory where the plugins should be placed instead of the generic libraries and qt plugins, but that's for a separate commit. Change-Id: I12b6ac3129f7c3c5465d51845323c1b03821daa5 Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr>
* Adjust messageserver naming versionsPekka Vuorela2025-11-016-11/+11
| | | | | | | | | | | | | | | | | | | | | | | | On Qt6 it's strange to have messageserver5. Could have bumped the binary there to '6' but maybe we don't really need to highlight the qt version that much. The '5's were added to allow parallel installability but that really matters more on libraries etc rather than the server. We don't want parallel installed daemons fighting who gets autostarted first. Also on credential side it shouldn't matter which was the Qt version. Switching to newer version should still be about the same service. In practice don't think the names matter too much, and auth success is ignored so think it should be ok just changing the naming. Removed the '5's from examples too. No need there. Left the .pro file binary as it was as that side now mostly serves the Qt5 builds where we wouldn't benefit much from changing the binary name. Change-Id: Ie4a843c944caa73b080e3610baee4842500f029b Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi>
* Fix some more compiler warningsPekka Vuorela2025-10-302-43/+17
| | | | | | | | | | | | | | | Disclaimer: didn't actually test the example as those are not in good shape, but the migration to non-deprecated API should be straightforward enough: mostly question() having default yes/no, and warning() having ok button is enough to skip explicit button declarations. For minor change not having now "no" as option when there is no question in verifyAccount(). checkMailConflict() removed as unused. Change-Id: I15067e1222264a685ba8c83c50e6ae06d4c51c38 Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: <matti.viljanen@kapsi.fi>
* Remove QMail::messageServerPath() and messageSettingsPath()Pekka Vuorela2025-10-152-49/+5
| | | | | | | | | | | | | | | | | | | Not used in the library itself and the implementations don't make too much sense: the paths are using QCoreApplication::applicationDirPath() referring the random client app binary path so there's no much idea where the qmf content really is. There is some use for the server path in an example project, perhaps even proving how little it makes sense as it tries to launch a specific hard-coded binary from the directory. If something, the API should have a method for requesting launching the messageserver. Change-Id: I9b4b245e5c17f2e49fe3b9ed8b30cb175c5e8e45 Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr>
* Fix build for examplesPekka Vuorela2025-10-1412-42/+10
| | | | | | | | | | | | | The QWidgets side is on its way out but fixing build in the meanwhile is simple enough. Maybe there's some benefit in having some more code here using the library. Not bothering about all the details here. Change-Id: I4ba71d03a5083623bf3cdb79082d6c77283f06bb Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Replace QmfList usage with QListPekka Vuorela2025-10-081-1/+1
| | | | | | | | | | | | QmfList was added on Qt6 migration as stopgap because of QList changes on iterator & content pointer details. Most of that seems to related to QMailMessageThreadedModel which now uses internally std::list. Doesn't seem that great stuff to begin with. Change-Id: I7c37cf69256273138e29001688de742c1d7ad40f Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr>
* Deprecate Fwd classes in favor of just introducing enums in real classesPekka Vuorela2025-09-262-3/+3
| | | | | | | | | | | | | | | | | | | | | | | The Fwd classes were inherited by the actual classes, allowing to #include only the fwd and not the bigger real class header. Such a compilation time micro optimization shouldn't really be worth complicating the API. Thus just moved the enum content to actual classes. For some backwards compatibility made the Fwd classes typedeffed to the real ones. Crypto side didn't even have a proper class, only the Fwd and suppose all the usage of the code just did include anyway for the whole crypto api. The QMailFolderFwd::PredefinedFolderId was having a cyclic dependency when moved to QMailFolder: QMailFolderId ctor variant was depending on it and QMailFolder was depending on the Id. Moved the predefined id to the Id class which feels like a better home anyway. Change-Id: I9a9aa9c407ae90cc11b37179fe417e3a002ce94b Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: <matti.viljanen@kapsi.fi>
* Rewrite logging with QLoggingCategoryDamien Caliste2025-06-134-9/+9
| | | | | | | | | Replace the custom logging mechanism with QLoggingCategory. Also declare the warnings with the proper category. Change-Id: If87d53d27ea0c65abd434af9f99fe49ce634d6dd Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Add missing spaces after for/if/while/switchPekka Vuorela2025-05-0916-167/+167
| | | | | | | Change-Id: I57c6ed78099b3359a16ce807da95325e755f0197 Reviewed-by: Pekka Vuorela <pvuorela@iki.fi> Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi>
* Remove trailing whitespace with sed scriptPekka Vuorela2025-05-0915-103/+103
| | | | | | | Change-Id: Iebfffe7a6d5b2db40f0508ecd7c8ccddfa6665a6 Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: <matti.viljanen@kapsi.fi> Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Add CMake build systemDamien Caliste2024-10-1720-93/+184
| | | | | | | | | | | | | | | | Adjust source code where necessary like: - #include <private/...> cannot be used since private is the installation path, but not the path used in the sources, - fix map definition in qmailservice.xml, - had to add #include <qmailstore.h> to qmailserviceaction.h since qt_add_dbus_adaptor can only include one header, - add a method using QDBusVariant in ServiceHandler so the adaptor can call it. Change-Id: Idbecf4214dffdf523ccd8558370e8d2854b5d99a Reviewed-by: Pekka Vuorela <pvuorela@iki.fi>
* Remove SERVER_AS_DLLPekka Vuorela2024-04-012-81/+0
| | | | | | | | | I doubt this has been used anywhere in long time. Also for email client example it feels a bit strange. And there's was nothing setting it enabled on the example. Change-Id: I7a408ed490a84789000f2db8eebfa8324b493846 Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* Remove cruft from some .pro files and remove pointless common.priPekka Vuorela2024-03-314-7/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | messageserver.pri not used anywhere. Neither PLUGIN_INTERNAL definition is no longer used anywhere. The common.pri isn't too good a common file as it's mostly included outside the src tree, only src/tools/messageserver uses it from the actual sources. Hence removing QMF_ENABLE_LOGGING shouldn't affect anything since it's used only in the libqmfclient for one thing. To use that properly one has needed the definition value passed externally. The win/mac special case release mode I didn't understand too well and neither did qtbase run_pro2cmake.py I was testing to proceed with cmake build. Unsure was that CONFIG_WIN working even in qt5 or was that some earlier thing. The mac bundle would have been used only for unit tests and such, so feels pointless. As neither target now even works because of d-bus ipc, let's just remove this part. Removing these makes the common.pri even more pointless so just moved the INSTALL=target to few places that were using the common.pri Change-Id: Ibfe6da554e0d452e09d08e184e22508c1af958e0 Reviewed-by: Damien Caliste <dcaliste@free.fr> Reviewed-by: Christopher Adams <chris.adams@qinetic.com.au>
* Add QMailMessage::CalendarCancellation flagDavid Llewellyn-Jones2023-11-151-0/+1
| | | | | | | | | | | | | | | | | | | | | | Introduces a CalendarCancellation flag similar to the QMailMessage::CalendarInvitation to be matched against the QMailMessage::status() bitfield. While the CalendarInvitation flag indicates that the message contains an attachment of type text/calendar with "REQUEST" method, the CalendarCancellation flag indicates that there's an attachment of type text/calendar with "CANCEL" method type. In other words, a calendar event cancellation. For reference, the "CANCEL" method of the Content Type header is described in RFC2447 (iMIP) Section 2.4 [1] in combination with the RFC2446 (iTIP) sections 3.2 and 3.2.5 [2] [1] https://tools.ietf.org/html/rfc2447#section-2.4 [2] https://tools.ietf.org/html/rfc2446#section-3.2 Change-Id: I1ef1d8a070e527552dae1ebe1677156bc07ba04d Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* Use QmfList where required to maintain stable referencesChris Adams2021-04-082-3/+4
| | | | | | | | | | Any case where the address of an element is taken and stored or used, must be changed to use QmfList instead of QList, otherwise non-const operations will cause the reference to become invalid. Change-Id: Ic0017cb9eddcf27b93d26adb3ea9c71682c4421b Reviewed-by: Christopher Adams <chris.adams@jolla.com> Reviewed-by: David Llewellyn-Jones <david.llewellyn-jones@jolla.com>
* Don't compile some examples waiting for migrationDamien Caliste2021-04-081-1/+5
| | | | | | Change-Id: I920624e76f5d4a181e9fff58af18e1f92d631597 Reviewed-by: David Llewellyn-Jones <david.llewellyn-jones@jolla.com> Reviewed-by: Christopher Adams <chris.adams@jolla.com>
* Add QMF_NO_WIDGETS option to disable QtWidgets depending codePekka Vuorela2018-09-071-1/+4
| | | | | | | | | | | | QMF_NO_MESSAGE_SERVICE_EDITOR used to have this effect but now that QmfWidget is a separate module, it pulls in QtWidgets. There could be use for disabling service editors, but still keeping QmfWidgets, but now for simplicity just disabling both with the new option. Change-Id: Iebb5c52aab4b645572f694bae8c5ed40e8d6aa6b Reviewed-by: Christopher Adams <chris.adams@jollamobile.com> Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* Replace deprecated qSort/qLowerBound/qGreater with std methodsPekka Vuorela2018-08-161-1/+1
| | | | | Change-Id: Ia3913b998f3686d6f047d02d8781a7297b018bbd Reviewed-by: Christopher Adams <chris.adams@jollamobile.com>
* Fix installation of examplesChris Adams2018-07-194-7/+7
| | | | | | Change-Id: I7aacfd91f7ec77dc50026820dd4379a4e42c5d53 Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Reviewed-by: Christopher Adams <chris.adams@jollamobile.com>
* Compile with GCC 6 -Werror=zero-as-null-pointer-constantChris Adams2018-07-1928-40/+40
| | | | | Change-Id: I67eb29e13c5e643ee2f58a0696400e085999c01c Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* qtmail: Don't export some classes that are only used inside the example.Robin Burchell2015-08-282-4/+4
| | | | | | | | | | These were previously part of the libraries, but removed to be example-only in daa2a0ad8092b3552db8a81a1d076b5a9de84d61. This fixes yet another Windows build failure. Change-Id: I2449b08ecd5d286c088dab88b368019a91a03a2b Reviewed-by: Simon Hausmann <simon.hausmann@theqtcompany.com>
* qtmail: Turn a #warning into a comment.Robin Burchell2015-08-281-1/+1
| | | | | | | MSVC doesn't like #warning apparently. Change-Id: Ia3f04765c5c34a5325784e7fd7890d8f5542ae8f Reviewed-by: Simon Hausmann <simon.hausmann@theqtcompany.com>
* plugins: Remove PLUGIN_EXPORT macro.Robin Burchell2015-08-281-1/+1
| | | | | | | This may have been contributing to Windows build breakage. Change-Id: If730e884e10dd41ff18ff15abe16d781c20bdc63 Reviewed-by: Simon Hausmann <simon.hausmann@theqtcompany.com>
* Add QT_{BEGIN,END}_NAMESPACE macros to build successfully with namespaced Qt.Robin Burchell2015-08-283-0/+15
| | | | | Change-Id: Iac431ae2d56c2b9fd419651e6cb28c455db55259 Reviewed-by: Simon Hausmann <simon.hausmann@theqtcompany.com>
* Update licensing to match latest approach in QtCore.Robin Burchell2015-08-2845-992/+632
| | | | | Change-Id: Icce55517963f0cbc35211e9fc6f1a0fc413f5676 Reviewed-by: Simon Hausmann <simon.hausmann@theqtcompany.com>
* Fix some path messups.Robin Burchell2014-04-012-12/+12
| | | | | Change-Id: I78350e00d12d79ef281ac6cdfc206669375e956e Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Remove linkage against private headers from qtmail example.Robin Burchell2014-02-042-3/+1
| | | | | Change-Id: I00f457f54746b4e32ca60ae6c6d31ca34934f67d Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Restore compilation of qtmail example.Robin Burchell2014-02-03100-63/+59
| | | | | Change-Id: Id59253e1d121ab0dfcdb59f7018b897f6c1df086 Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Make URL opening function in a cross-platform world.Robin Burchell2014-01-281-7/+2
| | | | | | Change-Id: I7f4bee6fccf1e2a805cc7e9899ae16a6e15caa8d Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Remove obsolete Qtopia-related bits from qtmail.Robin Burchell2014-01-271-34/+1
| | | | | Change-Id: I021570bce26529adfbfb4080b18b87df74bc2c18 Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* Remove stray QDebug.Robin Burchell2014-01-241-1/+0
| | | | | Change-Id: If27729ee3fd511226a31ae096f52e130e14d8065 Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Remove composer & viewer plugins, move them entirely to QtMail.Robin Burchell2014-01-2462-14591/+15225
| | | | | | | | | | | | | | | | | These may have made some sense back when QMF was part of Qtopia (a messaging system customizable for each platform and offering extensible message types), but it makes a lot less sense in the sense of a library offering email-related functionality. This type of functionality belongs in the clients, not in the library, so move it there. This has been performed through a fairly quick hatchet job. It isn't really clean, working code yet, but it is operational. Change-Id: Ic417a5e885034b67b645df238febb30cda88b17c Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com>
* Make qmfutil a Qt module: QmfWidgets.Robin Burchell2014-01-2346-5803/+8
| | | | | | | | | | I'm not totally clear how useful this thing actually is, but instead of bastardising it across a few examples/projects, let's promote it to a module and avoid that black magic. Change-Id: I4d34961bc30e01455274afdd344286f4e5cfd25a Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Convert qmfclient & qmfmessageserver into Qt modules: QmfClient & ↵Robin Burchell2014-01-239-91/+28
| | | | | | | | | | | | | | | | | | | | | QmfMessageServer. This was not possible prior to now due to Qt 4 support hanging around like the undead vampire it is, but now we purged it with fire and light, and the build system looks a lot less like a stinky, decomposed corpse. There's still a lot of surprises lurking: qtmail is one such surprise. I don't quite grasp why it's so heavy on plugins, and qmfutil also needs some... attention. But at least it's a start. As part of this work, we rename the qcop headers to fit the private convention. This could have been done in a prior commit, but given that I didn't have an easy way to build prior to this commit, I opted to roll them together. Change-Id: Ia3e288ffc3639a7751c9040ceecb54fca77a31b1 Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@digia.com> Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com>
* Remove Qt 4 support.Robin Burchell2014-01-2112-164/+55
| | | | | | | | | | | This has persisted long enough, and as far as I am aware, has no users. It is also blocking potential build system cleanups and other good things. Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com> Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Change-Id: I5e0e0549ef6ffee31b5e60ec94a9e17f27e01436 Reviewed-by: John Brooks <john.brooks@dereferenced.net> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Correctly start messageserver5 binary.Robin Burchell2014-01-201-2/+2
| | | | | Change-Id: I7eb742fc60884881714911e76ea6de6ef4939ca4 Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Detection of libraries built as framework or dylib on MacTakahiro Hashimoto2014-01-176-12/+63
| | | | | | | | | | This makes build system detect if Qt libraries are built as framework or not and add correct flags to LIBS. Change-Id: Ifb0d2ed87f5d624966395bce39959ce53f1dee89 Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com> Reviewed-by: Tasuku Suzuki <stasuku@gmail.com> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Rework the build system to better use parallel builds.4.0.3Robin Burchell2013-08-072-0/+25
| | | | | | | | | | Instead of having one gigantic master .pro, split things out into multiple SUBDIRS templates. This allows for slightly better grained build dependencies without losing the sanity of a clearly understandable build system. Change-Id: Ib09cd6170bcf8be55a1b351731f9a6451bb82d27 Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@digia.com> Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* Fix QMF with Qt 5.1+4.0.1Robin Burchell2013-06-122-9/+1
| | | | | | | | | | | Q_GLOBAL_STATIC changed implementation. To make life easy, just make the constructor public, and stop trying to use Q_GLOBAL_STATIC in a rather unsupported way. Change-Id: I7c6b13534c1a32db643574a9814b73ce0e0b22cf Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com> Reviewed-by: John Brooks <john.brooks@dereferenced.net> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Make sure plugins are linked against correct Qt version of the qmf libs.Valerio Valerio2013-04-303-4/+16
| | | | | | | | Signed-off-by: Valerio Valerio <valerio.valerio@jollamobile.com> Change-Id: I965b6f890c883e82e946f008501d0bdc669c9a2b Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Allow parallel installation of qt4 and qt5 buildsValerio Valerio2013-04-266-24/+46
| | | | | | | | Signed-off-by: Valerio Valerio <valerio.valerio@jollamobile.com> Change-Id: I2c03d287fc871098cf45d75d4a1262b9c6c4378d Reviewed-by: Robin Burchell <robin+qt@viroteck.net> Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>
* Update Qt 5 port to match latest releaseValerio Valerio2013-04-1919-32/+50
| | | | | | | | Update code base to match latest release of Qt. Signed-off-by: Valerio Valerio <valerio.valerio@jollamobile.com> Change-Id: I02c2ff250ea8cd960938b81903e92b04c745ae9c Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au> Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
* Remove Symbian support.Robin Burchell2013-02-287-67/+0
| | | | | | | | Symbian is not a supported platform anymore. Change-Id: I82e618e756ae0b247e6e038fa9d8d43fb90b44ff Reviewed-by: Valerio Valerio <valerio.valerio@jollamobile.com> Reviewed-by: Matthew Vogt <matthew.vogt@qinetic.com.au>