From: Julian B. <ju...@sv...> - 2009-02-11 10:40:00
|
moin, I came up with a solution how to integrate the KDevPlatform library. ATM I only rely on their interfaces and started to implement them myself. I also use their UI implementations. CMake is able to figure out whether KDevPlatform is installed (including -devel packages) or not. It than can decide whether we need to build the needed parts within KTechLab or can link against the installed libs. This will save compile time and disk-space for people having KDevPlatform installed and won't make it a hard dependency for people who don't want to install "half of kde". What do you think? bye then julian |
From: P Z. <zol...@gm...> - 2009-02-11 10:48:24
|
On Wed, 11 Feb 2009 11:39:21 +0100, Julian Bäume <ju...@sv...> wrote: > moin, > I came up with a solution how to integrate the KDevPlatform library. ATM > I > only rely on their interfaces and started to implement them myself. I > also use > their UI implementations. CMake is able to figure out whether > KDevPlatform is > installed (including -devel packages) or not. It than can decide whether > we > need to build the needed parts within KTechLab or can link against the > installed libs. This will save compile time and disk-space for people > having > KDevPlatform installed and won't make it a hard dependency for people who > don't want to install "half of kde". > > What do you think? Most of the people will use prebuit packages. The question is: how should the packaging people compile the package? Should there be 2 packages: a kde version, having as dependency "half of kde" and the non-kde version, which has all the libs in the package? And will these versions conflict? What if someone installs ktechlab, and kdevelop after? > > bye then > julian |
From: Julian B. <ju...@sv...> - 2009-02-11 12:46:57
|
On Wednesday 11 February 2009 12:53:07 P Zoltan wrote: > On Wed, 11 Feb 2009 11:39:21 +0100, Julian Bäume <ju...@sv...> wrote: > > moin, > > I came up with a solution how to integrate the KDevPlatform library. ATM > > I > > only rely on their interfaces and started to implement them myself. I > > also use > > their UI implementations. CMake is able to figure out whether > > KDevPlatform is > > installed (including -devel packages) or not. It than can decide whether > > we > > need to build the needed parts within KTechLab or can link against the > > installed libs. This will save compile time and disk-space for people > > having > > KDevPlatform installed and won't make it a hard dependency for people who > > don't want to install "half of kde". > > > > What do you think? > > Most of the people will use prebuit packages. The question is: how should > the packaging people compile the package? Should there be 2 packages: a > kde version, having as dependency "half of kde" and the non-kde version, > which has all the libs in the package? And will these versions conflict? > What if someone installs ktechlab, and kdevelop after? Packaging should be done with KDevPlatform as a dependency. The same is done for gpsim as an "optional" dependency. The libraries aren't this big, that it would count in a binary distribution. There won't be any conflicts, since "our" version would have a KTechLab prefix (ktl or something like that) but only export the same symbols. I just looked into the openSUSE repository, kdevplatform is about 600kb in size. gpsim creates 1.3MB binaries and has itself a dependency on libgtkextra2 which is 300kb in size. That's how binary distributions work. I could produce a much smaller gpsim version, without gtk deps, but this would mean quite some work to do for me as a packager. The optionality of KDevPlatform would only be good for people not using binary distributions or do compile KTechLab from sources and don't install it via their packaging system. |
From: Jose L. G. L. <dig...@ya...> - 2009-02-11 11:01:22
|
I am working with the help-file and I've seen is that selecting the D / A converter in Context help not see the text in Spanish. What is the problem? My work can be downloaded from http://www.box.net/shared/tsarcqs6qj |
From: Julian B. <ju...@sv...> - 2009-02-11 13:04:13
|
On Wednesday 11 February 2009 12:01:16 Jose Luis Galvez Lopez wrote: > I am working with the help-file and I've seen is that selecting the D / > A converter in Context help not see the text in Spanish. > What is the problem? My work can be downloaded from > http://www.box.net/shared/tsarcqs6qj Did you install your help-es file (run make install in the source directory or copy help-es manually into your ktechlab-install-dir) correctly? I'm not quite sure how the translation system works, so I can't help you much on that... bye julian |
From: Jose L. G. L. <dig...@ya...> - 2009-02-12 08:49:13
|
On Wednesday 11 February 2009 12:01:16 Jose Luis Galvez Lopez wrote: > I am working with the help-file and I've seen is that selecting the D / > A converter in Context help not see the text in Spanish. > What is the problem? My work can be downloaded from > http://www.box.net/shared/tsarcqs6qj Did you install your help-es file (run make install in the source directory or copy help-es manually into your ktechlab-install-dir) correctly? I'm not quite sure how the translation system works, so I can't help you much on that... bye julian I installed the help-es file copying manually into contexthelp directory. |
From: Julian B. <ju...@sv...> - 2009-02-12 09:27:05
|
On Thursday 12 February 2009 09:49:07 Jose Luis Galvez Lopez wrote: > On Wednesday 11 February 2009 12:01:16 Jose Luis Galvez Lopez wrote: > > I am working with the help-file and I've seen is that selecting the D / > > A converter in Context help not see the text in Spanish. > > What is the problem? My work can be downloaded from > > http://www.box.net/shared/tsarcqs6qj > I installed the help-es file copying manually into contexthelp directory. Into the $KDEDIR? Something like /usr/share/apps/ktechlab/contexthelp/help-es? That should IMHO do the trick :-S bye then julian |
From: Jose L. G. L. <dig...@ya...> - 2009-02-12 10:38:37
|
________________________________ De: Julian Bäume <ju...@sv...> Para: kte...@li... Enviado: jueves, 12 de febrero, 2009 10:26:25 Asunto: Re: [Ktechlab-devel] help-es On Thursday 12 February 2009 09:49:07 Jose Luis Galvez Lopez wrote: > On Wednesday 11 February 2009 12:01:16 Jose Luis Galvez Lopez wrote: > > I am working with the help-file and I've seen is that selecting the D / > > A converter in Context help not see the text in Spanish. > > What is the problem? My work can be downloaded from > > http://www.box.net/shared/tsarcqs6qj > I installed the help-es file copying manually into contexthelp directory. Into the $KDEDIR? Something like /usr/share/apps/ktechlab/contexthelp/help-es? That should IMHO do the trick :-S bye then julian Yes, /usr/share/apps/ktechlab/contexthelp/help-es is the directory, but the text in spanish of the D/A converter device not shown :( |
From: Julian B. <ju...@sv...> - 2009-02-12 10:47:59
|
On Thursday 12 February 2009 11:38:33 Jose Luis Galvez Lopez wrote: > Yes, /usr/share/apps/ktechlab/contexthelp/help-es is the directory, but > the text in spanish of the D/A converter device not shown :( Thanks, I will have a look at that. |
From: Julian B. <ju...@sv...> - 2009-02-12 14:30:42
|
On Thursday 12 February 2009 11:47:21 Julian Bäume wrote: > On Thursday 12 February 2009 11:38:33 Jose Luis Galvez Lopez wrote: > > Yes, /usr/share/apps/ktechlab/contexthelp/help-es is the directory, but > > the text in spanish of the D/A converter device not shown :( > > Thanks, I will have a look at that. Fixed that in trunk, and did a backport. the next release will contain the fix. bye julian |