Results 1 to 40 of 1667

Thread: VBFlexGrid Control (Replacement of the MSFlexGrid control)

Hybrid View

  1. #1
    Hyperactive Member
    Join Date
    May 2018
    Location
    Russia
    Posts
    343

    Re: VBFlexGrid Control (Replacement of the MSFlexGrid control)

    Quote Originally Posted by Schmidt View Post
    All the "Paged-Splitups" which result in a smaller "current Sub-Recordset" (along with the "Paging-Buttons" you mentioned) - are happening outside (in the hosting Form).
    So, this is not a paged-mode Binding-class. Each programmer will have to independently handle all the events of deleting and changing records, moving through pages, searching, filtering and so on.

    Quote Originally Posted by Krool View Post
    For me a paged mode is simple: having a left and right button below the grid and a label of how many pages are in there. If it's only 1 page the left and right paging button are disabled.
    This is very inconvenient. What if user needs to select and copy 10 records to the clipboard, but five of them are on the first page and five - on the second? This is not the only example.

  2. #2
    PowerPoster
    Join Date
    Jun 2013
    Posts
    7,454

    Re: VBFlexGrid Control (Replacement of the MSFlexGrid control)

    Quote Originally Posted by Nouyana View Post
    So, this is not a paged-mode Binding-class.
    No, any normal "Rs-Binding-Class" (with support for Updates, Deletes, Inserts) will work *also* in paged mode.

    Quote Originally Posted by Nouyana View Post
    Each programmer will have to independently handle all the events of deleting and changing records...
    No - all of these actions will work on the "currently Bound Sub RecordSet" without problems.

    Quote Originally Posted by Nouyana View Post
    ...moving through pages, searching, filtering and so on.
    And only that requires a few (trivial) extra-lines in the Form-Code
    (where also the "Paging-Buttons" with their Click-Events reside anyways).

    I guess it is your not (yet) existing experience with Disconnected-Rs (and the UpdateBatch-method they support)?

    All the CRUD-actions will accumulate "within" such an Rs - and will be synchronized with the DB,
    when you call Rs.UpdateBatch (in the Form).

    And it doesn't matter at all in this mode, whether the (currently bound) Rs represents:
    - a whole table
    - or if it's just a "Where Clause filtered SubSet" (derived from that table)

    As for Filtering (on top of the Page-based SQL Limit-Filter-conditions) ...
    If the Where-Clause (on a larger table) is restricting the returned Rs.Recordcount so much,
    that it sits below your given "Max-Records-Per-Page limit" - then the paging-buttons will simply be disabled -
    but the Binding (on that heavily filtered Rs) will work "as always" (supporting Update, Deletes, Inserts) on that smaller Rs.

    Olaf

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width