Kpart
Revisión del 09:03 24 ene 2011 de Cinformpri jc (discusión | contribuciones)
| ||
KPart. Se basa en las bibliotecas compartidas. Esto hace que el componente aparece directamente como un objeto C + +., todo es accesible sin esfuerzo adicional. Así que la codificación de un componente está muy cerca de la codificación de C + + de objetos, que se debe hacer de todos modos para su aplicación. Las bibliotecas compartidas son también muy rápida para activar o descargar. Ni siquiera tiene que emitir un tenedor, el código se ejecuta dentro de su aplicación. 95% de los trabajos específicos de los componentes se realiza mediante la API de KPart. así que la escritura y el uso de componentes es muy fácil, como muestro en los ejemplos. Lectura de la documentación de la pequeña y el tutorial te dice todo lo que necesita saber para eso. Hay dos tipos de KPart: componentes y plugins. Componentes proporcionan un widget que puede mostrar, y puede extender la aplicación de menú para añadir específicas de las acciones del componente. Esta suele ser una entrada del menú que ofrece una nueva característica. Para hacer esto posible, los menús de una aplicación se definen en un archivo XML.
Sumario
Introducción
KDE 2.0 fue lanzado en septiembre de 2000. Fue una gran mejora en vez de KDE 1.X. El escritorio fue reescrito casi por completo y se aprovecha de las nuevas tecnologías de gran alcance: componentes, RPC / IPC, la transparencia de la red, demonio de sonido, ... Uno puede imaginarse que estas nuevas tecnologías van a hacer la escritura una aplicación una tarea tediosa. Pero este no es el caso. Estas tecnologías son maldito frío y maldito fácil de usar. Esto es lo que voy a mostrar en este artículo. Todos los ejemplos de código aquí fueron escritos y probados con KDE 2.1. Los ejemplos de código proceden de diversos lugares: cvs ejemplos, el libro de kde, correos, doc tutoriales, aplicaciones. Usted puede encontrar casi todo esto en el sitio de desarrolladores de KDE: developer.kde.org
Tenga en cuenta que estas tecnologías son ya muy maduras. Han pasado por tres versiones estables (KDE 2.0, 2.1 y 2.2), con casi ningún cambio Y KDE se basa en gran medida de ellos. Así que esto es algo que usted puede confiar en que la roca estable.
Tenga en cuenta que estas tecnologías son ya muy maduras. Han pasado por tres versiones estables (KDE 2.0, 2.1 y 2.2), con casi ningún cambio Y KDE se basa en gran medida de ellos. Así que esto es algo que usted puede confiar en que la roca estable.
Programación
KParts es el nombre del componente framework para el entorno de escritorio KDE. A un componente individual se le denomina una KPart. Los KPart son análogos a los componentes Bonobo en GNOME. Konsole está disponible como una KPart y se utiliza en aplicaciones como Konqueror y Kate. Un buen ejemplo de cómo pueden ser usados los KPart es Konqueror, que utiliza, por ejemplo la parte KWord para mostrar documentos y Kontact, que embebe aplicaciones KDE PIM bajo un mismo techo.
KParts es la tecnología de componentes de KDE presentó con Konqueror y KOffice. Una KPart es un módulo cargable dinámicamente que proporciona un documento integrable o vista de control incluyendo el menú y las acciones asociadas barra de herramientas. Un agente devuelve objetos KPart para determinados datos o tipos de servicio a la aplicación solicitante. KParts se utiliza, por ejemplo para incrustar un visor de imágenes en el navegador Web o para incrustar un objeto de hoja de cálculo en el procesador de textos. Instrumentación KPart de una aplicación es un esfuerzo de trabajo de baja, porque todas las tecnologías utilizadas son por lo general ya se utiliza en el código existente. No hay nuevos lenguajes de programación, procesos externos o protocolos involucrados. Básicamente se reduce a la aplicación de un C + + específicas de la interfaz.
Ejemplo de usos de KParts
- Konqueror usa el Part KWord para mostrar documentos
- Konqueror usa el Part KMPlayer para reproducir multimedia
- Kontact incrusta aplicaciones kdepim
KParts es la tecnología de componentes de KDE presentó con Konqueror y KOffice. Una KPart es un módulo cargable dinámicamente que proporciona un documento integrable o vista de control incluyendo el menú y las acciones asociadas barra de herramientas. Un agente devuelve objetos KPart para determinados datos o tipos de servicio a la aplicación solicitante. KParts se utiliza, por ejemplo para incrustar un visor de imágenes en el navegador Web o para incrustar un objeto de hoja de cálculo en el procesador de textos. Instrumentación KPart de una aplicación es un esfuerzo de trabajo de baja, porque todas las tecnologías utilizadas son por lo general ya se utiliza en el código existente. No hay nuevos lenguajes de programación, procesos externos o protocolos involucrados. Básicamente se reduce a la aplicación de un C + + específicas de la interfaz.
¿Qué es un KPart?
KParts consistirá en un objeto de vista integrable en un marco de interfaz de usuario, las acciones asociadas como los elementos de los menús y botones de barra de herramientas y objetos de extensión opcional para el manejo de la barra de estado o funcionalidad especiales, como el delantero, posterior y las funciones de la historia de un navegador. Van acompañadas de meta datos como tipos de autor y derechos de autor y el servicio
KPart proporciona. Los metadatos se ofrece a los archivos de la adhesión en el escritorio de la entrada estándar Esta norma, organizada por freedesktop.org, se utiliza en muchos otros lugares en KDE y otros entornos de escritorio, por ejemplo, GNOME , para almacenar los metadatos. La vista de objetos proporcionados por KParts es un componente de interfaz de usuario estándar que suele ser incorporado como componente principal en la ventana principal de la aplicación de empotrar. Representa el punto de vista o área de trabajo principal de la funcionalidad proporcionada por el KPart. Además de la opinión de la KPart prevé acciones de interfaz de usuario que corresponden a elementos de menú o botones de barra de herramientas. Los menús y barras de herramientas de KParts se combinan con los menús y barras de herramientas de la ventana principal o en otros componentes. Las acciones se describen y se creó sobre la base de una descripción XML de las acciones disponibles. Este mecanismo se conoce como XMLGUI Se describe con más detalle en la sección funciones especiales de la solicitud de inclusión para el uso de la KPart pueden ser proporcionados por los objetos de extensión que se crean por la KPart e hizo visible externamente. Un ejemplo es la extensión en la barra de estado que da acceso KParts a la barra de estado de la ventana principal de la solicitud de incorporación El KPart envía los mensajes que se muestran en la barra de estado para la ampliación y la aplicación incrustación se encarga de mostrar a ellos y sincronizar la información de la barra de estado cuando se activan diferentes KParts.
KPart proporciona. Los metadatos se ofrece a los archivos de la adhesión en el escritorio de la entrada estándar Esta norma, organizada por freedesktop.org, se utiliza en muchos otros lugares en KDE y otros entornos de escritorio, por ejemplo, GNOME , para almacenar los metadatos. La vista de objetos proporcionados por KParts es un componente de interfaz de usuario estándar que suele ser incorporado como componente principal en la ventana principal de la aplicación de empotrar. Representa el punto de vista o área de trabajo principal de la funcionalidad proporcionada por el KPart. Además de la opinión de la KPart prevé acciones de interfaz de usuario que corresponden a elementos de menú o botones de barra de herramientas. Los menús y barras de herramientas de KParts se combinan con los menús y barras de herramientas de la ventana principal o en otros componentes. Las acciones se describen y se creó sobre la base de una descripción XML de las acciones disponibles. Este mecanismo se conoce como XMLGUI Se describe con más detalle en la sección funciones especiales de la solicitud de inclusión para el uso de la KPart pueden ser proporcionados por los objetos de extensión que se crean por la KPart e hizo visible externamente. Un ejemplo es la extensión en la barra de estado que da acceso KParts a la barra de estado de la ventana principal de la solicitud de incorporación El KPart envía los mensajes que se muestran en la barra de estado para la ampliación y la aplicación incrustación se encarga de mostrar a ellos y sincronizar la información de la barra de estado cuando se activan diferentes KParts.
KParts Marco
KParts se cargan como módulos cargables de forma dinámica en tiempo de ejecución Un mecanismo de operador basado en los tipos de servicio proporcionados por el KParts se utiliza para seleccionar el KPart que mejor se ajuste a los datos o la aplicación para ser manipulados y las preferencias del usuario. Por ejemplo, en Kontact este mecanismo se utiliza para encontrar las aplicaciones que proporcionan la integración de Kontact, Konqueror y en la que se utiliza para encontrar visor adecuado y editor de partes para el manejo de documentos de los tipos MIME específico.
La actual API KPart consiste básicamente en las funciones de seleccionar, de carga y encontrar la deseada ejemplo KPart. Funcionalidad específica de las instancias KPart se realiza por medio de subclases. El KParts manejo de documentos utilizados en aplicaciones como Konqueror, por ejemplo, servir de intermediario para cargar y guardar documentos en una red de manera transparente en el ReadOnlyPart clases y ReadWritePart.
La comunicación entre KParts se realiza mediante el protocolo de comunicación de escritorio (ver sección). Esto se extiende a la API de la KParts específicas por funciones no sólo están disponibles para integrar el marco, sino también a disposición de otros componentes dentro o fuera del proceso de la solicitud de incorporación.
Las interfaces KPart no incluyen las llamadas a funciones remotas, a diferencia de muchos componentes de tecnología de otros marcos, como DCOM de Microsoft, la ONU de OpenOffice.org o Bonobo de GNOME. Históricamente, el predecesor del marco KParts que se basa en CORBA de The Open Group así lo hizo, pero debido a su complejidad no fue aceptada por los desarrolladores de aplicaciones y fue reemplazado por la actual combinación de KParts y DCOP que proporciona un marco más simple para su uso en un entorno de escritorio. Para una detallada descripción de la arquitectura de componentes KParts incluyendo una comparación con otros modelos, especialmente basados en modelos de CORBA.
La actual API KPart consiste básicamente en las funciones de seleccionar, de carga y encontrar la deseada ejemplo KPart. Funcionalidad específica de las instancias KPart se realiza por medio de subclases. El KParts manejo de documentos utilizados en aplicaciones como Konqueror, por ejemplo, servir de intermediario para cargar y guardar documentos en una red de manera transparente en el ReadOnlyPart clases y ReadWritePart.
La comunicación entre KParts se realiza mediante el protocolo de comunicación de escritorio (ver sección). Esto se extiende a la API de la KParts específicas por funciones no sólo están disponibles para integrar el marco, sino también a disposición de otros componentes dentro o fuera del proceso de la solicitud de incorporación.
Las interfaces KPart no incluyen las llamadas a funciones remotas, a diferencia de muchos componentes de tecnología de otros marcos, como DCOM de Microsoft, la ONU de OpenOffice.org o Bonobo de GNOME. Históricamente, el predecesor del marco KParts que se basa en CORBA de The Open Group así lo hizo, pero debido a su complejidad no fue aceptada por los desarrolladores de aplicaciones y fue reemplazado por la actual combinación de KParts y DCOP que proporciona un marco más simple para su uso en un entorno de escritorio. Para una detallada descripción de la arquitectura de componentes KParts incluyendo una comparación con otros modelos, especialmente basados en modelos de CORBA.
El uso de KParts de Kontact
El modelo KParts clásica se origina a partir de puntos de vista orientados de documento de KOffice y Konqueror. La diferencia de Kontact es que las instancias KPart no están asociados a documentos específicos, sino que representan puntos de vista a más objetos globales, como el correo electrónico del usuario, la agenda o los datos de contacto. Kontact carga un objeto KPart para cada aplicación que incorpora. El KPart proporciona la vista principal que se utiliza generalmente en la ventana principal de la versión independiente de la aplicación. La carga se hace en la demanda, por lo que sólo los objetos de consumo de memoria y afectar el tiempo de arranque que se utilizan realmente. A diferencia de las interfaces de usuario puramente orientados a documentos de varias instancias de KPart se cargan en paralelo y se comunican entre sí, lo que refleja la situación de varias aplicaciones corriendo en paralelo y trabajando juntos. En cuanto a la interfaz de usuario todavía es un principal ejemplo KPart que está activo. Esto significa que su opinión se muestra en la ventana principal y sus acciones específicas de la pieza se combinan en los menús de aplicaciones y barras de herramientas.
Fuentes
http://kplayer.sourceforge.net/manual/kpart.html
http://packages.debian.org/sid/kpart-webkit
http://phil.freehackers.org/kde/kpart-techno/kpart-techno.html
