summaryrefslogtreecommitdiffstats
path: root/framework/src/domain/mime/mimetreeparser
Commit message (Collapse)AuthorAge
* Use imported targets instead of qt5_use_modulesHeiko Becker2017-07-29
| | | | | | | | | | | | | | | | | | From Qt's documentation: "This macro is obsolete. Use target_link_libraries with IMPORTED targets instead." It's only recommended with cmake >=2.8.9 & < 2.8.12. Kube already requires cmake 3.0. One advantage of using the imported targets is, that cmake complains if a target isn't found before it's used, like Qt5Concurrent missing from the find_package_call here. Reviewers: #kube, cmollekopf Reviewed By: #kube, cmollekopf Subscribers: #kube Differential Revision: https://phabricator.kde.org/D6362
* ki18n is not requiredChristian Mollekopf2017-07-21
|
* no need for ki18nMichael Bohlender2017-07-15
|
* CleanupChristian Mollekopf2017-07-12
|
* Print attachment statusChristian Mollekopf2017-07-11
|
* Fixed multipart/alternative repliesChristian Mollekopf2017-07-11
|
* Reply to signed messages.Christian Mollekopf2017-06-30
|
* A single shared testdata set.Christian Mollekopf2017-06-30
|
* Removed async APIChristian Mollekopf2017-06-22
|
* Added missing fileChristian Mollekopf2017-06-21
|
* MessagePart error enumChristian Mollekopf2017-06-11
|
* Simplified code a bitChristian Mollekopf2017-06-11
|
* Better error messageChristian Mollekopf2017-06-11
|
* Encapsulated partsChristian Mollekopf2017-06-07
|
* make it compileMichael Bohlender2017-06-06
|
* A simplistic security borderChristian Mollekopf2017-06-06
| | | | | Still a bit obnoxious and doesn't really convey a whole lot of information. Consider it a stub for now
* Resolved some warningsChristian Mollekopf2017-06-05
|
* UnusedChristian Mollekopf2017-06-05
|
* Avoid leaking created nodesChristian Mollekopf2017-06-05
|
* CleanupChristian Mollekopf2017-06-04
|
* Removed extraContentsChristian Mollekopf2017-06-04
| | | | | | | | Seems largely useless now. The only thing this was planned to be used for is to find the sender of temporary nodes (which are not linked in the mimetree I suppose), but that was apparently not yet implemented. Anyways, I think we can solve this over the parttree.
* Rely on isAttachment to collect attachmentsChristian Mollekopf2017-06-04
|
* Reduced the messagetreeparser to aproximately what we actually requireChristian Mollekopf2017-06-04
| | | | | | | | | | | While in a much more managable state it's still not pretty. However, further refactoring can now gradually happen as we need to do further work on it. Things that should happen eventually: * Simplify the logic that creates the messageparts (we don't need the whole formatter plugin complexity) * Get rid of the nodehelper (let the parts hold the necessary data) * Get rid of partmetadata (let the part handleit)
* Buildsystem fixChristian Mollekopf2017-05-28
|
* Saving of attachmentsChristian Mollekopf2017-05-24
|
* UnusedChristian Mollekopf2017-05-23
|
* Removed the MessagePartRendererChristian Mollekopf2017-05-23
|
* Fixed stuff that got broken during the moveChristian Mollekopf2017-05-23
|
* Moved MIME related stuff to a mime subdirChristian Mollekopf2017-05-23