Jump to content
[[Template core/global/global/lkeyWarning is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]


  • Content count

  • Joined

  • Last visited

  • Days Won


JulianYates last won the day on October 6 2018

JulianYates had the most liked content!

Community Reputation

4 Neutral

About JulianYates

  • Rank
    Casual Member
  1. JulianYates

    Annotations in transcripts created in Nvivo

    Bhupesh, could you also forward a request to the Product Manager to enable viewing and printing all annotations as stand alone items? Annotations are created analytical content and need to be viewable in their own right, not just in the sources. See my post on the "limitations of annotations". Many thanks!
  2. Hi all, I still struggle with the limits of annotations in NVivo. I tend to annotate as I code, as I like to note ideas related to specific parts of transcript text. But I keep finding myself in trouble with this strategy: 1. It is not possible to actually view the annotations, without going to the source or coded node. I can pull up a list of annotations, but when I click one, it takes me to the source. I find this frustrating; I would like to click on an annotation and be able to JUST see the highlighted/referenced text of the source and the full text of the annotation. Of course I do not need to see the entire source, this is why I selected a small part of it in order to annotate. 2. Relatedly, I should be able to do this for multiple annotations - i.e. select some annotations and view the content (again, referenced text in the source and the annotation itself). 3. I would like to be able to cross reference annotations, a bit link the links function used for memos. I.e. I could create a link between memo 3 and memo 5 on my list, as well as between annotation 3 and memo 2 (for example). 4. I can't print JUST the annotation text or JUST the referenced text with the annotation (this seems to be an issue people have struggle with for years, based on forum entries since 2007). The only way to print annotations is to print the source, with the 'include annotations' check box selected; the annotations then appear as footnotes. But I want to see ALL of my annotations on one page. It is content that I have generated through analysis, so I think expectation this is logical. There are ideas in these annotations, but NVivo is making it hard for me to revisit and organize those ideas. Why are none of these things possible? Am I using annotations incorrectly? I am reluctant to use memos for a similar purpose, because while the annotations may be related in various ways, they are not necessarily about a single coherent subject or theme (which I document in memos). In fact, ideally I'd like to be able to insert annotations into memos. This also seems logical but not possible in NVivo. Does anyone have advice on this front? Many thanks! --- P.s. I'm using NVivo 11.2.2 for Mac but I've struggled with this in Windows before.
  3. JulianYates

    Find and replace

    There doesn't appear to be an option for find and replace text. Sometimes I receive large amounts of transcribed interviews. These transcriptions can contain consistent errors - e.g. spelling errors or misinterpretations of contextual/foreign terms. But there is no way of changing all those terms at once - I have to go through a find each incident. If I do this during coding I have to keep toggling the "edit" function on and off, as well as the coding ribbons. Please add a "find and replace" function! It is a very simple addition and is another surprising omission from the Mac version of NVivo. It is another example of how the small things make the workflow in NVivo clunky.
  4. JulianYates

    Drag and drop coding

    I find NVivo's software quirk on drag and drop coding extremely frustrating. This quirk relates to text selection: once a section of text is selected it is intuitive to drag it quickly to the desired code, but in NVivo this doesn't work; instead the selection is dropped and a process of selecting new text begins. It seems that NVivo requires the user to click on the selected text, pause for over 1 second, and then begin the drag motion. This is painful - it doesn't seem like much but it interrupts fast working, especially when selections are dropped. Moreover, it diverges from standard logics in other software. For most software, to drop a selection and begin a new selection, the user must first click and release to reset the selection. Why doesn't NVivo follow this logic, rather than abandoning the selection as soon as the cursor is moved while still holding the click? Please make this very simple change; it would make coding so much faster and less painful!
  5. JulianYates

    Edit with coding stripes on

    At the very least, it would be good for the coding strips to come back automatically once editing is finished. This is because when reading through sources and coding, one often finds typos etc, especially when working in teams when someone else might have done the transcription. So I frequently turn editing on and off to correct the source. Turning editing on removes the coding strips, but when I turn it back on, I then have to go back to 'view' to manually turn on coding strips.
  6. JulianYates

    Coding dragging problem

    This is a strange and very clunky quirk to NVivo. For most software, once a block of text is selected, to deselect that text and then reselect some text, one must first click and let go so as to release the selection. When the text is selected and one clicks the selection and moves the cursor, the usual action is to drag the selected text. Why does NVivo not operate according to this standard logic? It's extremely frustrating having NVivo "drop" selections, and having to pause the drag and drop motion (it is definitely longer than half a second, by the way). I'm surprised to see that this is still the case for the latest NVivo for Mac. Please change this to match most other software to make drag and drop more efficient and intuitive, and much less painful.