← Back to branch summary

~ubuntu-branches/ubuntu/oneiric/kdepim/oneiric-updates

« back to all changes in this revision

Viewing changes to messagecomposer/TODO

  • Committer: Package Import Robot
  • Author(s): Philip Muškovac
  • Date: 2011-06-28 19:33:24 UTC
  • mfrom: (0.2.13) (0.1.13 sid)
  • Revision ID: package-import@ubuntu.com-20110628193324-8yvjs8sdv9rdoo6c
Tags: 4:4.7.0-0ubuntu1
* New upstream release
  - update install files
  - add missing kdepim-doc package to control file
  - Fix Vcs lines
  - kontact breaks/replaces korganizer << 4:4.6.80
  - tighten the dependency of kdepim-dev on libkdepim4 to fix lintian error

Show diffs side-by-side

added added

removed removed

Lines of Context:
messagecomposer/TODO
 
1
This doc describes the state of the composer when my (cberzan) GSoC project
 
2
ended and I could no longer dedicate full time to this.
 
3
 
 
4
Things that should be rethought a little and refactored:
 
5
* All GUI bits should move out of the jobs. Currently this is only the
 
6
  MainTextJob's ugly KMessageBox that warns the user if a charset is not good
 
7
  for their message.
 
8
* Some jobs (the MainTextJob, AttachmentJob at least) need to know what
 
9
  charset(s) the user has chosen and whether 8bit encoding is allowed. This is
 
10
  currently stored in the GlobalPart, and it sucks horribly that each job
 
11
  might need access to this GlobalPart. The globalPart is currently obtained
 
12
  by checking all ancestors if they are a Composer, and calling
 
13
  thatAncestor->globalPart(). This has the nasty side effect that jobs require
 
14
  a Composer grandparent, and can't be used independently. I haven't found a
 
15
  good way to solve this without duplication. :-/
 
16
* Related to the above: it should be possible to use any of these jobs outside
 
17
  of a composer, especially that the TemplateParser and KJots might need them.
 
18
  It should also be easy to make have something like MyComposer in an
 
19
  application, extending upon Composer.
 
20
 
 
21
Things that are still TODO:
 
22
The crypto composer. Currently the plan is to have this simple composer LGPL,
 
23
and have another GPL crypto composer that would use this, and be used in KMail.
 
24
Whereas this Composer outputs a single KMime::Message, the crypto composer
 
25
should probably output a list of Akonadi::Items, and store things that are not
 
26
part of the sendable message (such as Bcc) as item attributes.