In all of my timecode tests, the only type of timecode that came up incorrectly in Scribbeo was drop-frame timecode. We should fix this issue.

In earlier versions of Scribbeo the notes were highlighted in the table as the playback went past them in the clip. For example, if a clip had 4 notes on it and the user was playing that clip, as the playback passed the points of those notes they were highlighted in the table. Each note stayed highlighted until the timeline reached the next one, and so on. Scribbeo no longer has this behavior. We need to check and fix this issue.

A manual way to bring up the modal for logging in would be great.

At the moment Scribbeo does not seem to adhere to the standard cut-paste features that Apple has placed in iOS. For example, after copying some text in an email, if the user goes to Scribbeo and clicks and holds down inside teh tet box, the Paste pop-up does not appear. (This seems in violation of standard behavior on iOS apps.) We should make sure we fully conform. we should allow users to Cut text away from the text box as well as be able to Paste inside it from another app.

Yee

Here's the screenshot. WTF? http://cl.ly/image/2p2Z1r0O2v2Q

This issue is a fresh start to #17

Problem

Oversized text notes get cut off (or bleed?) or are otherwise unsupported on the current hard-coded 4-page PDF note layout. We don't want users to have data loss when they cross medium to paper so this needs to be solved.

Example solution for the algorithm

if lines_to_write > lines_that_fit_in_text_box {
  pdf_being_created.insert_after_current_page(single-page-version)
  return "This note is oversized and has been printed on a later page."
}

Use Frank!

Numerous controls and playback buttons, that are active and useable when playing video clips, remain active (but don't do anything) when switching over to stills. For example, controls such as FF and REW and others should be grayed out and not available when looking at a still. Either we should gray them out, or make them do something: for example, FF and REW buttons (when viewing stils) may be modified to quickly play the stills backwards or forwards, or go to the next still or the previous still...etc. Otherwise, just gray out the controls.

We're in agreement that a very important thing to do with Scribbeo before all else, is to get this sucker well-tested so we can avoid regressions.

This ticket will serve to:

• Guide in selecting the best method(s) of testing, see http://stackoverflow.com/questions/4114083/ios-tests-specs-tdd-bdd-and-integration-acceptance-testing
• Provide a place to write documentation for how to use the test suite once installed in the src

Refactor

The app must get its much needed holistic attention; no fear of moving entire sets responsibilities to new objects.

Multi-server

The older Scribbeo, on the App Store, works with the Python version of ScribbeoServer which has no authentication.

The currently developing Scribbeo is designed to work with the current Ruby implementation of ScribbeoServer which has authentication.

The ruby server implementation will be phased out in favor of CAPS, which currently lacks the API or any compatibility with Scribbeo.

Additional details

• Python server does not use SSL
• CAPS server uses SSL
• Python server has no authentication, but CAPS does. 
• The API is different for each of these implementations, so we'll abstract behind a MediaSource

Other

• Scribbeo iOS 6 Fixes
• See old issue here https://github.com/keyvanfatehi/TDS/issues/5

This happens on Streaming, not sure of Local yet

Here is the official guide for pulling this off:

http://developer.apple.com/library/ios/#DOCUMENTATION/iPhone/Conceptual/iPhoneOSProgrammingGuide/AdvancedAppTricks/AdvancedAppTricks.html#//apple_ref/doc/uid/TP40007072-CH7-SW50

With this, we can have links like scribbeo://app.scribbeo.com/... and have them trigger Scribbeo launch.

This is in the TDS spec and must be done by Dec 1st.

At this moment Scribbeo 2.0 is reading timecode fairly accurately. (The only time it is off is when it is Drop Frame Timecode.)

However, when the pdf is formatted from notes and comments, the timecode field in the pdf is inaccurate. Whichever container is holding the value of the current timecode, it is not passing it on to the container that the pdf formatting is using. (See emails that I am sending to Keyvan, which have the pdf that shows the issues. The pdfs show timecode from window burn that does not match what the pdf is reporting.)

Scribbeo at one point was using Apple's AirPrint function to print directly to an AirPrint printer. We have an AirPrint compatible printer. (I think it is in the software developer's area.) No one has tested this function. We need to test AirPrint on Scribbeo. This task is part of preparing Scribbeo 2.0 for the appstore.

Copius Text in note field, bleeds over in PDF columns. It works in HTML mode where columns expand accordingly. See downloads

From Kyle:

While it does make it easier, I also see the benefit of having to input that everytime you reset the app. I wonder if it were an option a user could select where you can "save" the username and password or request to enter it each time. Much like how my google chrome asks me if I want to "save" this information too. Just a thought.

When trying to load a video but the system seems bogged down or something, the system crashes.

going from file to file seems to slow down the app (maybe memory leaks, try using Instruments), memory leaks: http://cl.ly/image/0U1d2u2F1Y1a

If you have a clip playing in Scribbeo that has a few notes on it, while the clip plays there is no indication of overlays or notes on that clip at any point. User can play the entire clip and never realize there are any notes on it, unless they look at the notes table.

(This request is from Ramy) During playback, annotations and drawings on the image should be seen to zip by as the playback occurs.

Please see what it will take to improve the quality of the thumbnails.

This sucks as it prevents us from efficiently running our Frank tests (because we'd always need a hardware device). Needs immediate fixing before we can do proper BDD towards our goal of a unified Scribbeo app.

Replicating the bug:
Run Scribbeo on the simulator and select a video, the video will not load, instead the application hangs and you are thrown into the debugger.

This used to not happen -- perhaps git bisect is a good way to figure this out if not through the debugger directly or sheer analysis.

Screenshot: http://cl.ly/image/0c1h1B222r2V

It doesn't come up sometimes, needs to be audited.

If you had a note loaded with text, the note field is populated, but when changing clips, the note field is not cleared.

When a video is loaded, the beginning and end time (on either side of scrubber) does not populate with correct values [intermittent]

Scribbeo has had AirpLay compatibility in the older versions. At this stage where Scribbeo is at with Airplay is unknown. We need to test and validate AirPlay on Scribbeo. Also, Airplay on Scribbeo's older versions was not properly done: When invoking Airplay on Scribbeo, only the video was sent out. We should fix this so that the scribbles and drawings that are part of the overlays are sent as well.

We have to balance this fix against the changes Apple has made to Airplay; For example, there is a feature in iOS 5.0 that allows the entire UI of an app to be sent out via Airplay. This is a system-level feature and apps and devs have no control over it.

When playing back stills, coming out of the fullscreen mode brings back the audio slider, which is weird. We should fix this behavior. (The audio slider goes away when another still is selected, more weird.)

This is a fresh start to #37. Write tests like the ones in CAPS for front-end timecode testing.

They used to be, they are not anymore.

going from file to file seems to slow down the app (maybe memory leaks, try using Instruments), memory leaks: http://cl.ly/image/0U1d2u2F1Y1a

Scribbeo allows users to delete notes. However, you can only delete your notes...and not the notes made by others.

Here's a bug I found: The ability to delete notes only references the initials of the person. So , for example say, I Zed (ZS) and Ramy (RK) are connected to the same server. I can easily delete Ramy's notes by first changing my initials to RK on my Scribbo.

Not good.

I am assuming I can also change the notes via this method.

This is a major security flaw and we should change this asap.

Cleanup project files and folders
Organize groups within project
Rename remaining remnants of VideoTree to Scribbeo
Get Frank working

During my testing a few weeks back i noted the following behavio: Switching from a clip to a still creates a short audio playback from the video clip. Please check and fix this.

Text is not formatting correctly in the PDF files. Please fix because shows may be writing lots of notes.

Currently, Scribbeo defaults to a "Dissolve" transition between stills. This should be removed. A dissolve feels slow, and there is no way to turn that off. We should be able to just click on an image and it loads instanty. No dissolve. Please fix.

Ramy filled Jon on this issue. Notes textfield persist when clip is changed. Please fix. (in cleanup() function)

See screenshot http://cl.ly/image/3P011U0H1a0r

If I make an audio note on a still image, and then play back that audio note, the still image blinks once. Please fix this behavior.

If you select a clip and add notes across time, then go back and add a new note somewhere in the middle, Scribbeo 2.0 places the new note at the bottom of the list. This is incorrect behavior. We should revert this behavior back to what Scribbeo 1.0 was doing: All notes are added and sorted by timecode order, no matter when they were added.

Keyvan at one point compiled Scribbeo on iOS 6 and it became clear that our Scribbeo app does not function on iOS6. We need to update Scribbeo to iOS 6.0. This will be part of putting out Scribbeo 2.0 on the app store, as well as keeping our app current for all kinds of good reasons. We have a developer account and so it won't be any issue to get the latest beta of iOS 6. Also, rumor is that Apple is putting out iPhone 5 on Sept 12th, or thereabouts. We can assume this may aso be the date of official release of iOS 6.

In both stills and clips playback: Going into fullscreen works fine. Coming back out, you have to repeatedly tap to get out. Fix this. Coming out should be as smooth as going into the fullscreen mode.

As threads are being used recklessly within the app (to escape from the spaghetti, you can end up creating more spaghetti) I am discovering new bugs.

I was able to replicate this more often on the simulator than on the device -- I'm seeing it happen a lot now as I'm doing side-by-side debugging of device & iOS using mac mini and macbook pro

After one note has been saved, repeated taps on the Save button keeps re-saving the thumbnail. We should not allow this. Please fix.

This is requested by Ramy: Modify Scribbeo so that users are able to add a note or drawing to a range of a video clip. At the moment the notes and drawings are saved on a frame basis. Users should be able to select a range of time on the clip and add a note that pertains to that entire range of video, rather than just a frame in time.

We need to release Scribbeo to the app store. This new version of the app should work with the old free Pyrhon server, as well as the new Scribbeo server. We need to put a SSL switch in the settings. When it is off, it will work with the old server. When it is on, Scribbeo will work with the new server.

The keyboard covers up the bottom portion of the form, in portrait and landscape so that you can't enter the info.

We'll have the app check a specific route on the server, with the current version as a parameter.

I will be improving the build uploading process as well with another issue on ScribbeoServer https://github.com/keyvanfatehi/ScribbeoServer/issues/12

Currently Scribbeo is nowhere near being able to support the RESTful interface of CAPS.

This needs to be done prior to release on Dec 1st.