Permlink Replies: 9 - Pages: 1 - Last Post: 7 Nov 25, 19:14 Last Post By: JeffTucker Threads: [ Previous | Next ]
RobM

Posts: 4,087
Registered: 4-Aug-2006
Re: Views don't work as expected
Posted: 1 Nov 25, 21:15
  Click to reply to this thread Reply
Tiger seems to create a lot of files that are not referencing the original files. For example in the Alphabetical 'A' folder there are:
data1.json
folderimage.jpg
folderimage@2x.jpg
folderimg.jpg
folderimg@2x.jpg
folderthumb.jpg
index.html
shareimage.jpg

All of those folder... images and the share image will result in a much bigger album than one using Plain, Minimal, Atom etc.

I think you will be better posting a new question in the Tiger forum, asking specifically about all of those extra images.

Edited by: RobM on 1 Nov 2025, 21:58
Original Post https://jalbum.net/forum/thread.jspa?threadID=60729&tstart=0
davidekholm

Posts: 4,024
Registered: 18-Oct-2002
Re: Views don't work as expected
Posted: 1 Nov 25, 22:38   in response to: RobM in response to: RobM
  Click to reply to this thread Reply
(Moved to Tiger forum)
Laza

Posts: 1,576
Registered: 6-Sep-2005
Re: Views don't work as expected
Posted: 2 Nov 25, 08:01   in response to: RobM in response to: RobM
  Click to reply to this thread Reply
data1.json is generated by jAlbum and contains the list of images for this folder. Minimal doesn't have this file, because that's not a JSON-based skin.

folderimage.jpg is the hero background image. What would the skin use in the hero instead? I know that creating these views with these extra folders will result in numerous, virtually unnecessary files, but how is the skin supposed to function without them?

folderimage@2x.jpg is the high-DPI version of the same image for retina displays. You can turn this off in the Tiger / Advanced / Site admin / High resolution theme image.

folderimg.jpg and folderimg@2x.jpg are the mobile-optimized (vertically cropped) versions of the hero background.

folderthumb.jpg is the folder thumbnail. Today, we have a separate setting for the folder thumbnail size, but Tiger has generated these images far before jAlbum offered it.

index.html - I don't think this will bother anyone. :)

shareimage.jpg is the folder's share image, matching Facebook's requirements.
MarkusD

Posts: 937
Registered: 13-Apr-2006
Re: Views don't work as expected
Posted: 5 Nov 25, 19:26   in response to: Laza in response to: Laza
  Click to reply to this thread Reply
Laza wrote:
data1.json is generated by jAlbum and contains the list of images for this folder. Minimal doesn't have this file, because that's not a JSON-based skin.

folderimage.jpg is the hero background image. What would the skin use in the hero instead? I know that creating these views with these extra folders will result in numerous, virtually unnecessary files, but how is the skin supposed to function without them?

folderimage@2x.jpg is the high-DPI version of the same image for retina displays. You can turn this off in the Tiger / Advanced / Site admin / High resolution theme image.

folderimg.jpg and folderimg@2x.jpg are the mobile-optimized (vertically cropped) versions of the hero background.

folderthumb.jpg is the folder thumbnail. Today, we have a separate setting for the folder thumbnail size, but Tiger has generated these images far before jAlbum offered it.

index.html - I don't think this will bother anyone. :)

shareimage.jpg is the folder's share image, matching Facebook's requirements.

Thanks Laza for this overview.

But I'm not reffering to these files. What I tried to say is something different. I created a video so you can follow what I've done:
https://www.markus-drueck.de/public/jAlbum/Videos/Skin%20Tiger/index.html#img=Video_2025-11-05_190051.mp4

I'm not saying that the views don't work. But the result, regarding the created files is not how I understood the views should work.

Imagine a project with 100 videos and lets say 4 views and assume that all 100 videos fit into all 4 views. Right now jAlbum compiles a project with 101 videos, which is a desaster! I thougt that jAlbum views use the original file in the output folder and the "new view-magic" behind the scene will use that video in the views.

Thanks a lot.
JeffTucker

Posts: 8,576
Registered: 31-Jan-2006
Re: Views don't work as expected
Posted: 5 Nov 25, 19:51   in response to: MarkusD in response to: MarkusD
  Click to reply to this thread Reply
You're still generating a test case that's simply too complicated to debug.

Please do what I asked earlier:

https://jalbum.net/forum/thread.jspa?messageID=372099#372099
Laza

Posts: 1,576
Registered: 6-Sep-2005
Re: Views don't work as expected
Posted: 6 Nov 25, 17:49   in response to: MarkusD in response to: MarkusD
  Click to reply to this thread Reply
jAlbum is supposed to refer to these videos, not copy them. If not, that's an error. But not a skin error.
JeffTucker

Posts: 8,576
Registered: 31-Jan-2006
Re: Views don't work as expected
Posted: 6 Nov 25, 18:01   in response to: Laza in response to: Laza
  Click to reply to this thread Reply
Agreed. And I can't replicate what our friend MarkusD is clearly encountering. I don't even have a good hunch about what's happening.
Laza

Posts: 1,576
Registered: 6-Sep-2005
Re: Views don't work as expected
Posted: 7 Nov 25, 11:01   in response to: MarkusD in response to: MarkusD
  Click to reply to this thread Reply
When I do the same as you, I get the correct image counts (see attached). There was a version a week ago, which counted the views into the total, but that has been fixed.

I chose "Do not reencode" for one video, but none of the videos were reprocessed or copied under the View folder. Did you turn off "Settings / Images / Advanced / Copy originals if needed"? (That can trigger loads of other problems if you did.) Perhaps this too will be all right if you update jAlbum to the latest version.
MarkusD

Posts: 937
Registered: 13-Apr-2006
Re: Views don't work as expected
Posted: 7 Nov 25, 19:04   in response to: Laza in response to: Laza
  Click to reply to this thread Reply
Thanks Laza, I'll give the latest version of JA and Tiger a try and get back.
JeffTucker

Posts: 8,576
Registered: 31-Jan-2006
Re: Views don't work as expected
Posted: 7 Nov 25, 19:14   in response to: Laza in response to: Laza
  Click to reply to this thread Reply
Laza wrote:
I chose "Do not reencode" for one video, but none of the videos were reprocessed or copied under the View folder.

I went through much the same exercise, trying to "trip up" the view handling, and never found a combination that yielded multiple copies of a video (or any other object, for that matter).
Legend
Forum admins
Helpful Answer
Correct Answer

Point your RSS reader here for a feed of the latest messages in all forums