Posts:
4,321
Registered:
4-Aug-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
26 Mar 20, 11:46
in response to: davidekholm
|
|
|
|
I notice that 'Camera date' is a read only field, and since you can modify camera date from the contextual menu, wonder if it should be read/write? Is it because of the danger of users not modifying the data correctly?
|
|
|
Posts:
4,263
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
26 Mar 20, 12:30
in response to: RobM
|
|
|
I notice that 'Camera date' is a read only field, and since you can modify camera date from the contextual menu, wonder if it should be read/write? Is it because of the danger of users not modifying the data correctly?
It's more about the implementation effort really. As the date can be adjusted via the adjust camera date tool, I felt it wasn't that high prio to implement this. On "popular" demand, it can be implemented too  |
|
|
Posts:
8,329
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
26 Mar 20, 12:43
in response to: davidekholm
|
|
|
|
I would leave that alone, and make only the "things a user routinely changes" fields (title, comment, keywords) editable in this view.
|
|
|
Posts:
4,321
Registered:
4-Aug-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
26 Mar 20, 13:15
in response to: davidekholm
|
|
|
I notice that 'Camera date' is a read only field, and since you can modify camera date from the contextual menu, wonder if it should be read/write? Is it because of the danger of users not modifying the data correctly?
It's more about the implementation effort really. As the date can be adjusted via the adjust camera date tool, I felt it wasn't that high prio to implement this. On "popular" demand, it can be implemented too
Thanks, it was really curiosity that drove my question. |
|
|
Posts:
610
Registered:
13-Apr-2006
|
|
|
Posts:
4,263
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
30 Mar 20, 15:20
in response to: MarkusD
|
|
|
Thanks. Still can't reproduce, BUT I can get jAlbum's UI to hang for a long time if I load a folder containing many objects with LONG comments. I'll work on a better implementation of comment loading, for now, try switching off "jAlbum text file" as comment source under Settings->Advanced-Metadata. That should help a lot.
|
|
|
Posts:
610
Registered:
13-Apr-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
30 Mar 20, 20:46
in response to: davidekholm
|
|
|
Thanks. Still can't reproduce, BUT I can get jAlbum's UI to hang for a long time if I load a folder containing many objects with LONG comments. I'll work on a better implementation of comment loading, for now, try switching off "jAlbum text file" as comment source under Settings->Advanced-Metadata. That should help a lot.
I did that, but it still crash the same way. I used my large comment in the Sample Portfolio project and everything went fine. So I think that some other options on my project are kind of dangerous. I try if I can isolate the problem. |
|
|
Posts:
4,263
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
30 Mar 20, 23:18
in response to: MarkusD
|
|
|
I've updated the Windows, Mac and zip beta installers now. Multiple files needed updates:
- jalbum-core.jar
- Updated to current commons-imaging library, replacing Sanselan. Seems to manage reading/writing/replacing larger xmp data chunks better than Sanselan (which could fail on replacing huge xmp comments to files)
- Added commons-io library
- Updated extensions relying on Sanselan
Apart from replacing Apache Sanselan with the currently maintained commons-imaging library I've made performance enhancements to reading text file comments. This should be noticeable if you have a large amount of commented objects in a folder resulting i a huge comments.properties file. That file was earlier read and parsed once per image even though it contained comments for all images in that folder. Now it's being read once per folder.
Known issue: I notice that on Windows, comments are not always painted as you scroll around. I think I can address that in the next update without any significant performance impact. |
|
|
Posts:
4,263
Registered:
18-Oct-2002
|
|
|
Posts:
8,329
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
31 Mar 20, 13:31
in response to: davidekholm
|
|
|
I also dumped the icons next to the list view mode and the other view modes. It's more symmetrical to either have icons for all or none of them and it saves valuable UI real estate
I'm still not happy with the tooltips on those. In fact, as I think about it, I think that List is the wrong nomenclature for this new feature. In Windows Explorer, which is what the vast majority of jAlbum users are familiar with, that would be referred to as Details. So, the five choices would be Details, File name, Title, Comment, Keywords. The tooltips would be: Thumbnails with details, Thumbnails with file name, etc. (Edit: or maybe Icons with details, etc.)
(One of the things I dislike about Finder is the inability to get that kind of customizable details view. Maybe I just haven't found it.)
Edited by: jGromit on 31-Mar-2020 07:50 |
|
|
Posts:
8,329
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
31 Mar 20, 13:54
in response to: JeffTucker
|
|
|
|
|
|
A couple of screenshots - in Windows Explorer, List and Details mean different things.
|
|
|
Posts:
4,263
Registered:
18-Oct-2002
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
1 Apr 20, 14:14
in response to: JeffTucker
|
|
|
A couple of screenshots - in Windows Explorer, List and Details mean different things.
Ah, too bad I did't have "Details" with its variants "Details view" and "Details view fields", but I agree it's more consistent with Explorer's terminology. I've changed the naming now and also adjusted tool tips. Now, double clicking the "Details" button will bring up Preferences->Details view for you too.
You need to reinstall from the archives to check out this latest beta. |
|
|
Posts:
8,329
Registered:
31-Jan-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
1 Apr 20, 14:54
in response to: davidekholm
|
|
|
|
That's looking good. The ability to get to the preferences setting for the Details view is a big plus, since it's otherwise a couple of menus away, and that's the kind of thing a user might want to change frequently (for example, if I'm dealing with my stock astronomy pics, I don't need the camera date, but when dealing with the family photos, I need to see them).
|
|
|
Posts:
610
Registered:
13-Apr-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
1 Apr 20, 18:35
in response to: davidekholm
|
|
|
|
|
3) If one really adds all new Fields under „Preferences“ from the available list to the chosen list, the chosen list shows horizontal and vertical scroll bars. Please make both lists wider and taller.
Fixed.
I would say, half way fixed  There's still a horizontal scrollbar, see screenshot.
Thanks |
|
|
Posts:
610
Registered:
13-Apr-2006
|
|
|
|
Re: jAlbum 19.4 beta for testing
Posted:
1 Apr 20, 18:36
in response to: JeffTucker
|
|
|
That's looking good. The ability to get to the preferences setting for the Details view is a big plus, since it's otherwise a couple of menus away, and that's the kind of thing a user might want to change frequently
I agree, very good idea. |
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|
