Kpart - Historial de revisiones

Javiermartin jc: Texto reemplazado: «
» por «»

2019-07-06T19:39:29Z

Texto reemplazado: «<div align="justify">» por «»

Rolando GT en 17:16 13 jul 2015

2015-07-13T17:16:33Z

Dianiseli en 17:41 4 may 2013

2013-05-04T17:41:26Z

Sancristobal2 jc en 17:03 22 feb 2011

2011-02-22T17:03:31Z

Sancristobal2 jc en 16:28 22 feb 2011

2011-02-22T16:28:43Z

Sancristobal2 jc en 16:26 22 feb 2011

2011-02-22T16:26:39Z

Amarilys ciget.sanctispiritus en 13:38 31 ene 2011

2011-01-31T13:38:04Z

Amarilys ciget.sanctispiritus en 13:36 31 ene 2011

2011-01-31T13:36:46Z

Sancristobal2 jc en 15:30 24 ene 2011

2011-01-24T15:30:29Z

Sancristobal2 jc en 15:26 24 ene 2011

2011-01-24T15:26:49Z

@@ Línea 26: / Línea 26: @@
 |web=
 }}
-<div align="justify">'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparezca directamente como un objeto [[C + +.,|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ápidas para activar o descargar. Ni siquiera tienen que emitir un tenedor, el código se ejecuta dentro de su aplicación. El 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. La 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.</div>
+'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparezca directamente como un objeto [[C + +.,|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ápidas para activar o descargar. Ni siquiera tienen que emitir un tenedor, el código se ejecuta dentro de su aplicación. El 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. La 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.</div>
 == Introducción  ==
-<div align="justify">KDE 2.0 fue lanzado en [[Septiembre]] de [[2000]]. Fue una gran mejora en vez de [[KDE|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. </div> <div align="justify">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.</div>
+KDE 2.0 fue lanzado en [[Septiembre]] de [[2000]]. Fue una gran mejora en vez de [[KDE|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. </div> 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.</div>
 == Programación  ==
-<div align="justify">KParts es el nombre del componente framework para el entorno de escritorio [[KDE|KDE]]. A un componente individual se le denomina una KPart. Los KPart son análogos a los componentes Bonobo en [[GNOME|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.</div>
+KParts es el nombre del componente framework para el entorno de escritorio [[KDE|KDE]]. A un componente individual se le denomina una KPart. Los KPart son análogos a los componentes Bonobo en [[GNOME|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.</div>
 == Ejemplo de usos de KParts  ==
@@ Línea 36: / Línea 36: @@
 *Konqueror usa el Part KMPlayer para reproducir multimedia
 *Kontact incrusta aplicaciones kdepim
-<div align="justify">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.</div>
+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.</div>
 == ¿Qué es un KPart?  ==
 [[Image:KParts.jpg|thumb|left]]
-<div align="justify">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.</div> <div align="justify">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.</div>
+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.</div> 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.</div>
 == KParts Marco  ==
-<div align="justify">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.</div> <div align="justify">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.</div> <div align="justify">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.</div> <div align="justify">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.</div>
+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.</div> 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.</div> 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.</div> 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.</div>
 == El uso de KParts de Kontact  ==
-<div align="justify">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.</div>
+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.</div>
 == Fuentes  ==

← Revisión anterior		Revisión del 17:16 13 jul 2015
Línea 54:		Línea 54:
	*http://phil.freehackers.org/kde/kpart-techno/kpart-techno.html<br><br>		*http://phil.freehackers.org/kde/kpart-techno/kpart-techno.html<br><br>

−	~~[[Category:Ciencias_Aplicadas_y_Tecnologías]]~~ [[Category:Ciencias_informáticas_y_Telecomunicaciones]] [[Category:Ciencias_informáticas]] [[Category:Informática]]	+	[[Category:Ciencias_informáticas_y_Telecomunicaciones]] [[Category:Ciencias_informáticas]] [[Category:Informática]]

@@ Línea 2: / Línea 2: @@
 |nombre= kpart
 |familia=
-|imagen= kpart.png
+|imagen= Kpart.jpeg
 |tamaño=
 |descripción= Herramienta multiplataforma de generación o automatización de código

@@ Línea 25: / Línea 25: @@
 |premios=
 |web=
 }}
 <div align="justify">'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparezca directamente como un objeto [[C + +.,|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ápidas para activar o descargar. Ni siquiera tienen que emitir un tenedor, el código se ejecuta dentro de su aplicación. El 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. La 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.</div>
 == Introducción  ==
 <div align="justify">KDE 2.0 fue lanzado en [[Septiembre]] de [[2000]]. Fue una gran mejora en vez de [[KDE|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. </div> <div align="justify">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.</div>
 == Programación  ==
 <div align="justify">KParts es el nombre del componente framework para el entorno de escritorio [[KDE|KDE]]. A un componente individual se le denomina una KPart. Los KPart son análogos a los componentes Bonobo en [[GNOME|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.</div>
 == Ejemplo de usos de KParts  ==
@@ Línea 44: / Línea 36: @@
 *Konqueror usa el Part KMPlayer para reproducir multimedia
 *Kontact incrusta aplicaciones kdepim
 <div align="justify">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.</div>
 == ¿Qué es un KPart?  ==
 == KParts Marco  ==
 <div align="justify">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.</div> <div align="justify">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.</div> <div align="justify">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.</div> <div align="justify">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.</div>
 == El uso de KParts de Kontact  ==
 <div align="justify">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.</div>
 == Fuentes  ==
 *[http://kplayer.sourceforge.net/manual/kpart.html Kplayer]
 *[http://packages.debian.org/sid/kpart-webkit Packages]
 *[http://phil.freehackers.org/kde/kpart-techno/kpart-techno.html Freehackers]
 [[Category:Ciencias_Aplicadas_y_Tecnologías]] [[Category:Ciencias_informáticas_y_Telecomunicaciones]] [[Category:Ciencias_informáticas]] [[Category:Informática]]

@@ Línea 8: / Línea 8: @@
 |tamaño2=
 |descripción2=
-|creador= [[JccsII]]
+|creador= [[JCSC2]]
 |desarrollador=
 |diseñador=

← Revisión anterior		Revisión del 15:30 24 ene 2011
Línea 1:		Línea 1:
−	{{Aplicación}}<div align="justify">	+	{{Aplicación\|nombre=Kpart\|logo=Kpart.jpeg\|descripcion=\|creador=\|fecha_de_creacion=\|sitio_web=}}<div align="justify">
	'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparece directamente como un objeto [[C + +.,\|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.		'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparece directamente como un objeto [[C + +.,\|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.

← Revisión anterior		Revisión del 15:26 24 ene 2011
Línea 1:		Línea 1:
−	{{~~Definición~~}}<div align="justify">	+	{{Aplicación}}<div align="justify">
	'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparece directamente como un objeto [[C + +.,\|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.		'''KPart'''. Se basa en las bibliotecas compartidas. Esto hace que el componente aparece directamente como un objeto [[C + +.,\|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.