Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. Windows Forms
  4. ListBox does not update when DataSource is changed

ListBox does not update when DataSource is changed

Scheduled Pinned Locked Moved Windows Forms
helpquestionannouncement
23 Posts 5 Posters 8 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R rbsbscrp

    Wow! You have such a myopic view of what's going on.

    I don't think so. Let's revisit this one more time. So I'm supposed to put all code that modifies a control into wrapper code that calls invoke and this wrapper code ends up being a conditional test to see if invoke is required and then recursively calling the same function thru a special delegate that is created just for that invoke call. I've repeated my example code below:

    private delegate void RefreshLbxDg8();
    private RefreshLbxDg8 _refreshLbx;
    ...
    _refreshLbx = RefreshLbx;
    ...
    public void RefreshLbx()
    {
    if (lbxQuotes.InvokeRequired)
    {
    lbxQuotes.Invoke(_refreshLbx);
    }
    else
    {
    lbxQuotes.DataSource = null;
    lbxQuotes.DataSource = _quotes;
    }
    }

    All this is required in order that the code gets executed on the GUI thread. Now, I'm simply updating a textbox with a sample (number). Nothing else. I guess I could have stated my point better: yes, it is an asynchronous system and it is *possible* that a WM_PAINT would get processed while the textbox text is changing. I am aware of this. My complaint was that .NET designers used this sledgehammer solution to prevent any presentation rendering mishap (ie. my number is rendered while it is changing) by constraining all code to execute on the GUI thread. So this means that for every single interaction with any control - and there's a LOT of them, I'm supposed to write wrapper code around everything, and this wrapper code involves defining and creating delegates and rewriting all my code to include a conditional statement which tests for this invokability. AND YOU'RE FINE WITH THIS. Me, I think this is a horrible and terribly primitive solution and design. It would be better to leave me with using SendMessage() to inject my action into the GUI's Message-Loop. And that's not to mention that the compiler gave no warnings, there was no runtime error, the code SILENTLY failed, and I had no idea that the timer implemented its actions with a (hidden) separate thread. I am LESS than impressed.

    D Offline
    D Offline
    Dave Kreskowiak
    wrote on last edited by
    #11

    Liek I said, it's a limitation in Windows Win32 since the dark arges, not .NET. If this bugs the crap out of you, go write code for Linux.

    A guide to posting questions on CodeProject[^]
    Dave Kreskowiak

    R 1 Reply Last reply
    0
    • D Dave Kreskowiak

      Liek I said, it's a limitation in Windows Win32 since the dark arges, not .NET. If this bugs the crap out of you, go write code for Linux.

      A guide to posting questions on CodeProject[^]
      Dave Kreskowiak

      R Offline
      R Offline
      rbsbscrp
      wrote on last edited by
      #12

      A SendMessage() call works between threads... at least I thought it did. Thus I thought this was a .NET constraint. If it's not a .NET new constraint then I just learned something.

      Dave Kreskowiak wrote:

      go write code for Linux.

      No! (so there)

      D 1 Reply Last reply
      0
      • R rbsbscrp

        A SendMessage() call works between threads... at least I thought it did. Thus I thought this was a .NET constraint. If it's not a .NET new constraint then I just learned something.

        Dave Kreskowiak wrote:

        go write code for Linux.

        No! (so there)

        D Offline
        D Offline
        Dave Kreskowiak
        wrote on last edited by
        #13

        rbsbscrp wrote:

        No! (so there)

        Then quit bitching...

        A guide to posting questions on CodeProject[^]
        Dave Kreskowiak

        R 1 Reply Last reply
        0
        • D Dave Kreskowiak

          rbsbscrp wrote:

          No! (so there)

          Then quit bitching...

          A guide to posting questions on CodeProject[^]
          Dave Kreskowiak

          R Offline
          R Offline
          rbsbscrp
          wrote on last edited by
          #14

          Dave Kreskowiak wrote:

          Then quit bitching...

          Your discourse is not civil, but constant.

          L 1 Reply Last reply
          0
          • R rbsbscrp

            Wow! You have such a myopic view of what's going on.

            I don't think so. Let's revisit this one more time. So I'm supposed to put all code that modifies a control into wrapper code that calls invoke and this wrapper code ends up being a conditional test to see if invoke is required and then recursively calling the same function thru a special delegate that is created just for that invoke call. I've repeated my example code below:

            private delegate void RefreshLbxDg8();
            private RefreshLbxDg8 _refreshLbx;
            ...
            _refreshLbx = RefreshLbx;
            ...
            public void RefreshLbx()
            {
            if (lbxQuotes.InvokeRequired)
            {
            lbxQuotes.Invoke(_refreshLbx);
            }
            else
            {
            lbxQuotes.DataSource = null;
            lbxQuotes.DataSource = _quotes;
            }
            }

            All this is required in order that the code gets executed on the GUI thread. Now, I'm simply updating a textbox with a sample (number). Nothing else. I guess I could have stated my point better: yes, it is an asynchronous system and it is *possible* that a WM_PAINT would get processed while the textbox text is changing. I am aware of this. My complaint was that .NET designers used this sledgehammer solution to prevent any presentation rendering mishap (ie. my number is rendered while it is changing) by constraining all code to execute on the GUI thread. So this means that for every single interaction with any control - and there's a LOT of them, I'm supposed to write wrapper code around everything, and this wrapper code involves defining and creating delegates and rewriting all my code to include a conditional statement which tests for this invokability. AND YOU'RE FINE WITH THIS. Me, I think this is a horrible and terribly primitive solution and design. It would be better to leave me with using SendMessage() to inject my action into the GUI's Message-Loop. And that's not to mention that the compiler gave no warnings, there was no runtime error, the code SILENTLY failed, and I had no idea that the timer implemented its actions with a (hidden) separate thread. I am LESS than impressed.

            L Offline
            L Offline
            Lost User
            wrote on last edited by
            #15

            rbsbscrp wrote:

            Me, I think this is a horrible and terribly primitive solution and design.

            Microsoft had the same idea; that's why the threaded version of the timer isn't in the WinForms designer-toolbox. The Timer from the toolbox simply raises events on the GUI-thread. No syncing required.

            Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

            R 1 Reply Last reply
            0
            • R rbsbscrp

              Dave Kreskowiak wrote:

              Then quit bitching...

              Your discourse is not civil, but constant.

              L Offline
              L Offline
              Lost User
              wrote on last edited by
              #16

              Let it go. It's like looking at a game who will have the last word on a subject. FWIW; Linux/Mono would react exactly the same.

              1 Reply Last reply
              0
              • L Lost User

                rbsbscrp wrote:

                Me, I think this is a horrible and terribly primitive solution and design.

                Microsoft had the same idea; that's why the threaded version of the timer isn't in the WinForms designer-toolbox. The Timer from the toolbox simply raises events on the GUI-thread. No syncing required.

                Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

                R Offline
                R Offline
                rbsbscrp
                wrote on last edited by
                #17

                Hmmmmm... I am using a System.Windows.Forms.Timer. Isn't that the one you are referring to that doesn't use a separate thread? Okay, now I'm confused. My code works if i execute it from a button. It works if I invoke it thru a delegate. Other than that nothing happens.

                L 1 Reply Last reply
                0
                • R rbsbscrp

                  Hmmmmm... I am using a System.Windows.Forms.Timer. Isn't that the one you are referring to that doesn't use a separate thread? Okay, now I'm confused. My code works if i execute it from a button. It works if I invoke it thru a delegate. Other than that nothing happens.

                  L Offline
                  L Offline
                  Lost User
                  wrote on last edited by
                  #18

                  Let me add to the confusion; there's not two, but three[^] timers available. So, which timer is it? :) ..and there's a picture in that article of a second timer in the toolbox. Nice to see my previous post invalidated that quickly.

                  Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

                  R 1 Reply Last reply
                  0
                  • L Lost User

                    Let me add to the confusion; there's not two, but three[^] timers available. So, which timer is it? :) ..and there's a picture in that article of a second timer in the toolbox. Nice to see my previous post invalidated that quickly.

                    Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

                    R Offline
                    R Offline
                    rbsbscrp
                    wrote on last edited by
                    #19

                    Wow, wonderful article. Again, the timer that I'm using is the System.Windows.Forms.Timer one (I'm cut&pasting this from the .Designer.cs file - and I don't see any other timers) Thx for the article. I'll look at all this in a bit.

                    L 1 Reply Last reply
                    0
                    • R rbsbscrp

                      Wow, wonderful article. Again, the timer that I'm using is the System.Windows.Forms.Timer one (I'm cut&pasting this from the .Designer.cs file - and I don't see any other timers) Thx for the article. I'll look at all this in a bit.

                      L Offline
                      L Offline
                      Lost User
                      wrote on last edited by
                      #20

                      rbsbscrp wrote:

                      the timer that I'm using is the System.Windows.Forms.Timer one

                      That one runs on the UI thread, and doesn't need any invocations to update controls created.

                      using System;
                      using System.Windows.Forms;
                      using System.Threading;
                      namespace WindowsFormsApplication1
                      {
                      public partial class Form1 : Form
                      {
                      public Form1()
                      {
                      InitializeComponent();
                      Thread.CurrentThread.Name = "UI Thread";
                      }

                          private void timer1\_Tick(object sender, EventArgs e)
                          {
                              Text = String.Format("{0}, {1}", Thread.CurrentThread.Name, Environment.TickCount);
                              // Thread.Sleep(1000); Try resizing after uncommenting this
                          }
                      }
                      

                      }

                      The timer is based on the Windows message-pump;

                      // System.Windows.Forms.Timer.TimerNativeWindow
                      protected override void WndProc(ref Message m)
                      {
                      if (m.Msg == 275)
                      {
                      if ((int)m.WParam == this._timerID)
                      {
                      this._owner.OnTick(EventArgs.Empty);
                      return;
                      }
                      }
                      else
                      {
                      if (m.Msg == 16)
                      {
                      this.StopTimer(true, m.HWnd);
                      return;
                      }
                      }
                      base.WndProc(ref m);
                      }

                      Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

                      1 Reply Last reply
                      0
                      • R rbsbscrp

                        Wow but this is weird. Okay, I found the solution because I tried the recommendation given below:

                        lbxQuotes.DataSource = null;
                        lbxQuotes.DataSource = _quotes;
                        lbxQuotes.SelectionMode = SelectionMode.None;
                        lbxQuotes.SelectionMode = SelectionMode.One;

                        That is, I added the SelectionMode two lines... and this caused (only once) a "from different thread" exception. Weird, I'm NOT running a method - I'm changing data... hmmm... I wonder if the DataSource is instead a Property (which secretly runs a method). D'oh! Okay, so the solution was to create a delegate in the main form, for the RefreshLbx method, and have the RefreshLbx method recursively call this, as below:

                        public void RefreshLbx()
                        {
                        if (lbxQuotes.InvokeRequired)
                        {
                        lbxQuotes.Invoke(_refreshLbx);
                        }
                        else
                        {
                        lbxQuotes.DataSource = null;
                        lbxQuotes.DataSource = _quotes;
                        }
                        }

                        with the _refreshLbx delegate defined in the form's class as:

                        private delegate void RefreshLbxDg8();
                        private RefreshLbxDg8 _refreshLbx;

                        Then just init the delegate in the form constructor (after the InitializeComponent() call):

                            \_refreshLbx = RefreshLbx;
                        

                        Now I am able to update the listbox contents from a timer handler.

                        T Offline
                        T Offline
                        TnTinMn
                        wrote on last edited by
                        #21

                        I know that this is a bit late, but have you ever considered using the BindingList(Of T) Class[^] instead? It will notify any changes to the list so that the bound control can take action.

                        R 1 Reply Last reply
                        0
                        • T TnTinMn

                          I know that this is a bit late, but have you ever considered using the BindingList(Of T) Class[^] instead? It will notify any changes to the list so that the bound control can take action.

                          R Offline
                          R Offline
                          rbsbscrp
                          wrote on last edited by
                          #22

                          I'm not familiar with BindingList. I took a quick look at the link but am unsure of its benefit here. Thx for the heads up, though.

                          T 1 Reply Last reply
                          0
                          • R rbsbscrp

                            I'm not familiar with BindingList. I took a quick look at the link but am unsure of its benefit here. Thx for the heads up, though.

                            T Offline
                            T Offline
                            TnTinMn
                            wrote on last edited by
                            #23

                            Perhaps I misunderstood your problem, I thought that it was that the ListBox was not automatically reflecting changes to the underlying DataSource List. The BindingList raises events that would cause the ListBox to update automatically when the List changes. Here is a simple example. New WinForm project with two buttons and two ListBoxes. Clicking Button1 adds items to the underlying lists, but only the ListBox with the BindingList as the DataSource is update. Clicking Button2 tells ListBox1 to Refresh it's data.

                            using System;
                            using System.Collections.Generic;
                            using System.ComponentModel;
                            using System.Text;
                            using System.Windows.Forms;

                            namespace WindowsFormsApplication1
                            {
                            public partial class Form1 : Form
                            {
                            public Form1()
                            {
                            InitializeComponent();
                            }

                                List<int> L1 = new List<int>();
                                BindingList<int> L2 = new BindingList<int>();
                                private void Form1\_Load(object sender, EventArgs e)
                                {
                                    L1.Add(1);
                                    L1.Add(2);
                                    L2.Add(11);
                                    L2.Add(22);
                                    listBox1.DataSource = L1;
                                    listBox2.DataSource = L2;
                                    this.button1.Click += new System.EventHandler(this.button1\_Click);
                                    this.button2.Click += new System.EventHandler(this.button2\_Click);
                                }
                            
                                private void button1\_Click(object sender, EventArgs e)
                                {
                                    L1.Add(3);  // adds a value to L1, but listBox1 does not display it until the binding is refresshed
                                    L2.Add(33); // adds a value to L2 and listBox2 is automatically refreshed to display it
                                }
                            
                                private void button2\_Click(object sender, EventArgs e)
                                {
                                    // tell listBox1 to refresh the data
                                    ((CurrencyManager)this.BindingContext\[L1\]).Refresh();
                                }
                            }
                            

                            }

                            1 Reply Last reply
                            0
                            Reply
                            • Reply as topic
                            Log in to reply
                            • Oldest to Newest
                            • Newest to Oldest
                            • Most Votes


                            • Login

                            • Don't have an account? Register

                            • Login or register to search.
                            • First post
                              Last post
                            0
                            • Categories
                            • Recent
                            • Tags
                            • Popular
                            • World
                            • Users
                            • Groups