Hi Nic,
The behavior should be this:
See small screencast using Tiago’s last sample. I set dataGrid1.LiveResize = true.
http://www.screencast.com/t/berrRW4E3rL
Best,
Luca
Did you publish using the VS publishing tool on Azure?
Running 1.2.47.0 and the web.config of a new project still shows
<add name="json" verb="*" path="*.json" type="System.Web.StaticFileHandler" />
This sounds like a feature, but then again, maybe it’s not a feature.
I run the sample on VS and it shows on Chrome. Then I open Firefox, IE and Edge, all running the samples, all on a Window with a DataGridView.
When I edit, add or remove a row on any of these browsers, it shows on the others at once, no need to refresh any browser.
All the issues are solved. The sample runs flawlessly. I attach it again as I had to fix some grid properties. (I know sometimes I try other people’s samples so maybe others try my samples.)
Hi Luca
Thanks. The issue was resolved with one of the later updates.
Washington.
Hi Luca, thanks for your answer.
Unfortunately, the workaround doesn’t seem to work, even after the Visible = true, the call to Activate doesn’t bring the Form to the front…
Best,
Alex
Hi Alex,
It’s a bug, fixed in dev, caused by the fact that the mdi child form’s Visible property returns false when it’s not active and the call to Activate() doesn’t activate invisible forms, which is correct in the case of normal forms.
As a temporary workaround please use this:
mdiChild.Visible = true; mdiChild.Activate();
Best,
Luca
Hi Luca,
I think, there’s no too much difference between the two except the in CellContentClick, you must really click the actual content of the cell while in CellClick, anywhere in the cell will fire the event.
Actually, I don’t have any specific need for a CellContentClick though that’s what I am using in my existing project. I can just change it to CellClick and revised my T4. I just wanted to call your attention about the absence of the event.
Thank you,
Diego
I thought size didn’t matter. 🙂 Sorry, will fix.
Hi Luca,
Yes. These issues had been resolved. But my request for datagridview default size when drag to the designer surface is still the same. If possible, make it a little bigger like the default Panel control size (200, 100).
Thanks.
Thank you for sample!
It seems to be all working with the latest build.
Please notice the difference and changes (attached) due to the different handling of the automatic new row.
With WinForms, using your sample, if you move the focus to the new row and back to a data row, every time the new row gets the focus it adds a new row to the data source , and then removes it when losing the focus. The result is that the automatic key is increased every time. After 10 arrow down and up the Id is 13. If the data source was connected to a database you’d be inserting and deleting rows.
With Wisej it would not be feasible to add/remove the automatic new row (and update the client browser) on the first keystroke and when leaving. Our implementation in my view is a lot more consistent. The automatic new row is blank, when a cell is edited and committed, Wisej adds a real new row with the edited values, and adds a new blank automatic new row.
Another change in your sample that I added just to show the approach, is the change from static to session variable of the data source keeping the static syntax. The modified files are attached.
Best,
Luca
Hello Diego,
My apologies for ignoring this question. We don’t have CellContentClick because frankly it was hard to understand the different with CellClick. In Winforms it basically fires every time. Also with Wisej the content of a cell can be anything, including custom HTML.
Let me know if you have a specific use case and I can see if we have a solution or if we need to add this event and how.
Best,
Luca
Hi Washington,
My apologies for ignoring this question. I can’t reproduce the issue. The only way I can move a toolbox item in VS is to drag it to a different tab.
Best,
Luca
Hi Luca,
You spotted the problem! I was attaching the events and changing the EditMode and then was recreating the DataGridView ! Clever of me ! Duuh
Thanks !
Alex
Updating the questions without an answer…
This issue was resolved.
Updating the questions without an answer…
This issue was resolved.
Hi Alex,
I can’t reproduce either one. This is the behavior that is built-in and that I get:
For the events:
I don’t know why you don’t receive the event, they are all fired. Can you please double check that the handlers are attached to the right instance or subclass the grid class?
Let me know.
Best,
Luca
Thanks Frank – all working in 1.2.46
Nic
You can find it fixed in latest build 1.2.46. We will keep working on the next “official” build,
but please verify if it is working (again) for you.
TIA !
Best regards
Frank
