History: Collaborative_Multilingual_Terminology

View page Show All Versions
Source of version: 366

When completed, this profile will allow a group of users to collaborate on creating a multilingual glossary of terms for a site. This kind of glossary is invaluable to help with the translation of content, and ensure consistent use of terms and their equivalents.

A big inspiration for this profile is [http://htaglossary.net/|HTAGlossary site]

It is being tested/developed at: http://terminology.tikiwiki.org/

To try on your own, get a pre-release of Tiki4 at ((dev:Download)), and apply this profile.


{maketoc}

!Features & settings
{CODE(caption=>YAML)}
instructions: Get Started with Multilingual Terminology
preferences:
 terminology_profile_installed: y

# The whole thing is based on the wiki feature
 feature_wiki : y

#
# Pages for a term must be available in multiple languages
#
 feature_multilingual : y
 feature_translation: y
 # So you can see a term and its translation on same page
 feature_multilingual_one_page: y
 # So users can specify the languages that they 
 # speak
 change_language: y

#
# For sites with less than 4 available languages, include all languages
# in the preferred language list. Additional languages will be added at
# the end of the list.
#
 language_inclusion_threshold: 4

#
# Wiki link format; characters that can be used with Wiki link syntax: ((page name)).
# Since terms will be as wiki pages, let's permit the maximum.
#
 wiki_page_regex: complete

#
# Enable templates, so we can provide user with
# templates for terminology entries
#
 feature_wiki_templates: y

#
# User preferences needed so users can specify 
# the languages they are interested in.
#
 feature_userPreferences: y
 feature_mytiki: y

#
# In tiki-listpages.php, we want to see the language.
# 
 wiki_list_language: y

#
# Page title is the term, so it should be displayed
#
 feature_page_title : y

#
# When we try to access a page which has been aliased to
# two different pages, we want the system to ask us
# which of the aliased pages to go to. This is what
# feature_likePages is for.
#
 feature_likePages: y

#
# Showing source is not very relevant for terminology (unless there is lots of wiki content)
#
 feature_source: n

#
# So site can send out email messages to users?
#
 feature_messages: y

#
# Allow users to undo changes history
#
 feature_wiki_undo: y

#
# Use nicer theme
#
 style: strasa.css

#
# Categories can be used to specify domains for terms.
#
# As of 2009-06-10, Category Objects lists all the 
# pages that are tagged with a category. This is WAY too
# long, and takes too much screen real-estate. Need to 
# change code to make list of pages optional
#
# Could also use categorypath, but it is only displayed for
# the first language at the top, and we need it displayed
# for all languages.
#
 feature_categoryobjects: y
 feature_categories: y
 categoryobjects: y
 categorypath: n

#
# Not sure what this is....
#
 wiki_edit_plugin: y

#
# Comments can take too much real-estate. Translators
# mostly want to see the term in source language, and
# its equivalent in target language, and they need
# to visually parse the screen efficiently
# So make comments invisible unless the user
# clicks on it.
#
 feature_wiki_comments: y
 wiki_comments_displayed_default: n

#
# Do we really need freetags?
#
 feature_freetags: y

#
# Disable the standard search feature. Users should employ
# the Terminology module to search for terms. 
# When standard search feature was enabled, we found users
# had a tendancy to use that one instead of the Terminology
# search module.
#
 feature_search: n

# Enable user watches
 feature_user_watches: y

 feature_print_indexed: y
 feature_mytiki: y

#
# Support voting on equivalents for a term
# AD: Not sure which of those features are actually needed.
#     Still experimenting with different voting mechanisms
#
 feature feature_polls: y
 feature_wiki_ratings: y
 wikiplugin_proposal: y

#
# Need a forum for asking terminology questions
#
 feature_forums: y 

#
# Hum... shouldn't we validate users?
#
 validateUsers: n
 allowRegister: y
 validateRegistration: y
 auth_ldap_adminuser: y
 auth_ldap_adminpass: y

#
# Set home page to the terminology help page.
#
 wikiHomePage: Get Started with Multilingual Terminology


 

{CODE}


!Modules and Objects

{CODE(caption=>YAML)}
objects:
#
# Note: terminology module may only be available in trunk
# version, not 3.0.
#

#
# Anonymous users can search for terms, but they won't be
# allowed to modify them.
#
 -
  type: module
  ref: module_terminology
  data:
   name: terminology
   position: right
   groups: [ Anonymous, Registered ]
   order: 10   
  -
    type: module
    data:
      name: last_modif_pages
      position: right
      order: 1
      groups: [ Editors, Registered, Admins ]
 -
  type: module
  ref: module_since_last_visit_new
  data:
   name: since_last_visit_new
   position: right
   groups: [ Registered ]
   order: 30
 -
  type: module
  ref: module_switch_lang
  data:
   name: module_switch_lang
   position: right
   groups: [ Registered, Anonymous ] 
   order: 25
 -
  type: forum
  ref: term_fr_en_questions
  data:
   name: Fr <-> En questions
   description: For En, Fr question / Pour des questions entre le français et l'anglais
   attachments: everyone
   enable: [ topic_smiley ]
   list: [ topic_reads ]
 -
  type: forum
  ref: term_es_en_questions
  data:
   name: Es <-> En questions
   description: For En, Fr question / Para preguntas entre Es y En
   attachments: everyone
   enable: [ topic_smiley ]
   list: [ topic_reads ]
{CODE}

!Wiki pages included with this profile

This is where we include some wiki pages
{LISTPAGES(find="collaborative_terminology_platform")}{LISTPAGES}
collaborative_terminology_platform_include_module


{CODE(caption=>YAML)}
objects:
  -
    type: wiki_page
    ref: collaborative_terminology_platform_include_get_started_with_multilingual_terminology
    data:
      name: Get Started with Multilingual Terminology
      lang: en
      content: wikicontent:collaborative_terminology_platform_include_Get_Started_with_Multilingual_Terminology_include
  -
    type: wiki_page
    ref: collaborative_terminology_platform_include_admin_page    
    data:
      name: Collaborative Terminology admin page
      lang: en
      content: wikicontent:collaborative_terminology_platform_include_admin_page
  -
    type: wiki_page
    ref: collaborative_terminology_platform_include_register_and_set_your_languages
    data:
      name: Register and Set your Languages
      lang: en
      content: wikicontent:collaborative_terminology_platform_include_register_and_set_your_languages
  -
    type: template
    ref: Term_Template_en
    data:
      name: Term Template-en
      content: wikicontent:collaborative_terminology_platform_include_Term_Template_en
      sections: [ wiki ]
  -
    type: template
    ref: Term_Template_fr
    data:
      name: Term Template-fr
      content: wikicontent:collaborative_terminology_platform_include_Term_Template_fr
      sections: [ wiki ]
  -
    type: wiki_page
    ref: collaborative_terminology_platform_wiki_engine
    data:
      name: Wiki engine
      lang: en      
      content:wikicontent:collaborative_terminology_platform_wiki_engine
      translations: [ $collaborative_terminology_platform_moteur_wiki, $collaborative_terminology_platform_Motor_de_Wiki]
  -
    type: wiki_page
    ref: collaborative_terminology_platform_moteur_wiki
    data:
      name: Moteur wiki
      lang: fr      
      content:wikicontent:collaborative_terminology_platform_moteur_wiki  
  -
    type: wiki_page
    ref: collaborative_terminology_platform_Motor_de_Wiki
    data:
      name: Moteur wiki
      lang: es      
      content:wikicontent:collaborative_terminology_platform_Motor_de_Wiki  
  -
    type: wiki_page
    ref: collaborative_terminology_platform_tagging
    data:
      name: tagging
      lang: en      
      content:wikicontent:collaborative_terminology_platform_tagging
      translations: [ $collaborative_terminology_platform_taggage]
  -
    type: wiki_page
    ref: collaborative_terminology_platform_taggage
    data:
      name: taggage
      lang: fr      
      content:wikicontent:collaborative_terminology_platform_taggage
  -
    type: category
    ref: cateory_term
    data:
      name: term
      description: Base category used for all terms
{CODE}




!Permissions
{CODE(caption=>YAML, wrap=1)}
objects:
 -
  ref: Multilingual_Permissions
permissions:
 Anonymous:
  allow:
   -view
   -comment
   -wiki_view_comments
   #
   # Anons can view history, but not roll back changes.
   #
   -wiki_view_history
   -post_comments
   -search
   -search_categorized
   -view_categories
   -forum_read
 Registered:
  description: Will be ignored because group is already created
  allow:
  allow:
   -view
   -comment
   -wiki_view_comments
   -wiki_view_history
   -post_comments
   -search
   -search_categorized
   -view_categories
   -forum_read
   -view_categories
 Editors:
  description: Can edit & delete all content
  allow:
   -edit
   -rename
   -admin_categories
   -rollback
   -forum_vote
   -forum_post
   -forum_post_topic
   -forum_edit_own_posts
   -forums_report
   -forum_attach
   -forum_autoapp
 Admins:
  description: Have all rights
  allow: [ admin ]
{CODE}


!Todos

Below is a list of todos, sorted by priority

!!Priority 1

!!!TIKI_CRASHES_WHEN_EDITOR_POSTS_ON_FORUM

I logged on as editor, then tried to add a new forum topic to the first of the two forums. I got this error:

~np~
 System error.

The following error message was returned:
Column 'email' cannot be null

The query was:
insert into `tiki_user_watches`(`user`,`event`,`object`,`email`,`type`,`title`,`url`) values(?,?,?,?,?,?,?)

Values:

   1. test_editor
   2. forum_post_thread
   3. 5
   4.
   5. forum topic
   6. Fr <-> En questions:added by editor
   7. tiki-view_forum_thread.php?forumId=1&amp;comments_parentId=5

The built query was likely:
insert into `tiki_user_watches`(`user`,`event`,`object`,`email`,`type`,`title`,`url`) values('test_editor','forum_post_thread','5',NULL,'forum topic','Fr <-> En questions:added by editor','tiki-view_forum_thread.php?forumId=1&amp;comments_parentId=5')

Things to check:

   1.

      Is your database up and running?
   2.

      Is your database corrupt? Please see how to repair your database
   3.

      Are your database credentials (username, database name, etc) accurate?
   4.

      Did you complete the Tiki Installer?
~/np~

See items marked __BROKEN-TIKI_CRASHES_WHEN_EDITOR_POSTS_ON_FORUM__ in the [#Test_plan|test plan].

!!!COMMENTS_NOT_APPEARING (LPH): When you fill the comments form, comments never appear

This happens whether I am logged on as anon or registered, or Editor.

If I go to a page, I a form for entering comments. But if I fill it, the comment does not appear.

See items marked __BROKEN-COMMENTS_NOT_APPEARING__ in the [#Test_plan|test plan].


!!!00 LANGS_HALF_AND_HALF Side by side languages should always occupy 50% of the available space each

Even if comments are opened on one side, and not on the other side.

In the [#Test_plan|Test plan], look for items marked __BROKEN-LANGS_HALF_AND_HALF__.

!!!00 COMMENTS_HIDDEN- Coments should be hidden by default 

Doesn't seem to be the case.

Look for items marked BROKEN-COMMENTS_HIDDEN in the [#Test_plan|test plan]

!!!00 USER_LANGS_DOES_NOT_CHANGE_SEARCH_LANGS

For registered at least, if you change the prerered langs to just Eng and Fr, and the site also supports Spanish, then the term search form still offers you Spanish as an option.

See items marked __BROKEN-USER_LANGS_DOES_NOT_CHANGE_SEARCH_LANGS__ in the [#Test_plan|test plan].

!!!00- PROGRAMMATION Alias syntax not working

The alias syntax is not working anymore.

^Tested and working, no changes made.^

ML: in my test on trunk, the Semantic links are working but the Semantic module is not appearing when expected. Also here: http://terminology.tikiwiki.org/

Not only is it not enabled by by the profile, but I can't even enable it manually!

If I go to the Semantic Links admin panel, I see the alias check box. I can check that box, but then there is no button for saving that change! And if I just move away from that screen and come back later, the alias checkbox is unchecked again.

^Those checkboxes do not indicate if they are enabled. They allow to select types and manipulate them. All link types always exist. It's not restrictive. The admin panel only allows to name them and define relationships, from which point they will be picked up by the semantic link module.

Alias is a special type with special handling internally. There is no feature to disable it.^

!!!1- SPANISH_AND_FRENCH_PAGES_MIXED_UP (AD will investigate)

When I search for 'wiki' in French, I don't find any page. If I search for it in Spanish, I find 'moteur wiki', which is supposed to be the French page. Instead, should have returned 'motor de wiki'.

Maybe the pages and their translations are not properly setup in the profile.

Or, the translations handler is broken.

See items marked __BROKEN-SPANISH_AND_FRENCH_PAGES_MIXED_UP__ in the [#Test_plan|test plan].

!!!2-LANG_CHOICE_FOR_ANONS (Alain will fine tune it): Terminology module does not offer possibility to search in French

If you configure the site so that it suports say, En and Fr, and you log on as a user who has not specified his languages preferences in the site nor in his browser, then he will only see English in the list of languages for the Terminology module.

Besides, for systems with 2-3 languages (which will be very common), do we really want to force all users to set their languages? 

__Proposed solution:__ When deciding the list of languages to search in (in the terminology module), if the system says that the user only speaks one language, then we should assume that it just means that he didn't specify languages in either the site or browser (because it doesn't make sense for people to only want to search in one language if they are on a site for multilingual terminology). In that case, assume that the list of languages to put in the picklist is all the languages supported by the site. 

ML: This is what was needed for htaglossary.net (show all site languages and avoid that users need to set)

Note from AD: There is a function (in multilingualib.php I think) which does a logic similar to what will be needed here. It's the function that's invoked by the all_languages script, to decide what languages to display. Might want to reuse/expand that. The main difference is that this function chooses languages to display among those for which a particular page has translations. In the present case, you want to choose among ALL the languages that are supported by the site.

^LPH: Added a language_inclusion_threshold in r21636 to deal with this and added it to this profile. 

AD: More precisely, LPH added a setting: language_inclusion_threshold. 

If set, say, at 4, then if a site has 4 or less supported languages, then whenever we offer a list of languages to the end user, we list all of the site's languages, but with his preferred languages first.

AD thinks that this is not quite right. If user specified En and Fr as source and target languages, then we DEFINITELY only want to list those two (in particular, when viewing terminlogy entries side by side).

I think it would be better if the list of languages to search for was set in the exact same way as the list of languages to display in the all_languages script, i.e. If more than one languages specified by user (either in browser or on wiki site), then give choice between only those two languages. If only one language, then display ALL languages, but with the user's one language first (in the case of all-languages), or selected by default (in the case of the languages picklist).

^

!!!3- SHOW_ALL_LANGUAGES_WHEN_JUMPING_STRAIGHT_TO_TERM

When the terminology search form finds one and only one hit, and it's an exact hit, it takes you directly to that term.

BUT, right now it only show you the term in the one language.

It would be MUCH BETTER if the system took you to the all language view. 

Otherwise it's confusing to the user. Sometimes when he does a terminology search, he gets all languages, sometimes just the one.



!!!4- LINKS4ANONS Anons should see links to home page and forum

Right now, anons don't have an easy way to get to the home page, or to the forums list.

Could be deal with either by:

* Activating the My Tiki menu or module for anons (includes links to home and to forums)
* Add links to the home or forum to the terminology module.
* Or, create a customized menu in the profile, as per this url: http://profiles.tikiwiki.org/Collaborative_Community#Menu

See items marked BROKEN-LINKS4ANONS in the [#Test_plan|test plan].
!!!Testing
* Test profile with non-admin users. Make sure that:
** Can view entries
** Can edit entries 
** Can view history
** Can revert change
** Can track pages
** Can post comment
** Can assign categories
** Anything else?


!!!Extensive help pages

* Help pages should cover all the common tasks.
* In particualr, it should provide instructions about how to deal with the situation where a same word can refer to different things. For example, Tag can refer to metadata, to a markup element, or to a dog tag. The solution is to create pages with slightly different names, for example "tag - metadata", "tag - markup", "tag - identity plaque".
* Refactor the instructions pages into one long page called "Guide to collaborative multilingual terminology creation". The guide will have a section for Admins, and a section for Editors.
** Section for editors comes first.
** Section for editors talks about:
*** Searching for a term
*** Creating a new term
*** Creating an equivalent for a term
*** What to do if a same word can mean different things (create different pages which are more explicit, ex: tag -- dog plaque, vs tag -- metadata).
*** Tracking certain pages or the whole site
*** Using categories for domain classification
** Section for admins talks about:
*** Finalizing the installation
*** Keeping abreast of new users
*** Approving new users
*** Tracking the whole site
* The guide should provide instructions about using categories to assign domains. The admin section should suggest that the admin seed the category tree.
* Guide  should provide instructions about how to manage users.
** Ask for email notification of new users.
** Move new users from Registered to Editors soon after registering.
** What are the different groups and their permissions.
* Guide should bring users attention to the __Last changes__ module as a way to keep track of what others do. Also, explain the page tracking feature.
* How do I set up the glossary profile and make it multilingual?
* How do I create a glossary entry in say, French?
* Given an entry in say, French, how do I create the corresponding entry in say, English?
* How do I avoid reinventing the wheel? For example, say I create a French entry for word X, and then want to create the corresponding entry Y in English, but someone already created Y, how do I find out about it and tie the two together. In particular, what happens if the existing Y is a very slight variation on the Y that I am currently trying to create (eg: I am creating the verb form, whereas the existing Y used the noun form)?
* I don't want to change an entry... just comment on it.
* How can I respond to someone else's comment?
* Can I create an entry in French that has more than one English equivalent?
* How do I create a domain hierarchy?
* Admin: What is the current permissions scheme, and how do I customize it for my needs?
* How do I specify my source and target language?
* How do I enable a new language?
** HOw to enable that language in the prefs panel
** Create a new template for an entry in that language
* Admin: How do I monitor spam, etc...
* Admin: What to do when a new user registers?
* User: how do I ask a terminology queston
** Create a terminology entry for it, and put a comment asking for its translation.
** Or, post the question on appropriate discussion forum. Once you have decided which is best, please create a bilingual terminology entry so people will find it more easily later.
* User: How to keep abreast of what's going on?
** Can ask to watch the whole site...
** Or, can ask to watch a partiular forum
** By default, may be notified of changes made to pages you created, or to forum posts that you create.


!!!Simple approval, versus to be approved status

For example:

* Create a category to capture that.
* Category is displayed on the page.
* Can modify it by editig the page and changing the category.
* In version 4, possible to set permissions on the page so that only say, Admins can set that particualr category.
* There is a page listing all pages that fit a particular category (ex: "Need approval").

!!!Translate guide to French

* Make it so that the guide is available in French and English.

!!Priority 2

!!!2-PROGRAMMATION: If exact term is found, go directly to it, if it's the only match

Right now, if you type a term in the search field and there is an exact match, the system displays a list of hits with just that one term in it. It would be better if in such cases, it took you directly to the term. Avoids having to do an extra click everytime.

Hum... on the other hand, if you enter a word like wiki, because you are looking for terms that contain that word, and if there is a term "wiki", then you will never get to find other terms that contain that word.

Maybe you should go directly to the page, if and only if:

* There is an exact match
* There are no other matches

In TERMIUM and GDT, the way they deal with that is that they take you directly to the term if it exists, but in the left side, they display similar terms.

Maybe each page should have a list of "similar" pages, i.e. pages whose names are superstrings of the page you are looking at.


!!!PROGRAMMATION: When translating to an existing page name, system should offer you to link the two of them

Say there is a page "Translation Memory", but I don't know. I create a French entry "Mémoire de traduction". I then translate it and specify "Translation Memory" as the name of the equivalent. 

In that case, the system will tell me that "Translation Memory" already exists, and ask me to go back.

It would be MUCH better if the system offered me right there to link "Translation Memory" to "Mémoire de traduction".

Note: This would be useful not only for terminology, but also for general translation features.

ML: perhaps the box could also show pages that contain same characters (in AJAX like quick_edit box) because it could have a disambiguation suffix I could be unaware about.


!!!PROGRAMMATION: Forum postings should allow empty text

Translators will use the forum mostly to post questions like this:

"How do you say "Machine Translation" in French?

Whenever I do this, I tend to just type that as the title of the post, and leave the body of the message blank. But then the system tells me that the body of the message should not be empty. But the error message is so small that I don't notice it, and I assume that my message got posted (because the system shows me the message I just wrote).

The system really should accept posts with empty body. This should be the default behaviour in my opinion, but maybe it should be overrideable in the options panels.


!!!PROGRAMMATION: Make it possible to use Categories for domains

Terminolgists (and, to a much lesser extent, translators) like to assign domains like Health, Education, etc... to terms. 

Categories could be used for that, but they present many problems.

First problem is that it doesn't work in IE. At least on Alain Désilets' machine, whenever he does Edit, and then tries to click on a category, the system doesn't respond to the click (i.e. the checkbox remains unchecked).

Second problem is that at the bottom of the page, each category is listed, ALONG WITH ALL THE PAGES THAT BELONG TO THE SAME CATEGORY. This takes up way too much real-estate. Should have an option so that only the list of categories is provided, and they are concatenated in a compact way. For example:

Computer Science; Web 2.0; Sociology

Marc Laporte mentions that the module "change category" has lots of useful features.

* Should editors be allowed to create/modify/delete categories, or should it just be admins?
* May need to change code a bit so that the categories don't take so much real estate.
* Should each category be multilingual, or should we have parallel category hierarchies in different language?

Maybe freetags would be better? Their display is more compact than that of categories. But on the other hand, they are not hierarchichal, and it's harder to control what folks will put in there. Also, when you display "all" languages, tags are not displayed. Only when you display a single language.

Ideally, should also be possible to search by category. But already, being able to just see the categories for each page is good.

Related:
http://doc.tikiwiki.org/Module+change_category
!!!Figure out the right level of tracking

* By default, users should be setup to track certain things. What should those things be:
** Track pages that they themselves created?
** Track creation of new pages (i.e. new terms), so that they can track implicit terminology questions from other users?


!!!Tracking a page should also track its translations

* If I create a term in English for which I don't  know the French equivalent, as a way of implictly asking a question. Then, when someone actually translates that page to create a French equivalent, I should be notified of that.
* But right now, that does not happen.
* Note: Maybe a better way to ask a question is to use a discussion forum. See todo regarding forum.

!!!Simple approval mechanism for terms

For example:
* A category Status with sub categories Approved, Needs Approval.
* By default, all pages are assigned Needs Approval.
* Only a certain group (Ex: Terminologists) are allowed to change that category.
* There is a page listing all pages with Needs Approval.

!!Priority 3

!!!When translating, only list languages that I speak

If the site supports 12 languages but I told it that I only speak 2, then when I click on the Translate button, the system should only give me the choice between those 2 languages. Not all 12 of them.

!!!Automatically select language of equivalent when possible

* If I translate a term to another language, if there is only one language left in the user's language preferences, for which a translation of that term does not exist, then automatically select that language by default.
* For example, if I have set only En and Fr as my languages, and I am translating an En term, then system should automatically select Fr by default for the translated page.

!!!Allow people to vote on the best equivalent

Simplest way to do this is to use the proposal plugin: http://doc.tikiwiki.org/tiki-index.php?page=PluginProposal.

For example, if you want to specify a list of possible alternatives for a term, "wiki engine", you could write:

~np~
((wiki engine)): {proposal()}{PROPOSAL}
(alias(wiki system)): {PROPOSAL(){PROPOSAL}
(alias(wiki backend)): {PROPOSAL()}{PROPOSAL}
~/np~

Then each equivalent is displayed with a voting plugin next to it.

Problem with that is that the vote plugin takes WAY too much realestate!  Maybe we could have an argument to the PROPOSAL plugin which would tell it to only display a summary of the votes, without details of who voted for what. There could be a link allowing people to see more details.

For example, the above could be redndered more or less as follows

~np~
wiki engine accept(0), undecided(0), reject(0) (details)
etc...
~/np~

By clicking on accept, undecided, or reject, you would vote in favour of that. If you click on details, you get the current display whith who voted for what. 
!!!Terminology module should validate that Terminology PROFILE has been applied
* The Terminology module should check that the Terminology profile has been applied. If it hasn't, it should display a highly visible warning telling the admin to apply that profile (and providing a link with instructions on how to do this... for example, a link to the profile itself, and the profile would have instructions on how to apply it.)
** Done, but the link that points to how to install the profile could be more specific. It could point to the admin page for applying the profile.

!!!Automatic translation of labels when creating an equivalent

* Say I have a page "web browser", and I want to create its French equivalent "navigateur web".
* I click on Translate button.
* The content of the English page is pasted into the French page.
* The problem is that all the labels like __Synonyms__, __Definition__, must be translated.
* And they need to be translated in a standardized way.
* It would be nice if these could be translated  automatically.
* Here's a generic way in which this could be done.
* When we create a new translation, the system will automatically translate occurrences of an English page name, to the name of the corresponding French page.
* So, now all we need to do create an English page Synonym with a French equivalent Synonymes.
* This feature would be useful in other ways.
* It would automatically translate links to English pages into links to French pages.
* It would automatically translate English terminology to French terminology (often, terms are captured as pages, even on sites where Terminology profile is not used).
* Question: Won't that be too slow?

!!!Alias search should respect language

* Right now, if you search for a word in English, and there is an alias for that word that corresponds to a French page, the alias will be listed.
* The list of aliases should instead be filtered on the basis of the language of the page they refer to.

!!Priority 4


!!!Create all terms in a same category called Term

* Terms should all be created in a same categorry called Term. Search and page creation form for the Terminology module should use that category. Make the seeded pages in the profile part of that category.
* Note: The list of aliases should be filtered, so that we onlyh show aliases for pages that are in that category.


----






!!!Misc 
* Put a new users dashboard for admins, so they can move new users to the Editors group.

* Need language indicator in front of the term in the list of equivalents. Ex: fr: Fil RSS, en: RSS feed.

!Related wishes
*[http://dev.tikiwiki.org/wish2719|Creation of wiki page: enter description and wiki page name is suggested (but editable)]

!Alias
*(alias(Terminology))
*(alias(Collaborative Multilingual Terminology))
*(alias(Collaborative Terminology))
*(alias(Multilingual Terminology))

!Test plan

Below is a list of scenarios that needs to be tested for this profile. Eventually, they should be implemented as automated tests using Selenium.

!!Setting up the site for testing
* Reinstall the DB, using Barebones profile
* Install the Terminology profile
* Set the site lanmguages as English first, French second, and Spanish third
* Create two users: test_editor (in Editors group) and test_registered (in Registered group)
* Create a posting in one of the discussion forums.
* Make a change to page 'wiki engine', so it has SOME HISTORY.
* add a comment to page 'wiki engine'

!!Testing anon permissions
* Logoff
* Make sure anon user CAN:
** See a link to the site's home page, visible at all time (__BROKEN-LINKS4ANONS__).
** See a link to the forums at all time (__BROKEN-LINKS4ANONS__)
** view the terminology module
** that the terminology module offers him to search in English, French and Spanish (with English as the default).
** do a term search (use query 'wiki')
** view a page and see both languages displayed at same time (without having to specify all languges)
** Post a comment on a term (ex: 'wiki engine') and that:
*** the comment does appear 
*** the comment is associated with the language for which it was created (__BROKEN-COMMENTS_NOT_APPEARING__)
*** try this with both languages. 
** View history of a page (but not rollback)
** View forum
* Make sure anons CANNOT:
** Modify page
** rollback page version (__MAKE SURE YOU USE THE PAGE 'wiki engine, cause it's the only one that has an history. Pages that only have one version can never be rolled back anyways__).
** Rename page
** Delete page
** Post on the forum
** Delete a forum posting

!!Testing registered
* Logon as test_registered
* Make sure registered user CAN:
** See a link to the site's home page, visible at all time.
** See a link to the forums at all time
** view the terminology module
** that the terminology module offers him to search in English, French and Spanish (with English as the default).
** do a term search (use query 'wiki')
** view a page
** Post a comment on a term (ex: 'wiki engine') and that:
*** the comment does appear (__BROKEN-COMMENTS_NOT_APPEARING__)
*** the comment is associated with the language for which it was created (__BROKEN-COMMENTS_NOT_APPEARING__)
*** try this with both languages. 
** View history of a page (but not rollback)
** View forum
** Change his language preferences to English and French only.
*** and that this makes it so that the term search form only offers those two languages (no more spanish) (__BROKEN-USER_LANGS_DOES_NOT_CHANGE_SEARCH_LANGS__)
* Make sure registered CANNOT:
** Modify page
** rollback page version(__MAKE SURE YOU USE THE PAGE 'wiki engine, cause it's the only one that has an history. Pages that only have one version can never be rolled back anyways__).
** Rename page
** Delete page
** Post on the forum
** Delete a forum posting
** Access an admin panel

!!Testing editors
* Logon as test_editor
* Make sure editorsuser CAN:
** See a link to the site's home page, visible at all time.
** See a link to the forums at all time
** view the terminology module
** that the terminology module offers him to search in English, French and Spanish (with English as the default).
** do a term search (use query 'wiki')
** view a page
** Post a comment on a term (ex: 'wiki engine') and that:
*** the comment does appear(__BROKEN-COMMENTS_NOT_APPEARING__)
*** the comment is associated with the language for which it was created(__BROKEN-COMMENTS_NOT_APPEARING__)
*** try this with both languages. 
** View history of a page
** rollback page version(__MAKE SURE YOU USE THE PAGE 'wiki engine, cause it's the only one that has an history. Pages that only have one version can never be rolled back anyways__).
** Modify page
** Rename page
** View forum
** Post on the forum (__BROKEN-TIKI_CRASHES_WHEN_EDITOR_POSTS_ON_FORUM__)
** Change his language preferences (and that this affects the choice of languages in the search form, and the list of languages being displayed in the all languages view) (__(BROKEN-USER_LANGS_DOES_NOT_CHANGE_SEARCH_LANGS__)
* Make sure editors CANNOT:
** Delete page
** Delete a forum posting
** Access an admin panel


!!Searching for a specific term that exists
* logon as test_editor
* make sure language preferences are English first, French second
* Search for term 'wiki engine' in English
** Make sure system takes you directly to page 'wiki engine'...
** ... and that it shows you English on the left and French on the right (__BROKEN-SHOW_ALL_LANGUAGES_WHEN_JUMPING_STRAIGHT_TO_TERM__)
* Search for term 'moteur wiki' in French
** Make sure system takes you directly to page 'wiki engine'...
** ... and that it shows you French on the left and English on the righ
* change language preferences to be English first, Spanish second
* Search for term 'motor de wiki' in spanish
** Make sure system takes you directly to page 'motor de wiki'...
** ... and that it shows you French on the left and English on the right
* Make sure that term search is case insensitive
** 'wiki engine', 'Wiki engine', 'WIKI engine', 'wiki Engine', 'wiki ENGINE', all take you to the same term 'wiki engine'.


!!User changes language preferences
* Logon as test_editor
* Check that terminology search form offers all three languages (en, fr, and es).
* search in English for 'wiki engine'
* Check that all three languages (en, fr, es) are displayed
* Change language preferences to only en and fr
* Check that terminology search form offers all three languages (en, fr, and es).
* search in English for 'wiki engine'
* Check that only en and fr are displayed (no more es)

!!Layout of all languages
* logon as test_editor
* setup user languages to be en, fr, es
* search for 'wiki engine' in English
** Make sure that fr and en are side by side, with es below both.
** Make sure that fr and en each occupy 50% of the available space (__BROKEN-LANGS_HALF_AND_HALF__). 
*** EVEN IF COMMENTS ARE OPEN ON ONE SIDE< BUT NOT ON THE  OTHER (__BROKEN-LANGS_HALF_AND_HALF__)
* search for 'tagging' in English
** Make sure that only fr and en are displayed, and that they are side by side (tagging does not have a spanish version in that profile)
* Change language preferences to be en, fr only
* Redo the search for 'wiki engine'
* Verify that en and fr only appear (no more es).

!!Searching for a word with only partial matches
* Logon as editor
* Make sure all three languages are enabled
* Search for wiki in English
** Make sure you see 'wiki engine' in the list
** And that clicking on it takes you to that term, with the other three languages listed
* Search for wiki in French
** Make sure you see 'wiki engine' in the list (__BROKEN-SPANISH_AND_FRENCH_PAGES_MIXED_UP__)
** And that clicking on it takes you to that term, with the other three languages listed (__BROKEN-SPANISH_AND_FRENCH_PAGES_MIXED_UP__)
* Search for wiki in Spanish
** Make sure you see 'wiki engine' in the list (__BROKEN-SPANISH_AND_FRENCH_PAGES_MIXED_UP__)
** And that clicking on it takes you to that term, with the other three languages listed (__BROKEN-SPANISH_AND_FRENCH_PAGES_MIXED_UP__)


!!Searching for a term that does not exist
* Logon as test_editor
* Search for term 'machine translation' in English 
** Make sure it does not exist.
** Make sure system gives you a button to create it.
** Click on the button
** Make sure the English term template is being used to fill the edit for
** Edit and save. 

!!Translate a term

* logon as test_editor
* Search for term 'tagging' in English
* Go to it.
* Click on Translation button
** Make sure that the only language that is offered for translation is Spanish (French already exists for that page)
* Choose Spanish as the language of the translation
* Write a bit of translation, then click on Complete Trnslation button.
* Go to the Spanish page that you created, and select all languages.
** Make sure you see both the French and English pages listed.
* Go to an English page that does not have a Spanish translation (can also create one like 'rss feed')
* Try to translate it to Spanish, giving 'motor de wiki' as the spanish name.
** System should tell you that this page already exists
* Try the same thing, but using a different capitalisation like 'Motor de Wiki'
** System should still tell you that the page already exists.
*Try to translate a term to a new name that does not exist
* Go to an English page that does not have a French translation (can also create one like 'rss feed')
** Try to translate it to French, giving as the French name, an existing alias (as opposed to an existing page). For example, 'engin wiki'.
!!Testing aliases

* Search for French page 'moteur wiki'
* Click on the link 'engin wiki' in the Synonymes section.
** This should lead you straight back to the 'moteur wiki' page.
* Search for 'engin wiki' in French
** This should tell you that it was not found, but that there is an alias by that name.

!!Persistance of search language


!!Comments hidden by default

* Open a page that has some comments ('wiki engine' for example?)
* Comments should not be visible by default (__BROKEN-COMMENTS_HIDDEN__).


!!User and Admin doc is available in both English and French
* And check that all links in them work.


!!Testing discussion forum
* Check that can add a topic on a discussion forum.
* Check that can add a topic with an empty content (just the title)
History

Enable pagination rows per page
Advanced
Information	Version
Wed 30 of Sep, 2009 19:48 GMT-0000 alain_desilets	*341 - 366*
«
1
…
8
9
10
11 (current)
12
13
14
…
25
»
Latest Changes

...more
Like almost all *.tiki.org sites, you can log in with your login from https://tiki.org (register over there)
Search

Most Popular Tags

admin agenda alias antibot antibot captcha app archive articles banning batch blogs calculations calendars cart categories cluster codemirror comments computation contact us datachannel debug debug console dropdown with other error messages features file galleries forums geo geocms geolocation group homepages group watches header i18n images item link items list jquery languages location map maps maths menu menupage multilingual ol3 ol5 openlayers paypal plugin plugin alias plugin datachannel plugin fade plugin tabs plugin trackerlist pretty trackers print project management r r project realnames rss static static text statistics stats structures syntax highlighter tablesorter template trackers user watches visualization watches webservice wiki wiki argument variables wiki structures
History: Collaborative_Multilingual_Terminology

Source of version: 366

History

Menu

Current Profiles

Latest Changes

Search

Most Popular Tags

About Tiki

Community

Documentation

Support

Development

Legal

Tiki Project Sites

Networks

History: Collaborative_Multilingual_Terminology

Source of version: 366

History

Menu

Current Profiles

Latest Changes

Search

Most Popular Tags

Tiki Newsletter

About Tiki

Community

Documentation

Support

Development

Legal

Tiki Project Sites

Networks
