|
ERROR: Fatal error: Call to undefined function imagecreatefromjpeg() or imagecreatefromgif() or imagecreatefrompng()
ERROR: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 3264 bytes)
PROBLEM: Only the code {becssg}folder{/becssg*} is shown - usage in module position
ERROR: Fatal error: Call to undefined function imagecreatefromjpeg() or imagecreatefromgif() or imagecreatefrompng()
Starting with version 1.5.4 this error will not happen any more. If the gallery shows the alternative text instead of the thumbnails, please check the availability of the GDlib in the plugins configuration panel.
The GD Library, short GD or GDlib, is a program library to dynamically create and manipulate graphics and one of the most widespread extensions of PHP. The Very Simple Image Gallery uses this extension to create the thumbnails.
To get more information than the plugins configuration panel offers go to the Joomla! administration interface and open Help > System Info >PHP-Information. On this page search for "gd". In the best case you will find a chapter with the following or similar content:
gd
- GD Support enabled
- GD Version bundled (2.0.34 compatible)
- FreeType Support enabled
- FreeType Linkage with freetype
- FreeType Version 2.1.9
- T1Lib Support enabled
- GIF Read Support enabled
- GIF Create Support enabled
- JPG Support enabled
- PNG Support enabled
- WBMP Support enabled
- XBM Support enabled
The first line shows, that the extension is enabled, the second line holds the installed version. The followup lines hold information about available functionality and supported file types. For the Very Simple Image Gallery the file types GIF, JPG and PNG are of importance.
If the GDlib is not activated or these file formats are not supported, you should (on your local test environment) activate it or (on the web server) ask your hoster if it is possible to add this feature. Without the GDlib the Very Simple Image Gallery cannot be used.
ERROR: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 3264 bytes)
If you get this error (amount of bytes will vary) when trying to open a page that contains a gallery, the amount of memory PHP needs to create the thumbnails exceeds the set maximum amount of memory a PHP script is allowed to use.
One possible solution would be to increase this amount (on your local test environment) or (on the web server) to ask your hoster if it is possible to enhance your account but - with a probability of 99% - the simple solution is: Smaller images!
In many cases images get uploaded far to large for web use. A common Joomla! template offers for a gallery in the context of the main content from 600 up to 800 pixel of width at the maximum. Images of this size can be displayed at excellent quality with - depending on the image - 50 up to 100 kilobyte. If you upload your images as they are saved from your digicam, they often come with dimensions up to 3000 or 4000 pixel of width and 3 or 4 megabyte of size.
The disadvantages of such large images are obviously: The upload takes a long time, you need a lot of space on your server and - important - scarcely any visitor is willing to wait for an image of 3 or 4 MB to load. Furthermore scaling an image offline with an appropriate program (e.g.: GIMP) gives you much better results than leaving it up to the visitors browser.
In the best case you scale your images offline to a format that exactly matches the size you are going to display them on your page (if you already fine tuned the gallery) or is a little above this size (above because browsers are still worse in up scaling images than they are in down scaling them).
By the way - doing so, the error disappears too.
PROBLEM: Only the code {vsig}folder{/vsig*} is shown - usage in module position
If the frontend shows the code - {vsig}folder{/vsig*} (without asterisk) - instead of the gallery, the first thing to do is to check if the plugin is activated. If it is and the problem persists, in most cases you are trying to display the gallery on a module position instead of the context of the main content.
Not all extensions, that offer to display custom content on a module position, are supporting the whole functionality of the Joomla! framework and with it the functions the plugin needs to work properly.
Up till now two extensions are reported to offer the needed functionality:
One is the module "Module: Content with Plugins", listed at extensions.joomla.org under "News Display" > "Articles Embed".
The other is the module "Plugin in Module", listed at extensions.joomla.org under "Core Enhancements" > "Embed & Include".
If you have questions or suggestions, please use the comment-function.
If you use this extensions, please post a rating and a review at extensions.joomla.org. Furthermore I appreciate everyone, supporting me with a link back to www.bretteleben.de on his/her website. The extension itself does not produce any hidden links, eastereggs or whatever.
If you need additional features or customizations for your project that exceed the scope of support offered through the comments, you are invited to submit your requirements specification and the planned budget by email (menu item "Contact" in the menu at the top). |
Hallo
wir benuzten in einer unserer developer seiten die vsig gallery
http://silverstar.pvwdcr.com/index.php?option=com_content&view=article&id=58&Itemid=66
in FF ist dann auch alles 100% aber in IE kann man die thumbnails nicht sehen.
Hast du ne idee wie ich das reparieren kann?
Hallo Louis!
Bei mir werden sie im Internet Explorer (7), wie auch in Firefox, Opera und Chrome angezeigt. Besteht das Problem denn noch?
Gruß
Andreas
I spent a lot times on this but don't see any codes after choosing Article Manger. Therefore, I insert the images. But Thumbnail is not available. Can someone tell why I cannot bring the codes on the screen?
Hi Origami!
To bring the code at the screen - type it (like any other text).
Best regards
Andreas
Hello! I'm a beginner at joomla, and are trying to help my mother to build a new site. She´s a painter, and i´d like to make a gallery pf her paintings on her website. I´ve installed your extension (thank you for that!! :-) and succeded. I've read your guide and understand most of it, though i have some problems to understand some english words ( i´m swedish ). What i don´t understand is if i can create a menu under the mainmenu that i will call "Galleries". My intension was if you click on "Galleries", you open up a nu submenu with the names on the diffrent galleries. Then if you click on a name of a gallery, the gallery coms up. Is this possible or should i do otherwise? I can se in your guide that i should configure an article there i want the gallery, but how do i do to make it work like i want to? Greatful for any help and tips!!!
Best regards Peter
Hi Andreas and many thanks for your advises. I will try to find a gallery component, i think that is what my mother is asking for. I'm very greatful for your replies, and i wish you the best and a wonderful summer!!
35 degrees greetings from Sweden and Peter!
Hi Peter!
Yes of course it is possible to mimic a gallery component with single articles and use manually linked images to link from one gallery to the next but as soon as the set of galleries grows you will be better off with a component.
Best regards
Andreas
Hi, and thank you for your reply. I understand what you mean. If i want to use your plug in, (and not use the menu) can i place an article at the frontpage that is called for example: "Blue inspiration", and when you click on the article, the gallery with all the thumbnails appears?? If that's possible, i can make serveral articles with diffrent galleries instead. Very greatful for any help, and so are my mother!!!
Best regards, Peter K
Hi Peter!
If you are looking for a gallery solution that allows to be linked as a menu item and offers it's own menu-structure, what you need is a gallery-component, not a gallery-plugin. Have a look at extensions.joomla.org. The category Photos&Images lists a lot of them.
Best regards
Andreas
Is there a reason you use absolute links to the images, e.g. http://sitename.com/images/stories/folder/vsig_thumbs/image.jpg rather than relative links like /images/stories/folder/vsig_thumbs/image.jpg? I've had difficulty getting the images indexed by Google, and I think it may have been because the site was using the non-www domain, but there's an htaccess re-direct to the www domain. I know how to change that, but relative links would avoid the problem. Thanks!
Hi Brian!
If you want to change this (untested), check the file /plugins/content/vsig.php, line 47. The param "$path_site" is the one you are looking for. Set Juri:base to true (refer to: http://api.joomla.org/Joomla-Framework/Environment/JURI.html#base) to use relative links.
Best regards
Andreas
Hello, I tried new version of VSIG (1.6.2) and when I have in image target URL ampersand symbol *&* for example like that: *http://photofull.php?folder=infra&picture=photo.jpg* on gallery page it will change the link to this *http://photofull.php?amp;folder=infra&picture=photo.jpg* and my script photofull.php doesn't get the variables. In version 1.3.0 it didn't change symbol *&* to *&* (all without asterisk as well). Don't you know, where could be the problem? I need that symbol *&* stays in link and didn't change to *&*.
Hi Chamurappi!
First, I don't need any excuses, why should I. Since I forked this plugin from the original I am trying to improve it. Therefore - what you call an excuse is just the try to explain the reason for a change. That's it.
Anyway, thanks a lot for taking the time to explain the point where the plugin fails. I will address this with the next update. If there are other points you found "silly and/or funny" - let me know I always appreciate competent input.
Best regards
Andreas
Hello, this is definitely bug in JavaScript of this gallery. The ampersand entity inside SCRIPT element is needed only in (real) XHTML and in that case it's interpreted by XHTML browsers as (one) character "&", not as five characters "&", "amp" and semicolon. If the page is treated as HTML (this case, !doctype doesn't matter), entities in SCRIPT (and STYLE) are not dereferenced, they appear in the string exactly the same as in source and that's why ampersand should be written as plain and simple ampersand, not entity. I suppose you know, that ampersand entities are not naturally dereferenced by browsers (as they are in hrefs of links, for example), because you try to replace them with plain ampersands in script. This is funny circumvention, little silly and actually incomplete -- that's the reason for this bug report (you forgot to replace entities in one string). Markup validation (in this case deceitful) should not be used as an excuse for bad functionality.
Hi Michal!
Please have a look at this page: http://www.htmlhelp.com/tools/validator/problems.html#amp
This is the explanation the W3C validator recommends to read about why an ampersand within a URL has to be encoded. If the script you are using (photofull.php) has problems with this, I suggest to modify the script because - and I hope you understand this - I will not re-include a bug to support a script that does not work with URLs encoded following the standards.
Best regards
Andreas
Oah sorry, behind the question mark, there is no *amp;* My fault, when I was writing message to you. So this won't be the problem... Correct url is this: *http://photofull.php?folder=infra&picture=photo.jpg* and *&* cause the problem, when photofull.php don't get the variable *picture*.
Hi Kositch!
Stepping back to untouched ampersands would lead to a situation where such links lead to errors when validating the page. Replacing the ampersand with & amp; (without the blank between) is the correct way and I will leave this untouched.
The error in your case is not caused by the ampersand between the first and the second parameter but the crippled ampersand directly behind the question mark. Please check the link you are using in the code for the link and if it contains "?&" remove this leading ampersand because it is unnecessary.
Best regards
Andreas
hello,
thank you very much for this extension. It is really excellent . I have a problem , I can not show the Captions . only show the first. I write you because I do not know what else to do , I check all the routes, the names of the images. etc.the links is: http://www.ahd.com.uy/honda/index.php?option=com_content&view=article&id=27&Itemid=32
thank you.
Hi thank you very much. with respect to the other plugin was a confusion , I thought it was yours. confused me.
Hi Andread!
The first parameter is the number of the gallery in the current article (refer to "Howto Plugin Code").
Your code should look such as:
{*vsig}modelos/accesorios-fit{/vsig}
{*vsig_c}0|fit_acc1.jpg|Cargo Tray|{/vsig_c}
{*vsig_c}0|fit_acc2.jpg|Front Spoiler|{/vsig_c}
{*vsig_c}0|fit_acc3.jpg|Fog Lights|{/vsig_c}
{*vsig_c}0|fit_acc4.jpg|Tail Gate|{/vsig_c}
{*vsig_c}0|fit_acc5.jpg|Front Grill|{/vsig_c}
Without the asterisks (inserted to prevent the code from getting parsed). In addition, even if you don't use the text line, the third vertical bar has to be present.
About the Simple Image Gallery Pro - I have no idea. I never bought this plugin.
Best regards
Andreas
Hi, the Simple Image Gallery PRO , captions work ok? i need to find a solution as soon as possible. thank you.
Hi, thank you for replying. i uso jce editor. the code is:
{*vsig}modelos/accesorios-fit{/vsig} {*vsig_c}0|fit_acc1.jpg|Cargo Tray{/vsig_c} {*vsig_c}1|fit_acc2.jpg|Front Spoiler{/vsig_c} {*vsig_c}2|fit_acc3.jpg|Fog Lights{/vsig_c} {*vsig_c}3|fit_acc4.jpg|Tail Gate{/vsig_c} {*vsig_c}4|fit_acc5.jpg|Front Grill{/vsig_c}
. thank you
Hi Andreahd!
As from what I see in the source of the page, the plugin only finds the caption for the first image. Please make sure, that the value of the first parameter in the code for the captions is "0" because they all target the first gallery on the page. If this is not the reason, please provide the code you are using in your article.
Best regards
Andreas
Hi
Is it possible to have both thumbnails and buttons?
Hi Hoss!
The buttons are not meant to replace the thumbnails but to limit the number of thumbnails on a page and to navigate between different sets of thumbnails. So, "Yes" you can have both, thumbnails and buttons, just configure an arbitrary number of thumbnails per set and navigate between these sets using the buttons.
On the other hand - "No" you cannot show all thumbnails within a folder plus the buttons and use the buttons to jump from image to image. The buttons are always meant to navigate between sets, not images. The situation where you have buttons only is a special case where every set contains only one image and showing 1 thumbnail wouldn't make sense.
Best regards
Andreas
Hallo,
ist es bisher nicht möglich, die Dateinahmen der Bilder auszublenden?
Bleibt die Maus einen Moment auf einem Bild stehen, wird der Dateinahme des Bildes (dsc xxx) angezeigt.
Danke und Gruß
Yes, it didn't make sense to me also, I was just asked if that would be possible;)
Hallo Christian!
Doch, definiere für die Galerie leere default-captions (vgl. Howto Plugin, Abschnitt "Captions").
Gruß
Andreas
Hallo,
erstmal danke für dieses grossartige Plugin.
Das Einzige, dass ich ein bisschen seltsam finde ist, dass nicht nur die Thumbnails abgespeichert werden, sondern die regulären Fotos auch nochmal in einem vsig_images Folder.
Warum ist das so? Werden diese Bilder irgendwann vom Plugin gebraucht oder kann ich dieses Directory problemlos löschen?
Über die Breite bin ich überhaupt nicht an die tatsächliche Grösse herangekommen. Ich habe mich jetzt Pixel für Pixel über die max. Image height an die Originalgrösse herangetestet. Mit einer max. Image height von 547 px bekomme ich die tatsächliche Höhe von 533 px angezeigt.
Ich kapier's zwar nicht, dein grossartiges Plugin war aber die Mühen wert! Danke für deine Unterstützung!
Hallo Walter!
Du kannst die Originale nicht löschen, weil sich das Plugin an diesen orientiert, wenn es darum geht, welches Bild anzuzeigen ist. Ist ein Original nicht mehr vorhanden, dann wird das Bild nicht mehr angezeigt, kommt ein Original neu dazu, dann wird es zusätzlich angezeigt. Ist so.
Betreffend der Dimensionen: Da das Plugin die Option bietet, die Thumbnails wahlweise unter bzw. neben dem Hauptbild anzuzeigen, ist die festlegbare Breite die der gesamten Galerie.
Zeigst Du die Thumbnails rechts davon an, dann richtet sich die Größe des Hauptbildes nach den festgelegten Prozenten für die Thumbnails.
Sind die Thumbnails unter dem Hauptbild, dann beträgt die Breite des Hauptbildes (in Version 1.6.2) exakt die Galeriebreite abzüglich 10 Pixel (Padding,. Margin, Border, ...).
Sind die Thumbnails unter dem Hauptbild UND am rechten Rand ausgerichtet, dann ist die tatsächliche Breite des Hauptbildes von der jeweiligen Konfiguration abhängig, einfach weil es nur ganze Pixel gibt und sich die Breite des Hauptbildes aus der Breite der Thumbnails und der Breite der Zwischenräume ergibt.
Wenn Du Deine Bilder in der exakten Größe vorbereiten möchtest, dann ist es am einfachsten, eine Galerie fertig zu konfigurieren und auf das Layout abzustimmen und dann die Dimensionen der erzeugten Bilder für alle weiteren Bilder zu verwenden.
Lass Dir die Bild-Info aber bitte im Firefox anzeigen. Der liefert die korrekten Werte, während der Internet Explorer kühl lächelnd Padding und Border zu den Dimensionen dazuzählt.
Gruß
Andreas
Danke für deine Antwort Andreas!
Die nächste Frage wäre, warum kann ich die Originalbilder dann nicht löschen?
Ich bereite meine Bilder bereits für das Web vor und es macht keinen Sinn, zweimal das selbe Foto auf dem Server zu haben.
Weiters ist es mir nicht möglich, den von VSIG berechneten Bilder eine genaue Grösse zu geben (z.Bsp. 533 px Höhe). Die Bilder sind immer ein paar Pixel zu klein und werden somit unscharf dargestellt :-(
Meine Seite falls du schauen willst: http://www.wn-fotos.at/
Hallo Walter!
Das Plugin speichert neben den Thumbnails auch die Hauptbilder weil es diese anzeigt. Das hat seine Gründe einerseits in Vorteilen bei der Darstellung (es ist einfacher mit Bildern zu arbeiten, deren Abmessungen man kennt, weil man sie erzeugt hat) und andererseits den Vorteil, dass die vielfach viel zu groß (3, 4MB) hochgeladenen Bilder im Zweifel am Speicherlimit des Accounts aufschlagen und nicht später die Besucher von der Seite vertreiben, weil sie viel zu lange brauchen um geladen zu werden.
Gruß
Andreas
PS.: Löschen kannst Du den Ordner aber natürlich trotzdem ohne Weiteres, das Plugin erzeugt ihn beim nächsten Aufruf der Galerie von Neuem. :)
I have very carefully followed all your instructions, read through all the comments and questions, but sometimes the answer goes over my head!
It's a situation of the dreaded IE6/7 not showing the gallery properly, but Firefox looking great:
http://www.orangecc.com.au/index.php?option=com_content&view=article&id=12&Itemid=15
Sometimes if I load the page and then walk away for ten minutes, the page fixes itself, other times it just sits there as a mess, the thumbnails over the top of the main image. Are you able to give me any clues (the main viewers of our site are on the elderly side and would only be using IE)? (I saw your response to question 78 but couldn't find where I would locate the style sheets that you referred to, on my site).
Thanks, Melissa
Hi Melissa!
The reason for the different results in Firefox and Internet Explorer is the fact that Firefox is the more fault-tolerant browser. Please have a look at the source code of your page. You will notice that parts of the code (not only code from the plugin, meta tags and more too) that belong into the head-tag of a page are moved into the body-tag of the page. I would suggest to correct this and check again.
Best regards
Andreas