[Kbabel] Re: Kbable errors

[Stanislav Visnovsky]

On Wed, 8 Jan 2003, Dwayne Bailey wrote:

> >>The following produced an XML error:
> >>
> >>msgid "\nReport bugs to <bug-gnu-utils@gnu.org>.\n"
> > 
> > 
> > Yes, since it is not a correct XML :-). I've turned on XML testing for any
> > file and some of the tags in files are not real tags, so the error is not
> > in fact an error :-(. Not sure how to handle this. 
> 
> Maybe a strict and lax check?
> 
> ignore emails <.*@.*> (I know they're more complicated than taht.
> 
> allow for an exclusion list.  <ERROR> <pid> <file> etc are also picked 
> up as invalid.
> 
> allow user to specify non strict validation of <p> without following 
> </p>.  There are many entries that do not have training </p>.  They 
> probably will be corrected in time but it presents many false positives.

Maybe we can provide a feedback for developers that their tags are not 
correct.

> 
> <= >= << >> all come up as errors.  Maybe allow them to to be exluded as 
> mentioned below.

This is bad.

> 
> <br> seems to produce an error - ie no associated closing tag.

<br> is the only one which should work.

> 
> A check of missing or incorrectly orders xml is very usefull for me.

I would go for:

1) adding "ignore" message list
2) implementing the non-strict validation, but this is much harder to do.

> 
> As a seperate issue on validation it would be good to allow users to 
> specify that checks should not be done in fuzzy message strings.  To 
> prevent spurious error messages.

Certainly a good point.

> 
> I'll try and produce a demo PO file to validate all these.
> 
> > It's similar to a situation, where the PO file contains a construction 
> > like "Hu=Hugarian" and it should be translated as "Sk=Slovensky". This 
> > will trigger an equation error, but it is not in fact.
> 
> Maybe like a spell checker, allow a list of PO files and msgstr's that 
> should be ignored.  So the first time the error will occur.  The next 
> time that specific check will be ignored on that message.

As mentioned above, but added only explicitly by the user.

> 
> 
> Check Args:
> 
> Seems to fail if the translator comment has a description of the args
> 
> eg:
> 
> msgid "_: %1 email, %2 name\n"
> "%1 - %2"


Will check that.

> 
> 
> 
> >>Caching
> >>
> >>Is this really working?  A restart of the catalog manager still starts 
> >>calculating from the beginning.  I thought caching meant that the stats 
> >>were kept in a summary file ans slowly rechecked based on timestamps etc 
> >>as the user continues using kbabel.
> > 
> > 
> > Works for me. Does it create a cache file in $KDEHOME/share/apps/kbabel ?
> 
> Yes it does.  I'll have to check a bit deaper.
> 
> Is it possible to make kbabel stay resident?  Ie when shutting down 
> kbabel to return to the catalog manager kbabel simply hides so that it 
> does not need to be completely restarted whne you select a new PO file 
> for editing.

A quick start feature? Not possible ATM, but you could add a wishlist item 
for this one.

> 
> Happy hacking.  I'll put in bug reports for new features and around 
> established stuff.  Will probably not for things that are in development.
> 
> I'm happy to test this stuff as I have a team of people using these 
> applications on a daily basis.

I love your detailed reports!

Best regards

Stanislav