Author Topic: flipping hitarea's  (Read 2405 times)

Max

  • Newbie
  • *
  • Posts: 13
flipping hitarea's
« on: February 13, 2009, 02:23:05 pm »
When making interactive swf's the curl of the pages interfere with the mouseevents from the swf's. Though i can imagine it would be a pain to fix this, perhaps best to make it so you can choose between making the corners active for flipping a page or the whole border.

Florian Nücke

  • κρύα πόδια
  • Administrator
  • Hero Member
  • *****
  • Posts: 1989
  • MegaZine3 Developer
    • MegaZine3
Re: flipping hitarea's
« Reply #1 on: February 13, 2009, 03:09:23 pm »
The interaction blocking is indeed intentional, to avoid problems like the user clicking on a button, but this also triggering a page turn.
I'll see to adding an option which disables clicking in the sidish areas at least (so only the corners trigger a page turn), this together with reducing the size of the clickable area should suffice in most cases, hopefully...
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.

Max

  • Newbie
  • *
  • Posts: 13
Re: flipping hitarea's
« Reply #2 on: February 13, 2009, 04:18:31 pm »
it probably will be sufficient. ive put it on 50px now and its sufficient enough and doesnt overlap my buttons a whole lot so.

Kaoru

  • Newbie
  • *
  • Posts: 2
Re: flipping hitarea's
« Reply #3 on: March 17, 2009, 01:25:28 am »
I´ll shamelessly post in this thread, since my suggestion follows up with what has been discussed here :)

I have the scenario that I need the entire page of a magazine to be clickable, since link areas can happen to be anywhere across the page, even in the corners.
My idea was to move the hitarea off the page. The ePaper implementation here demonstrates what I´m aiming at:
http://issuu.com/dpadmagazine/docs/issue10?documentId=090224101702-969b0fb191e64b4da5bceb24d1d8bd63

I think this is a nice approach for making the entire page usable, while still being intuitive for the user.
Adding a configurable offset to the hitareas would be a good idea I think.
I´m looking at implementing it myself, I believe the object I´m needing to look at is the DragHandler?

Really great project you are having here by the way, I looked at various commercial solutions and they often didn´t have half the features your project has!


Florian Nücke

  • κρύα πόδια
  • Administrator
  • Hero Member
  • *****
  • Posts: 1989
  • MegaZine3 Developer
    • MegaZine3
Re: flipping hitarea's
« Reply #4 on: March 19, 2009, 07:28:28 pm »
Easiest way to do that would probably be to make the actual flash area just a little wider than the pages need, then adding two elements left and right in the html and use JavaScript to trigger the page turns. To make all of the page usable, it should work by setting the dragarea to the minimum (which is 1 currently).

Another idea would be to only enable the drag areas on the book while a certain key is pressed (or the reverse: while it isn't pressed).
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.

cdavey2006

  • Newbie
  • *
  • Posts: 3
Re: flipping hitarea's
« Reply #5 on: April 29, 2009, 12:22:27 pm »
Hi could you tell me in which .as file i can find where to change the hit area width as i have some buttons a little to close to the left hand side (and redusing the flip button width will should solve this for me)

Thanks

Charlie

Florian Nücke

  • κρύα πόδια
  • Administrator
  • Hero Member
  • *****
  • Posts: 1989
  • MegaZine3 Developer
    • MegaZine3
Re: flipping hitarea's
« Reply #6 on: April 30, 2009, 05:08:18 pm »
By now, there is book/@ignoresides for one, and if you want to change the size, use book/@dragrange.
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.