Barrapunto

[...] y podremos estar seguros de que los colores de nuestros documentos se verán igual en la pantalla que una vez impresos

Mmmm... igual eso es absolutamente imposible con monitores e impresoras "de andar por casa"... De hecho, incluso a nivel profesional he tenido varias veces problemillas porque las tintas de las imprentas algunas veces tienen partidas defectuosas.
Supongo que como mucho, teniendo a mano un Pantone u otro atlas de color certificado y calibrado, podremos estar seguros de qué color estamos definiendo para la impresora / imprenta, que no tiene por qué verse fielmene en el monitor, y según la calidad de la imprenta / impresora será el del catálogo o no.

librería dice juasjuas

La verdad es que me alegro mucho de que Koffice sea cada día mejor y tenga un desarrollo tan activo. Son muchos los que tienen una idea equivocada acerca de Koffice infravalorándolo respecto a openoffice o ms office. Sin embargo a día de hoy no hecho de menos ninguna característica de la competencia (tampoco soy un usuario con demasiadas exigencias en este tipo de software) salvo tal vez el importar archivos de ms office, pero esa la considero una característica secundaria, al menos para mi. Por otro lado sí encuentro a Koffice mucho más rápido y fácil de usar que openoffice, cosa que realmente se agradece en mi portatil o en sistemas con poca memoria.

Los colores no se ven igual en todos los monitores ni tampoco en todas las impresoras, eso lo sabemos todos. Pensando un poco respecto a Pigment, se me ocurre que tal vez sería mejor realizar el ajuste de color en las propias X y en CUPS (o también en SANE para los escáneres). De ese modo, todos los programas se beneficiarían de ello. Si tu monitor tiende a ser azulado y el de tu amigo amarillento (es decir, si tienen temperaturas de color [wikipedia.org] diferentes), al ser las X quien ajuste eso teniendo en cuenta qué modelo de monitor tienes (y permitiendo ajustarlo a mano para apurar más), los colores se verían igual en ambos a pesar de todo, y los programadores de las aplicaciones no tendrían que preocuparse de ello normalmente. Lo mismo con CUPS a la hora de imprimir.

KOffice 2.0 está previsto que salga al mismo tiempo que KDE 4.

No sé de donde sale esa información. No lo veo en la noticia en la que está basada esta nota [kde.org], y en la lista de versiones de desarrollo [kde.org], sólo se dice que KDE 4 [kde.org] tendrá una "technical preview" en octubre, justo después de la aKademy (y si no, ni eso), lo cual no anticipa con ninguna seguridad cuando habrá una alfa, beta, o versión estable.

Y de KOffice 2.0 no se sabe ni eso... (recuerdo que habrá una versión 1.6 de ciertas aplicaciones)

Supongo que lo dirán haciendo referencia a la implementación de modelos/vistas de QT 4 [trolltech.com]. Hasta ahora, KDE usaba su propia implementación porque QT 3 no tenía modelos/vistas, pero ahora que KDE 4 se basa en QT 4 están pasando todo al diseño de QT 4 por lo que tengo entendido. Aunque no he mirado muy a fondo cómo lo implementa KDE 3, es parecido a como lo implementa QT 4. No me extrañaría que los de Trolltech se hayan basado en el diseño de KDE 3 para implementarlo en QT 4 (dándole un repaso ya que están), y menos aún teniendo en cuenta quién es el director de desarrollo de software [wikipedia.org] de Trolltech.

"En una de fregar cayó caldera,
transposición se llama esta figura,
de agua acabada de quitar del fuego."

Eso es un hipérbaton (transposición) de Lope de Vega.

Ahora bien, el que sea válido no lo hace correcto: la oración original no parece tener intención de conseguir ningún efecto poético. Por ello veo más probable que sea una traducción a la carrera mal hecha.

Y, si fijarse en la forma de escribir y esperar que la gente lo haga bien es pedantería, lo soy (es curioso, según la RAE [buscon.rae.es] podría considerarse así). Mensaje no legible, mensaje no creíble.