Closed Bug 592934 Opened 15 years ago Closed 14 years ago

localize Festival pages

Categories

(Websites Graveyard :: drumbeat.org, defect)

Product:
Websites Graveyard
Component:
drumbeat.org
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: njames, Assigned: ned)

References

(
URL
)

Details

(Whiteboard: festival)

Attachments

(3 files, 1 obsolete file)

common festival elements
313.22 KB, image/jpeg
Details
Corrected es tpl.php template
7.42 KB, text/plain
Details
Difference lang div
740 bytes, text/plain
Details
Hi, all. Toni is leading content localization for the Festival's informational page. I believe the workflow is: 1 Matt to give Toni admin status on drumbeat.org so he can create and edit pages 2 Ned to give Toni HTML code from all current pages 3 someone (can we ask Paul Booker) to create /es and /ca pages for every current Festival page 4 Toni to work with translators for ca and es to get copy translated 5 Toni (or a team member - who may also need admin rights) to replace eng content with ca and es copy in the HTM 6 Ned to create Catalan and Spanish links on the top of each page to the /es and /ca versions Toni has some technical questions before he or a team member can do point 5. Toni, here and on IRC are good places to ask. Fyi, Paul Osman is on holiday for 2 weeks.
Adding Toni. This is a better place to add your questions, make a comment when you finish an action item, etc. Useful when a project is going to take multiple steps from several people.
First of all, some things I would need some confirmation. As I understand (and I see in the code), everything from Drumbeat web is within Drupal CMS as nodes. Apart from the wufoo forms, which are actually embedded in Drupal nodes content anyway. Tell me if I'm right. (In reply to comment #0) > Hi, all. > > Toni is leading content localization for the Festival's informational page. > > I believe the workflow is: > > 1 Matt to give Toni admin status on drumbeat.org so he can create and edit > pages I should only need node creation permissions (also for nice URLs creation). Maybe for uploading images, if necessary, Is IMCE installed? > 2 Ned to give Toni HTML code from all current pages If everything is in Drupal, I could get it from the nodes myself after given enough permissions. > 3 someone (can we ask Paul Booker) to create /es and /ca pages for every > current Festival page I could do it myself by defining the suitable path in the node edit form. That is, by mapping, let's say, /node/133 to /festival/ca
(In reply to comment #2) > > Is IMCE installed? I answer myself. Yes. IMCE is installed. If any image needed to be localized —luckily, I don't see any by now :) —, we could use the convention to add -ca or -es to the name, just before the file extension.
Hi Toni 1) Everything is in Drupal. Unfortunately, all the navigation and other common elements such as sidebar are also repeated in each node. If you have a suggestion for how to extract the nav into includes or blocks so that it is reusable across pages I would love to hear it -- would definitely be an improvement. 2) Yes indeed the forms are in Wufoo -- not sure Wufoo has any localisation facility -- one approach would be to create separate forms for separate languages; but I would like to hear from Nathan about what he thinks of maintaining the separate registration lists etc. that would be created by seperate forms. Could be cumbersome. 3) Matt; can you go ahead and give Toni the appropriate permissions? 4) You can definitely grab the english content and work form there. Unfortunately the RTE clobbers the html formatting -- I have been pasting the minified html into textmate and running Tidy on it to re-format it into a usable format. 5) I was careful to make sure that there is no text in images. The buttons are highly flexible and should accomodate longer or shorter text gracefully. If you run into any hiccups with the richer textual content I am happy to lend a little css help.
Hi Ned, thanks for the quick reply, (In reply to comment #4) > Hi Toni > > 1) Everything is in Drupal. Unfortunately, all the navigation and other common > elements such as sidebar are also repeated in each node. If you have a > suggestion for how to extract the nav into includes or blocks so that it is > reusable across pages I would love to hear it -- would definitely be an > improvement. Do you mean the 'about, projects, people' bar? I don't see which sidebar you mean in the festival page. I assume that people who may visit the page and register for the festival not necessarily should login to the Drupal. > > 2) Yes indeed the forms are in Wufoo -- not sure Wufoo has any localisation > facility -- one approach would be to create separate forms for separate > languages; but I would like to hear from Nathan about what he thinks of > maintaining the separate registration lists etc. that would be created by > seperate forms. Could be cumbersome. > Nat already has an idea, AFAIK. > 4) You can definitely grab the english content and work form there. > Unfortunately the RTE clobbers the html formatting -- I have been pasting the > minified html into textmate and running Tidy on it to re-format it into a > usable format. > I got a bit lost in this step. So HTML code in the edit form is minified? I wanted to try whether converting HTML to PO was feasible (and then PO to HTML). If not, we would simply deliver extracted text to translators, and we would insert it back inside the HTML tags manually. > 5) I was careful to make sure that there is no text in images. The buttons are > highly flexible and should accomodate longer or shorter text gracefully. If you > run into any hiccups with the richer textual content I am happy to lend a > little css help. Cool :)
> 2) Yes indeed the forms are in Wufoo -- not sure Wufoo has any localisation > facility -- one approach would be to create separate forms for separate > languages; but I would like to hear from Nathan about what he thinks of > maintaining the separate registration lists etc. that would be created by > seperate forms. Could be cumbersome. > Nat already has an idea, AFAIK. Yes, I just added the ca and es words to most of the fields in the reg form. I've asked toni to create separate volunteer application forms.
> thanks for the quick reply, :) > Do you mean the 'about, projects, people' bar? I don't see which sidebar you > mean in the festival page. I assume that people who may visit the page and > register for the festival not necessarily should login to the Drupal. I just uploaded a screenshot of the common elements I am talking about: https://bugzilla.mozilla.org/attachment.cgi?id=471632 You are correct -- the page should display fully for anonymous users. > I got a bit lost in this step. So HTML code in the edit form is minified? I > wanted to try whether converting HTML to PO was feasible (and then PO to HTML). > If not, we would simply deliver extracted text to translators, and we would > insert it back inside the HTML tags manually. You will see what I mean when you get access to the pages -- I guess all I am saying here is that if it is a problem for you to work with, then I had a workflow that was working for me that I could share with you; come talk to me about it if you need to.
@ Toni, I have given you the appropriate permissions -- you are assigned the "Site Admin" role -- so that you can get in there and start working.
(In reply to comment #8) > > thanks for the quick reply, > > :) > > > Do you mean the 'about, projects, people' bar? I don't see which sidebar you > > mean in the festival page. I assume that people who may visit the page and > > register for the festival not necessarily should login to the Drupal. > > I just uploaded a screenshot of the common elements I am talking about: > https://bugzilla.mozilla.org/attachment.cgi?id=471632 > > You are correct -- the page should display fully for anonymous users. > I see now. I guess for repeating blocks one option could have been to create content panes that could be inserted in different pages. Anyway, if html2po and po2html processes work well enough, we could ignore this and translators would not need to translate again and again the strings of that block —they would have them already in their translation memory, > > You will see what I mean when you get access to the pages -- I guess all I am > saying here is that if it is a problem for you to work with, then I had a > workflow that was working for me that I could share with you; come talk to me > about it if you need to. Let me check if we can manage this automatically (html2po and po2html). If not, I would ask you for this, yes…
(In reply to comment #9) > @ Toni, > > I have given you the appropriate permissions -- you are assigned the "Site > Admin" role -- so that you can get in there and start working. It works, thanks! Only one thing, I cannot find how to access to the code of the main page: https://www.drumbeat.org/festival Which is the nid?
First try with html2po and po2html (with no tidyHTML) https://www.drumbeat.org/festival/program/ca (protected page)
> It works, thanks! Only one thing, I cannot find how to access to the code of > the main page: https://www.drumbeat.org/festival Which is the nid? Oh sorry - that is a template for a view. I suppose we could copy that view for each new language? I don't think you have access to the svn rep is that correct? Maybe I can email you the template (unless you have a better suggestion on how to synch up the code?)
(In reply to comment #12) > First try with html2po and po2html (with no tidyHTML) > > https://www.drumbeat.org/festival/program/ca (protected page) looks like everything is working -- great! I a guessing that the translation is not done yet though :)
(In reply to comment #13) > I don't think you have access to the svn rep is that correct? Maybe I can > email you the template (unless you have a better suggestion on how to synch up > the code?) Which SVN? One here? https://svn.mozilla.org/ (http://viewvc.svn.mozilla.org/vc/) In any case, I have a SVN account for there.
(In reply to comment #14) > (In reply to comment #12) > > First try with html2po and po2html (with no tidyHTML) > > > > https://www.drumbeat.org/festival/program/ca (protected page) > > > I a guessing that the translation is not done yet though :) Not yet. Hope soon. We would try to manage the l10n process from here: https://wiki.mozilla.org/Drumbeat/events/Festival/l10n
Suggestions: * Should ca and es pages be slightly modified (via page-node-xxxx.tpl.php) to have lang=ca and lang=es in headers? * Creation of language switcher: as simple as pointing to festival/xxx festival/xxx/ca and festival/xxx/es
> Which SVN? One here? https://svn.mozilla.org/ > (http://viewvc.svn.mozilla.org/vc/) > In any case, I have a SVN account for there. yup! That's the one. The template in question is: https://svn.mozilla.org/projects/crm/trunk/sites/all/themes/drumbeat/templates/views/views-view--drumbeat-festival-blog-posts.tpl.php (the view is: https://www.drumbeat.org/admin/build/views/edit/drumbeat_festival_blog_posts)
OS: Mac OS X → Windows 7
(In reply to comment #17) > Suggestions: > > * Should ca and es pages be slightly modified (via page-node-xxxx.tpl.php) to > have lang=ca and lang=es in headers? > * Creation of language switcher: as simple as pointing to festival/xxx > festival/xxx/ca and festival/xxx/es I don't have nay experience localizing drupal so I am very open to suggestions.
(In reply to comment #18) > > Which SVN? One here? https://svn.mozilla.org/ > > (http://viewvc.svn.mozilla.org/vc/) > > In any case, I have a SVN account for there. > > yup! That's the one. > > The template in question is: > https://svn.mozilla.org/projects/crm/trunk/sites/all/themes/drumbeat/templates/views/views-view--drumbeat-festival-blog-posts.tpl.php Cool. > (the view is: > https://www.drumbeat.org/admin/build/views/edit/drumbeat_festival_blog_posts) I don't have read access. May I? so I can see which content we could localize from there?
@ Toni Hey Toni! It might be complex for us to add that permission until Paul Osman gets back on Monday Sep 13. Is there a way to get what you need without it? If not, let us know and we'll see what we can do sooner. But if it's not urgent, would be easier to wait or take another route to what you're after?
(In reply to comment #21) > @ Toni > > Hey Toni! It might be complex for us to add that permission until Paul Osman > gets back on Monday Sep 13. Is there a way to get what you need without it? > > If not, let us know and we'll see what we can do sooner. But if it's not > urgent, would be easier to wait or take another route to what you're after? @Matt Ok. Since I consider we are bit late, I will create landing main pages for es and ca manually, not depending on views… We can change it later, when Paul is back. Thanks!
@ Toni Thank you so much, Toni. Very grateful for all your hard work and patience on this!
Created all translations. festival/ca festival/program/ca festival/participans/ca festival/getinvolved/ca festival/register/ca There is a Spanish translator already working on the content. @Ned, may you design a simple horizontal block with the names of the other version languages of that page. I mean, in English version, a link to Catalan and Spanish versions, and in Catalan version a link to Spanish and English, etc. We might think later if we can use JS to detect user's browser Accept language. Thanks!
(In reply to comment #24) Great work! When will we need this language switcher for -- I suppose; when will the translations be ready to launch?
(In reply to comment #25) > When will we need this language switcher for -- I suppose; when will the > translations be ready to launch? Would be wonderful if this could be done by the beginning of the next week, when I suppose Spanish translation could be ready. However, I must tell that some content, for instance regarding scholarships, may be already considered outdated.
Hi Toni, I have the language switcher coded up on my local install and ready to deploy when the translations are ready. Here is a glimpse: http://cl.ly/b35719c16b6b9e9767f1
Just a couple of things to add generally after reading through this conversation. @Ned We can remove the problems of repeating blocks in our HTML by using the drupal block system and assigning the the drupal blocks to the festival pages @Matt Who has the authority to assign administrative privileges to other users and what is the protocol? Best, Paul Booker Appcoast
> @Ned > We can remove the problems of repeating blocks in our HTML by using the drupal > block system and assigning the the drupal blocks to the festival pages Paul - this sounds great let me know when you are available to chat about this (on IRC?)
(In reply to comment #29) > > @Ned > > We can remove the problems of repeating blocks in our HTML by using the drupal > > block system and assigning the the drupal blocks to the festival pages > > Paul - this sounds great let me know when you are available to chat about this > (on IRC?) Guys, Robert from Drupal.cat, recommended me you might take a look at http://drupal.org/project/context By now, we already have Catalan and I will soon receive Spanish files from Guillermo Movia. From my side, I would love having bits of HTML with the less redundant strings the better. If a lateral block could be separated from the nodes, this would help next updates a lot. Thanks!
(In reply to comment #29) > > @Ned > > We can remove the problems of repeating blocks in our HTML by using the drupal > > block system and assigning the the drupal blocks to the festival pages > > Paul - this sounds great let me know when you are available to chat about this > (on IRC?) Hi Ned - Feel free to ping me any time tomorrow
@Ned Instructions for adding a block on the stage server .. 1. Create a block at https://drumbeat.stage.mozilla.com/admin/build/block/add . You will want to disable the rich text editor while adding your HTML and you may need to use "Full HTML" for the "Input Format" also you can restrict what pages the block will be visible from in the collapsed section "Page specific visibility settings" 2. After creating the block you can then add it to the right side bar region defined in our theme at https://drumbeat.stage.mozilla.com/admin/build/block/list/drumbeat Using the blocks you should be able to take out the content that is currently repeated in our templates and locate the HTML inside a single block which you can then position in a region on the page . Also we should be able to surface blocks based on localization by looking at the URL using the ability to add PHP code into the "Page specific visibility settings" Ping me if you need any further assistance. Best, Paul Booker Appcoast
I am making the localized pages live now as well as adding the language switcher ui
There are a few missing translations still: https://www.drumbeat.org/festival/logistics http://www.drumbeat.org/festival/getinvolved/propose http://www.drumbeat.org/festival/getinvolved/scholarship http://www.drumbeat.org/festival/getinvolved/volunteer This one is redirected from the wufoo forms on successful submit so I don't think we can offer three version of it, but I am including it here for completeness: https://www.drumbeat.org/festival/register/thankyou
Hi, wanted to tweet about the translations, but wanted to make sure you were all finished. The logistics pages don't seem to have ca & es versions.
(In reply to comment #36) > Hi, wanted to tweet about the translations, but wanted to make sure you were > all finished. The logistics pages don't seem to have ca & es versions. Hi all, @Nat we need to finish logistics, volunteer and propose idea pages. I would need from you to check account permissions in Wufoo (sent message yesterday). @Ned I will send you some little corrections for start page templates I just detected.
I Cc Guillermo Movia in case he detects anything else in Spanish translation. @Guillermo I changed share identica button string to fit in.
Hey, Toni. You should have gotten my reply. I fixed your Wufoo access. Go check it out to make sure.
(In reply to comment #39) > Hey, Toni. You should have gotten my reply. I fixed your Wufoo access. Go > check it out to make sure. @Nat Right. Sorry, didn't see.
@Ned, may you take a look at https://www.drumbeat.org/festival/logistics/es vs https://www.drumbeat.org/festival/logistics in the former and other pages, language switcher slides down. It seems to be a break tag inside the switcher added by Drupal? Tell me if you encountered this problem yourself before. If you solved it, tell me how you did for repeating it in other places. Thanks and sorry for this!
(In reply to comment #41) Hi Toni, Thanks for pointing that out. I haven't seen this before. IT does indeed look like the RTE is inserting a <br>. I fixed it, but my fix is not nice: I copied the html form the editor (RTE disabled) and ran HTML Tidy on it in Textmate. For whatever reason this seemed to fix it. Let me know if you want me to fix it elsewhere.
Hi Toni, another thing; the content on logistics has been updated: http://www.drumbeat.org/festival/logistics the instructions for registering at hotels has been updated to obfuscate the email addresses using javascript and provide mailto: links to launch a pre-filled email
(In reply to comment #42) > (In reply to comment #41) > > Hi Toni, > > Thanks for pointing that out. I haven't seen this before. IT does indeed look > like the RTE is inserting a <br>. > > I fixed it, but my fix is not nice: I copied the html form the editor (RTE > disabled) and ran HTML Tidy on it in Textmate. For whatever reason this seemed > to fix it. > > Let me know if you want me to fix it elsewhere. Hi Ned, I guess I would need to perform several changes in a couple of days. I can put you a list when done, but would be easier for both if I could replicate the same myself. I use Linux normally and I have tidy (http://tidy.sourceforge.net/) console installed. Could you try to guess which parameters are passed to tidy?
(In reply to comment #44) > (In reply to comment #42) > > (In reply to comment #41) > > > > Hi Toni, > > > > Thanks for pointing that out. I haven't seen this before. IT does indeed look > > like the RTE is inserting a <br>. > > > > I fixed it, but my fix is not nice: I copied the html form the editor (RTE > > disabled) and ran HTML Tidy on it in Textmate. For whatever reason this seemed > > to fix it. > > > > Let me know if you want me to fix it elsewhere. > > Hi Ned, I guess I would need to perform several changes in a couple of days. I > can put you a list when done, Just finished: http://www.drumbeat.org/festival/getinvolved/propose/es http://www.drumbeat.org/festival/getinvolved/propose/ca More to come today and tomorrow.
One Wufoo form translated in: http://www.drumbeat.org/festival/getinvolved/volunteer/ca @Nat may you check if everything is OK. Waiting for es version. Do we need volunteer any more (deadline passed already) ?
Attached file Corrected tpl php festival templates (obsolete) —
Please, update es and ca view templates
There is a typo in views-view--drumbeat-festival-blog-posts.tpl.php template (in English) -> Wiki link (corrected in just updated ca and es versions)
(In reply to comment #44) > I have tidy (http://tidy.sourceforge.net/) console installed. Could you try to guess which > parameters are passed to tidy? Here is the textmate manula entry for Tidy: http://wiki.macromates.com/HowTo/CustomizeTidy Here is how textmate is calling tidy: result = `"${TM_TIDY:-tidy}" -f /tmp/tm_tidy_errors -iq -utf8 \ -wrap 0 --tab-size $TM_TAB_SIZE --indent-spaces $TM_TAB_SIZE \ --indent yes \ ${TM_XHTML:+-asxhtml --output-xhtml yes} \ ${TM_SELECTED_TEXT:+--show-body-only yes} \ --enclose-text yes \ --doctype strict \ --wrap-php no \ --tidy-mark no` here are my tidy (osx default) configuration (I have included textmate's overrides in brackets): $ tidy -show-config Configuration File Settings: Name Type Current Value =========================== ========= ======================================== _absolute-path-base-uri String _drop-classes-with-prefix String _drop-ids-with-prefix String _relative-path-base-uri String _sanitize-against-xss Boolean no accessibility-check enum 0 (Tidy Classic) add-xml-decl Boolean no add-xml-space Boolean no alt-text String ascii-chars Boolean no assume-xml-procins Boolean no bare Boolean no break-before-br Boolean no char-encoding Encoding ascii clean Boolean no css-prefix String decorate-inferred-ul Boolean no doctype DocType auto (textmate: strict) doctype-mode Integer *1 drop-empty-paras Boolean yes drop-font-tags Boolean no drop-proprietary-attributes Boolean no enclose-block-text Boolean no enclose-text Boolean no (textmate: YES) error-file String escape-cdata Boolean no fix-backslash Boolean yes fix-bad-comments Boolean yes fix-uri Boolean yes force-output Boolean no gnu-emacs Boolean no gnu-emacs-file String hide-comments Boolean no hide-endtags Boolean no indent AutoBool no (textmate: YES) indent-attributes Boolean no indent-cdata Boolean no indent-spaces Integer 2 (textmate:4) input-encoding Encoding latin1 input-xml Boolean no join-classes Boolean no join-styles Boolean yes keep-time Boolean no language String literal-attributes Boolean no logical-emphasis Boolean no lower-literals Boolean yes markup Boolean yes merge-divs AutoBool auto ncr Boolean yes new-blocklevel-tags Tag names new-empty-tags Tag names new-inline-tags Tag names new-pre-tags Tag names newline enum LF numeric-entities Boolean no output-bom AutoBool auto output-encoding Encoding ascii output-file String output-html Boolean no output-xhtml Boolean no (textmate: YES) output-xml Boolean no punctuation-wrap Boolean no quiet Boolean no quote-ampersand Boolean yes quote-marks Boolean no quote-nbsp Boolean yes repeated-attributes enum keep-last replace-color Boolean no show-body-only Boolean no show-errors Integer 6 show-warnings Boolean yes slide-style String split Boolean no tab-size Integer 8 (textmate: 4) tidy-mark Boolean yes (textmate: no) uppercase-attributes Boolean no uppercase-tags Boolean no vertical-space Boolean no word-2000 Boolean no wrap Integer 68 (textmate: 0) wrap-asp Boolean yes wrap-attributes Boolean no wrap-jste Boolean yes wrap-php Boolean yes (textmate: no) wrap-script-literals Boolean no wrap-sections Boolean yes write-back Boolean no Values marked with an *asterisk are calculated internally by HTML Tidy
(In reply to comment #45) > Just finished: > http://www.drumbeat.org/festival/getinvolved/propose/es > http://www.drumbeat.org/festival/getinvolved/propose/ca > > More to come today and tomorrow. Thanks! I TIDYed these up!
OS: Windows 7 → Windows XP
(In reply to comment #48) > There is a typo in views-view--drumbeat-festival-blog-posts.tpl.php template > (in English) -> Wiki link (corrected in just updated ca and es versions) nice catch - just checked all three templates in. Was the wiki link the only fix in attachment 476637 [details]?
(In reply to comment #51) > (In reply to comment #48) > > There is a typo in views-view--drumbeat-festival-blog-posts.tpl.php template > > (in English) -> Wiki link (corrected in just updated ca and es versions) > > nice catch - just checked all three templates in. > > Was the wiki link the only fix in attachment 476637 [details]? They correct the wiki link but also the main 'November title' (not translated in Catalan). I view Spanish version well now, but I remember it broke in other resolutions I tested.
(In reply to comment #51) Cool! It works. I did the following: tidy -iq -utf8 -wrap 0 --indent yes --enclose-text yes --doctype strict --wrap-php no --tidy-mark no pre.html > post.html I removed header, bodys and so, and paste. Result: http://www.drumbeat.org/festival/getinvolved/volunteer/ca http://www.drumbeat.org/festival/getinvolved/volunteer/es
Little corrections in es version.
Attachment #476637 - Attachment is obsolete: true
(In reply to comment #43) > Hi Toni, > > another thing; the content on logistics has been updated: > http://www.drumbeat.org/festival/logistics > > the instructions for registering at hotels has been updated to obfuscate the > email addresses using javascript and provide mailto: links to launch a > pre-filled email Hi Ned, I see that words like Click here are obfuscated as well in the code, so I don't know the equivalent conversion in ca or es. How do we handle this? Could you provide me the methodology to obfuscate it? Thanks!
(In reply to comment #56) I am rot13 encoding the email to hide it from email harvesters. You can use http://www.rot13.com/ to encode the text, but I had to do a bit a fudging; mainly by making sure to use url entities rather then html entity equivalents in the mailto href so that they don't get scrambled: '&' becomes %26 for example. If you have trouble, you could just paste the translations here and I will integrate them. Let me know if you need the text of the emails (hint: you can 'click here' on each to launch the email in your email app.)
(In reply to comment #55) > Created attachment 476920 [details] > Corrected es tpl.php template > > Little corrections in es version. this is live.
(In reply to comment #58) > (In reply to comment #55) > > Created attachment 476920 [details] [details] > > Corrected es tpl.php template > > > > Little corrections in es version. > > this is live. Hi Ned, All Unicode characters are badly formed. May you take a look? Maybe just converting to HTML ones.
(In reply to comment #57) > (In reply to comment #56) > > I am rot13 encoding the email to hide it from email harvesters. > > You can use http://www.rot13.com/ to encode the text, but I had to do a bit a > fudging; mainly by making sure to use url entities rather then html entity > equivalents in the mailto href so that they don't get scrambled: '&' becomes > %26 for example. > > If you have trouble, you could just paste the translations here and I will > integrate them. > > Let me know if you need the text of the emails (hint: you can 'click here' on > each to launch the email in your email app.) Done. However, now switcher falls and I cannot do a tidy, because <n is non-standard. Do you think a way to quickly correct it? I f not, I will try to manage myself later with more time. Thanks!
(In reply to comment #59) > Hi Ned, All Unicode characters are badly formed. May you take a look? Maybe > just converting to HTML ones. hmm ... looks like the character encoding is wrong in the template. Can you double check that you are using UTF-8?
(In reply to comment #60) > Done. However, now switcher falls and I cannot do a tidy, because <n is > non-standard. I ran tidy before rot13 encoding... you could try decoding, TIDYing and then re-encoding. I know it's awkward.
(In reply to comment #61) > (In reply to comment #59) > > Hi Ned, All Unicode characters are badly formed. May you take a look? Maybe > > just converting to HTML ones. > > hmm ... looks like the character encoding is wrong in the template. Can you > double check that you are using UTF-8? If you check the attachment in Firefox itself: View > Character set, you will see it's UTF-8.
(In reply to comment #61) > hmm ... looks like the character encoding is wrong in the template. Can you > double check that you are using UTF-8? okay, I went back and it looks like the encoding may have got messed up on my end. I have re-uploaded with the correct encoding.
OS: Windows XP → All
(In reply to comment #62) > (In reply to comment #60) > > Done. However, now switcher falls and I cannot do a tidy, because <n is > > non-standard. > > I ran tidy before rot13 encoding... you could try decoding, TIDYing and then > re-encoding. I know it's awkward. Solved. I managed to fix it applying tidy only to the language swicther div and paste it with the rest of the code.
(In reply to comment #65) > Solved. I managed to fix it applying tidy only to the language swicther div and > paste it with the rest of the code. so weird: did you notice if tidy is changing anything in that code?
Attached file Difference lang div —
Difference between lang div before and after tidy (removed header, body and html tags manually from tidied one)
(In reply to comment #66) > (In reply to comment #65) > > Solved. I managed to fix it applying tidy only to the language swicther div and > > paste it with the rest of the code. > > so weird: did you notice if tidy is changing anything in that code? I didn't notice anything. You can check in the patch. I guess some component needs line breaks :P
strange there appears to be no difference except line breaks. Well, if it aint broke don't fix it ;)
@ Toni I am preparing an update to http://www.drumbeat.org/festival/participants I will let you know when it is ready.
Ok, the new participants content has been updated.
(In reply to comment #71) > Ok, the new participants content has been updated. Now live for ca and es.
nice!
there is an update to Get Involved. http://drumbeat.org/festival/getinvolved The Scholarship section has been updated, again with the rot13-encoded email. Here is the content of the updated section before the rot13 encoding: <span class="rotthirteen"><a href="mailto:njames@mozillafoundation.org?SUBJECT=Travel Scholarships">njames@mozillafoundation.org</a></span>
(In reply to comment #74) > there is an update to Get Involved. > > http://drumbeat.org/festival/getinvolved > > The Scholarship section has been updated, again with the rot13-encoded email. > Here is the content of the updated section before the rot13 encoding: > > <span class="rotthirteen"><a > href="mailto:njames@mozillafoundation.org?SUBJECT=Travel > Scholarships">njames@mozillafoundation.org</a></span> Thanks Ned, that's a useful way. Done for ca, waiting for es.
(In reply to comment #75) > (In reply to comment #74) > > there is an update to Get Involved. > > > > http://drumbeat.org/festival/getinvolved > > > > The Scholarship section has been updated, again with the rot13-encoded email. > > Here is the content of the updated section before the rot13 encoding: > > > > <span class="rotthirteen"><a > > href="mailto:njames@mozillafoundation.org?SUBJECT=Travel > > Scholarships">njames@mozillafoundation.org</a></span> > > Thanks Ned, that's a useful way. Done for ca, waiting for es. I just commit es version to our new svn
(In reply to comment #76) > (In reply to comment #75) > > (In reply to comment #74) > > > there is an update to Get Involved. > > > > > > http://drumbeat.org/festival/getinvolved > > > > > > The Scholarship section has been updated, again with the rot13-encoded email. > > > Here is the content of the updated section before the rot13 encoding: > > > > > > <span class="rotthirteen"><a > > > href="mailto:njames@mozillafoundation.org?SUBJECT=Travel > > > Scholarships">njames@mozillafoundation.org</a></span> > > > > Thanks Ned, that's a useful way. Done for ca, waiting for es. > > I just commit es version to our new svn Done! Gracias Guillermo!
Hey Toni, Just a heads up that new content on it's way. I can paste bugs urls here for the content updates so that you can track what content needs updating; sound good?
I am working on this one now: https://bugzilla.mozilla.org/show_bug.cgi?id=603608
(In reply to comment #79) > I am working on this one now: > https://bugzilla.mozilla.org/show_bug.cgi?id=603608 Hi Ned, in next bugs put directly me and Guillermo in Cc.
(In reply to comment #80) > (In reply to comment #79) > > I am working on this one now: > > https://bugzilla.mozilla.org/show_bug.cgi?id=603608 > > Hi Ned, in next bugs put directly me and Guillermo in Cc. Perfect! will do.
Whiteboard: festival
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Product: Websites → Websites Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: