From: SourceForge.net <no...@so...> - 2005-04-13 10:34:24
|
Feature Requests item #1182109, was opened at 2005-04-13 10:52 Message generated for change (Comment added) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=360894&aid=1182109&group_id=10894 Category: None Group: None Status: Open Resolution: None >Priority: 6 Submitted By: Nicolas Castagne (nicolascastagne) Assigned to: Nobody/Anonymous (nobody) Summary: Translate and manage error messages Initial Comment: Tcl is often used as a scripting language for users in big applications. However, users may not speak english - or, more generally, the language used in the app to communicate with the user may be not english. I suggest that Tcl should offer a way to handle error message in a better way, allowing : - at least translation of errors in other languages - better : machine-understandable description (such as error codes), so that the error message may be constructed according to the need, just before sending it to the user. For example, we CANNOT provide english error messages in our app. Given the current error management system, this seems to be quite a difficult problem to solve... Pointers for solutions : - split of error messages in various parts : static parts (such as "Syntax Error", etc.) and variable parts (which give details on the error, depending of the context : line number, name of the procedure, etc.). This is needed to set up a translation system by using msgcat, for example - generalisation of error codes. In the current version, error codes are not set for all the erros. For details : - see news://comp.lang.tcl : quite a large discussion took place on the subject, starting from April, 07, 2005, under the subjects " Managing (translate) errors in a different language " and "Translate error messages" - contact me ! ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2005-04-13 11:34 Message: Logged In: YES user_id=79902 The correct approach is to update Tcl's internal error generation to make proper use of the errorCode facility so that we always have a machine-understandable representation of the error. Currently, we're horribly lax about this except for errors originating in the OS; most core errors are only described in human-readable terms in English. :^( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=360894&aid=1182109&group_id=10894 |