After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 126237 - need INTLTOOL_KBD_RULE for gok
need INTLTOOL_KBD_RULE for gok
Status: RESOLVED FIXED
Product: intltool
Classification: Deprecated
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: intltool maintainers
intltool maintainers
AP2
Depends on:
Blocks: 90500
 
 
Reported: 2003-11-05 00:18 UTC by bill.haneman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
suggested patch (1.97 KB, patch)
2003-11-05 00:21 UTC, bill.haneman
none Details | Review
sample input file which intltool-update and intltool-extract needs to process (1.26 KB, text/plain)
2004-01-08 13:26 UTC, bill.haneman
  Details

Description bill.haneman 2003-11-05 00:18:24 UTC
We need a rule for xml-merging of GOK's *.kbd files, from *.kbd.in->*.kbd,
using --multiple-output
Comment 1 bill.haneman 2003-11-05 00:21:54 UTC
Created attachment 21200 [details] [review]
suggested patch
Comment 2 bill.haneman 2003-11-05 00:26:55 UTC
note that the --multiple-output flag in the INTLTOOL_KBD_RULE seems
not to be working for GOK.  Where are the multi-output files supposed
to go>? I am not sure why it's not working for me, I am getting single
zero-length files instead.
Comment 3 bill.haneman 2003-11-10 18:15:39 UTC
thanks kenneth for giving the go-ahead for the patch (as in bug 90500,
where you gave the GO).

I am omitting the use of -m from this rule for the moment, until 46650
is examined more closely (its current behavior is weird).  Also we
need to rev the intltool version with this patch (I haven't done that
yet) so that clients can depend on it.  Otherwise it's now fixed in cvs.
Comment 4 bill.haneman 2004-01-08 12:27:00 UTC
reopening, since although intltool-merge is working now (with the
split files option, thanks Kenneth and Brian), the intltool-extract
program doesn't seem to be working with .kbd.in files, 

i.e. typing

intltool-extract --type=gettext/xml ../main.kbd.in

doesn't seem to work properly.
Comment 5 Kenneth Rohde Christiansen 2004-01-08 13:15:41 UTC
Could you attach the main.kbd.in file and tell us more precisely what
is going wrong?
Comment 6 bill.haneman 2004-01-08 13:24:46 UTC
kenneth:
looks like intltool-update isn't recognizing the .kbd.in files as type
"gettext/xml" since it hasn't got a rule for them in xml_support
(around line 60 of intltool-update).  But my attempts to add a
one-line rule for this failed, don't know why.

Using [type: gettext/xml] as a prefix in POTFILES.in seems to work,
still investigating that; it puts the msgids in gok.pot.  Is that all
that needs to happen, or should they be appearing in *.po also?
Comment 7 bill.haneman 2004-01-08 13:26:05 UTC
Created attachment 23113 [details]
sample input file which intltool-update and intltool-extract needs to process
Comment 8 Kenneth Rohde Christiansen 2004-01-08 14:09:39 UTC
It should just add them to the pot file. Can you show me that you
tried adding? as a patch maybe? Then I can see what you are doing wrong.
Comment 9 Kenneth Rohde Christiansen 2004-01-08 14:19:29 UTC
I think I fixed it in cvs
Comment 10 bill.haneman 2004-01-08 15:05:04 UTC
hmm what did you change?
I'll do a diff to see...
Comment 11 bill.haneman 2004-01-08 15:55:19 UTC
thanks Kenneth; your fix looks a lot like mine did.  If it's working
for you also, then we can re-close this bug I think.
In any case I put a workaround in GOK (using prefixes in POTFILES.in)
so it's not as serious as it first looked.
Comment 12 Kenneth Rohde Christiansen 2004-01-08 21:53:49 UTC
Ok closing then. I guess what you did wrong was that the last line was

"****"; 

When you added the next line, then previous line should be changed to 
"****|".

Maybe you forgot that?