> I'm new to the .NET framework and I'm trying to write a
> consumer application that requires data persistence. It
> should be lightweight, so it shouldn't require a separate
> database installation. It should also not require a
> commercial license (i.e. it should be free). Does anyone
>
Tried Storing and restoring the position. It will work but then still the
scroll bar goes to the first position while painting the new rows and then
comes back to restored position. It looks as if the user is not able to
control while the row is being added. We are having thousands of rows and in
e
Exactly,
What you can do is
1> store the position of the vertical scroll bar.
2> Add row
3> Restore the original position of the vertical scroll bar.
Regards
Vinod
-Original Message-
From: Unmoderated discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] On Behalf Of Sandhya S
Sen
I'm new to the .NET framework and I'm trying to write a consumer
application that requires data persistence. It should be lightweight, so
it shouldn't require a separate database installation. It should also not
require a commercial license (i.e. it should be free). Does anyone have
any suggesti
Hi,
I have a custom data grid control which inherits from the data grid.
The problem I am facing here is that the vertical scroll bar scrolls to
the top (first row) each time a new row is added to the grid. But then I
want the scroll bar to stay where it was before adding the row and should
move
Jekke,
What version of the framework / IDE? Seems to work in 1.0.
Seeya
Matthew Wills @ MLC
Senior Analyst Programmer
|-+>
| | Jekke Bladt |
| | <[EMAIL PROTECTED]|
| | P1.COM> |
| |
Hi Everybody,
I have a winforms application in which I load a regular MFC dll. Even before
the InitInstance is called on the dll, there is a crash. If I select
"Ignore" on the crash the dll loads successfully and there is no problem in
using all of its exported functions. If I select "Retry", a CL
John--
TradeThreadPriority is not where I'm having the problem. QuoteManager
and TradeManager, both of which are read-only in the interface and
read-only in the implementation are causing this problem.
Whatever is going on here is subtle and obscure enough that the code
generated by the VB.net ID
Take a look at MS Knowledge Base Article 829740 "Improving DataSet
Serialization and Remoting Performance" in support.microsoft.com
-Original Message-
From: Unmoderated discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] Behalf Of Ranjan
Sent: 20 December 2004 07:09
To: ADVANCED
hidebysig refers to derived types and method overrides. it indicates to the
runtime that methods in the base class should be hidden by methods in the
derived class if they have the same name AND method signature. the absence
of this attribute (aka "hide-by-name") indicates that all methods with the
Jekke,
If you have a method of your interface declared as
> ThreadPriority TradeThreadPriority { get; set; }
you can't choose to implement only the get method of it
(ReadOnly keyword notwithstanding). Interfaces are an
all-or-nothing proposition.
Your IL decompilation is probably just sy
11 matches
Mail list logo
