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



Permlink Replies: 43 - Pages: 3 [ Previous | 1 2 3 ] - Last Post: 23 May 23, 16:15 Last Post By: davidekholm Threads: [ Previous | Next ]
JeffTucker

Posts: 7,956
Registered: 31-Jan-2006
Re: jAlbum 31 beta for testing
Posted: 17 May 23, 15:12   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
I'm pretty stoked about this addition.

You know me - often a bit skeptical about what might turn out to be bloatware. But I think this one is a winner. It seems to be very solid, it's very fast, and I think users will find it handy, both as a way to grab their mobile photos, and as a way to check how their albums will look on mobiles before they upload the suckers. :)

Make room for this delivery:

JeffTucker

Posts: 7,956
Registered: 31-Jan-2006
Re: jAlbum 31 beta for testing
Posted: 19 May 23, 20:44   in response to: JeffTucker in response to: JeffTucker
I've been in touch with one user (who shall remain nameless) who says that he's having terrible trouble getting this "QR thingie" to work properly. He's sent me a picture of what's happening.

The beta probably needs some work. Either that, or maybe "phone" isn't the best word to use. ;)

JeffTucker

Posts: 7,956
Registered: 31-Jan-2006
Re: jAlbum 31 beta for testing
Posted: 21 May 23, 16:49   in response to: davidekholm in response to: davidekholm
Attachment ss010860.png (7.1 KB)
There seems to be a missing text string in the v. 31 beta - see screenshot. And what is this new option, exactly?
davidekholm

Posts: 3,647
Registered: 18-Oct-2002
Re: jAlbum 31 beta for testing
Posted: 21 May 23, 17:42   in response to: JeffTucker in response to: JeffTucker
JeffTucker wrote:
There seems to be a missing text string in the v. 31 beta - see screenshot. And what is this new option, exactly?

I missed removing that one. Now fixed in the beta core file.

Thanks for your humor and encouragement!I It feels good I'm not the only one that believes in this :-)
RobM

Posts: 3,948
Registered: 4-Aug-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 20:47   in response to: davidekholm in response to: davidekholm
Just doing some more testing and found a bit of a bug.

If you turn off use embedded web server and then make album, shift click on the local preview icon and you get a QR code that decodes to file:/Users/...

Attached QR code

Edited by: RobM on 22 May 2023, 19:51
And shift clicking the menu's 'Album > Preview'
RobM

Posts: 3,948
Registered: 4-Aug-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 21:56   in response to: RobM in response to: RobM
QR code part two.

Collaborative albums, the QR code generates an email with the 'to' field set to robm@jalbum.net and the from field my email address.

The email option has that address in the 'reply to' field. My mail client has to, reply to and from fields.

My Android (Gmail) does not offer a 'reply to field', just to and from.
davidekholm

Posts: 3,647
Registered: 18-Oct-2002
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 22:16   in response to: RobM in response to: RobM
RobM wrote:
QR code part two.

Collaborative albums, the QR code generates an email with the 'to' field set to robm@jalbum.net and the from field my email address.

The email option has that address in the 'reply to' field. My mail client has to, reply to and from fields.

My Android (Gmail) does not offer a 'reply to field', just to and from.


Do you simply want the email invite to use to and from instead of reply-to?
We plan to replace the email invite by a web page that allows people to contribute to a gallery without using any email client.
JeffTucker

Posts: 7,956
Registered: 31-Jan-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 22:20   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
We plan to replace the email invite by a web page that allows people to contribute to a gallery without using any email client.

Good idea. People use all sorts of apps to deal with their email, including just web pages, so an automated system directed at the email "client" is bound to fail frequently.
RobM

Posts: 3,948
Registered: 4-Aug-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 22:25   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
Do you simply want the email invite to use to and from instead of reply-to?
We plan to replace the email invite by a web page that allows people to contribute to a gallery without using any email client.
I think it would make sense to drop the 'reply to' field. Putting the 'jAlbum' email in the body of the text makes more sense to me.
JeffTucker

Posts: 7,956
Registered: 31-Jan-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 22:38   in response to: RobM in response to: RobM
RobM wrote:
If you turn off use embedded web server and then make album, shift click on the local preview icon and you get a QR code that decodes to file:/Users/...

I can see how that would fail, but in that situation, what link should it provide? Remember, this album hasn't been uploaded anywhere yet.

Maybe it should just skip the QR routine entirely if the embedded server isn't being invoked - in short, just treat it like a regular "preview" click.
davidekholm

Posts: 3,647
Registered: 18-Oct-2002
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 22:47   in response to: JeffTucker in response to: JeffTucker
Beta core updated. I'm now showing an error message if the user shift-clicks on the preview button when the embedded web server isn't running. The "QR preview" button of the embedded browser now goes disabled for file URLs.
RobM

Posts: 3,948
Registered: 4-Aug-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 22:52   in response to: JeffTucker in response to: JeffTucker
JeffTucker wrote:
RobM wrote:
If you turn off use embedded web server and then make album, shift click on the local preview icon and you get a QR code that decodes to file:/Users/...

I can see how that would fail, but in that situation, what link should it provide? Remember, this album hasn't been uploaded anywhere yet.

Maybe it should just skip the QR routine entirely if the embedded server isn't being invoked - in short, just treat it like a regular "preview" click.

If the web server is off AND there is no entry in the 'Local server URL' field then a QR code should only be present for the uploaded album. If an uploaded album doesn't exist the eyeglass icon for previewing is disabled, so no chance of a QR code being shown.

I haven't tried it, but I'm assuming that if the the local server URL has been populated then the QR code would work.
RobM

Posts: 3,948
Registered: 4-Aug-2006
Re: jAlbum 31 beta for testing
Posted: 22 May 23, 23:09   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
Beta core updated. I'm now showing an error message if the user shift-clicks on the preview button when the embedded web server isn't running. The "QR preview" button of the embedded browser now goes disabled for file URLs.
I get the popup alert, no proper text file, that is to come.

Now, what to do with the 'Tools > Share > Share album > Start web server ?
That runs at http://localhost:5001/

Tis a can of worms ;)
davidekholm

Posts: 3,647
Registered: 18-Oct-2002
Re: jAlbum 31 beta for testing
Posted: 23 May 23, 16:15   in response to: RobM in response to: RobM
There are probably some more details to polish, but for now, v31 is out: https://jalbum.net/software/release-notes
Legend
Forum admins
Helpful Answer
Correct Answer

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