Closed rosathoneick closed 3 years ago
Right now, if a text refers to several CSOs and different information needs to be provided for each of them, a different entry in the info portal is needed for each of the CSOs, because the feature was not designed to cover multiple CSOs at once. That's why there's just one link, one language, etc.
An advantage of having different entries per CSO is that filters can be applied by language, for instance. Otherwise, migrants need to find in the text the CSO that provides the requirement in their language of choice.
A possible (worse) solution would be to include these links and info into the text itself, instead of using the categories. However, this would leave the categories empty.
@rosathoneick could you please let us know if adding different entries (one per CSO) would work for you, and if not, why?
Dear Patxi,
sorry that I have not responded before to this. But before I can answer to this, I need to update with Annelies and Tim from Antwerp about the structure of the content. I am meeting Annelies soon and will then hopefully be able to provide feedback.
Best,
Rosa
Am 02.02.21 um 08:29 schrieb Francisco Gortázar:
Right now, if a text refers to several CSOs and different information needs to be provided for each of them, a different entry in the info portal is needed for each of the CSOs, because the feature was not designed to cover multiple CSOs at once. That's why there's just one link, one language, etc.
An advantage of having different entries per CSO is that filters can be applied by language, for instance. Otherwise, migrants need to find in the text the CSO that provides the requirement in their language of choice.
A possible (worse) solution would be to include these links and info into the text itself, instead of using the categories. However, this would leave the categories empty.
@rosathoneick https://github.com/rosathoneick could you please let us know if adding different entries (one per CSO) would work for you, and if not, why?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/micado-eu/migrant_application/issues/128#issuecomment-771429506, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOR5SXA6EDSW7AEEPBRK43S46ST3ANCNFSM4WVJ4KVA.
--
–––––––––––––––––––––––––––––––––––––– Rosa Thoneick Research Associate CityScienceLab
HafenCity University Hamburg University for Architecture and Metropolitan Development
Henning-Voscherau-Platz 1 20457 Hamburg Germany
tel. +49 (0)40 42827 - 4508 mail. rosa.thoneick@hcu-hamburg.de web. www.hcu-hamburg.de twitter. @citysciencelab
As in-text linking is now possible providing more freedom in editing, and many of the former categories have vanished from the content management interface anyways, this issue can be marked as resolved.
In most info portal entries, for each requirement that goes into a text, we list a number of contact points or organizations that provide support or information for said requirement. However, when we try to fill in the categories underneath the text box, such as "language available" or "website link", this refers to the text entry as if this was one coherent post, and not, as it is in reality, a post about a couple of different NGOs and links, languages, etc. I don't know how to solve this, my only imagination would be to link the category-answers to certain paragraphs in the text, so that I can say for paragraph 1: this link, that language; paragraph 2: that link, these languages. If this issue is not solved, for most info portal entries there will be input only for title and text, and all categories will be left empty. I attached a picture from the content template unfortunately in German translation, but I guess it makes the issue clear - the requirement asks for "all csos providing information", but then the categories let me link only one link, language set etc..