Thread Locked This thread is locked - replies are not allowed.



Permlink Replies: 24 - Pages: 2 [ 1 2 | Next ] - Last Post: 5 Oct 22, 14:03 Last Post By: davidekholm
davidekholm

Posts: 3,432
Registered: 18-Oct-2002
jAlbum 29 release candidate
Posted: 27 Sep 22, 21:52
jAlbum 29 has now reached release candidate status, i.e. final stage before release.
Changes:
  • Runs on Java 19 instead of Java 14
  • Faster album builds (page processing)
  • Faster image processing: 3x faster TIFF reading. Faster and more solid HEIC and WebP processing
  • More solid reading of TIFF and PSD files
  • Now supports Apple's M1 CPU architecture as well as Intel
  • Mac version now using new "Metal" graphics pipeline
  • Updated sftp library capable supporting modern encryption algorithms
  • Updated Groovy language support (v4.0.4)
  • All external tools rewritten using Groovy (shorter, cleaner code examples)
  • Updated look & feel library. Improvements to Windows rendering
  • Windows version now has a fully working "Open in file system" ability
  • Support for new image formats: HDR, IFF (Amiga)
  • Code updated to comply with Java 19
  • MultiMaker can now force rebuild projects. (Use ALT key)
  • MultiMaker now keeps green color on made projects until window is closed and reopened
  • Fix to recovery tool not handling certain file name combinations
  • Recovery tool is now aware of Variants (making better choices when recovering)
  • Fix: File->Recent projects->Clear wasn't working properly
  • Fix: If a skin disables widgets, then the widget activation button under Settings->Widgets is also disabled
  • Developers: New DiskCache API to handle caching and copying of files
  • Updated BeanShell scripting language to comply with Java 18's module system
  • Updated skins, including an updated Responsive. Thanks Jeff!
  • Improvements to System console: More clever scrolling of output panel. Ability to execute statements in either panel
  • Minor bug fixes

Installers:
Mac: https://jalbum.net/download/jAlbum.dmg
Mac M1: https://jalbum.net/download/jAlbum-M1.dmg
Windows: https://jalbum.net/download/jAlbum-install.exe
Linux (Debian): https://jalbum.net/download/jalbum.deb
JeffTucker

Posts: 7,994
Registered: 31-Jan-2006
Re: jAlbum 29 release candidate
Posted: 27 Sep 22, 22:35   in response to: davidekholm in response to: davidekholm
Small things:

In jAlbum.ini, there's a stray extra path separator. Doesn't cause an error, but I did notice it:
-Djava.library.path="C:\Program Files\jAlbum\\jre64\bin"
It comes with Responsive 2.0 and Zigzag 1.7, but their respective skin pages haven't been updated. Close the loop! :)
JeffTucker

Posts: 7,994
Registered: 31-Jan-2006
Re: jAlbum 29 release candidate
Posted: 27 Sep 22, 22:49   in response to: JeffTucker in response to: JeffTucker
So far, jAlbum 29rc1 has passed the acid test. I used the multi-maker to rebuild all of my sample albums, without errors. Then I ran my entire skin demo site through Total Validator, which checks not only HTML and CSS syntax, but also looks for broken links. No errors. This gives me a lot of confidence! :)
PeterGibb

Posts: 266
Registered: 20-Nov-2009
Re: jAlbum 29 release candidate
Posted: 27 Sep 22, 23:35   in response to: davidekholm in response to: davidekholm
I am not technical with all these things, but everything is working, extremely well.

I hadn't anticipated just how useful MultiMaker's green text would be either, love the way it marches down the window, and for once I can actually keep up with what its doing.

Thanks, Peter
JeffTucker

Posts: 7,994
Registered: 31-Jan-2006
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 00:07   in response to: PeterGibb in response to: PeterGibb
PeterGibb wrote:
I am not technical with all these things, but everything is working, extremely well.

You'll be singing a different tune when jAlbum 30 or jAlbum 31 removes BeanShell support, and MatrixSlide turns into a pumpkin.



The jAlbum and skin developers have been giving this a lot of thought. We won't hang you out to dry!
PeterGibb

Posts: 266
Registered: 20-Nov-2009
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 00:30   in response to: JeffTucker in response to: JeffTucker
Well, I knew you'd have something like that to say, yes, I know, I have done well with it though and MatrixSlide has been utterly perfect for what I wanted to do.

I have, believe it or not, had a good look for another skin, but somehow they dont quite fit in.

I won't worry though, as I know you all will be doing your best to try and help.

Thanks Jeff
JeffTucker

Posts: 7,994
Registered: 31-Jan-2006
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 00:36   in response to: PeterGibb in response to: PeterGibb
In short, if BeanShell goes away (it's virtually abandonware, and has problems with newer Java versions), skins have to be revised for Groovy scripting. The upcoming releases of all my active skins take care of that, but I didn't really intend to go back and revise legacy skins.

But I just took a quick look at the MatrixSlide code. I've gotten a lot better at things, but my basic coding style hasn't really changed. Unless I'm forgetting about something that's buried in there, I could probably "Groovy" that skin in about 15 minutes. :)
PeterGibb

Posts: 266
Registered: 20-Nov-2009
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 00:54   in response to: JeffTucker in response to: JeffTucker
If something like that were possible, it would be amazing if it was successful.

Of course I would really appreciate it but fully understand that not everything lasts forever in our ever changing world.

Its midnight here now and I am afraid I am almost asleep, jAlbum has come a very very long way hasn't it and its quite unbelievable what can be done in it now. The new Monitor function and MultiMaker are fantastic additions.

Thankyou Jeff, very much.

Peter
AndreWolff

Posts: 1,292
Registered: 14-Dec-2007
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 10:56   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
I'll try to ensure that the MultiMaker better reports failures for you.

To test this, I made a list of projects for the multi maker with these projects:

Project NoErrorsMM.jap has no problems.
Project MinCrash.jap uses a skin which crashes.
Project NoErrorsFB.jap has no problems.
Project MinCrash2.jap uses a another skin which crashes
Project NonExisting.jap does not exist.
Project MissingThemeImage.jap gives a warning message: *** Non existing theme image
Project DamashedThemeImage.jap gives a warning message: *** Could not read predefined theme image.

After the execution of this list the console shows this:
Making "NoErrorsMM" (Changes)
"NoErrorsMM" made in 1,635s
 
Making "MinCrash" (Changes)
 
***** Error processing MinCrash (make): *****
se.datadosen.tags.ElementException: Element /ja:fileiterator has no matching beginning tag (index.htt:66)
 
Making "NoErrorsFB" (Changes)
*** Error with file: I:\Users\Andre\Documents\Mijn websites\jalbum.net\TestErrors\NoErrorsFB\ThemeImageWithTitle.jpg
*** Could not read predefined theme image
"NoErrorsFB" made in 1,391s
 
Making "MinCrash2" (Changes)
 
***** Error processing MinCrash2 (make): *****
se.datadosen.tags.ElementException: Element /ja:if has no matching beginning tag (index.htt:71)
Using cached scriptEnvironment
 
Making "MissingThemeImage" (Changes)
*** Non existing theme image: https://www.andrewolff.nl/FotoSerie/Wandelingen/Oostvaarderplassen/ThemeImageWithTitle.jpg
"MissingThemeImage" made in 1,228s
Using cached scriptEnvironment
 
Making "DamashedThemeImage" (Changes)
*** Error with file: I:\Users\Andre\Documents\Mijn websites\jalbum.net\TestErrors\NoErrorsFB\ThemeImageWithTitle.jpg
*** Could not read predefined theme image
"DamashedThemeImage" made in 1,197s

The jAlbum window is showed in screenshot NotificationsButtonNotVisible.png

I still see a number of bugs:

  • The notification button is not always visible, so I think you should open the list automatically.
  • Only the first crash is visible, the second crash is not reported at all, also not if you manage to detect the notification button, see screenshot OnlyOneErrorReported.png
  • The non existing project is listed nowhere even not in the console window, so typing errors are never detected.
  • The 2 last projects do give error messages without crashes, but the multi maker does not report this.
  • If a list of 40 projects is processed I see not a final pop-up window telling me that there were no erors, I see nothing, even the last notification is gone. If I click the notification button, only the last 10 projects are visible, the system shows no scrolling bar, see NoScrollingBar.png
  • After I uploaded these projects with the multi maker, not all entries are green, see NotAllUploadsGreen.png suggesting that there were problems, however the console window shows no problems for these 2 uploads. Later I used the same list again to upload these projets and now all entries were green.
  • Next I closed jAlbum and reopened it again. The multi maker shows next a list of projects, some white, some blue., see screen-shot WhyNotAllMyProcessedProjects.png .The blue ones are from my last processed list. But it does not show all processed projects and I can't find back the 2 project which were not green after the upload. I always start with clearing this list, so why do I see these old projects in white? Why don''t see I only all my last processed projects? Why do I see in that list a project named 'Downloads', with a nice picture, but with an empty 'Last made' and 'Last published' cell?
  • Errors during uploading like java.io.IOException: Error while adding album. Server reported: Album image not found. and Jalbum.net is unavailable at the moment, please check back again shortly! do not give a red notification message.

Edited by: AndreWolff on 28 Sep 2022, 11:13

Edited by: AndreWolff on 28 Sep 2022, 11:37

Edited by: AndreWolff on 28 Sep 2022, 11:45

Edited by: AndreWolff on 29 Sep 2022, 19:29
davidekholm

Posts: 3,432
Registered: 18-Oct-2002
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 11:17   in response to: AndreWolff in response to: AndreWolff
André, I'll have to look more into that for the next service release of v29. v29 is not behaving worse than v28.1 and that's my focus at this stage.
davidekholm

Posts: 3,432
Registered: 18-Oct-2002
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 11:18   in response to: AndreWolff in response to: AndreWolff
I've updated the Windows version fixing that extra slash you reported Jeff.
I've also updated the Linux version. Turned out it wouldn't run (I had to build the Java package using jlink on a Linux machine, couldn't use my Mac to do cross platform builds)
AndreWolff

Posts: 1,292
Registered: 14-Dec-2007
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 14:36   in response to: davidekholm in response to: davidekholm
The command line tool
System.setProperty("debugVariants", "true");
is not correctly working. It writes the text only in 2 of the 3 generated images, see enclosed slide images.
I see no text in each first image like dima-dallacqua-1.webp

Notice that for Output format has been selected WebP. If I change that in JPEG, the jpg slide contains no text, but all webP images do have the text.

See also the Sample album, most portrait mode images do not show a filename in the image on my PC.

Notice to that I still get this upload crash:
Uploading "Sample_project_PS" to https://andrewolff.jalbum.net/Sample_Project_PS/
Zip stream support detected
"Sample_project_PS" uploaded to https://andrewolff.jalbum.net/Sample_Project_PS/ in 3,11s
Posting albumUrl: https://andrewolff.jalbum.net/Sample_Project_PS/
Posting thumbnailUrl: https://andrewolff.jalbum.net/Sample_Project_PS/thumbs/priscilla-du-preez.webp
java.io.IOException: Error while adding album. Server reported: Could not read album image. Not an image: url = https://andrewolff.jalbum.net/Sample_Project_PS/thumbs/priscilla-du-preez.webp
	at se.datadosen.jalbum.Notifier.albumAdded(Notifier.java:130)
	at se.datadosen.jalbum.UploadBean.doAfterUploadAlbum(UploadBean.java:933)
	at se.datadosen.jalbum.UploadBean.uploadAlbum(UploadBean.java:879)
	at se.datadosen.jalbum.JPublishWizard$PublishStep$19.run(JPublishWizard.java:2054)
All workers shut down


Edited by: AndreWolff on 28 Sep 2022, 14:40

Edited by: AndreWolff on 28 Sep 2022, 15:10
davidekholm

Posts: 3,432
Registered: 18-Oct-2002
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 17:06   in response to: AndreWolff in response to: AndreWolff
Only the variants have debug info printed on them, as for the "typical" images, you know their sizes already as that reflects what's entered under Settings->Images->"Image bouds" and "Thumbnail bounds"

As for that upload error: Error while adding album. Server reported: Could not read album image. Not an image: url = https://andrewolff.jalbum.net/Sample_Project_PS/thumbs/priscilla-du-preez.webp

It's a server side issue that has been reported before. We need to add WebP support to the server code as well. It's on the todo list :-)
AndreWolff

Posts: 1,292
Registered: 14-Dec-2007
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 17:17   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
Only the variants have debug info printed on them, as for the "typical" images, you know their sizes already as that reflects what's entered under Settings->Images->"Image bouds" and "Thumbnail bounds"
I may know that, but another viewer will not know that!

I find this very inconsistent, what's wrong with giving each image its file name?
If you find it important, also indicate that the image in question is the "typical" image.
davidekholm

Posts: 3,432
Registered: 18-Oct-2002
Re: jAlbum 29 release candidate
Posted: 28 Sep 22, 17:38   in response to: AndreWolff in response to: AndreWolff
This is mainly a setting for skin developers, and we'll let the documentation state "Print debug information onto Variants"
Legend
Forum admins
Helpful Answer
Correct Answer

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