The simpler media website CMS
Hello,
Some years ago, I did use txt files for java scripts.
Next major Zenphoto version will integrate the class-textobject extension.
I stopped using txt files, because of codeblocks. And I removed some txt files, some are remaining, and removing them is quite long.
I have 2 options :
1 keep txt files, they will be supported.
2 remove txt files - here is my question :
Is there a simple method to remove txt files easily !
If I erase an image using Zenphoto admin page, txt and jpg files are erased.
If I erase txt file with Filezilla, I loose all image informations (Title, Description, codeblocks(), tags.)
What I can do :
edit a "txt" picture, open another window showing the corresponding album.
remove txt file using Filezilla,
refresh the album, edit the picture
copy and paste infos from one window (txt file) to the jpg Zenphoto window.
If a more simple and faster process exists, I will get rid of txt files.
Otherwise, I will keep them !
Thank you for any suggestion.
Comments
The textobject files will be supported as they are now with the next major release. Just internal code strucutre will change.
You need to understand that with the textobject plugin a txt file is "the image". If you delete it you delete the item just as you would delete a normal image. The image with the txt file is just the/a sidecar image that itself is neither an "item" nor in the database. This applies to all "non image" images.
If you only remove the txt file the remaining image will become a new image for Zenphoto.
Thanks acrylian.
I did understand the textobject plugin.
As it it not easy to delete the sidecar without loosing image info, I will keep all txt files (they are empty, as I'm using codeblocks()
For a textobject with an sidecar image both are the "Image" technically, they are tied together. You can remove the image but only via ftp and then you get the default textobject thumb.
I don't think that the image metadata of a sidecar image file is added to the database as on a normal image since the txt is the "image" here. I have to check that myself actually…