GitLab

svn path=/trunk/koffice/; revision=689412

When you zoom text out too much all that is left are some blobs of pixels.
In such a case instead of using the slow drawing text; just draw a rect
or a line.  This speeds up the painting immensely since the side effect
of zooming out < 20% is that you see a lot more text on the screen at the
same time.  This makes that responsive again on all systems.
Note that I calculate the amount of pixels that the text line would take, so
this is the most correct manner of doing this I can think of.

svn path=/trunk/koffice/; revision=689392

svn path=/trunk/koffice/; revision=689390

- Fix the test3 test which was failing here due to it depending on the data beyond the end of the test3 string. Simplify by using QByteArray read() at the same time.
- Only test the Encrypted backend if it is available, otherwise it crashed.
- Make the success return code explicit.

svn path=/trunk/koffice/; revision=689238

todo;
* KWPageManager does not know about the pages before layout is done
* it's needed to move a frame to a pagenumber (what would in turn need a relayout again)


svn path=/trunk/koffice/; revision=689220

svn path=/trunk/koffice/; revision=689178

Now, the ODF compatibility for the date and time fields should be perfect... Should be... This code needs testing.

svn path=/trunk/koffice/; revision=689174

Add support for text:fixed. Only one attribute left before full ODF compatibility for these two fields

svn path=/trunk/koffice/; revision=689159

svn path=/trunk/koffice/; revision=689158

svn path=/trunk/koffice/; revision=689157

Add support for data style name in time/date fields... TODO : find a way to simplify this duplicated code...

svn path=/trunk/koffice/; revision=689155

svn path=/trunk/koffice/; revision=689060

svn path=/trunk/koffice/; revision=689046

so the deleteLater can be immediate.
Connect to done() instead. Which I should have used from the start...

svn path=/trunk/koffice/; revision=689041

delete on the eventQueue, then there is no guarentee that it happens
after my own event is executed on the main thread.

svn path=/trunk/koffice/; revision=689020

* initial work on a model for the bookmarked configuration manager, extended with a model for filters
* use the model in the filter dialog
* create a bookmark manager for each filter, it should be override by filters creating their own configuration objects

svn path=/trunk/koffice/; revision=689012

foot-, and end notes inside the normal text flow.
The text plugin will use this to layout a footnote at the bottom of the
shape it appeared in.

Its currently pretty primitive; but I'm pretty happy about the design as
this fills a long standing feature request of allowing footnotes to be
printed at the bottom of each column, instead of ignoring the columns.
As a side effect; this allows all applications to use footnotes,
not just KWord.

svn path=/trunk/koffice/; revision=688982

svn path=/trunk/koffice/; revision=688879

svn path=/trunk/koffice/; revision=688819

svn path=/trunk/koffice/; revision=688816

svn path=/trunk/koffice/; revision=688797

This closes CID 3907.
CCMAIL:Boudewijn Rempt <boud@valdyas.org>

svn path=/trunk/koffice/; revision=688737

currently fails because the projection has the wrong default pixel after a subselection got inverted.


svn path=/trunk/koffice/; revision=688702

* remove the bookmark code from the KisFilter class and move it to a more generic kisbookmarkedconfiguration class (which needs to be initialized for each filter with a configuration)
* fix the copyright header of kis_filter_handler (as unless the boudewijn from the future is commiting code in the past we are not yet in 2008 ;p )

svn path=/trunk/koffice/; revision=688693

rename toXML/fromXML to toLegacyXML/fromLegacyXML (those functions are used to save to filter configuration XML as used by Krita 1.x)

svn path=/trunk/koffice/; revision=688624

* add some const to KoColorSpace

svn path=/trunk/koffice/; revision=688607

svn path=/trunk/koffice/; revision=688579

svn path=/trunk/koffice/; revision=688512

svn path=/trunk/koffice/; revision=688448

svn path=/trunk/koffice/; revision=688399

svn path=/trunk/koffice/; revision=688373

- Allow the parameters used to create the profile to be read back.

svn path=/trunk/koffice/; revision=688366

svn path=/trunk/koffice/; revision=688365

svn path=/trunk/koffice/; revision=688364

meaning krita can again load exif and iptc tags

BUG: 112727
CCBUG: 138923

svn path=/trunk/koffice/; revision=688358

svn path=/trunk/koffice/; revision=688350

It still has to be improved for correctness with the standard, but it basically works.


svn path=/trunk/koffice/; revision=688342

svn path=/trunk/koffice/; revision=688334

some more data. But probably it will be the one that rules them all. It will support:
- Selection of illuminant (because different light means different colors).
- Selection of precision (basing on the computational power, it will chose less or 
more "reflectivity wavelenghts" to compute).
- *All* visible colors (thanks to the XYZ colorspace).
It will use Kubelka Munk so we are using together the most powerful academic tools.
Stay tuned...

svn path=/trunk/koffice/; revision=688274

svn path=/trunk/koffice/; revision=688181