Red Web Turtle

Issues with ccm-toolbar (the bar that appears in the edit mode with Edit and Dashboard buttons) is mainly due to jQuery conflict when you are using other jQuery plugins. If you see the ccm-toolbar but if the Edit and Dashboard buttons are not there, you can try moving <?php Loader::element('header_required'); ?> right below the opening of the <head> tag and above all calls to javascript. This usually fixes the issue. You usually do not need to include jQuery as it is included by C5 itself. If this does not fix your problem, check for CSS that may be conflicting with the toolbar. Also check for your jQuery scripts that dynamically add/modify html tags. I once had his issue where my dynamic jQuery script was faulty.

I found a way to do this as explained in this forum post: http://www.concrete5.org/community/forums/chat/form-attachment/ I have tested this on Concrete 5 version 5.5.1 and this works perfectly.

There are different reasons for negative margins not being translated properly in Chrome and Safari. This is a particular scenario that involves min-height. I had a div whose negative margin-top is not working in Chrome and Safari. Worked in Firefox, Opera and IE 9 but not working in Chrome and Safari. This is what I had: <div id="top-div"> <div class="container"> <img src="image-link" /> </div> </div> <div id="bottom-div"> <div class="container"> <p>text text text</p> </div> </div> The CSS for the above was like this: #top-div .container { min-height:250px; } #bottom-div { margin-top:-50px; } Now the fix. All I had to do was add "height:100%" in "#top-div .container", like this: #top-div .container { min-height:250px; height:100%; /* adding this does the trick for Chrome and Safari */ } Giving a fixed required h...

If you want to add .html extension to the end of the URL, try the code below in your .htaccess file. Also make sure Pretty URL is enabled from Dashboard. RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME}/index.html !-f RewriteCond %{REQUEST_FILENAME}/index.php !-f # Rewrite rule for displaying as directories #RewriteRule ^(.*)$ index.php/$1 [L] # disable this # Rewrite rule for appending .html RewriteRule ^(.*)\/$ $1.html [R] RewriteRule ^(.*).html$ index.php/$1 [L]

I tried installing MySQL Workbench 5.2 on Win 7 64-bit machine. I got this error message: The program can't start because MSVCR100.dll is missing from your computer. Try reinstalling the program to fix this problem . I uninstalled the program. I downloaded and installed Microsoft Visual C++ 2010 Redistributable Package (x86) from this link: http://www.microsoft.com/en-us/download/details.aspx?id=5555. Then I reinstalled MySQL Workbench and it started working! Just make sure you install MySQL Workbench 5.2 x86 (32-bit) and the Microsoft Visual C++ 2010 Redistributable Package (x86) 32-bit and not x64.

Error: Page Not Found - No page could be found at this address.  I have recently encountered this error in Concrete 5 (My C5 version is 5.5.1). The new page I created was like this: http://localhost/rwt/rwt-test When I click to a link from the front end to go this URL, I get the error "Page Not Found - No page could be found at this address". But if I go this same page through Dashboard's Page Search feature that has the URL something like this: http://localhost/rwt/index.php?cID=241, then there seems no problem- I can comfortably access this page. So why can't I access the page from the first URL above? I've noticed if you use the site name as part of the page name, your page is not found! I don't know why but once I removed the site name from the page name, ie when I converted my original URL to this: http://localhost/rwt/test, it started working again. Hope this helps some of you.

If the date is stored in the database in 10-digit Unix format such as "1203683582" and you wish to do comparision with other date formats, do something like this: SELECT * FROM mytable WHERE date BETWEEN UNIX_TIMESTAMP('2005-02-12') AND UNIX_TIMESTAMP('2010-01-01'); Remember to use the date within UNIX_TIMESTAMP() function in yyyy-mm-dd international standard (this is a default format used by MySQL anyway). Passing the date in dd/mm/yyyy format does not work. If you do not pass the time in the UNIX_TIMESTAMP(), the time defaults to 00:00:00.