Category: Image Gallery

Ugraded this site to 7.1:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

and now, I can't upload files to the Files gallery.

Here is what I do:

* tiki-upload_file.php
* click on Browse button
* Navigate my disk and select an image file
* Click UPload Files button
* Nothing happens.

When assigning a catogory with restricted permission, the permission usually override the global permissons.

When assigning a category to an individual image, the visibility is however not restricted.

When an image or file gallery is categorized the title & description are added to the tiki_categorized_objects table BUT if the title or description is then edited and changed this change does not get made to the fields in the tiki_categorized_object table. This means that when the objects are shown in the Browse Category function (or using the Category Plugin) then the 'old' title and description are shown.

I think I've verified this in the 'clean install' area and by direct examination of my own databases using phpMyAdmin.

It is currently not possible to change the owner of an image gallery.

Since this user has special rights, it should be possible to change it.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

When any user creates a comment for an image gallery all users with the since_last_visit_new module active will not be able to access the site. Instead they will receive this error message:

Notice: Undefined index: list in /hsphere/local/home/stdiddl/breakingpaint.com/BP2/modules/mod-since_last_visit_new.php on line 87

{CODE(caption=Excerpt_from_line_86)} if (!isset($perm) || $userlib->user_has_perm_on_object($user,$res['object'], $res['objectType'], $perm)) {
if ($ret["items"]["comments"]["list"][$count]["href"])
$ret["items"]["comments"]["list"][$count]["href"] .= '&comments_show=y#threadId'.$res['threadId'];
$ret["items"]["comments"]["list"][$count]["title"] = $tikilib->get_short_datetime($res["commentDate"]) ." ". tra("by") ." ". $res["userName"];
$ret["items"]["comments"]["list"][$count]["label"] = $res["title"];
$count++;{CODE}

Recreating the problem:
#Enable comments for image galleries in Admin>general
#Enable the module since_last_visit_new
#Create an image gallery if one does not already exist
#view an image gallery and post a comment

It is now possible to comment an image gallery. However, it would be more useful to be able to comment an individual image.

For example, to identify who are the people on the photo.

suggestion by luciash d' being aka Lukáš Mašek

We have a nice comparison for wiki, spreadsheet, etc. but not yet something nice for images.

DokuWiki has a nice "Shine-through" and "Swipe" diff views of images
{flash type="url" movie="display303" width="344" height="551"}


See also:
https://github.com/zurb/twentytwenty

{syntax type="tiki" editor="plain"}
After migration from 2.3 to 4.1 the following error occurs, if i try to open the image galerys with the link http://www.kfs-hg-test.de/tiki-galleries.php?filter=topgal:

select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`='9'

The single pictures are available in the wiki oages as befiorder, but it is not possible to list the galerys.

Please see:
https://doc.tiki.org/Blog+User

{img fileId="914"}

Currently, when users upload images to the File Gallery, they are stored at their original size and resolution. This creates performance issues, especially when large images (e.g., 5 MB) are used in wiki pages. These large images load slowly for end users and increase bandwidth usage.

__Problem__:

When inserting large (e.g., 5 MB) images from the gallery into wiki pages, they load slowly, affecting user experience.

Users often forget or don’t know how to compress images before uploading.

''There's currently no way to reduce image size from within Tiki''.

__Feature Suggestion__:
Add an option during image upload to compress the image, either by:

A compression quality slider (e.g., 0–100%)

Predefined levels (High Quality / Balanced / Compressed)

The system should compress the image before saving it to the gallery. Optionally, admins could allow saving the original uncompressed file separately.

When I try to set permissions for galleries or other objects manually, I get an error.

See [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=10&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=22138|Forum Link] for an other post and a screenshot of the error.

This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

When our users are editing in the CKEditor WYSIWYG and try the File option in the toolbar there is a Javascript error for lib/jquery_tiki/tiki-jquery.js at line 808 char 4. What is happening after the error is thrown is that no new window is opened (as expected) but the File selection fields are now under the WYSIWYG Editor. This wouldnt be an issue, but there is no OK button to select the file so our users can not like to a file in the File Gallery.

If I try using the File option in FF then it opens a new window and I can select the file just fine.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim

I upgraded to 18.0 and got this error, then I upgraded to 18.1 and still got this error.

I erase the website, built a new database, and I still get this error.

When I try to upload a file to file gallery
MetArt01s.jpg
File upload failed: SyntaxError: Unexpected token < in JSON at position 0

Same as the [http://tantannoodles.com/toolkit/photo-album/|Flickr Photo Album for Wordpress], but for tikiwiki.

When uploading an image by URL, thumbnails generation fails (no error message). Upload from disk works perfectly (so this is not a gd problem). Also, when you flag "or use file name" instead of giving a name to the image, the name of the gallery is stored. This too, works perfectly when uploading from disk.

Apache/2.0.54 (Debian GNU/Linux) mod_ssl/2.0.54 OpenSSL/0.9.7e PHP/5.0.4
php 5.0.4
Linux 2.6.8-2-686-smp

tiki 1.9.0 tarball

Use this URL: http://www.flylac.org/tiki-galleries.php

Then hover the mouse over any of the galleries, the galleryId property is not set, this is an example shortcut:

http://www.flylac.org/tiki-browse_gallery.php?galleryId=

The galleryId is missing: ...browse_gallery.php?galleryId=

{syntax type="tiki" editor="plain"}
Dear Tiki team

Trying to install Tiki 6.2. But just now realized that my quota for web server is 10,000 files only. Current compilation of Tiki is 10,648 files. Inside the compilation, there so many small images files that could be joined into one image file by categories, and this way HTTP request for pages elements would be enhanced. I think you know about sprites: Image optimization method (http://css-tricks.com/video-screencasts/43-how-to-use-css-sprites/). Besides from reducing the # of files, this method will reduce the # of HTTP requests and increase response time.

Because of limitation on my server, I am deleting some files. Do you have any other suggestions for me.

Thanks.

On the footer of https://themes.tiki.org/, there is a broken image

{img type="src" src="tiki-download_item_attachment.php?attId=738"}

Whenever I try to insert an image in a wiki page and specify its width:
{CODE()}
{img fileId="51" width=100}
{CODE}
The image doesn't display properly. All I see is the plugin icon:

https://www.evernote.com/shard/s235/sh/56d7e686-a523-41e7-9df9-5059fdd80705/cbec3e47624cc4a9c0f7a45630039d06

Yet, if I display the image without the width argument
{CODE()}
{img fileId="51"}
{CODE}
It displays properly. If I specify a width that corresponds to the actual resolution of the image file, then it also works.

I have seen this problem with different file formats.

I tried to reproduce the problem on show, but was not able to:

http://user-10156-4744.show.tikiwiki.org/tiki-index.php?page=HomePage

But here are some screen shots from my 11.x site where the problem happens:

Here is a page with an image inserted with and without the width:

https://www.evernote.com/shard/s235/sh/b0e781ca-36ed-473a-a517-6ce457b568f4/2606ea1bece64d3326a2042d54ad9da0

Here is the source of that page:

https://www.evernote.com/shard/s235/sh/e2b0b7f5-53fb-479a-95c0-3dc9cf52ed9d/271ab3a14a21da68e8294dbf91d372c5

Browsing Images in an Gallery - scroll forward jumps over one picture and opens the second next.
Browsing Back an image works fine, just forward seems to act wrong.

See http://www.hmayer.net/tiki-browse_image.php?galleryId=360&sort_mode=name_asc&imageId=10044&scalesize=800

If i scroll forward it will open imageID=10046 - even while 10045 exists and is in line with the sort mode.

I posted a question on the forums, but got no answer:
https://tiki.org/forumthread73497-Cannot-delete-image-gallery?topics_offset=9
After some research I found a very old posting by someone who complained about the exact same behaviour on Tiki 3.2 (!);
https://tiki.org/forumthread35020-Cannot-delete-images-from-image-galleries

He also posted a workaround, that is to disable search engine friendly URLs. I tried that, but found that search-engine friendly URLs were already disabled, only option was enabled: tag for canonical (true) URLs. I disabled that too, but it does NOT do the trick. I cannot delete an image gallery I created. Not as the creator of the image gallery, not as admin. The creator has administrative rights to file galleries, admin of course also.

When the image gallery in question is opened, the list of gallery actions is completely empty. On the list of all image galleries, the screwdriver icon only has one option available: Object permissions. ALL other options are without links, and not link-coloured. There are no specific permissions set, global rights apply. And there all registered users have tiki_p_admin_galleries...

Thanks
Hman

{syntax type="tiki" editor="plain"}
The appending images completely crash the image galleries, and create corrupt sql records of images.
This can be reproduced in blank installations.

It would be great if the images galleries would have the following features:

a) Rate this picture
People, according to given rights system can rate pictures and 'an automatic' gallery keeps track of highest rated pictures.

b) Send this item as a postcard
The old e-card system where people sent a picture and some personal text via mail to a friend and get a mail when the picture has been seen

c) Make it optional if a subgallery is shown at the main gallerylisting or just underneath its parent.

p.s. I've never filled out a tiki track, I hope I'm doing this right. If not, please forgive me.