Posts:
7,981
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
21 Oct 25, 23:38
in response to: RobM
|
|
|
A bit like this post from three years ago
It did feel familiar, but this time, even shifting focus by leaving the field doesn't avoid the error. |
|
|
Posts:
3,792
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
22 Oct 25, 10:52
in response to: JeffTucker
|
|
|
I haven't seen any smoke or flames. Using RI's for a folder may be a bridge too far, but it's largely working. In a weird way, it replicates the existing routine in which you add an image to a folder, drag it to the Thumbnail box, then exclude it. Pretty much the same effect.
Yes, I felt than rather to disallow it, it's symmetrical to allow. From an API standpoint, a folder with an attached image now behaves like a non-image that has an attached image, i.e. calling AlbumObject.hasDisplayableImage() returns true and calling AlbumObject.getRepresentingImageFile() returns the attached file.
I can imagine that some newcomers to jAlbum will find this method of setting a representing image more intuitive as it's the same work flow as doing it with any other file type.
The only odd thing occurs if you attach an image to a folder, then open the folder and drag a thumbnail over to the Thumbnail box on the right. The action is accepted, but it's ignored when you make the album. And when you return to that folder, the Thumbnail box is once again empty, as it should be.
Yes, there are some UI glitches, but not high prio to address right now I think
One minor annoyance when attaching an RI - the file chooser starts at the root of the file system on the PC. It should start in Pictures or the most recent location, if there was one. That's what the usual "Add" file chooser does.
I'll address that. Also limit the choice of files to image files. |
|
|
Posts:
7,981
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
22 Oct 25, 12:42
in response to: davidekholm
|
|
|
I can imagine that some newcomers to jAlbum will find this method of setting a representing image more intuitive as it's the same work flow as doing it with any other file type.
Yes, it's nicely parallel. The "add but exclude" mechanism may seem obvious to us, but until someone shows you how to do it, it's a mystery.
We still need that routine for theme images, however (where it's most often used). In effect, we need two RI's for a folder, just as there are two boxes on the right. |
|
|
Posts:
7,981
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
22 Oct 25, 17:17
in response to: JeffTucker
|
|
|
|
See my bug report regarding video thumbnails with 38rc22. This is something new.
|
|
|
Posts:
3,792
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
22 Oct 25, 18:14
in response to: JeffTucker
|
|
|
v38rc23 now available (beta core update):
Changes:
- custom filter scripts broken when using some skins
- New "Go to target" wasn't working on Windows
- Internal linking wasn't behaving properly on Windows
- Handle attaching images to views
- JSON thumb.path variables for folders were incorrect when using internal linking
|
|
|
Posts:
7,981
Registered:
31-Jan-2006
|
|
|
Posts:
3,873
Registered:
4-Aug-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
23 Oct 25, 00:12
in response to: davidekholm
|
|
|
I hope we will see View contributions from others 
I have created a page for third party custom view codes, with one entry to get it started.
https://jalbum.net/help/en/JAlbum/Views/Custom_view_codes
Maybe others will post their custom views in the forum, in which case I'll add them to that page. |
|
|
Posts:
3,792
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
23 Oct 25, 00:34
in response to: RobM
|
|
|
|
Good move Rob! I'll encourage people to contribute with their own views in the upcoming blog post.
|
|
|
Posts:
3,792
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
23 Oct 25, 00:35
in response to: JeffTucker
|
|
|
|
The main video issue should be fixed in rc24 now
|
|
|
Posts:
3,792
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
23 Oct 25, 18:37
in response to: davidekholm
|
|
|
|
rc25 now available. I expect to be the last one, unless we get bug reports. This version fixes some tricky issues when linking a folder internally to another folder. Also, opening an internal folder link will open the target in its real location.
|
|
|
Posts:
7,981
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
24 Oct 25, 00:29
in response to: davidekholm
|
|
|
rc25 now available. I expect to be the last one....
Go big! Call it jAlbum 2026!! (lots of exclamation points). For the next 12 months, releases can be 2026.1, 2026.2, and so on. Then, late next year, we can have jAlbum 2027!!! (even more exclamation points). |
|
|
Posts:
3,792
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
24 Oct 25, 16:28
in response to: JeffTucker
|
|
|
One have to be daring
I passed ChatGPT a tricky coding issue: Ensuring that the tree nodes are lazily discovered so we don't paint expansion triangles on leaf nodes. This version seems to work fairly good (do another core update to get this version)
I've tried implementing this lazy discovery mechanism several times before myself, but have always had to back out of it. Hopefully we kan keep this version |
|
|
Posts:
7,981
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
24 Oct 25, 17:09
in response to: davidekholm
|
|
|
|
|
|
I'm still getting rc25.
But more important, I'm seeing a bizarre lockup in macOS Tahoe. If I open a skin's files for editing, all appears OK. But if I then CTRL-O and try to open one of the other skin files (like in an includes directory), the entire Mac locks up. I can't even get to the Force Quit choice, and I have to do a forced shutdown of the entire machine.
More tinkering to come....
ETA: I'm even running into it when opening the editor - Command-E - and then trying to open a file, any file. I can get to the Force Quit menu if I Command-tab back to Finder.
ETA: No problem in Windows, however.
ETA: I turned on the watchdog. Thread dump attached.
|
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|
