col hdg rows vanish from all qrys in tab if qry row exp etc.

pureist

current for b2173, b2172
severity: borderline showstopper if a real-world app
full description:
when a Row of a Query in a Content Panel of a Tab (responsive layout (nested)) is expanded, following what appears to be a complete page refresh (not just the Query itself being updated), ALL Column Heading rows (incl. any Filter row) disappear from ALL Queries in all Content Panels of the Tab, AND Content Panels of the Tab themselves are jumbled around so as to end up in different places.

others ancillary
run attached bsv
bug1: spacing between Content Panels/Queries vertically down the left side is not identical to the right side
....this is because the Outer Margin settings used for the last 3 Content Panels (in 2 Containers) on left side are not respected
....the spacing on the right is even because the Inner Margin settings have been used instead of Outer, which do seem to be respected
....check out Visual Perspective, 'vpLayouts'.. Margin settings of the two Content Panels in 'Container1' versus those in 'Container2'
....note that Outer Margins (top and bottom) have been defined for the Content Panels in 'Container1' (which are not respected - hence uneven spacing on left side), while only inner Margins (top and bottom) have been defined for the two Content Panels in 'Container2' (which are respected - hence even spacing between the content panels on right side)
take note of the position of the 'ALL Item Packs' query (bottom left) and the 'wtf' text (bottom right)
expand the row of 'item1' in the 'ALL Items' query
bug2 (maybe): the entire screen appears to be refreshing/reloading, rather than just the query row itself updating
bug3: ALL (including any Filter row) Column Heading rows of ALL queries in ALL Content Panels of the Tab have disappeared
bug4: Content Panels are now jumbled around
....the 'ALL Item Packs' query (was bottom left) is now at the bottom right
....the 'wtf' text (was bottom right) is now at the bottom left
reload/refresh the browser tab to recover the screen layout
click the icon in the Title Bar of the 'ALL Items' query to create a new item
create a new item
switch back to the 'Dashboard' tab
refresh the 'ALL Items' query
bug5: the 'ALL Item Packs' query and 'wtf' text again switch position, this time right before your eyes
reload/refresh the browser tab to recover the screen layout
bug6: the 'ALL Item Packs' query and 'wtf' text momentarily appear in their correct positions, but then switch position again right before your eyes

The layout in the 'Dashboard' Tab originates from a DISPLAY LAYOUT Action.
However this has no bearing. ALL the above still occurs even if the Visual Perspective of the Tab used as the source for the DISPLAY LAYOUT is instead used when the user logs in.

It seems the entire 'Form Design' aspect to Aware, be it Forms themselves or the biggest form of all - screen layout/visual perspective design, are very difficult to make work during runtime without little and big bugs and UI 'behavior irregularities'.

Be it bugs like above, or irregular behaviors such as Scroll Bars appearing on the Content Panel or Tab of the Frame a Form is in, instead of the Tab itself of the Form as they should (because the content of the Tab exceeds available height), it just seems difficult to make this aspect work at runtime without issues.

It must be very complicated.
Thus logic suggests there must be a better way to implement this aspect (form/layout design) in Aware.

items.zip

61.89kB

items.zip

61.89kB

aware_support

You have an incorrect render script in one of your queries that hides ALL grid headers

pureist

aware_support wrote
You have an incorrect render script in one of your queries that hides ALL grid headers

Actually, the render scrip to which you refer.. $(".k-grid .k-grid-header").hide(); was the accepted method to hide a specific query's column heading row up until you incorporated a setting to do it.
In the bsv attached to the 1st post the script exists to hide the column heading row of the query which open in the expanded row of another query.

The script was originally incepted by John in the following thread, to which you contributed:
Remove heading from Grid? (comment)&hilit=hide+column+heading+row#p38923
"Hide column headers of a SPECIFIC grid
Script - Put this in the Render Script
$(".k-grid .k-grid-header").hide();"

=>So it would seem that that script in one query actually hides the column heading row of all queries in all content panels of the tab in which the query which has the script is run (as happens in the bsv attached to the first post).
Perhaps if this script were ever going to be used, and there is more than one query in a tab, there would need to be an additional line of script added which isolates the specific query so the scope of the above script line only affects that specific query.

Notwithstanding the above, this still doesn't resolve the other bugs reported with content panels of a tab shuffling/jumbling around in response to the height of queries which they contain changing height as rows are added.