Re: Multinlingula Sites and Methodology

Tue, 21 May 2002 20:11:51 -0700

I just spoke to the graphic artist about having different directories depending on language and he is totally against it.  He says it is very messy.  Any other suggestions or arguments I can give to him?
----- Original Message -----
Sent: Tuesday, May 21, 2002 8:55 PM
Subject: RE: Multinlingula Sites and Methodology

Personally I would do it the second way. You'd have a lot more files to modify using the first method if you wanted to ad a third language.  
 
But instead of using attributes.language I'd simply put the language preference into a client variable. So instead of
<cfinclude template="dsp_display#attrubutes.language#.cfm">
it would read
<cfinclude template="dsp_display#clients.language#.cfm">.
That way you don't have to pass the language variable to every single script. (Although, you could also avoid that hassle by appending attributes.language to #self# in fbx_settings.cfm)
 
You could also put the same logic in your layout file like so:
 
<cfswitch expression="#client.language#">
  <cfcase value="fr">
     <cfset fusebox.layoutFile = "frenchLayout.cfm">
  </cfcase>
  <cfdefaultcase>
     <cfset fusebox.layoutFile = "englishLayout.cfm">
  </cfdefaultcase>
 </cfswitch>
 
That way you could have a different layout for each language.
 
You could also set up a variable to reference the correct images in fbx_settings.cfm:
 
<cfswitch expression="#client.language#">
  <cfcase value="fr">
     <cfset request.images = "path/to/french/images/">
  </cfcase>
  <cfdefaultcase>
     <cfset request.images = "path/to/english/images/">
  </cfdefaultcase>
 </cfswitch>
 
Then in your display files you put <img src="javascript:void(0);">
 
Of course you could still use attributes.language instead of client.language if you prefer...
 
Hope this helps,
 
Balazs
 
 
-----Original Message-----
From: John Jonathan Kopanas [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 21, 2002 5:38 PM
To: Fusebox List
Cc: Denis Doyle
Subject: Multinlingula Sites and Methodology

As a programmer from Quebec, a lot of the sites I have to work on have to be bilingual.  Just as a clarification, they only have to be in French but most people want them in English because they do business outside of Quebec.  Do not let me get started with the politics here in Quebec, if it was not for the women I would be long gone :-).  Ok, where was I, oh yes multilingual sites.  I was wondering if anyone has come up with their own personal methodologies on using Fusebox and creating multilingual sites to fulfill the following requirements:
 
- it is easy to add a new language to the site
- the logic is not duplicated
- Images might have to change for each language
 
What I don't want to do:
 
- I don't want to have to create a new directory for every language and copy over the site and just change the text and the tables I reference.
 
Some possible solutions:
- have the display pages in the different languages and keep the action pages the same and just add language conditions to the actions pages.  Therefore the amount of switch cases would increase.
 
ex)
 
<cfwitch case="example">
    <cfinclude template="act_process.cfm">
    <cfinclude template="dsp_display.cfm">
</cfswitch>
<cfwitch case="example_fr">
    <cfinclude template="act_process.cfm">
    <cfinclude template="dsp_display_fr.cfm">
</cfswitch>
 
- another way to go would be is to pass language in query string and append it onto the file name in swtich so it chooses file according to language
 
<cfwitch case="example">
    <cfinclude template="act_process.cfm">
    <cfinclude template="dsp_display#attrubutes.language#.cfm">
</cfswitch>
 
 
Any other suggestions?  Thanks for your help.
 
 
==^================================================================
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bV0Kx9
Or send an email to: [EMAIL PROTECTED]

T O P I C A -- Register now to manage your mail!
http://www.topica.com/partner/tag02/register
==^================================================================

Reply via email to