[Elgg 1.5-1.12 & 2.X - 4.X: Tidypics] v1.8.1beta11
Release Notes
Changelog:
- Some general code cleanup,
- Fix of river entries appearing twice on image uploads in case the Flash uploader is used and the plugin option is set to create separate entries for each uploaded image (issue introduced in beta10),
- Added TidypicsBatch class (that extends ElggObject class) used for creation of objects of subtype "tidypics_batch" (used for handling "batches" of uploaded images) instead of creation the objects as ElggObject and assinging the subtype,
Improvements on slideshow:
- a slideshow can be started on all pages that display a suitable list of images (but the slideshow feature is only available if the slideshow plugin option introduced in beta10 is enabled in the plugin settings),
- start of slideshow via title menu button,
- slideshow will include the next 64 images (i.e. 5 pages of images) of the current displayed image list taking into account the current page offset (i.e. on page 1 the slideshow will display pages 1-5 while on page 10 it will display the images of pages 10-14 etc.). (Longtime goal for future Tidypics versions: no limitation of number of images in slideshow and most likely replacing the PicLensLite slideshow by something else / something better. Currently, the number of images to be included in a slideshow is somewhat limited by avoiding running into memory issues. Also, the PicLensLite slideshow library requires the Flash plugin on client browsers which is annoying and the 3D wall feature does no longer work),
Improvements on image orientation correction at image uploading:
- using best methods available depending on image library selected,
- update orientation information saved in image file after a change of image orientation if the image library used supports this (GD library unfortunately does not support it but the exif info saved in the image file is lost on image orientation correction anyway),
- support of orientation correction not only of rotated but also of mirrowed (and possibly additionally rotated) images,
Some remarks regarding which image library to use for Tidypics:
- if possible and available on your server use the "ImageMagick executable". Generally, this library has a much smaller memory requirement compared to the GD library both for image resizing (i.e. creation of thumbnail preview images) and orientation correction of images. Additionally, the exif information saved in an image file will be preserved both during resizing and orientation correction processing,
- next best choice after "ImageMagick executable" is the "imagick PHP extension". It also has a low memory consumption compared to the GD library but you might lose exif information during image processing,
- the GD library should be available on any server (as Elgg core requires it anyway). The memory requirement of the GD library can be quite high both for creation of thumbnails and image orientation corrections. The memory requirement is depending not on the image file size in the first place but on image resolution, color depth per pixel and color channels per pixel (so even a small sized image file might require more memory than available on the server). If you use the GD library for Tidypics on your server, your users might not be able to upload larger images. Additionaly, exif information saved in the image files might get lost during image orientation correction.
Project Info
Stats
- Category: Photos and Images
- License: GNU General Public License (GPL) version 2
- Updated: 2022-5-15
- Downloads: 142135
- Recommendations: 232
Other Projects
View iionly's plugins
sry. file and avatar upload works,and no other elgg installation online ,open base dir ok .
some other idea?
@Gexor: try installing Tidypics again (disable the plugin, delete the whole folder, install the folder again and the re-enable). Maybe some files were not correctly installed (either missing or incomplete). If this is the case, it will hopefully work when installing Tidypics again. Apart from that I currently have no ideas.
Have you increased post_max_size in .htaccess in the meantime? Maybe a wild guess but if it's too small it could explain why the upload fails.
ok i found the fix for me.
i set the open_base dir in plesk for the domain from (docroot /: tmp /) have openbase off completely
and it works.
@Gexor: maybe some paths were missing in the list of allowed open_basedir directories. I don't use open_basedir myself, so I can't say much about what has to be included. But it seems to me the path to the data directory was missing (though I'm not sure if it's necessary to be included) and most likely also the path to the imagick executables was missing. Maybe some php packages are also in a path that was not included.
new question about error to many pixels where can I change the settings
have now found the error why no pictures uploaded, I have gradually all plgins activated and in German Language Pack for Elgg 1.9 1.9.0-RC.1 activation, pictures were uploaded but not only displayed a window with cross
@Gexor: the "too many pixels" error occurs if there's not enough memory available for creating the image thumbnails. This happens most likely due to using the GD image library. The GD libraries memory requirement is directly connected to image resolution (not image file size). If possible, use either the imagick php extension or ImageMagick image libraries. Both will require much less memory. But the imagick php extension or the ImageMagick package will have to be installed on the server to be able to use them. For the GD library you could increase the memory_limit in Elgg's .htaccess file. But this won't fix the problem once and for all but only allow uploading of slightly larger images.
Language file problem on Elgg 1.9 with images not showing up: have you modified any of the language files yourself? If you did, you have most likely saved it with wrong encoding, i.e. with BOMs (Byte Order Marks). The correct encoding is "UTF-8 without BOMs". If you didn't modify any of the files, something might have gone wrong on installing the German language pack plugin (incomplete file?). You could re-install the plugin on the server. If the problem still occurs will the unmodified files after re-installing, it would help me to know which single language file might cause the problem. If you could narrow down the problem with images not showing to a single language file, I can check it out and possibly fix the issue much faster.
Hi,,i change only this line
'elgg:powered' => "Community-Seite erstellt mit Elgg", <------ to
---> 'elgg:powered' => "some text", and pictures dont work
only the original line 'elgg:powered' => "Community-Seite erstellt mit Elgg", works
i change the name in language plugin of you from de.php to de.phpold and use only the de.php in elgg works fine
It's not necessarily what you change in the line that results in the error but the encoding your editor saves the file with. If the encoding includes Byte Order Marks (which are invisible characters) this will cause the problem. The problem will happen with ANY file you change using the wrong encoding.Try using another editor that allows you to select the encoding when saving text files (i.e. using UTF-8 without BOMs). My guess is you are editing the files on some Windows OS. So, you might want to try http://notepad-plus-plus.org/.
By changing the file name (changing the ending) the language file will no longer get loaded. Currently, the German languages files bundled with Elgg 1.9 are EXACTLY the same as included in the German language pack. I'm providing the German translations for Elgg 1.9 based on the German language pack. Still, if you want to change some language string - regardless if editing a core language file or any language file included in a 3rd party plugin - you need to make sure that you save the file without BOMs.
Ok thx utf-8 was the problem i use notepad++ many time and not to edit with filezilla :-( editor from windows save as ansi "DAMN"
Thx 4 help
@Gexor: I'm glad you got it fixed.