This post won’t make much sense if you have not read my last.

By snooping around other peoples apps some more, I came across the puzzle groups JavaScript folder. In there I found what was allowing the puzzle pieces to be moved around. It is done by an extension to the jquery suite and adds support for drag on the iPad through touchPunch. TouchPunch has been added to the slideshow as well as jquery, which I made the decision to move away from earlier… Well now I’m back.

In theory I should just be able to add the “draggable” function to the image element. So far no luck. It maybe conflicts with the other drag function. I hadn’t thought of this until now. The problem is, when to call/allow the draggable function to be called. Each image is contained in a separate div, so when is the appropriate time? Something I’ll have to think about.

The other solution would still be what I talked about before. Updating the drag function as it stands now in MooTools-more and add touchMove events.

And… now that I brought back jquery support, maybe I should change the current swipe ‘tech’ in the app to jquery instead of the current iteration.

A lot to think about.

This is probably the last weekend I’ll be able to work on it. I hope I have big breakthrough. Again, the latest version I’m working on is on the test server.

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

This post won’t make much sense if you have not read my last.

By snooping around other peoples apps some more, I came across the puzzle groups JavaScript folder. In there I found what was allowing the puzzle pieces to be moved around. It is done by an extension to the jquery suite and adds support for drag on the iPad through touchPunch. TouchPunch has been added to the slideshow as well as jquery, which I made the decision to move away from earlier… Well now I’m back.

In theory I should just be able to add the “draggable” function to the image element. So far no luck. It maybe conflicts with the other drag function. I hadn’t thought of this until now. The problem is, when to call/allow the draggable function to be called. Each image is contained in a separate div, so when is the appropriate time? Something I’ll have to think about.

The other solution would still be what I talked about before. Updating the drag function as it stands now in MooTools-more and add touchMove events.

And… now that I brought back jquery support, maybe I should change the current swipe ‘tech’ in the app to jquery instead of the current iteration.

A lot to think about.

This is probably the last weekend I’ll be able to work on it. I hope I have big breakthrough. Again, the latest version I’m working on is on the test server.

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

Last Wednesday Tim decided that instead of the pinch to zoom feature, it might be easier to change it so that if the image is clicked on, it goes full resolution size and the image can just be dragged around.

This is now working fine in a web browser, but like every issue I’ve had so far…. It does NOT work on the iPad. The drag feature is being called upon in the MooTools- more JavaScript file. I believe Touchstart and touchMove events need to be added and somehow get cords from them to enable drag. The drag function can be easily read if anyone wants to take a gander. I can always end up giving them the old version that worked fine, but it will be missing the “better” zoom (hard to call it better when it doesn’t work).

If it was just being run in a web browser it would be done at this point.

I pushed a version to git finally the other day. I don’t think that one was fully working either. This one is better though. I’m worried I’m going to end up overwriting everyone’s work, so I’m trying to stay away from it as much as possible.

Lastly it is on the test server. If you are using filezilla you should be able to get into my directory and download it (I’ve downloaded other peoples work from there). That should be the most updated version unless I’m working/testing things on it if/when you download it.

Sean

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

Last Wednesday Tim decided that instead of the pinch to zoom feature, it might be easier to change it so that if the image is clicked on, it goes full resolution size and the image can just be dragged around.

This is now working fine in a web browser, but like every issue I’ve had so far…. It does NOT work on the iPad. The drag feature is being called upon in the MooTools- more JavaScript file. I believe Touchstart and touchMove events need to be added and somehow get cords from them to enable drag. The drag function can be easily read if anyone wants to take a gander. I can always end up giving them the old version that worked fine, but it will be missing the “better” zoom (hard to call it better when it doesn’t work).

If it was just being run in a web browser it would be done at this point.

I pushed a version to git finally the other day. I don’t think that one was fully working either. This one is better though. I’m worried I’m going to end up overwriting everyone’s work, so I’m trying to stay away from it as much as possible.

Lastly it is on the test server. If you are using filezilla you should be able to get into my directory and download it (I’ve downloaded other peoples work from there). That should be the most updated version unless I’m working/testing things on it if/when you download it.

Sean

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

This post is for others as much as it is for me. I’m using it as a point where I left off today and continue over the next few days.

I’ll start off with the success. Pinch to zoom somewhat works BUT it is very buggy to say the least. If the kiosk is used to disable the pinch to zoom, it should completely disable it and be at the point it was (a usable state). The problem with zoom right now is that it is zooming in the entire web page, but it is only being used when the image is clicked. Other functionalities will be disabled in the zoom sequence. What needs to be altered here is making the background static so it does not move and only the image is zoomed in upon.

Onto the other issue. I’m still trying to work on it, but the carousel is still not swiping. I have it all ready for the code to be put in. The swipe setup  is ready and it is acknowledging the swipe at the right time (using alert() I can tell) it’s just implementing it in. It’s tedious to test. Each time I have to upload the changes to the test server and test through my iPad. It’s an issue with variables. It just needs to update what gallery image needs to be centered. Using and array like galleryImage[i + 10] for example is what needs to be done, but a little more involved.

I’m hoping I can get this running up to standard before the semester is over. I would hate to drop it onto someone else.

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

This post is for others as much as it is for me. I’m using it as a point where I left off today and continue over the next few days.

I’ll start off with the success. Pinch to zoom somewhat works BUT it is very buggy to say the least. If the kiosk is used to disable the pinch to zoom, it should completely disable it and be at the point it was (a usable state). The problem with zoom right now is that it is zooming in the entire web page, but it is only being used when the image is clicked. Other functionalities will be disabled in the zoom sequence. What needs to be altered here is making the background static so it does not move and only the image is zoomed in upon.

Onto the other issue. I’m still trying to work on it, but the carousel is still not swiping. I have it all ready for the code to be put in. The swipe setup  is ready and it is acknowledging the swipe at the right time (using alert() I can tell) it’s just implementing it in. It’s tedious to test. Each time I have to upload the changes to the test server and test through my iPad. It’s an issue with variables. It just needs to update what gallery image needs to be centered. Using and array like galleryImage[i + 10] for example is what needs to be done, but a little more involved.

I’m hoping I can get this running up to standard before the semester is over. I would hate to drop it onto someone else.

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

I just put way more time into the slideshow than I thought I would have to, but I’ve made some more progress. Through some trial and error and a lot of time, I finally got swipe functionality working! It’s up on the server now!

I had to change around a lot of variables and figure out some new functions, but I was finally able to get it up and running. Swiping only works on a device that has swiping. You can’t test it on your computer, only the iPad. Not a bad design in my opinion, since that is what we are going for.

Tomorrow or this weekend I’ll get it added to the carousel. It’s to late for that right now… I need some sleep. Just wanted to share my success!

The more I work on this, the more I like it! haha

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

I just put way more time into the slideshow than I thought I would have to, but I’ve made some more progress. Through some trial and error and a lot of time, I finally got swipe functionality working! It’s up on the server now!

I had to change around a lot of variables and figure out some new functions, but I was finally able to get it up and running. Swiping only works on a device that has swiping. You can’t test it on your computer, only the iPad. Not a bad design in my opinion, since that is what we are going for.

Tomorrow or this weekend I’ll get it added to the carousel. It’s to late for that right now… I need some sleep. Just wanted to share my success!

The more I work on this, the more I like it! haha

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

Alright, a new version is posted on the test server with all of Tim’s images. I’m pretty sure almost all functionality is there now, besides the swipe function (being worked on now) and the top gallery bar doesn’t work right on the iPad yet (also part of swipe function).

Other than that, just small adjustments to fit the color scheme (changed background to white through request) have been made. The tasks that are left here are 1) change font of text and 2) change “Picture” button to “Gallery” button. Neither of these are very large tasks and I believe James finished them today before we left class. I’ll have to get an update on that.

I spent a big chunk of time today converting all of the images to fit the slideshows format. It wasn’t hard, just a lot of chugging out a monotonous task. I should have made a program to do it for me haha. There is a template in the HTML file if more images need to be added. They have to be added individually which is somewhat of a pain, but no other way is feasible right now in my opinion.

Other things that changed: clicking a left/right or changing the image in the gallery will now close an enlarged, open image. This was causing issues before if it was not closed.

That’s really it. It’s almost done! I said last week I would update the Developmental Branch. I want to do that, I’m just afraid it will go to waste right now. I rather make sure everyone is completely up to date and ready to merge things. I’m also not sure, since Joe’s skeleton isn’t implemented in the separate apps yet.

Looking forward to a nice running version next week for the Worcester Art Museum to check out!

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.

Alright, a new version is posted on the test server with all of Tim’s images. I’m pretty sure almost all functionality is there now, besides the swipe function (being worked on now) and the top gallery bar doesn’t work right on the iPad yet (also part of swipe function).

Other than that, just small adjustments to fit the color scheme (changed background to white through request) have been made. The tasks that are left here are 1) change font of text and 2) change “Picture” button to “Gallery” button. Neither of these are very large tasks and I believe James finished them today before we left class. I’ll have to get an update on that.

I spent a big chunk of time today converting all of the images to fit the slideshows format. It wasn’t hard, just a lot of chugging out a monotonous task. I should have made a program to do it for me haha. There is a template in the HTML file if more images need to be added. They have to be added individually which is somewhat of a pain, but no other way is feasible right now in my opinion.

Other things that changed: clicking a left/right or changing the image in the gallery will now close an enlarged, open image. This was causing issues before if it was not closed.

That’s really it. It’s almost done! I said last week I would update the Developmental Branch. I want to do that, I’m just afraid it will go to waste right now. I rather make sure everyone is completely up to date and ready to merge things. I’m also not sure, since Joe’s skeleton isn’t implemented in the separate apps yet.

Looking forward to a nice running version next week for the Worcester Art Museum to check out!

From the blog Sean » cs-wsu by shorton1 and used with permission of the author. All other rights reserved by the author.