We are building an English site works quite well.
We need to build a Russian site into which we cut and paste approved Russian translations of the English text.
We do not need not wish Drupal to do the translation.
The text must be in Cyrillic Times New Roman font.
I will need the menus and header to remain in English and just produce the page content and a menu in Russian
I've read the above messages but it's a bit beyond me at the moment.
I have set up pages for the Russian text but it defaults to question marks which I read are because the Cyrilic language is not on the server.
Should I start a new site using the same theme but with Russian as the Default, this is a problem because I do not speak/read Russian but rely on translation experts.
should I set up new content types for on the English site the Russian text.
Is there a step by step tutorial on how to do the above.
Thanks in advance
This really helped point me in the right direction. I was still having trouble getting drupal_get_js() to regenerate properly in my page preprocess function. Through trial and error I came to realize that, if you're not adding your JS to the "header" region of the page, you have to pass the alternate region as an argument to drupal_get_js(). Likewise, you need to make sure you're rebuilding the correct page template variable. For example, I was adding JS to the footer section of the page, so in my preprocess function I needed to do:
$variables['closure'] = drupal_get_js('footer');
If you look at the default theme function for the closure, you can see this is exactly what Drupal does in order to pull in the footer JS.
Additional on this - in CentOS 5.x the correct place to add the extension line is in a new file:
/etc/php.d/uploadprogress.ini
In there put the line:
extension=uploadprogress.so
It will be loaded in automatically when you restart httpd. Same goes for anything installed via PECL. (If installed via yum, e.g. APC, the .ini file will often be created for you.)
I am having difficulty in trying to get my panels into code. It is difficult to find a good tutorial. What is the status on your update of how to do this. I was getting very excited....only to find nothing helpful.
we're looking into Boost at the moment, Mike (the Boost guy!) was kind enough to lend us some advice but it all seems a little bloated as a process for us, so I'm desperately trying to convince them to put Drupal on live.
Anyway, that's off topic, sorry! Will take your advice about the separation of the two sites, seems the best way forward to me! :)
Great tutorial, works great except for 1 thing. When I've clicked the link for my modal window, the mask covers everything except stuff above the link itself. Is it some bug of mine or is it something in a newer version of jQuery?
Just wanted to point out that if you want to use the Batch API outside of the normal FAPI flow, then one extra step is needed. After calling batch_set($batch), batch_process() needs to be called to manually invoke the Batch API process.
It is great that you were able to go for a cup of tea when your drupal installation was installed - wow!. I was so struck by your article that I downloded drush to try to install on my server. I have followed the instructions in the readme.txt file and got so far as adding:
alias drush='~/drush/drush'I looked on my server and it seems I have bash_profile.
I cannot seem to find how to open the bash_profile file, when I did in SSH it just was blank, I tried to add the code with no hope. All the stuff relating to install is on Mac's and I am on XP which is annoying.
For the future it will be great if you could maybe post an article on how to install drush. Sorry for asking but you seem v.experienced. Thanks again for your great review of drush I hope I can use it in the future. E
I have created Drupal module that allows users to login w/ OpenID "visually", i.e. by selecting Google's icon --> the module will then pass above URL to Drupal's OpenID module.
Came across this post this morning and it has already saved me no end of time. We've had a list of modules for our 'Site zero' that we use every time we start work on a new site; drush make now handles all this for us!
IDEs provide autocomplete for these permission names, so people do use it. Unfortunately this makes hook_perm() non-parseable by the localization server / potx, so it makes your permission names hidden from pre-translation. The translation template extractor module does alert you of this fact if you do use it to check your module for API compatibility.
We are building an English site works quite well.
We need to build a Russian site into which we cut and paste approved Russian translations of the English text.
We do not need not wish Drupal to do the translation.
The text must be in Cyrillic Times New Roman font.
I will need the menus and header to remain in English and just produce the page content and a menu in Russian
I've read the above messages but it's a bit beyond me at the moment.
I have set up pages for the Russian text but it defaults to question marks which I read are because the Cyrilic language is not on the server.
Should I start a new site using the same theme but with Russian as the Default, this is a problem because I do not speak/read Russian but rely on translation experts.
should I set up new content types for on the English site the Russian text.
Is there a step by step tutorial on how to do the above.
Thanks in advance
Thanks for the nice tutorial! I really needed this! If my module needed to use a different page.tpl.php, how would I get that going? Thanks!
thats really helpful. Great job Greg, thanks a lot
Thank you! The official documentation is a little overwhelming for someone new to Drupal. This was clear and easy to understand.
You are my hero. I have banged my head against a brick wall trying to put this stuff together.
This really helped point me in the right direction. I was still having trouble getting drupal_get_js() to regenerate properly in my page preprocess function. Through trial and error I came to realize that, if you're not adding your JS to the "header" region of the page, you have to pass the alternate region as an argument to drupal_get_js(). Likewise, you need to make sure you're rebuilding the correct page template variable. For example, I was adding JS to the footer section of the page, so in my preprocess function I needed to do:
$variables['closure'] = drupal_get_js('footer');If you look at the default theme function for the closure, you can see this is exactly what Drupal does in order to pull in the footer JS.
Thanks again for the excellent post.
your page is awesome. helped me resolve an issue within a minute which took me 2 hrs before i stumbled on your page.
Thanks man,
subs
People should use gitolite now. Your instructions on how to build are still useful though. Maybe add a comment to ths article?
How about auto completing email addresses that are not in the contact list, but have been used to email someone?? Outlook does it. Thanks
Nice script, going to take me some time to analyze it completely. Keep up the good work.
This is the best description of theme a view so far I found on the web. Others seems to always missing one or two points. Thanks. This is very useful
Additional on this - in CentOS 5.x the correct place to add the extension line is in a new file:
/etc/php.d/uploadprogress.ini
In there put the line:
extension=uploadprogress.soIt will be loaded in automatically when you restart httpd. Same goes for anything installed via PECL. (If installed via yum, e.g. APC, the .ini file will often be created for you.)
I am having difficulty in trying to get my panels into code. It is difficult to find a good tutorial. What is the status on your update of how to do this. I was getting very excited....only to find nothing helpful.
Cheers fella, appreciate your time and advice!
we're looking into Boost at the moment, Mike (the Boost guy!) was kind enough to lend us some advice but it all seems a little bloated as a process for us, so I'm desperately trying to convince them to put Drupal on live.
Anyway, that's off topic, sorry! Will take your advice about the separation of the two sites, seems the best way forward to me! :)
Cheers,
Jonathan
Great tutorial, works great except for 1 thing. When I've clicked the link for my modal window, the mask covers everything except stuff above the link itself. Is it some bug of mine or is it something in a newer version of jQuery?
Just wanted to point out that if you want to use the Batch API outside of the normal FAPI flow, then one extra step is needed. After calling batch_set($batch), batch_process() needs to be called to manually invoke the Batch API process.
It is great that you were able to go for a cup of tea when your drupal installation was installed - wow!. I was so struck by your article that I downloded drush to try to install on my server. I have followed the instructions in the readme.txt file and got so far as adding:
alias drush='~/drush/drush'I looked on my server and it seems I have bash_profile.
I cannot seem to find how to open the bash_profile file, when I did in SSH it just was blank, I tried to add the code with no hope. All the stuff relating to install is on Mac's and I am on XP which is annoying.
For the future it will be great if you could maybe post an article on how to install drush. Sorry for asking but you seem v.experienced. Thanks again for your great review of drush I hope I can use it in the future. E
Google's OpenID is not email, but URL in format: https://www.google.com/accounts/o8/id
I have created Drupal module that allows users to login w/ OpenID "visually", i.e. by selecting Google's icon --> the module will then pass above URL to Drupal's OpenID module.
http://www.gerixsoft.com/blog/drupal/openid-selector
Double ha -- my use case was outside of CCK; it was for messages returned from a form depending on how many checkboxes were selected.
But yes that looks cool.
I think you meant 'separated'.
LOL, "there's a module for that..." - of course. Love it. In your face, Joachim! ;-)
This is useful.
Autocomplete in IDEs?
Came across this post this morning and it has already saved me no end of time. We've had a list of modules for our 'Site zero' that we use every time we start work on a new site; drush make now handles all this for us!
IDEs provide autocomplete for these permission names, so people do use it. Unfortunately this makes hook_perm() non-parseable by the localization server / potx, so it makes your permission names hidden from pre-translation. The translation template extractor module does alert you of this fact if you do use it to check your module for API compatibility.