QOwnNotes icon indicating copy to clipboard operation
QOwnNotes copied to clipboard

[Visual Glitch] Some "overlapping" in the Note Tag panel area.

Open chrixxxx opened this issue 5 years ago • 9 comments

As they say here "an image is worth a thousand words" .. so look at the picture xD

(I humbly made a sort of suggestion too)

I think there's no need for logs on this one.. it's only a visual glitch.

QOwnNotes

chrixxxx avatar Apr 13 '20 12:04 chrixxxx

Yes, I know this behavior. There is no easy way to improve that as long there needs to be a scrollbar visible. If you are using that many tags you can always move the tagging panel to the center bottom.

pbek avatar Apr 13 '20 15:04 pbek

You can also turn off the panel completely, since assigned tags are bold in the tag tree and you can also easily tag notes by double-clicking the tags.

pbek avatar Apr 14 '20 06:04 pbek

You can also turn off the panel completely, since assigned tags are bold in the tag tree and you can also easily tag notes by double-clicking the tags.

Yes, I know. But when you have a lot of tags it's easier to have listed only the one associated to the note you're working on.

chrixxxx avatar Apr 14 '20 14:04 chrixxxx

Like I said, there is a scrollbar. You can also move the panel to an area where you have more horizontal space.

pbek avatar Apr 17 '20 09:04 pbek

Like I said, there is a scrollbar. You can also move the panel to an area where you have more horizontal space.

Yes, I've already placed it in the bottom area.. it's more fitted there, you can use all the width of the screen this way.

Another visual glitch is in the Tag Panel: it doesn't use the space available very well. There are two "fields" in the panel: the tag name and the number: it's impossibile to resize the fields and for some reason the number field occupies most of the area even if it's always 1 digit/character!

Even extending the "panel area" (dragging the border with the edit area) the ratio of space occupied by the two fields remains constant and even if there's a lot of empty space available it is occupied by the number field and the content of the tag-name field is often brutally truncated!

I don't know how the application decides how many space to give to the tag-name field, because it's not fixed. Sometimes, without a reason, it enlarges, but there's no apparent reason for it .Even closing and reopening the application doesn't make any difference: it seems that the application sometimes enlarge it by itself.. but most of the times does not.

chrixxxx avatar Apr 19 '20 12:04 chrixxxx

Sizes are determined automatically but currently only when the tree is rebuilt. But can we please talk about treewidget column width resizing in a different feature request. :grin:

pbek avatar Apr 19 '20 16:04 pbek

@chrixxxx, before you open a new feature requests, does this already help?

20.4.11

  • the column widths of the tag tree panel are now also recalculated when the tree items are expanded or collapsed, not only when the tree is rebuilt or the application window is resized

pbek avatar Apr 20 '20 17:04 pbek

There now is a new release, could you please test it and report if it works for you?

pbek avatar Apr 20 '20 17:04 pbek

There now is a new release, could you please test it and report if it works for you?

I'm to download it right now (after I'll finish this post) and I'll test it later in the night and share with you my thoughts tomorrow.

I still have to open the 2 "new" issues (one is more like a "feature request) I mentioned in the other post yesterday.. but I think it's better if I'll give you some break,.. I don't want you to hate me xD

(I'll do it tomorrow xD )

Thank you again for your hard working in the meanwhile.

chrixxxx avatar Apr 20 '20 17:04 chrixxxx