1. 18 Dec, 2015 8 commits
  2. 17 Dec, 2015 4 commits
    • Robert Knight's avatar
      Merge pull request #2805 from hypothesis/TPUsXCk4-add-media-embeds-feature · 1a3d7e0d
      Robert Knight authored
      Add media embeds feature
      1a3d7e0d
    • Sean Hammond's avatar
      Render YouTube and Vimeo links as video embeds · e5beb610
      Sean Hammond authored
      Client-side, replace any links to YouTube or Vimeo videos in annotation
      body texts with <iframe> video embeds for those same videos.
      
      Behind a new feature flag.
      
      markdown.coffee: after rendering the user's markdown text to HTML and
      sanitizing it, compile the HTML string into a DOM element and insert it into
      the DOM using innerHTML from JavaScript, instead of using Angular's
      ng-bind-html to insert the HTML string into the DOM.
      
      This means that our CoffeeScript code in markdown.coffee has the rendered
      annotation body as a DOM element, and can use the DOM API to modify it before
      inserting it into the DOM.
      
      Take advantage of this to find video links in the HTML and replace them with
      embeds. This is done by a standalone media-embedder.js module that
      markdown.coffee calls.
      
      This module is designed to allow functions for generating embeds for different
      kinds of URLs to be plugged in. So far functions for a few different kinds of
      YouTube and Vimeo URLs are implemented, but further functions for more
      media types can be added.
      e5beb610
    • Robert Knight's avatar
      Merge pull request #2804 from hypothesis/jscs-require-spaces-after-function · 22aa37eb
      Robert Knight authored
      jscs: Require `function () {}`
      22aa37eb
    • Sean Hammond's avatar
      jscs: Require `function () {}` · 5a514035
      Sean Hammond authored
      Change jscs's required style from `function()` to `function ()`.
      
      We always require a space after the `function` keyword, and before {}
      braces, but we do not allow a space between a function name and its ()
      braces:
      
          var foo1 = function () {};  // Right.
          var foo2 = function() {};  // Wrong.
          var foo3 = function (){};  // Wrong.
      
          var foo4 = function foo4() {};  // Right.
          var foo5 = function foo5 () {};  // Wrong.
          var foo6 = function foo6(){};  // Wrong.
      
          function foo7() {}  // Right.
          function foo8 () {}  // Wrong.
          function foo9(){}  // Wrong.
      
      This deviates from the Google style guide and jscs presets that we use.
      5a514035
  3. 16 Dec, 2015 1 commit
  4. 15 Dec, 2015 3 commits
  5. 14 Dec, 2015 24 commits
    • Robert Knight's avatar
      Merge pull request #2800 from hypothesis/2799-dont-update-wrong-annotations · d1c0b894
      Robert Knight authored
      Don't update annotations with contents of others
      d1c0b894
    • Sean Hammond's avatar
      Don't update annotations with contents of others · b96d1749
      Sean Hammond authored
      When listening to the 'annotationUpdated' event, AnnotationController
      needs to check that it's this annotation that the event refers to before
      acting on it.
      
      Fixes #2799.
      b96d1749
    • Robert Knight's avatar
      Merge pull request #2781 from hypothesis/AnnotationController-domain-model-view-model-refactor · 9b3ef75c
      Robert Knight authored
      Annotation controller domain model view model refactor
      9b3ef75c
    • Sean Hammond's avatar
      Delete an out-of-date comment · 2874e51a
      Sean Hammond authored
      2874e51a
    • Sean Hammond's avatar
      Don't document @returns undefined · 8183f821
      Sean Hammond authored
      8183f821
    • Sean Hammond's avatar
      Fix annotating while signed out · 5d198168
      Sean Hammond authored
      If the user creates annotations while signed out and then signs in, we
      want those annotations to still be present in the sidebar after sign in,
      rather than being lost.
      
      Commit 7a1b5ca8d99252d3a086a8a8103fca4702521d06 had inadvertently broken
      this.
      
      The problem is that app.coffee destroys all AnnotationController
      instances on sign in, and only creates new instances for those
      annotations that have drafts.
      
      7a1b5ca8d99252d3a086a8a8103fca4702521d06 removed a spurious call to
      saveToDrafts() in vm.edit() but it turns out that this call was
      (apparently inadvertently) the only thing that was causing drafts of
      annotations created while signed out to be saved, and hence the only
      thing causing these annotations to persist across sign ins.
      
      So add a listener for the USER_CHANGED event and save drafts of
      annotations on sign in, just before the AnnotationControllers get
      destroyed.
      5d198168
    • Sean Hammond's avatar
      Remove a couple of duplicate comments · 67e127e0
      Sean Hammond authored
      67e127e0
    • Sean Hammond's avatar
      Update AnnotationController on annotationUpdated · 56e99757
      Sean Hammond authored
      Update AnnotationController's view model on the "annotationUpdated" event.
      
      This fixes an issue that "live updates" were not being shown on annotation
      cards.
      
      The "annotationUpdated" event is fired by AnnotationController itself after
      successfully saving updates to an already-saved annotation. It's also fired by
      annotationMapper after received an updated annotation from the server (that was
      updated by a different client - the "live updates" feature).
      
      Subscribing to this event allows one function in AnnotationController to handle
      updating the view model in both cases.
      56e99757
    • Sean Hammond's avatar
      Update view model after save · ac8e5483
      Sean Hammond authored
      Update AnnotationController's view model (vm) after successfully saving
      a new annotation to the server for the first time.
      
      This fixes two issues:
      
      1. vm.annotationURI (which depends on the annotation's id, which is not
      present until the save to the server succeeds) was not being set
      correctly after successful save, so the annotation permalinks were not
      correct until you reload them.
      
      2. If you created a highlight while logged out, then logged in,
      (AnnotationController automatically saves the highlight to the server
      for you on login) the "Only Me" icon was not being shown on the
      highlight until you reloaded it because vm.isPrivate wasn't set.
      ac8e5483
    • Sean Hammond's avatar
      Only call drafts at the correct times · 76ed603a
      Sean Hammond authored
      We only need to save an annotation to drafts when the focused group
      changes while editing it, and not at other times (e.g. when opening the
      editor??).
      
      We only need to restore an annotation from drafts when editing it, and
      not at other random times.
      
      Also, don't call updateViewModel() in init() after calling edit(),
      because this will overwrite the draft changes that you just restored.
      76ed603a
    • Sean Hammond's avatar
      Don't change domainModel.group on group focused · fe565c8a
      Sean Hammond authored
      Don't change the value of domainModel.group when the focused group changes.
      
      Instead, change it to groups.focusedGroup() in updatedDomainModel() before the
      annotation is sent to the server.
      
      This fits with the idea that domainModel is a read-only copy of the annotation
      that we received from the server, and vm is the read-write copy. But there's no
      vm.group as this would always be the same as groups.focusedGroup().
      fe565c8a
    • Sean Hammond's avatar
      Add vm.isPrivate boolean · 1f4718b7
      Sean Hammond authored
      Recent changes broke the reverting of unsaved changes to annotations
      (AnnotationController.vm.revert()) when the user presses the _Cancel_ button on
      the annotation editor. The annotation's privacy was not being restored to its
      previously saved value.
      
      We can't set domainModel.permissions when the user changes the privacy of an
      annotation that they're editing, because if the user clicks _Cancel_ we need
      to revert the privacy back to its previous value (which we've just overwriten).
      
      So instead add a new vm.isPrivate boolean and set that instead:
      
      - vm.isPrivate() method (which returned true or false based on the value of
        domainModel.permissions) is replaced with a vm.isPrivate boolean.
      
      - updateViewModel() now sets vm.isPrivate according to the value of
        domainModel.permissions.
      
      - updatedDomainModel() nows sets domainModel.permissions according to the
        value of vm.isPrivate.
      
      - setPrivacy() nows sets vm.isPrivate instead of domainModel.permissions.
      
      - We no longer change domainModel.permissions when the focused group
        changes (it will continue to hold shared permissions for the previous group,
        but these will be updated by updatedDomainModel() before saving them to the
        server).
      
        vm.isPrivate doesn't need to be changed when the focused group changes
        because its value is independent of the focused group.
      
      - saveToDrafts() now saves vm.isPrivate instead of vm.isPrivate()
      
      - restoreFromDrafts() now restores vm.isPrivate instead of
        domainModel.permissions
      1f4718b7
    • Sean Hammond's avatar
      Simplify storage of draft tags · fa12712c
      Sean Hammond authored
      These were being converted from view model to domain model format before
      being stored in drafts, and back again after being retrieved, which of
      course is pointless.
      fa12712c
    • Sean Hammond's avatar
      Insert spaces · 139a2313
      Sean Hammond authored
      139a2313
    • Sean Hammond's avatar
      Tweak the drafts.update() API · 8a39bb77
      Sean Hammond authored
      8a39bb77
    • Sean Hammond's avatar
      Add trailing comma · 0b7c3122
      Sean Hammond authored
      0b7c3122
    • Sean Hammond's avatar
      Rename private -> isPrivate · bdff3874
      Sean Hammond authored
      bdff3874
    • Sean Hammond's avatar
      Correct a docstring · 18833085
      Sean Hammond authored
      18833085
    • Sean Hammond's avatar
      Simplify a boolean return · c9f74e9a
      Sean Hammond authored
      c9f74e9a
    • Sean Hammond's avatar
      Simplify a boolean return · 77d7008e
      Sean Hammond authored
      77d7008e
    • Sean Hammond's avatar
      Change vm.document to vm.document() · e282ebe3
      Sean Hammond authored
      vm.document was a variable containing data duplicated from domainModel (not an
      exact copy, but data extracted from domainModel anyway).
      
      It's just easier to have a method for getting this - saves having to manage
      another variable and update it at the correct times.
      
      In making this change I noticed that there were several tests for
      updateViewModel() that were actually tests for extractDocumentMetadata()
      (which updateViewModel() was calling). These tests are no longer valud since
      updateViewModel() no longer calls extractDocumentMetadata(), and there are
      already duplicate unit tests of extractDocumentMetadata() itself.
      
      This leaves the describe('updateViewModel()') empty of tests, and since
      updateViewModel() is now pretty trivial, I decided just to delete the
      describe() rather then leave it empty or think up some tests to add to it.
      e282ebe3
    • Sean Hammond's avatar
      Remove a docstring description · 872626f6
      Sean Hammond authored
      I'm not sure this description adds much, and the comment about using
      annotationMapper for persistence is wrong.
      872626f6
    • Sean Hammond's avatar
      Remove vm.annotation -> vm.form · bf4a07a1
      Sean Hammond authored
      Clarify what this object actually is: the read-write variables for the
      templates to write via ng-model.
      bf4a07a1
    • Sean Hammond's avatar
      Remove vm.tags · d1bd2b9a
      Sean Hammond authored
      This variable is just duplication of vm.annotation.tags and is not used by the
      templates.
      d1bd2b9a