Author Topic: Problem with swf's links in gallery mode (2.0RC2)  (Read 1860 times)

mclone

  • Newbie
  • *
  • Posts: 2
Problem with swf's links in gallery mode (2.0RC2)
« on: October 15, 2009, 11:55:07 am »
Hello,

First of all, thank to you for this amazing job. It works very well and the scallability is really easy.

I've got a annoying but really small issue :
I noticed that when you have a link formed like "#/XX", it usually point to the page XX  (using the swfaddress plugin). I used that to make a pdf with tons of link and convert it to swf (with your great pdf2megazine.bat :D)...
Everythings works fine, when I click the link, It goes directly (without the flip animation but it doesn't really matter to me) to the good page... but not in the "gallery mode". Full screen seems to doesn't matter (anyway, it works on fullscreen "flip mode").
Actually, the address in my navigator is changed but seems to not being seen by Megazine :(

It would be great if this little hint works on gallery mode =)

As pdf2swf may be involve, I prefered to post this problem here and not directly in your bug tracker.

PS: I'm another french, so my english might not be perfect too :D

Florian Nücke

  • κρύα πόδια
  • Administrator
  • Hero Member
  • *****
  • Posts: 1985
  • MegaZine3 Developer
    • MegaZine3
Re: Problem with swf's links in gallery mode (2.0RC2)
« Reply #1 on: October 15, 2009, 12:47:18 pm »
Hi,

page changes are disabled while in gallery, e.g. because use of the arrow keys should only make the gallery to the next/previous image, but otherwise would trigger a page turn in the book, too. That's the one thing, but even assuming it'd be possible to turn pages in gallery mode, the gallery jumps to the page of the image currently shown after exiting it. So it probably would just jump back when exiting.

Soo. What I'd recommend is have a look at the current trunk, the liquid scaling / page zoom has been further improved in that it now is possible to scroll around just like in gallery mode if the pages become too big. And if you're using SWFs with vectorized text scaling should be a non-issue, too.

Regarding your PS: at least from a non-native speaker perspective such as mine, your English is perfectly fine ;)
For the Snark was a Boojum, you see.

Before you ask a question
          After you get an answer
  • please document your problem with the answer in the Project Wiki. (e.g. in the FAQs)
  • help others out if you can, by answering their questions on the forum.

mclone

  • Newbie
  • *
  • Posts: 2
Re: Problem with swf's links in gallery mode (2.0RC2)
« Reply #2 on: October 15, 2009, 02:58:40 pm »
Thanks for your fast answer =)

Indeed, the new page zoom is awesome and is nearly perfectly what I needed  :D

Actually, I have now 2 minor "issues" :

- With spreadpage (wich is really a cool feature, btw), when I zoom and the pointer make the page beggining to curve the page, the right page seems to be "pixelized" (don't know if this word exists xD). The left page stay unchanged, only the right page is affected. (I dont use buffer or buffer_animate property). Anyway, when the pointer isn't on the side of the page, there's no problem.

-I miss the gallery's Zoom-in and zoom-out button :p Not that mouse wheel zoom isn't great, but I don't know if final user will use it at first :p Is that possible to add them from naviationbar.asul?

Once again, thanks for your great work

Florian Nücke

  • κρύα πόδια
  • Administrator
  • Hero Member
  • *****
  • Posts: 1985
  • MegaZine3 Developer
    • MegaZine3
Re: Problem with swf's links in gallery mode (2.0RC2)
« Reply #3 on: October 15, 2009, 11:33:08 pm »
Spreadpagepixelation: the right page is always buffered when turning, regardless of the buffer attribute's setting, for technical reasons. The only exception to when this is not necessary is in fact when starting to drag right to left when on the spread page, and the right page is not a stiff page; I might add a check for that, to not buffer in that case... then again, that might be even more confusing, because when dragging left to right, it would be needed, because of the page's depth sorting.
In short: that's expected behavior, and will not change - at least not in the near future.

Zoom buttons in navbar: valid point, will see to it.
For the Snark was a Boojum, you see.

Before you ask a question
          After you get an answer
  • please document your problem with the answer in the Project Wiki. (e.g. in the FAQs)
  • help others out if you can, by answering their questions on the forum.