← Back to branch summary

~ubuntu-branches/ubuntu/precise/koffice/precise

« back to all changes in this revision

Viewing changes to libs/pigment/TODO

  • Committer: Bazaar Package Importer
  • Author(s): Jonathan Riddell
  • Date: 2010-09-21 15:36:35 UTC
  • mfrom: (1.4.1 upstream) (60.2.11 maverick)
  • Revision ID: james.westby@ubuntu.com-20100921153635-6tejqkiro2u21ydi
Tags: 1:2.2.2-0ubuntu3
Add kubuntu_03_fix-crash-on-closing-sqlite-connection-2.2.2.diff and
kubuntu_04_support-large-memo-values-for-msaccess-2.2.2.diff as
recommended by upstream http://kexi-
project.org/wiki/wikiview/index.php@Kexi2.2_Patches.html#sqlite_stab
ility

Show diffs side-by-side

added added

removed removed

Lines of Context:
libs/pigment/TODO
1
 
* Currently, all profiles are loaded at startup (ICC and CTL), even if
2
 
they are never use, this has a significant impact on the memory footprint
3
 
(mostly for ICC) and on the CPU time (mostly for CTL). Since they are not
4
 
necessarily used, loading them is a lost of resources, so loading them as
5
 
needed would be a better option. *But* the problem is that, the only way
6
 
to know if the profiles are valid (and usuable by the application) is to
7
 
load the profile... So the idea is to cache some information (validity,
8
 
isSuitableForOutput, isSuitableForPrinting and isSuitableForDisplay),
9
 
using MD5/modification date it would be possible to check if the profile
10
 
informations are up-to-date, and then the profile data would only be
11
 
loaded when needed by a color space.
12
 
 
13
 
* for embedded/mobile purposes, even lcms and loading or creating one
14
 
or two profiles can be too memory-consuming, so it would be good if
15
 
lcms could become an optional dependency of pigment, like ctl -- for instance
16
 
by making lcms and ctl plugins and having a small core set of colorspaces 
17
 
for minimal functionality (rgb, lab, hsv)
18
 
 
19
 
* the previous would need the possibility to define "priority" between
20
 
colorspaces, for instance the minimal RGB colorspace provided in pigment would
21
 
need to be overriden by the more functional lcms one when it is available.
22
 
 
23
 
(Note: I was just counting on overwriting the entries with the same ID's, so 
24
 
when loading a plugin that loads colorspaces, the embedded colorspaces are 
25
 
no longer available from the registry) EDITCyrille: I think we need some kind of priority between engines, for instance, in case someone add support for other ICC engine, the user should be able to select which one to use
26
 
 
27
 
* currently profiles names are untranslatable, because KoColorProfile::name() is used as a name and as an id, this should be changed by the introduction of an id() and making ::name() return the i18n version. And thus be consistant with the rest of the API
 
1
* currently profiles names are untranslatable, because
 
2
KoColorProfile::name() is used as a name and as an id, this should be
 
3
changed by the introduction of an id() and making ::name() return the
 
4
i18n version. And thus be consistant with the rest of the API