#20 I18N and L10N


Allow tagging of comments with language (at time of
Allow registered users to set their preference for
languages that they wish to read.
Allow registered users to set their default posting


  • Nigel Wetters Gourlay

    • priority: 5 --> 1
  • Jamie McCarthy

    Jamie McCarthy - 2002-08-05

    Logged In: YES

    I just don't see this as being that important a feature... though it wouldn't be that hard to do, we just don't have a need for it... if a reader wants to do this and submit a patch, we'll certainly consider it.

  • Jamie McCarthy

    Jamie McCarthy - 2002-08-05
    • assigned_to: nobody --> cmdrtaco
  • Rob Malda

    Rob Malda - 2002-08-06
    • assigned_to: cmdrtaco --> nobody
  • Chris Nandor

    Chris Nandor - 2002-08-06
    • assigned_to: nobody --> pudge
  • Chris Nandor

    Chris Nandor - 2002-08-06
    • milestone: 103342 --> 191917
  • Chris Nandor

    Chris Nandor - 2002-08-06

    Logged In: YES

    Moved to 2.3/2.4, as even if we do add this, it will not be
    to 2.0 or 2.2 codebases, which are strictly in maintenance.

  • Chris Nandor

    Chris Nandor - 2002-11-19
    • assigned_to: pudge --> nobody
  • David Nesting

    David Nesting - 2002-12-04

    Logged In: YES

    I would encourage any potential implementers of this feature
    to consider the fact that HTTP already has language
    negotiation built into the protocol. Slash could key off of
    this information along with user preferences to decide
    whether or not to display an article in another language, or
    in deciding which language of a multi-lingual article to
    display. Strictly speaking there's no need to have these
    settings in slash (except maybe a preference to enable or
    disable the functionality entirely), since it already exists
    in the web browser.

  • David Nesting

    David Nesting - 2002-12-20

    Logged In: YES

    I've been thinking about this some more, and I might
    even take a stab at implementation. Here were my
    thoughts, with each one somewhat independent:

    1. Multiple versions of an article depending upon

    To preserve the concept that one article ID maps to one
    article, perhaps change the database such that articles
    are not keyed totally on article ID, but on article ID + a
    language tag.

    This language tag can be determined by selecting
    the "best language" based on the user's prefs
    (expressed through HTTP), perhaps multiplied by a
    server-side metric (e.g. giving more weight to versions of
    articles in their native language over translations).

    2. Tag articles and comments with a language, like the
    submitter said. Create a drop-down on article/comment
    entry that allows the user to specify a different
    language, defaulting to a user pref.

    3. Allow for filtering of comments and articles based on a
    user's language preference (as expressed through
    HTTP). Enable this feature through a user's prefs, but
    leave the actual language selection in HTTP.

    I believe there's an HTTP::Negotiation module for doing
    various types of HTTP content negotiation. That could
    be useful here for situations where doing a simple
    MultiViews-based selection is unworkable (e.g. building
    a comment list that only contains comments in a certain

    4. Potentially offer machine language translations of
    comments outside of a user's language set.

  • Rob Malda

    Rob Malda - 2003-02-21
    • milestone: 191917 -->
    • labels: 310780 -->

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks