Bug 77390 - Generic path for the auxilarity-tekst wont expand
Summary: Generic path for the auxilarity-tekst wont expand
Status: RESOLVED FIXED
Alias: None
Product: kbabel
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Debian stable Linux
: NOR normal
Target Milestone: ---
Assignee: Stanislav Visnovsky
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-12 15:30 UTC by Axel Bojer
Modified: 2004-03-21 22:51 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
This patch fixed the problem for PO auxiliary. I hope it works for PO compendium as well. (1.88 KB, patch)
2004-03-14 00:06 UTC, Gaute Hvoslef Kvalnes
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Bojer 2004-03-12 15:30:57 UTC
Version:            (using KDE KDE 3.2.0)
Installed from:    Debian stable Packages
Compiler:          Kbabel 1.3 
OS:          Linux

When i open the box named something like (Sorry if this dont exactly fit, I only have the norwegian translation of Kbabel):
setting-configure Dictionary-PO-auxilarity-files I have the opportunity of entering generic and expandable names like @PACKAGE@.po, @DIRn@ etc. But, although this worked for me in earlier versins of the program, in Kbabel 3.1 this just wont function. This means that I have to enter the path to the auxilarity-file manually for _each_ file i jump too during my translations. This of course is tedious and not as intended.
It would be very nice to have this working again :-)
Comment 1 Håvard Korsvoll 2004-03-12 18:51:36 UTC
I can confirm this. When using variables @PACKAGE@ and @DIRn@, they are replaced by a empty string.
Comment 2 Gaute Hvoslef Kvalnes 2004-03-12 23:46:12 UTC
I get the same error, using KDE 3.2.1 packages from Debian unstable.
Comment 3 Gaute Hvoslef Kvalnes 2004-03-14 00:04:00 UTC
Digging around in the KBabel source, I found the error. There was a change made to some virtual functions in kbabel/kbabeldict/searchengine.cpp a few months ago. It seems that this change was not propagated into the PoAuxiliary subclass, leaving this class with the empty default implementation.

I. Petrouchtchak reported a similar problem with the PO compendium on the KBabel mailing list.

I've created a patch that works for auxiliary files, and I think it will work for the PO compendium as well.
Comment 4 Gaute Hvoslef Kvalnes 2004-03-14 00:06:10 UTC
Created attachment 5208 [details]
This patch fixed the problem for PO auxiliary. I hope it works for PO compendium as well.
Comment 5 Stanislav Visnovsky 2004-03-21 22:51:38 UTC
You are right, the interface has changed, but the modules were
not adapted. 

I've applied your patch, it looks OK. Thanks a lot!