I think thorsten müller worded the answer in a way that might confuse people (although his answer is good).
The view never directly acts on the model layer.
the view should really have no knowledge about models.
Both of these statements are true, but allow me to clarify.
When thorsten says that a "view never directly acts on the model", what he means is that a view should not be manipulating or interacting with the model in any significant way. All the view should be doing is reading the properties that it has been given and displaying them to the user.
"view should really have no knowledge about models" means that a view shouldn't know the inner workings of the model. It doesn't really know what they are or how they got their values. Instead, you pass a model to a view and the view says "I don't really know much about this thing, but I see it has properties so I'll just render them".
Things get a little more debatable though, especially because we can use the term model incorrectly. What thorsten might also mean is that views generally don't know about the domain model.
Suppose you have an application for displaying information about University classes. You have teachers, students and courses. In some MVC applications the view will not reference these models and will not understand what they are directly. That is, you cannot give the view these models. Instead you would create appropriate ViewModels. You might create a StudentViewModel or CoursesListViewModel. You'd populate the view-models easily with something like AutoMapper.
Furthermore, thorsten might also mean that views should be generic. Many times in MVC applications when I notice that views and models are very similar (for example an edit form) I don't use separate views. Instead I send my models to a single view (perhaps "_EditForm.cshtml" partial-view) and the view will automatically generate everything required based on the properties of the view-model. The code never needs changing - I simply feed the view a view-model and it decides what will need to be rendered. I achieve this with ModelMetaData, attributes and reflection.
This is more intermediate MVC programming and will be a bit overwhelming for beginners.
Does this mean that I should not add a reference of my model [...] I should transport the information using only strings and ints e.g. Dictionary?
No. This would get very ugly and difficult to maintain. Referencing models or view-models is standard practice.