Questions from Dec #67
Description
However, what we noticed are several smaller things which are incorrect from a user's perspective. Most of them were working in older versions and are now somehow partly buggy. One general thing we both noticed is that the editor was quite slow, maybe due to the currently smaller server capacities: Sometimes it didn't react to cursor clicks, when quite long text was pasted in the editor it didn't immediately indicate all the errors to fix, a number I entered in 'dating' was immediately deleted as soon as I clicked somewhere else, which happened several times until it finally stayed... but this will hopefully all be solved once we are back on the proper server. Generally, please keep us updated also with this issue, as we can move on to working on the output only when the entering functions really work 100% perfectly, which seems not to be possible yet.
Here is the list:
Geolocations database: Creating entries works again, but when you create a new one the window looks like it continues downwards at the bottom of the page, even if one can't scroll down there (see attached sceenshot 'Geodata'): I can scroll further down and reach 'Geonames', but the dark grey bar with the 'Save' button covers the closing of that window).
The whole window carries the name "Fundstelle / find spot" at the top, even if that is also the name of the first text field. This is redundant, the title of the window could just be "Ort / place".
Also, it would be better if the list "Land" would not start with "Andorra" (the alphabetically first), but with no option chosen at all, if possible.
If one saves the entry, the notification "Ort wurde gespeichert" is in german also if using the editor in english (and the 'Speicher-Nachfrage' comes even if one has saved it right before). Francisca also witnessed, before the workshop in Zadar, that some Geodata-entries disappeared.
2) People database: Also here the notification when one saves is "Ort wurde gespeichert" (not "Person").
3) In the editor mask of an inscription entry, in the section "Fundumstände / finding", if one enters the GeoID, one information copied automatically is called "Fundstelle / find spot". However, also the free form below the point in time is called "Fundstelle / Find spot", which is redundant (see attached screenshot 'Fundumstände'). That free form was supposed to be related to the date of the finding. I know that you, Magdalena, understandably argued that these free forms shouldn't be called just "free form", but we need something not redundant here. Maybe for the moment something like "Weitere Anmerkungen / Further remarks" - I guess this is not such a big deal to change it again? We anyway need to update many of the info-texts in the boxes behind the (i)s - that's something Francisca and I will tackle during the winter holidays.
4) In the section "Textbeschreibung / description of text", the metre-menu should ideally have no default selection at all if possible. If not, it might be better to have "no" - people editing non metric inscriptions may overlook that, while people interested in metrics will certainly specify "yes" or "partim". Also, the letter heights are not included in this version anymore.
5) It is optically a bit confusing that the text "References" is smaller than the one of "Previous Editions", "Bibliography" etc. - which are subordinate entries to "References".
6) Zotero-search: It still works much much better than in the past, but I encountered problems in finding the right title again. There are many entries called "L'année épigraphique" (as there is one volume per year since more than 100 years). If I search for "année" it says there are too many results and he only shows me ten (not the first ten, but random ten). If I search for "année ep..." it shows no results at all, same if I search for "année 1997" (that's the one I was looking for). I needed to enter exactly the short title "AE_1997" to get the result and I don't really understand why: do "année 1997" or "année epigraphique" lead to no results because the search term can be one word only?.
6b) Search for bibliographic titles from the Commentary (or similar sections): I thought that, when entering the value of @target, it would look only in the of that same inscription-entry and therefore give as possible results only titles previously entered in "references". However, it started searching among all the titles in the group library, but for some reason did not (!) find those two titles I included in references.
created a subissue for the following:
- Edition of text: a) Would it be possible to have a "Fix all" button, clicking on which one could fix by one click all the mistakes of the same kind? The most common one is adding the brackets to abbreviated words anyway...
b) There are two buttons, which is great, but when I paste, e.g. [- - - t]ribuno and then just replace the - - - by a , that gap logically ends up being 'inside' the element , leading to the display [[- - -] t]ribuno, which is wrong. It is of course quite easy to just copypaste the -element outside of , leading to the correct display [- - - t]ribuno (thanks again for making that possible!), but users need to know that. If there is no smarter solution, we will have to explain that in the info box.