iris lines designs

I had discovered widgetkit when I needed a great mp3 player that did not rely on flash.  Widgetkit ALSO provides a pretty friendly slideshow solution that does not combine cropping and resizing as the ckslideshow extension does.

CK Slideshow might be a good solution if your slide images won't suffer from being cropped -- the smaller images delivered on a mobile device will be a vertical slice of your horizontal banner image, rather than just a proportionately reduced banner.    In some cases this would be a better solution -- but banner images would have to have good content in the middle of the banner image and often that is NOT the composition we'd prefer for the larger images.

Tradeoffs!  

I tried to have administrators use the global checkin function on a Joomla 2.5 site and in spite of how the permissions were set, the administrators did not have access to use the global checkin.

I found this solution on the joomla forum (http://forum.joomla.org/viewtopic.php?f=616&t=642208)

"The reason why we can't give access to administrators is that Joomla team hardcoded permision for com_checkin (and some others) inside the component itself. So it is irrelevant what do we do on admin panel. This is quite stupid, because Joomla could simply hide options for permissions if that does not make any change.

Now, the solution:
Open file administrator/components/com_checkin/checkin.php and find  line 13

I'm upgrading a site from J1.5.26 to J2.5.6 and needed a replacement for an extension that will not work in 2.5:   the Ultimate Content Display extension.

Today I found a free extension from bowthemes.com  called BT Content Slider.

With persistence I got it to work but....  there are a few caveats:

I'm working on a project that started out as a word press blog with an installation of Omeka in a sub-directory.   Once enough work was done in Omeka  they wanted that at the root url.   OK.  Rather than uninstalling the WP site,  I moved it to a sub-directory,  moved Omeka up and all was well.   I tested access the the WP site in its new location before moving Omeka, and all was well.

But...   today they tell me they want a blog, too -- so I figure I'll just link to the install we already have and all will be well.

Not.   Omeka's htaccess includes code to disable any .php other than their own index.php and although I could SEE the blog,  I couldn't access the wp-admin.

Ever get the message  "Invalid entry"  when trying to access the Joomla! backend?

The url will be   yoursite.com/administrator/index.php.

You know the password is correct,  but maybe a session cookie is getting in the way...

A recently launched Joomla 2.5 site was down this morning with the following error:

Table './xxxx_suffix/xxxx_session' is marked as crashed and should be repaired SQL=INSERT INTO `xxxx_session` (`session_id`, `client_id`, `time`) VALUES ('87b1b689ed654ea16833779add58ee44', 0, '1342450283')

Repairing a database table is not difficult,  but the error causes panic for the clients and I am not always sitting at my computer....

The center column of my site, using Joomla Bamboo's Meridian template was not behaving.

The template uses javascript to calculate the height of the columns and some tabs and sliders were causing problems.

Anthony wrote:

My friend and colleague Bill from Grumpy Engineering  helped me with this one:

I added this to the php block at the head of my template:

$isIPad = preg_match('/ipad/i', trim($_SERVER['HTTP_USER_AGENT']));
if ($isIPad) $device="ipad";
else $device="not-ipad";

I searched the JED and the best I could come up with was to use Allvideos to create simple, single mp3 players for a website I'm working on.

The syntax of this pluggin is nice and simple:   {mp3}Name-of-file-without-extension{/mp3} or

{mp3remote}http://other-site.com/name-of-file-with-extension.mp3{/mp3remote}

As if absolute positioning isn't complicated enough....  I think I always assumed that an object would move to position 0,0  as soon as position:absolute was declared.

But in fact,  all my tests of browsers today seemed to leave the element where it was and only adjust the position - relative to it's positioned containing block -- if the offset is specifically declared.   (This is not very clear in the w3c specs.)

Thus, in two different students' work, I observed absolutely positioned elements remain where they normally would have been in one dimension while being positioned in the other dimension with the declared offset.     Declaring the other offset as zero  (top:0;  or left:0;)  caused the element to adjust to the viewport as no other positioned elements had been defined.