MagpieFourtyTwo
MagpieFourtyTwo
@murggel (Quote from #10981): > but I am not sure, if there is an agreement on that.... The only objection I can remember was implementation oriented: It was mentioned, there...
@bekuno Sorry, but from your description I don't really get, where the problem is. And why predefined WPs would have to go to a non synced note ... I in...
Seems to happen more often if the PN text has been copied from the listing text (we usually do so with longer Multis and Mysteries, to get a framework for...
Good idea - will do so this evening ...
No way ... although EOLs behave different in the PN, in the cgeo.sqlite file they look absolutely similar: No matter if in PN the char appended to the end of...
Is there anything against this? Otherwise we would be glad if this could be implemented. Cause more and more colleagues understand the advantages of UDCs, thus use them, and consecutively...
Yep, you're right - the subject does not reflect the state of discussion, so we may want to change it to e. g. "UDC IDs need to be unique"?
How about keeping the ZZ-number and just adding the UUID? So there would just be a small change necessary for the pattern ... (.*)
Yes, of course, my thought was just that "ZZ[0-9A-Z]{1,4}[0-9a-zA-Z-]*" or alike could be easier and more reliable recognized than just a ZZ plus a random UUID.
For me at least it's not about uniqueness (even much less would be enough for that, IMHO), but just easier implementation, handling and recognition. Moreover keeping the start of the...