Permlink Replies: 255 - Pages: 18 [ Previous | 1 2 3 4 5 6 | Next ] - Last Post: 01-Jul-2017 23:34 Last Post By: davidekholm Threads: [ Previous | Next ]
MarkusD

Posts: 472
Registered: 13-Apr-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 15:19   in response to: davidekholm in response to: davidekholm
  Click to reply to this thread Reply
davidekholm wrote:
  • New album object type: "Web locations". Web locations are objects that can refer to any web page, not just local ones. This opens for some really interesting new applications for jAlbum. See for example this album collecting popular TED talks on YouTube: http://testing.jalbum.net/TED%20talks/
To add a "Web location" to your album, drop the web page onto jAlbum or select New page->Web location. Why not use this feature to make a master album out of existing albums?

I tried that, but the resulting album does not show that Web location. See attached sample. The funny thing is, that the preview pane in the Windows explorer shows a second object. But neither FireFox nor Edge does show that object.

In my opinion it would help not only to provide a ready made album on the net, like the above mentioned "TED talks", but instead a sample project, so one can learn from how such a sample is constructed.

TIA, Markus

Edited by: MarkusD on 13-May-2017 15:20
jGromit

Posts: 7,479
Registered: 31-Jan-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 15:26   in response to: MarkusD in response to: MarkusD
  Click to reply to this thread Reply
Turtle hasn't yet been modified to handle these new web locations. Try Minimal, which pretty much works without modification.
MarkusD

Posts: 472
Registered: 13-Apr-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 15:35   in response to: jGromit in response to: jGromit
  Click to reply to this thread Reply
jGromit wrote:
Turtle hasn't yet been modified to handle these new web locations. Try Minimal, which pretty much works without modification.
Ah, I should have guessed that the skin is not able to handle this new feature right now, because David mentioned that skin developers have to adapt their skins. Thanks, Markus
RobM

Posts: 3,105
Registered: 4-Aug-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 15:49   in response to: MarkusD in response to: MarkusD
  Click to reply to this thread Reply
MarkusD wrote:
In my opinion it would help not only to provide a ready made album on the net, like the above mentioned "TED talks", but instead a sample project, so one can learn from how such a sample is constructed.

TIA, Markus

See a brief explanation at section 5 of https://jalbum.net/help/en/jAlbum/Edit
jGromit

Posts: 7,479
Registered: 31-Jan-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 15:51   in response to: MarkusD in response to: MarkusD
  Click to reply to this thread Reply
Skin modifications are in process (mine, as well as the bundled skins).

In the meantime, it's easy enough to see how this feature works. Launch jAlbum, choose Minimal, start a new project and give it a name, then drag in a URL from your browser, perhaps the address of one of your existing albums. Then drag in another URL - it doesn't have to be an album at all. Try something like my own demo site, https://jgromit.com, or something competely non-jAlbum, like http://www.maltmadness.com/whisky/map/Scotland/. Then drag in another URL from your browser.

Make the album and preview it. Clicking on one of the thumbnails will take you to that site, instead of to a slide page.
MarkusD

Posts: 472
Registered: 13-Apr-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 19:42   in response to: RobM in response to: RobM
  Click to reply to this thread Reply
RobM wrote:
See a brief explanation at section 5 of https://jalbum.net/help/en/jAlbum/Edit
Great. Thanks.
MarkusD

Posts: 472
Registered: 13-Apr-2006
Re: jAlbum 14 beta for testing
Posted: 13-May-2017 19:49   in response to: jGromit in response to: jGromit
  Click to reply to this thread Reply
jGromit wrote:
In the meantime, it's easy enough to see how this feature works. Launch jAlbum, choose Minimal, start a new project...

Make the album and preview it. Clicking on one of the thumbnails will take you to that site, instead of to a slide page.

OK, now I got the idea, thanks for the explanation. And the tip from RobM that even drag&drop work from the browser is great.

I think this is a cool new feature. Looking forward to see this feature in my favourite skin Turtle too.
ctwist

Posts: 570
Registered: 27-Sep-2003
Re: jAlbum 14 beta for testing
Posted: 14-May-2017 22:26   in response to: davidekholm in response to: davidekholm
  Click to reply to this thread Reply
In Minimal, add these statements to the beginning of index.htt
<%
if (level == 0)
{ File vTempFile = new File(skinResDirectory, "url.png");
  AlbumObjectFactory vAOFactory = context.getAlbumObjectfactory();
  AlbumObject vTempAO = vAOFactory.createInstance(vTempFile);
  Scope vScope = vTempAO.getVars();
}
%>
This works in 13.10, but in 14b6 it fails.
se.datadosen.util.ScriptException: bsh.TargetError: Sourced file: inline evaluation of: ``  if (level == 0)  { File vTempFile = new File(skinResDirectory, "url.png");     . . . '' : Typed variable declaration : Method Invocation vTempAO.getVars : at Line: 6 : in file: inline evaluation of: ``  if (level == 0)  { File vTempFile = new File(skinResDirectory, "url.png");     . . . '' : vTempAO .getVars ( ) 
 
Target exception: java.lang.RuntimeException: Cannot register variables for url.png
 in index.htt at line number 6
	at se.datadosen.jalbum.TemplateParser.eval(TemplateParser.java:820)
	at se.datadosen.jalbum.TemplateParser.handleScriptlet(TemplateParser.java:742)
	at se.datadosen.jalbum.TemplateParser.parseElements(TemplateParser.java:196)
	at se.datadosen.jalbum.TemplateParser.parseElements(TemplateParser.java:157)
	at se.datadosen.jalbum.TemplateParser.parseElements(TemplateParser.java:132)
	at se.datadosen.jalbum.TemplateParser.parseElements(TemplateParser.java:147)
	at se.datadosen.jalbum.AlbumBean.makeIndexPages(AlbumBean.java:3049)
	at se.datadosen.jalbum.AlbumBean.makeAlbumForFolder(AlbumBean.java:1340)
	at se.datadosen.jalbum.AlbumBean.makeAlbum(AlbumBean.java:2618)
	at se.datadosen.jalbum.AlbumBean.smartMakeAlbum(AlbumBean.java:2543)
	at se.datadosen.jalbum.JAlbumFrame$10.run(JAlbumFrame.java:1062)
Caused by: java.lang.RuntimeException: Cannot register variables for url.png
	at se.datadosen.jalbum.AlbumObjectImpl.getVars(AlbumObjectImpl.java:2275)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at bsh.Reflect.invokeMethod(Reflect.java:146)
	at bsh.Reflect.invokeObjectMethod(Reflect.java:79)
	at bsh.Name.invokeMethod(Name.java:859)
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.BSHVariableDeclarator.eval(BSHVariableDeclarator.java:86)
	at bsh.BSHTypedVariableDeclaration.eval(BSHTypedVariableDeclaration.java:84)
	at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at bsh.BSHBlock.eval(BSHBlock.java:80)
	at bsh.BSHBlock.eval(BSHBlock.java:46)
	at bsh.BSHIfStatement.eval(BSHIfStatement.java:48)
	at bsh.Interpreter.eval(Interpreter.java:672)
	at bsh.Interpreter.eval(Interpreter.java:766)
	at bsh.Interpreter.eval(Interpreter.java:755)
	at bsh.BshScriptEngine.evalSource(BshScriptEngine.java:89)
	at bsh.BshScriptEngine.eval(BshScriptEngine.java:61)
	at javax.script.AbstractScriptEngine.eval(Unknown Source)
	at se.datadosen.jalbum.AlbumBean.doProcessExpression(AlbumBean.java:2397)
	at se.datadosen.jalbum.TemplateParser.eval(TemplateParser.java:809)
	... 10 more
Caused by: java.lang.NullPointerException
	at se.datadosen.jalbum.AlbumObjectImpl.getVars(AlbumObjectImpl.java:2271)
	... 34 more


Edited by: ctwist on 14-May-2017 22:30
Also, add a file named url.png to minimal\res, although this doesn't affect the bug.
RobM

Posts: 3,105
Registered: 4-Aug-2006
Re: jAlbum 14 beta for testing
Posted: 16-May-2017 23:28   in response to: ctwist in response to: ctwist
  Click to reply to this thread Reply
If you change the original representing image, either to a new web based file or a local file the variable imageURI returns null
ctwist

Posts: 570
Registered: 27-Sep-2003
Re: jAlbum 14 beta for testing
Posted: 19-May-2017 15:25   in response to: davidekholm in response to: davidekholm
  Click to reply to this thread Reply
The location of webloc files is strange:
  • albumfiles.txt shows that these are saved in the temp folder. These are likely to be deleted by file cleaners. Will this remove them from the album?
  • The webloc files are copied to the generated album. Do they serve any purpose here?
Shouldn't the webloc files be in the image directory?
jGromit

Posts: 7,479
Registered: 31-Jan-2006
Re: jAlbum 14 beta for testing
Posted: 19-May-2017 15:37   in response to: ctwist in response to: ctwist
  Click to reply to this thread Reply
ctwist wrote:
albumfiles.txt shows that these are saved in the temp folder. These are likely to be deleted by file cleaners. Will this remove them from the album?

They don't stay there.

Shouldn't the webloc files be in the image directory?

They are.

To test albumfiles.txt, you really have to create an album project, add some objects, make the album, then exit from jAlbum. If you look at albumfiles.txt at any other time, you may be seeing just an intermediate, temporary condition. (This, BTW, is why trying to manipulate the contents of albumfiles.txt on a "live" project is a minefield.)

The webloc files are copied to the generated album. Do they serve any purpose here?

That does seem to be unnecessary - either the skin has extracted what it needs from them (representing image, target URL), or it hasn't. No need for them in the output.
ctwist

Posts: 570
Registered: 27-Sep-2003
Re: jAlbum 14 beta for testing
Posted: 19-May-2017 16:03   in response to: jGromit in response to: jGromit
  Click to reply to this thread Reply
jGromit wrote:
ctwist wrote:
albumfiles.txt shows that these are saved in the temp folder. These are likely to be deleted by file cleaners. Will this remove them from the album?

They don't stay there.

In my tests using Minimal, they do stay there after closing jAlbum. To eliminate the possibility of an old fixed bug, I created a new album, and it shows the same problem.
Shouldn't the webloc files be in the image directory?

They are.

Not in my tests with Minimal.
To test albumfiles.txt, you really have to create an album project, add some objects, make the album, then exit from jAlbum. If you look at albumfiles.txt at any other time, you may be seeing just an intermediate, temporary condition. (This, BTW, is why trying to manipulate the contents of albumfiles.txt on a "live" project is a minefield.)
I do not manipulate albumfiles.txt. I looked at it out of curiosity after closing jAlbum. It still refers to the temp folder.
jGromit

Posts: 7,479
Registered: 31-Jan-2006
Re: jAlbum 14 beta for testing
Posted: 19-May-2017 16:10   in response to: ctwist in response to: ctwist
  Click to reply to this thread Reply
That doesn't correspond to what I'm seeing. Don't know what else to tell you.
jGromit

Posts: 7,479
Registered: 31-Jan-2006
Re: jAlbum 14 beta for testing
Posted: 19-May-2017 16:29   in response to: ctwist in response to: ctwist
  Click to reply to this thread Reply
ctwist wrote:
I do not manipulate albumfiles.txt.

I didn't say you do. It's just an observation - the contents of albumfiles.txt are often at odds with what one might expect. In the name of efficiency, there are things that don't get written out to that file when you expect them to be.

I looked at it out of curiosity after closing jAlbum. It still refers to the temp folder.

No matter what I do, I never see any references in albumfiles.txt to any temp folder.
jGromit

Posts: 7,479
Registered: 31-Jan-2006
Re: jAlbum 14 beta for testing
Posted: 21-May-2017 21:51   in response to: davidekholm in response to: davidekholm
  Click to reply to this thread Reply
There's a nasty bug in jAlbum 14b7 video processing. Blew one of my projects out the water, but it was easy to track down.

If you add an MP4 and tag it, "Do not re-encode," the videoPath variable ends up void. Remove that tag, and the path reappears. This does not occur in jAlbum 13.
Legend
Forum admins
Helpful Answer
Correct Answer

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