Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
19 Oct 25, 22:38
in response to: RobM
|
|
|
I get an error using obj.containsName("Dor")
with or without an equals true.
Ah, you're trying to call containsName() on a non folder. containsName() checks whether a folder has a child called a certain name. What you want to write is probably: obj.name.contains("Dor")
I've improved the error message now.
Not sure if the API link will help casual users as the examples use Groovy shortcuts like obj.comment, which might be confusing. I expect most users would probably post a question on how to make a specific custom view.
I partly agree: Users can use plain Java syntax as well. The obj.xyz format is just a shorthand for obj.setXyz() or obj.getXyz(). Users don't need to
I hope we will see View contributions from others  |
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
19 Oct 25, 22:38
in response to: RobM
|
|
|
The custom filter has two entries for 'Has keywords'
Fixed |
|
|
Posts:
3,877
Registered:
4-Aug-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 00:20
in response to: davidekholm
|
|
|
I get an error using obj.containsName("Dor")
with or without an equals true.
Ah, you're trying to call containsName() on a non folder. containsName() checks whether a folder has a child called a certain name. What you want to write is probably: obj.name.contains("Dor")
I've improved the error message now.
Thanks. |
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 01:21
in response to: RobM
|
|
|
|
|
New release candidate out.
Changes:
- Tightened case where changes to script didn't take
- All views now have a basic UI, also showing where it's sourced (what folder delivers objects)
- Alphabetical view now allows group by either file name, title or comment
|
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 01:37
in response to: davidekholm
|
|
|
|
Question: If a view ends up empty, shall I delete it from the final album?
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 01:52
in response to: davidekholm
|
|
|
Question: If a view ends up empty, shall I delete it from the final album?
My gut reaction is to say, "yes." If someone wants a page just of new images, for example, but there aren't any, it's probably pointless to produce an empty page.
But I'll wager some user will be able to come up with a perfect counter-example.  |
|
|
Posts:
66
Registered:
16-Jul-2014
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 08:39
in response to: davidekholm
|
|
|
|
|
New release candidate out.
Dutch translation for rc18 attached
Edited by: ronvanrossum on 21 Oct 2025, 08:27 |
|
|
Posts:
3,877
Registered:
4-Aug-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 09:03
in response to: davidekholm
|
|
|
Question: If a view ends up empty, shall I delete it from the final album?
My vote is yes too. |
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 10:47
in response to: ronvanrossum
|
|
|
New release candidate out.
Dutch translation attached
Thanks Ron! |
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 10:54
in response to: RobM
|
|
|
Question: If a view ends up empty, shall I delete it from the final album?
My vote is yes too.
I go with that. beta core updated |
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
20 Oct 25, 14:31
in response to: davidekholm
|
|
|
rc18 now available as a beta core update, new texts as well (at https://jalbum.net/download/beta/texts.properties)
Changes:
- Added back/forward navigation buttons to Explore view
- Fixed issue where navigating to an album object using the SearchBar didn't work if the target object was already present in the current folder
- Changed icon for custom filter views
- Internal links can now be right-clicked and the new "Show target" menu item will take you to the internal target
|
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
21 Oct 25, 22:57
in response to: davidekholm
|
|
|
rc20 now available as a beta core file. I hope and think this is the last release candidate
Changes:
- Folders and views now accept attached representing images as well. Please check that your skins don't break with attached representing images
- The representing image of views is now correctly gathered by first processing the view (previously from unprocessed view). Please report performance issues! A refresh (F5) triggers reprocessing
- The equality of two AlbumObjects is now based on the full path from the root instead of just from the file name. The new equals() implementation should be correct, but I can't foresee what other bugs this might reveal... Things works while testing here but I appreciate if you also try to break this version
- Attached images are scaled to 2000x2000 bounds for performance (upon being attached)
- Improved error reporting of custom filter views crash (script errors)
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
21 Oct 25, 23:05
in response to: davidekholm
|
|
|
|
I'll do some checking.
But is there any chance that the recently-reported bug about .info files can be addressed in this release? That one is particularly insidious - really caught one user off-guard, and took me a while to track down. I'm surprised we haven't heard about it before.
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
21 Oct 25, 23:24
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.
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.
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.
|
|
|
Posts:
3,877
Registered:
4-Aug-2006
|
|
|
|
Re: jAlbum 38 release candidate for testing
Posted:
21 Oct 25, 23:36
in response to: JeffTucker
|
|
|
I'll do some checking.
But is there any chance that the recently-reported bug about .info files can be addressed in this release? That one is particularly insidious - really caught one user off-guard, and took me a while to track down. I'm surprised we haven't heard about it before.
A bit like this post from three years ago
https://jalbum.net/forum/message.jspa?messageID=358943#358943 |
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|
