My understanding is that Site Minder is going away with the release of CFMX.
Bradley S. Dardaganian Lead Application Developer MediTech Media Ltd (USA) [EMAIL PROTECTED] (404) 591-3247 -----Original Message----- From: John Farrar [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 1:41 PM To: [EMAIL PROTECTED] Subject: Re: Multinlingula Sites and Methodology Since you did not define "cheap"... have you looked at Site Minder by MM? John >>> [EMAIL PROTECTED] 05/22/02 01:40PM >>> I was always told that you can not use version control with graphics. In theory from what I understand it is a waste considering a lot of functions you have are for comparisons between different versions and the such. Plus I am sure it will take up a lot of HD space. My graphic artist copies the project folder and appends a version number to the end of it. Other then CVS on unix can you suggest a good and cheap versioning system for windows? Thanks. ----- Original Message ----- From: Balazs Wellisch To: [EMAIL PROTECTED] Sent: Tuesday, May 21, 2002 11:48 PM Subject: RE: Multinlingula Sites and Methodology Well, I have to disagree with your graphic artist on this, but if that doesn't work for him you could also name the images the same way you name your display files. <img src="images/yourImage_#attributes.language#.gif. That's a lot messier if you ask me. Do you use version control to manage the files in your application? If so, it's much easier to just branch off the existing images directory in your project, create a copy of the whole thing, and modify each file as needed. Anyway, this only makes sense if you're using version control. (Let me guess your graphic artist has never heard of version control, likes to rename files by appending a .old at the end of file names, occasionally puts spaces and special characters inside file names, and wonders who the idiot was that made Unix case sensitive. Yeah, I've fought my own battles with the "artists" :)) B -----Original Message----- From: John Jonathan Kopanas [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 8:29 PM To: [EMAIL PROTECTED] Subject: Re: Multinlingula Sites and Methodology 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 ----- From: Balazs Wellisch To: [EMAIL PROTECTED] 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="#request.images#yourImage.gif"> 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.bWdkMd 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 ==^================================================================ ==^================================================================ 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 ==^================================================================
