Skip to content

merge with master 201909 - #11

Open
livius2 wants to merge 923 commits into
livius2:masterfrom
JAM-Software:master
Open

livius2 wants to merge 923 commits into
livius2:masterfrom
JAM-Software:master

Conversation

@livius2

@livius2 livius2 commented Sep 2, 2019

Copy link
Copy Markdown
Owner

No description provided.

joachimmarder and others added 30 commits November 6, 2024 20:41
…ly invisible

- added method 'TBaseVirtualTree.GetTopInvisibleParent' to retrieve the topmost node of an effectively invisible subtree
- the resulting node can be invisible by lacking the 'vsVisible'-flag on its own or having its parent lacking the 'vsExpanded' flag
- all of its sub-nodes can be considered effectively invisible
- all of its ancestor-nodes can be considered to be effectively visible
- 'nil' is returned if all nodes from 'Node' up to 'FRoot' are effectively visible
…it]' completely to ensure a node cannot be returned as its own next or previous node

- updated methods 'TBaseVirtualTree.GetNextVisible' and 'TBaseVirtualTree.GetNextVisibleNoInit' as well as 'TBaseVirtualTree.GetPreviousVisible' and 'TBaseVirtualTree.GetPreviousVisibleNoInit' to harmonize the determination of a next or previous visible node
- used method 'TBaseVirtualTree.GetTopInvisibleParent' to optimize the search by skipping effectively non-visible subtrees as a whole independent from 'ChildrenAbove' mode
- applied the condition to force searching for another node from 'TBaseVirtualTree.GetNextVisible' and 'TBaseVirtualTree.GetNextVisibleNoInit' to 'TBaseVirtualTree.GetPreviousVisible' and 'TBaseVirtualTree.GetPreviousVisibleNoInit'
- extended that condition to force searching for another node when the current node is known to be in an effectively non-visible subtree
- thus, the input node cannot be returned as its own next/previous visible node, which is ensured with an assertion at the end of each method
- note that the usage of other methods obscuring the traversal algorithm, such as 'GetVisibleParent', 'GetFirstVisible', 'GetLastVisible', 'GetPreviousSibling', etc. is avoided
Revised determination of a next or previous visible node (at "master")
Let app decide how many columns can be spanned
Add ColumnHeaderSpanning event
Update GridDemo for ColumnHeaderSpanning Event
…the assertion

...  and the selection is cleared. So this assertion does not seem to make much sense.
joachimmarder and others added 30 commits August 31, 2026 08:06
Fixed TestCopyHTML1/2: expectations were generated on a 216 dpi machine
…chy into account as well, not just siblings
…ollbar-height-in-scrollrange

fix #983: When scrolling down, consider the height of the horizontal …
…ollbar-height-in-scrollrange

chore: Merged tests for #983 as provided by TetzkatLipHoka in PR #1391
Fix C++Builder compile errors on V7 compatibility constants
Add C++Builder 13 support and fix packaging inconsistencies in C++Builder 12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.