[Michael Gilkes]

@Enjey. English: Please look at the FAQ item about mime detection and Windows: https://www.valorapps.com/faq.html?catid=3

Spanish: Por favor, mire el artículo Preguntas frecuentes sobre la detección de la mímica y Windows.

[Michael Gilkes]

@Enjey. While you are providing this information, please have a look at my FAQ.

It has the answers to both of your questions. However, if you need more direct assistance, you will need to provide the information that I requested. I speak some Spanish, so you can email me directly at the support email: support[at]valorapps[dot]com, with both Spanish and English text if you prefer.

[Michael Gilkes]

@Enjey. Thanks for posting. However, you need to provide me with some information first. Please provide me with the following:

1. The name and version of the Joomla extension. For example, Easy Folder Listing Pro version 2.1
2. Your version of Joomla
3. Your version of PHP
4. Copy and Paste the Diagnostic information at the bottom of the Plugin/Module. It will look similar to this screenshot.

[Michael Gilkes]

@Angultra. Thanks for posting. Version 1.5 only had two transition easing types (swing and linear), and it has two transition durations/speeds (fast and slow). Version 2.1 has 8 options for transition easing types and 3 options for transition duration/speeds. The mechanism for how the listing starts collapsed is the same for both versions. Both actually start out expanded and then collapses after the page loads. The earlier versions, prior to 2.0, used jQuery, but the current versions use Mootools.

What I would advise you to do is to adjust the values for the transition duration and the transition easing to produce similar results to the previous versions.

[Michael Gilkes]

@jolandi. Please have a look at the available documentation.

After you go into the Plug-ins Manager to access the plugin, entire your Profile ID from Google Analytics, and specify the type of tracking, then save it, and that’s it. You can verify that it is working by looking at your site’s source in the front end, and you will see the code in the page.

[Michael Gilkes]

@trogladyte. Good. I am glad that it looks better.

As for the column widths, the free Easy Folder Listing does not provide the functionality to set the widths of the columns. This functionality is available in the Pro version.

[Michael Gilkes]

@trogladyte. Thanks for posting. I checked your like, and had a look at your DOM using “Inspect Element” in the context menu of my browser. If you do the same, you will see that the rows are deep only because of CSS styling in your template. Here is the exact CSS block that is causing it:

.art-article img, img.art-article, .art-block img, .art-footer img<br /> {<br /> border-color: #B2C2D1;<br /> border-style: solid;<br /> border-width: 0;<br /> margin: 7px 7px 7px 7px;<br /> }<br />

1 2 3 4 5 6 7 8

.art-article img, img.art-article, .art-block img, .art-footer img<br /> {<br /> border-color: #B2C2D1;<br /> border-style: solid;<br /> border-width: 0;<br /> margin: 7px 7px 7px 7px;<br /> }<br />

The exact issue is that the template is setting a 7 pixel margin around every img element so that creates the deep rows inadvertently. To fix this, you could change the margin to a more reasonable value. Add this CSS block to your template:

table.easyfolderlisting img<br /> {<br /> margin: 2px;<br /> }

1 2 3 4

table.easyfolderlisting img<br /> {<br /> margin: 2px;<br /> }

[Michael Gilkes]

@tess1623. I am glad that you were able to upgrade to PHP 5.3. I don’t know why you would get a 403 (Forbidden Access) error when logging into your front end. What exact version of Joomla do you have?

[Michael Gilkes]

@s7r. Sorry for the late response. To answer your questions, the extension doesn’t currently support anything like that.

I believe than anything can be done. Most likely, the best way to do it for a module is to have some sort of local file in the folder that counts the user’s uploads, and compares it to some preset parameter.

Unfortunately, I am not in the position to make custom changes, due to other commitments at the moment. I am sorry to disappoint you.

[Michael Gilkes]

@janvankuijk. Thanks for posting.

Jan, your own post answers your question, actually. The way Google preview works is that it tells goole’s preview app the web address of the file to be previewed, and Google Preview accesses the file, and displays it in its preview widget. If your files are on an intranet, which does not have a publicly accessible domain name, then Google cannot access it.

Even without Google Preview, it is impossible to find a file that is located on an Intranet via the Internet. Isn’t that right?

So, there is no way that I or anyone can help you. If your intranet domain is publicly available from the Internet, then it will work. If it is not a public domain, there is no way that it can work.

Hope this helps.

[Michael Gilkes]

@tess1623. Thanks for posting. The easiest and simplest way to solve your problem is to get your PHP upgraded to 5.3. With PHP 5.2 mime type detection through file info and mime_content_type will be unavailable, as the diagnostics clearly state.

With PHP 5.2 it all depends on whether your hosting company (GoDaddy) allows calling the the linux file command. Others have had the same situation. However, the resolution can be different for each person, actually. Have a look at this link and download the test script version 4.

Here is another discussion on this issue for your reference: http://support.michaelgilkes.com/topic/fileinfo_mime_type-is-not-defined

If GoDaddy doesn’t allow executing the file command, then there is nothing I can do. There is a workaround to the issue. However, it makes things less secure. I prefer to share that with you after we have exhausted all other options. First, let’s start with the MIME detection test script to see what your server actually detects.

To be honest, if you can get GoDaddy to upgrade your PHP to 5.3, then you are set. Since MIME detection is built into 5.3.

[Michael Gilkes]

@aignashev. Thanks for asking. To be honest, I don’t know. This is just something that happens as a result of how Mootools does transitions. it is actually an issue with Mootools’ reveal/dissolve Fx functions. I had a similar problem with jQuery. The only difference with jQuery is that the problem was seen in different browsers.

This is why I list it as a known issue. It is something that I have little to no control over. Someone could argue that I could customize the Mootools code to get it to work. However, that may have undesirable side effects or conflicts to other code that uses the reveal/dissolve Fx functions. I prefer to stick with the standard code.

[Michael Gilkes]

@s7r. Thanks for your questions. The version that is being demoed is Easy Folder Listing Pro.

There are a number or differences between the two. The main differences include:

1. The pro version is a plugin. The free version is a module.
2. The pro version lists files, subfolders, and their contents. The free version only lists files.
3. The pro version has filtering. The free version does not.
4. Both are easy to use, but the pro version is highly customizable, and easier to deploy multiple listings.

Hope this helps.

[Michael Gilkes]

@s7r. You you will find he download link at the Valor Apps product page.

Just scroll down to the bottom of the page.

[Michael Gilkes]

@wauwau100. Thanks for posting your question. Actually, I answered a similar question to this a month ago. the answer I gave there applies to your situation. Please have a look at my post: http://support.michaelgilkes.com/topic/folders-not-collapsing-1#post-808

What you are experiencing is not a problem or an error. The fact that you are displaying over 4000 files (and thanks for stating that clearly at the start of your post, instead of me having to find it out) should hint to you as to why it takes so long for the page to load and for the collapsing to happen.

As my post explains, every browser processes HTML tables in the same way. They MUST load the entire table first before the page can finish loading. So, because your table has over 4000 rows, it will take a very long time to load. This occurs because the browser is not only rendering a web page, but also loading all these thousands of rows into the DOM object memory, and each row has its own properties.

Although I am proud of the fact that my plugin does not limit anyone in terms of how many files it can list, persons need to understand that listing thousands of files does not correlate to a good user experience (whether you are doing this manually, or using my plugin, or any other plugin). The plugin does its job perfectly, but we need to use it effectively. The post link I listed above explains this better.

Hope this helps.

[Author]

Posts