|
|
Hello !
I have a gridview bound to entity.
When I modify an existing value in a row , and after call Savechanges , everything is saved to database.
If I add a new row , or Delete an existing row from gridview , and after call savechanges , these changes are not saved to database.
What can I do ?
Thank you !
|
|
|
|
|
dilkonika wrote: What can I do ?
Debug your code. What else are you going to do?
Look at what you posted and think about what you supplied to us to help you solve this problem. NOTHING. We can't see your screen, your hard drive, see your code or read your mind. Hell, we don't even what kind of app this is! Is it Windows Forms? WPF? ASP.NET or MVC? or what?
Without seeing your code that loads the data and binds it to the grid and the code that saves it, it's impossible for anyone to tell you what you did wrong.
|
|
|
|
|
Hello !
I'm using VB.net 2013.
This is my code to load data in gridview :
Datagridview1.Datasource=(From t in context.orders select t).Tolist
Thank you !
|
|
|
|
|
...sigh....
You're not thinking. WHAT ELSE DO WE NEED TO SEE THAT MAY HAVE A PROBLEM WHEN YOU GO TO SAVE THE DATA??
|
|
|
|
|
I have this dialog, I just want it to stay inside the mdi parent and be centered.
But I get this error message, I don't understand the top level vs mdi parent part.
credDialog = New dialog_credentials(True)
credDialog.TopLevel = True
credDialog.MdiParent = Me
credDialog.StartPosition = FormStartPosition.Manual
credDialog.Left = (Me.Width - credDialog.Width) / 2
credDialog.Top = (Me.Height - credDialog.Height) / 2 - 100
If (credDialog.ShowDialog(Me) = DialogResult.OK) Then
Additional information: Form that is not a top-level form cannot be displayed as a modal dialog box. Remove the form from any parent form before calling showDialog.
I know it's straight forward, remove the mdiparent.
|
|
|
|
|
I'll just stick with a regular dialog, it works fine.
|
|
|
|
|
Why are you even using MDI?
Your code sample seems to say that you don't know what it was designed for and are trying to force it to do something it's not designed to do.
|
|
|
|
|
It was an option, so I took it.
But now I know better.
Not sure why it's there for a dialog.
I'll do some research tonight on it.
|
|
|
|
|
Because a Dialog is nothing but a specialized Form?
Seriously, why are you even using MDI?
|
|
|
|
|
I made a windows app that basically is a crawler for a friend. it crawls a dealer website and collect all the items, prices and stock.
The main window is a MDI parent.
The first form, MDI, is the main crawler that does the data acquisition. has a web browser
The 2nd form, MDI, allows you to work with the data collected. has a listview
I have 5 dialogs,
About
Progress
UserInfo
Preferences
Download LocalDB
Program Intialization.
In hindsight, I really don't need the first form, so I'm going to try and move the functionality to the main Form.
I'll admin, I'm not an expert in windows program design, but decent at it.
I remember now, I run the progress dialog with MDI parent, so I thought I could do the same.
When I ran the UserInfo dialog with MDI parent, I wasn't able to get the values from the textbox in the dialog.
I don't have an answer to the question
|
|
|
|
|
OK, MDI stands for Multiple Document Inteface.
Imagine have a child window that is a Notepad like text editor. The MDI interface was designed to have multiple copies of that child window in the MdiClient area of the parent form, allowing you to edit multiple files at the same time.
MDI is an outdated concept that Microsoft doesn't even support/use any more.
What you're describing about your app doesn't lend itself to MDI at all, and frankly, I think hinders your UI by using it.
|
|
|
|
|
Just change the forms to non MDI?
And then work on the UI and make it more modern?
|
|
|
|
|
|
OK, I think I get it now.
I have a question
Take Microsoft Work 2013 for instance, that latest one.
The program opens, and you get that no window looking thing, you pick a task, and you get
something that resembles a window.
Click file, and you get that smooth look again.
What is that smooth look?
Is it a panel?, or like a smooth look object?
Seriously, I have some good ideas now for a UI.
|
|
|
|
|
I have no idea what you're talking about and I staring at Word 2013.
|
|
|
|
|
i should of taken a picture of it or something.
Anyways, you motivated me to make a huge UI change or upgrade, and I'm very pleased with how it looks and operates now. WOW what a difference.
I tried using just panels for different layouts, and dock filling them when needed.
But ended up going back to the
frm_Main - MDI Parent Container
frm_View - MDI CHild
frm_Aquire - MDI Child
The rest is just dialogs.
I really don't need the child windows, I just need display containers that go full dock inside the parent window, but I have no clue how to go about it.
This is only my 3rd windows app in the last 4 years. So my UI and design knowledge is really out dated. I can write the code very well for function, but my UI program design is very 1996, which is when I wrote my last production windows app.
I have to get this project out this week, as a prototype for a future project next year.
But I will go back and remove each child window in the project after submitting the prototype.
|
|
|
|
|
Change your main form, remove the MDI parent.
In your new main form create 4 panels, top, bottom, left and right. Dock them to their edges and either left or right dock to fill. This forms your basic layout.
Copy the content of your MDI forms and paste into the left/right panels. Chuck your MDI forms away (after moving the code as well of course).
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Oh, so I was on the right track.
They became hard to manage for me, but they did display correctly using the panel method.
Where do you put the code for the panels, that part was vague to me. I wanted to keep the code organized with the panels.
That's why I reverted back to the MDI forms for now.
|
|
|
|
|
It all lives in the code behind the form or where you decide to organise it. I make heavy use of #regions to make navigating the code easier.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
We have a VB.Net 2010 Windows Desktop app that creates custom invoices for QuickBooks. The app uses the Microsoft.Office.Interop.Word reference.
For each item in the invoice we copy a row or table in Word via
MyTableRowRange.Copy()
and
pRow.Range.Paste()
etc.
Then
Word.Find.Execute(Replace... to change the variables in a Template.Docx file to the real values.
The problem is that it takes too long. Doing 2 invoices with a total of 200 items is taking over 30 minutes on a I3280 quad 3.6 with 8 threads and 16G ram. This is running from a regular exe not from the vs ide.
Any ideas?
|
|
|
|
|
Accordingly to actuall description of issue, using Copy and Paste then Replace function might cause performance issues.
If you want to get more help, please, improve your question and post a bigger part of code.
|
|
|
|
|
The code is scattered in out modules.
Is there a better way of doing the word copy / paste and then replace?
Also every time I paste code into this box the browser hangs up and I loose everything entered include just 1 line (i.e. CodeProject.com not responding).
|
|
|
|
|
Look at doing a mailmerge into the Word document, with the QuickBooks DB as the data source
=========================================================
I'm an optoholic - my glass is always half full of vodka.
=========================================================
|
|
|
|
|
That would not work since much of the data is not in QuickBooks. The Docx Template is also very complex. (We do use mail merge that with other programs when it fits but not with QB as a source but from an extracted file). The program also will save as a PDF and email the invoice once the new Docx file is created.
Really need to know how to speed up what we have currently.
Are certain Word functions just extremely slow? Are there replacements that can be used.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
