View Single Post
  #3  
Old 04-25-2021, 12:05 PM
Spliff Spliff is online now
Registered User
 
Join Date: 04-07-2021
Posts: 72
Thank you, Kyle! I was ill, so could not look into this - I'm just on my legs again for 2 days now, sorry for being so late to this! -, will download this latest version now. Please see hereunder a suggestion.
__________

Beyond what I said above, all the "custom font" flags being correctly formatted after closing the database, then reopening it, and the new formatting of a single "custom font" flag being persistent even for the current session after (often needed to do this several times for the same flag, before it works) deleting the flag and assigning it anew, it seems that opening the dialogue "Tools-Flags", then closing that dialogue again, without doing anything in it, often resolves the problem for a group or all (!) newly assigned "custom font" flags, but it would be highly preferable indeed to have those "custom font" flags persistently display the correct formatting after the user assigns the flag.

On the other hand, I had forgot to mention that "View - Refresh" does NOT help.

From the respective database encodings of the flags, I fully understand that the flags cannot be combined; writing the necessary code for this being possible would be very heavy work. On the other hand, just 7 or 8 flags is a very tiny number, considered that the user on their side would have the need to "combine" them though, in order to combine different KINDS of categories. Let me give an example: In a text-format-based system, the user would use black for the general category, and then some colors (red, blue...) for specific item categories, just as they do in UR. Then, when they want to designate some black, red or blue item as important, they would bold it (similar for italics, underline), so we have got here one range (color) for categorization A (black, blue...), and a second range, superimposed on the first range, for another way (regular, bold...).

In UR, this is not possible this way; here, the user has to create new flags for these combinations: They will have red, blue, green, etc. flags, they would perhaps need 5 or 6 (all "regular" to begin with). Then, for the other categorization, they would need to create black-bold, red-bold, and so on, and at the very least black-italics, red-italics..., and it's obvious that the combination bold-italics also would be really useful, so in the UR system, it seems that we would need more than 20 flags, perhaps 32. The current ones are coded from 994 to 999 and then 1000 for "Completed", which is handled, upon option, slightly differently (none = NULL); why not make it 978-1000 instead, 979-999 being 32 regular ones, with the "1000" unchanged, and just the current ones - if not possible otherwise, or perhaps just a few more? - being assignable to shortkeys?

I understand I could use a combination of flag and file-symbol instead, but if I'm not mistaken, only the flag allows for formatting of the item title text in the tree, and I'm probably not alone in having problems with fast discerning multiple symbols, whilst a combination of text formatting and text colorizing (with a possible first level of categorization of text background color, for special use cases) is immediately discernible for most people IF the coloring doesn't go beyond 4 or 5 different colors at least.

The necessary coding work for more (NOT combineable) flags would be minimal indeed, and it would be a tremendous help!
__________

EDIT:

Speaking of the current version: Unfortunately, I don't see any change with the non-persistent formatting. To be even more precise than I had been above: When leaving the "formatted" item, the formatting does not persist, and also, a manual SAVE (^s) does not bring it back (as said before, in the "Item Attributes" pane, the flag is correct). Then, when I first open the dialogue Tools-Flags (does not nothing), but then CLOSE that dialogue (I tried several times for different flags, and every time with success), when I CLOSE that dialogue then, I hear working my HDD for some 1-2 seconds (even when the only change was that single flag assignment, ditto for several ones), and the formatting then reappears and remains persistent. So opening and then CLOSING the dialogue in question will make "formatted" flag assignments persistent, but that is needed to see them (or, as said above, closing and reopening the database). (I have several databases open at the same time, did not try with just one database open though, but it should work in both situations.)

Last edited by Spliff; 04-25-2021 at 02:55 PM.
Reply With Quote