Posts:
8,297
Registered:
31-Jan-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 20:48
in response to: davidekholm
|
|
|
Anyway, it's a good path forward if skins can use contentPath (or videoPath) more. It paves the way for ensuring that originalPath only points to an unprocessed video in the future.
My skins are "clean" in that regard, and have been so for years. I always use videoPath, reserving originalPath to access only untouched images, and non-processed objects, like PDF's and MP3's. |
|
|
Posts:
3,952
Registered:
4-Aug-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 21:31
in response to: davidekholm
|
|
|
It seems to be working though it might be confusing for some if include originals is checked.
These are just random thoughts at the moment, trying to think how other users might think.
For example in the album you select the 'Nature' folder and then the 'Water' folder. Now click on the first thumbnail and you see in the address bar 'Same%20image%20multiple%20folders/Nature/Water/slides/caitlin-wynne.html' - great, just what you'd expect. Click on the download button and the address bar shows 'Same%20image%20multiple%20folders/Nature/caitlin-wynne.jpg' - no longer in the 'Water' folder.
I'm just wondering if there should be an overlay (on the webpage thumbnails/slides?) or something to indicate to the user the original image is linked to a different folder. It might also take a bit of education for users, telling them the linked images will not appear in the output slides folder, just the html pages. We've gotten use to telling people to check the local output files are all there if they report a broken uploaded album.
As one of my grand nephews said when very young 'quite nice, little bit horrible' 
I just can't make up my mind on it. |
|
|
Posts:
8,297
Registered:
31-Jan-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 21:31
in response to: RobM
|
|
|
...Jeff and I are septuagenarians....
That's very hurtful. You shouldn't be spreading these ugly rumors. |
|
|
Posts:
3,952
Registered:
4-Aug-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 21:33
in response to: JeffTucker
|
|
|
...Jeff and I are septuagenarians....
That's very hurtful. You shouldn't be spreading these ugly rumors.
I thought I was being kind not giving away our exact ages |
|
|
Posts:
864
Registered:
13-Apr-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 22:06
in response to: RobM
|
|
|
|
Folks, I'm following this thread carefully. From a users point of view: Please take care to don't break things. Test everything to the last detail. Thanks in advance. Cheers, Markus
|
|
|
Posts:
3,952
Registered:
4-Aug-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 22:18
in response to: MarkusD
|
|
|
Folks, I'm following this thread carefully. From a users point of view: Please take care to don't break things. Test everything to the last detail. Thanks in advance. Cheers, Markus
More testers welcome, otherwise it looks like 3 or 4 testing. I’d say the probability of that number checking everything is almost zero. |
|
|
Posts:
864
Registered:
13-Apr-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 22:28
in response to: RobM
|
|
|
Folks, I'm following this thread carefully. From a users point of view: Please take care to don't break things. Test everything to the last detail. Thanks in advance. Cheers, Markus
More testers welcome, otherwise it looks like 3 or 4 testing. I’d say the probability of that number checking everything is almost zero.
To be honest, testing the beta versions is most of the time (for me) a little bit chalenging. Just downloading the latest beta, even with all available external tools, can be tricky. |
|
|
Posts:
3,952
Registered:
4-Aug-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
22 Sep 25, 23:40
in response to: davidekholm
|
|
|
If I attach an audio clip to a black and white image in the 'Architecture' folder and make the album the audio file appears in the 'Architecture' folder but not in the 'Black and white' folder's image. Is this yet to be implemented? |
|
|
Posts:
3,939
Registered:
18-Oct-2002
|
|
|
|
Re: Cleaning up path variables
Posted:
23 Sep 25, 11:02
in response to: JeffTucker
|
|
|
No immediate smoke and flames from b8, so I'll leave it "live" while I continue to do skin revisions. It might be a while before I have time to venture into the new functionality.
But it sounds as if you want to pretend that jAlbum is a server-side app, assembling pages from a stored database of images. What do you think this is, Piwigo?! 
We're trying to achieve what comes naturally for a server side engine. But the only extra charge will be some extra html + json pages, increasing the album size by a percent or so.
If viewers need an indefinite amount of views, then this breaks down, but I think that it serves well for adding a calendar view to any gallery for instance. |
|
|
Posts:
3,939
Registered:
18-Oct-2002
|
|
|
|
Re: Cleaning up path variables
Posted:
23 Sep 25, 11:06
in response to: RobM
|
|
|
As one of my grand nephews said when very young 'quite nice, little bit horrible'
I just can't make up my mind on it.
The way I see it we're naturally not doing anything out of the ordinary. After all, the web has allowed all kinds of image links with relative and absolute paths since the beginning.
|
|
|
Posts:
8,297
Registered:
31-Jan-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
23 Sep 25, 14:37
in response to: davidekholm
|
|
|
This project has some extra folders, like "Black & white, Females, Males, Water and Animals that simply contains internal links from the main folders Architecture, Nature and People.
OK, so how do I create these links? And if you can't tell me in ten words or less....
ETA: OK, it appears to be SHIFT-CTRL-drag (BTW, RobM, the lookup table of keyboard shortcuts, in trying to account for the Windows/macOS differences, ends up being a bit of a muddle - we need to think of a way to make that clearer).
Did that, made an album like that using Neptune (my default), and it seems to behave itself. But other than saving a bit of disk space, and perhaps a few seconds of uploading time, why do I want this?
Now, just to play devil's advocate, what happens if I also invoke something from the Structures panel?  |
|
|
Posts:
3,952
Registered:
4-Aug-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
23 Sep 25, 15:07
in response to: JeffTucker
|
|
|
ETA: OK, it appears to be SHIFT-CTRL-drag (BTW, RobM, the lookup table of keyboard shortcuts, in trying to account for the Windows/macOS differences, ends up being a bit of a muddle - we need to think of a way to make that clearer).
The easiest way would be to have a keyboard shortcut page for each OS. I can make the existing keyboard shortcuts page just have links to different OS’, then make a page for macOS, can’t do Windows other than to duplicate the Mac page and remove the mac specific entries.
So as not to encroach further on this topic we can discuss via email. |
|
|
Posts:
8,297
Registered:
31-Jan-2006
|
|
|
|
Re: Cleaning up path variables
Posted:
23 Sep 25, 17:48
in response to: JeffTucker
|
|
|
|
|
Now, just to play devil's advocate, what happens if I also invoke something from the Structures panel?
It tolerated Flat and Calendar well enough, but didn't like Alphabetical at all. See screenshot - the missing thumbnails have <img> links to nonexistent files, like thumbs/car-1.jpg, whereas the preceding (correct) thumbnail points to thumbs/car.jpg.
ETA: I take it back - Alphabetical blows up, too. Flat also fails, but it's not immediately obvious, since the bogus thumbnail paths are at the end of the page. |
|
|
Posts:
3,939
Registered:
18-Oct-2002
|
|
|
|
Re: Cleaning up path variables
Posted:
23 Sep 25, 18:05
in response to: JeffTucker
|
|
|
Now, just to play devil's advocate, what happens if I also invoke something from the Structures panel?
It tolerated Flat and Calendar well enough, but didn't like Alphabetical at all. See screenshot - the missing thumbnails have <img> links to nonexistent files, like thumbs/car-1.jpg, whereas the preceding (correct) thumbnail points to thumbs/car.jpg.
Amazing it worked at att as I haven't tested with other structures yet.
Now b11 is available through the beta jar location. It fixes some linking issues and introduces a new API that assists skin developers in creating those <picture> elements (unless you wish to use the ja:picture element).
In short, skin developers can call currentObject.elements().thumbnails().picture()
to generate a picture element for thumbnails and currentObject.elements().closeups().picture()
to generate a picture element for closeups. The picture elements contains a backing img element as well. You have full control over the generated html as each generated element is of type https://javadoc.io/doc/org.jsoup/jsoup/1.8.2/org/jsoup/nodes/Element.html . To, for instance, remove the embedded img element, run currentObject.elements().thumbnails().picture().select("img").remove()
You can play with the generated output simply by replacing "currentObject" by selected and run snippets through the system console, for instance: selected.elements().thumbnails().picture()
|
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|
