Give a grid option that will allow a record to extend beyond the visible screen. Scrolling will bring the remainder of the record into view.
Proposed Solution:
Guys, I'm familiar with solutions that involve custom drawing memos, and using master detail and previews, but I have a real need for an ability for a master record that can scroll beyond the height of the visible screen. Is there any way the quantum grid can be modified to have this ability? If not by you, by us?
Add the capability to scroll grid records smoothly (pixel by pixel) rather than by entire records
Answers approved by DevExpress Support
created 12 years ago
(modified 12 years ago)
We have implemented the functionality described in this ticket. It will be included in our next update(s).
Please check back and leave a comment to this response to let us know whether or not this solution addresses your concerns.
Additional information:
With VCL 13.1, you can enable the requested functionality via the View's OptionsBehavior.RecordScrollMode property. The default property value (rsmDefault) indicates that the content scrolling mode to be used depends on the TouchMode property setting (see Enhance the touch experience with DevExpress VCL controls for details). If the TouchMode property is set to True, per-pixel content scrolling (the new behavior) is enabled; otherwise, per-record scrolling (the old behavior) is enabled.
To see the new content scrolling mode in action, run the demos shipped with the ExpressQuantumGrid Suite, and enable the Touch mode via the Options item in the demo's main menu.
Show previous comments
(1)
Hello Ihar,
We are going to introduce this feature for our LayoutView in VCL 13.2. As for the CardView pixel by pixel scrolling, we have faced some certain difficulties during its implementation so I doubt that it will be available in the near future.
MF
12 years ago
Hello,
Is there any downside (performance related or otherwise) to using per-pixel scrolling when not using TouchMode?
Thanks.
Hello Mike,
The pixel-by-pixel scrolling process is slightly more resource consuming than record-by-record scrolling. However, I am not aware of any issues related to its use without Touch Mode. The behavior should be the same.
Hi Scott,
Please clarify whether you want to scroll a master record, whose height is greater than the grid's height, and also scroll its detail records in a similar manner.
Thanks,
Alex
Yes, except that I used "master" incorrectly. This doesn't really need to involve a master-detail relationship. In fact, the whole idea is to avoid that.
I'm showing a simple flat file consisting of memo fields (multiline text). The memo fields word wrap, and the grid autosizes records for me. But, as you know, the grid truncates records to the visible screen. So, if I have a screen that can display 35 lines of text, and I have a record that is 50 lines, the record is truncated.
I know you're scratching your heads about why I just don't use master detail. I've tried, but I'm writing a log browser that displays old ANSI-formatted, multicolor text. I did a master-detail version, and my users rejected it with prejudice. They also rejected the idea of a memo field that has a separate scroll bar, etc.
So, yes, I desperately need the ability for a record (ignore the idea of master detail) to extend vertically beyond the visible screen. Call it "ragged" vertical scrolling.
As always, guys, your help is very much appreciated.
Hi! Is there any news regarding this issue? Do the new grids support scroll by pixel?
Thanks
Hello,
I am afraid that his feature is not implemented yet.
I think in some situation it is possible to use such workaround:
- place DEX grid at scrollbox
- set height of grid big enough to fit all rows (so internal grid's scroller doesn't appear)
- use scrollbox for scrolling
I mean we can scroll vertically grid component itself with scrollbox (pixel by pixel) instead of scrolling records in the grid (because there is only one way to do this - record by record).