Drupal 7.x

Anyone had any success with this? I am not looking to add fontello icons via the icon api & fontello, but rather link them directly in my page.tpl.php file. e.g., I am adding <i class="icon-home"></i> directly in the template without result.

I've included the fontello.css file in the /css folder and the /font folder as a sibling in the theme folder (i.e., theme/css/fontello.css & theme/font)

This was a very strange error that suddenly cropped up and I can't find any reference anywhere. It has broken the site and I have made sure to manually turn the tmgmt module on (all translation modules) to determine why there is an undefined function. Wondering whether anyone has seen this. (I'll try to turn them off but I'm worried about dependencies.) Anyone have insight? Many thanks.

Fatal error: Call to undefined function tmgmt_translator_access() in /home/mysite/public_html/sites/all/modules/entity/entity.module on line 661

I just updated 7.59 to 7.60 successfully, but now I want to move it out of the /public_html/ directory into a subdirectory. I couldn't get it done with Backup-migrate... I've searched all over for some good documentation for this module and so far coming up with nothing. I finally forced it through making changes to settings.php on my computer and then uploading it. My host thinks it shouldn't allow me to change the sites directory so I'm going through a lot of unnecessary hoops.

Hi everybody !

I am working on a Drupal seven (7.6.0)  web site! on xampp serveur.

I got this error message :

Deprecated function: The each() function is deprecated. This message will be suppressed on further calls in menu_set_active_trail() (line 2405 of C:\xampp\htdocs\portailcommerce\includes\menu.inc).

how can I fix it ?

and when I try to create new block it impossible .

I have added copies of the latest .htaccess file to all the /files directories but my four D7.60 sites report the following:

See http://drupal.org/SA-CORE-2013-003 for information about the recommended .htaccess file which should be added to the sites/MySite/files directory to help protect against arbitrary code execution.

I have dozens of roles that have no purpose other than helping us categorize users. Roles have no permissions associated with them. We only use ROLES to filter users for views, sending emails, and in custom code. The problem is the number of roles is having an adverse effect on managing user permissions. The permission management page becomes overwhelming (and sometimes unresponsive when editing).