If you are using a trackpad, a two finger-swipe scrolls the view and also activates a horizontal scroll-bar at the bottom of the view. With a magic mouse, moving the finger left-right atop the mouse invokes scrolling.
If you mean a scale scrubber control, the Timeline view controls are in a pop-over accessed from the ‘i’ icon of the front tab’s label (see image here). The timeline controls are described here. The (horizontal) scale scrubber is labelled ‘width’.
This is a very clever and unexpected use of Timeline, but of course the Timeline View really does expect to use dates, not Likert scale means.
My first thought was that I could try to figure out how to use x and y coordinate attributes to place each note in a horizontal line in the Map view. But that approach wouldn’t include a ruler/scale on the screen which should be a key component of the visual.
I think this would be my preference, too. I think that making a ruler or scale in map view would actually be easier to manage.
Let’s suppose, for the sake of argument, that we have Likert scales that runs from 0 to 4. We’ll put the left edge of the scale at X=0 and the right edge at X=20. We could start with an adornment 20 units wide, with its left edge at X=0, and use the adornment grid feature to show where the Likert scale units fall. Then, arrange each note according to its mean score ($Xpos=$MeanScore5) and its $QuestionNumber ($Ypos=$QuestionNumber3).
Another approach would be to place notes or adornments at suitable places on the map — perhaps transparent adornments would serve.
A map was my thought too. The map vertical access ($Ypos†) can be used for banding, as in your timeline bands. You could either use horizontally elongated adornments (opcity allows adornments to overlap and still be seen, or use narrow adornments as lines dividing you rows and transparent notes as row labels.
†. Don’t forget ‘up’ on the Tinderbox map axes is a negative value. Thus, 1 is one map unit down from zero, and -1 is one map unit up from zero.
Thanks for the very quick reply. I think my problem is/was a linguistic one, i.e., British English vs. American English! I did look up “scrubber” in a British online dictionary before I posted my note but there was no hint that it referred to the commonly used American term for that tool, i.e., “slider”. But now I can see the visual connection between a scrubber type implement and the tool you referred to! It is unfortunate that Google Translate doesn’t enable users to translate between British English and American English!
Thanks. I’ll check out that video. Your other ones have been handy,
Indeed, I made the same mistake last night with my $LikertValue attribute. I wasn’t paying attention when I made the attribute and each time I tried to use it in a formula for Xpos I got this seemingly weird result! As you can see below, I finally sorted that out but not before I created a new number attribute, $Score, to use in my formula.
Well, I’ve made progress with the XY coordinates version of a number line. Alas, it is quite ugly but a variant of it will be adequate for my zoom meeting on Friday. I do wish that there was a shape like the downward arrow symbol that is used in the Timeline view but the tag shape sort of works.
Thanks. I guess that the Timeline shape isn’t exactly an arrow. (See the screenshot below)
Originally for my XY map I was using the “vertical tag” shape. The shortcoming of that shape is that since the Xpos is noted as the leftmost side of the shape, the downward arrow isn’t pointing at the correct location. Your suggestion about adjusting the Xpos based on the distance to the shape’s midpoint makes a lot of sense, If I have time before my Zoom meeting on Friday, I’ll give that a try. It will improve the visual. Again, thanks.
Good suggestion. Alas a crosstab view wouldn’t be a very useful visual in this case. I probably did something wrong in the Crosstabs represented in the attach screenshot. But unless the user would have manual control over ranges specified in the columns, the impact of the visual is lost. (There is something odd/wrong about the column placement of the actual scores but I will leave that for another time.) Also, there is a lot more going on in a Crosstabs view, which is useful in some cases but not for what I need. Actually, early on, I looked at the data using pivot tables in EXCEL and it was helpful. I’m a big fan of pivot tables!
Well, I"ve made progress on the XY coordinates version of a NumberLine. But a few odd things seem to happen on occasion! Perhaps because I am working on a small screen but somehow I end up forming containers with a copy of the item inside. I can fix it by going to the outline view but…
Not quite enough info to tell, but best guess is you—our rather your formula has generated two notes with similar/close $Xpos/$Ypos co-ordinates so placing one on top of another which is generally how you signal to the UI (manually) that you wish to nest the two.
My first de-bugging action would be to look at the generated $Xpos & $Ypos and ensure they are not both the same (or very close. If they are you need to re-think you code so as not to place notes on top of or overlapping each other. Thus if, for example, X is the primary axis (based on the Likert scale score) you need to ensure the Y value doesn’t match any other notes Y value (or to a tolerance of ?). I’m unsure how easy the last is to do. worst case you may need to deconflict a few items manually. Bear in mind you are trying to plot a timeline-like display (where items shouldn’t over lap) in a map where they may and different assumed outcomes apply.
The problem isn’t my formula but rather my fingers! I think the reason that I was so confused by the container is because I didn’t notice this until much later when I saw that I had one more note that I should have had. I’ve been able to duplicate the oddity. In this case, I must have had the option key pressed as I was trying to select multiple notes to update an edict. I assume that I realized that I had the option key pressed but I guess that I didn’t release it before a copy was made right on top of the original. And lo I had a container. So this confusion is now solved! Thanks. I’m still doing some work to try to automate at least the height of the adornments based on the number of notes and their assigned rights in each sub-scale.