|
|
Go f*** yourself
If at first you don't succeed ... post it on The Code Project and Pray.
|
|
|
|
|
Hi,
I am facing a problem with GridViewExtension_Demo,the problem is that every time the page is being loaded the filter grid is shaking.
Please fix my problem as soon as possible and send me the report.
I am giving the URL from where I get GridViewExtension.
DataGrid with built-in filter functionality[^]
Piyali Chowdhury
|
|
|
|
|
Two things:
1) Try being a little more patient. Posting the same request every twelve minutes is a sure way to get people annoyed with you.
2) At the bottom of the article is a list of messages associated with just that article. Trt posting your question there; the author will then (probably) get an email describing your problem.
Remember (1) when doing (2)!
No trees were harmed in the sending of this message; however, a significant number of electrons were slightly inconvenienced.
This message is made of fully recyclable Zeros and Ones
|
|
|
|
|
??? 
You can download the source code, then you can fix it...
Try to contact the author...
|
|
|
|
|
ASk this question in the article's forum [at the bottom], that way you have more chance of a kidly response.
Panic, Chaos, Destruction.
My work here is done.
|
|
|
|
|
Hi,
I am facing a problem with GridViewExtension_Demo,the problem is that every time the page is being loaded the filter grid is shaking.
Please fix my problem as soon as possible and sent me the report.
Piyali Chowdhury
|
|
|
|
|
1) You are Rude and disrespectfull
2) We cannot do your job for you, you should be Fired with that attitude
3)In this Forum we help people who started something and get stucked, we don't do homework here
4) I wanted to swear at you , but i think the only thing i will do for you is to pray for you
God have mercy on you
Vuyiswa Maseko,
Few companies that installed computers to reduce the employment of clerks have realized their expectations.... They now need more and more expensive clerks even though they call them "Developers" or "Programmers."
C#/VB.NET/ASP.NET/SQL7/2000/2005/2008
http://www.vuyiswamaseko.somee.com
vuyiswa@its.co.za
http://www.itsabacus.co.za/itsabacus/
|
|
|
|
|
using c# to disable keyboard functions 2(or)x minutes, At the time of loading desktop.
(or)
disable the shortcut keys (Task manager,windows,Alt+Tab,Esc - all these) At the time of loading desktop.
After 2 minutes finished normal changes appearing for all.
Important : Anybody not able to create those top mentioned functions,used another way to give the code.
usage of project: i am security purpose to create it.It is protect copy of image typed files, and as boot partition files only.i am simply to create it.but i have no idea for this.
Anybody can help to create mentioned functions to send it. i am already posted my doubts but somebody answered,u try to create virus, malware something....
But i frankly told to for all,i don't think in my mind this type of creating. so i am repeat to briefly post my doubt.
|
|
|
|
|
Read the istructions at the top - how to get an answer.
No one is going to wade through that much unformatted code (use <pre></pre> to preserve your formatting) to see if they can work out what you are going on about.
Try cutting it down to a reasonable size (not umpteen pages)
Try using meaningfull names: menuItem14 is not as description as miStartInternetExplorer - again this make it easier for us to read.
No trees were harmed in the sending of this message; however, a significant number of electrons were slightly inconvenienced.
This message is made of fully recyclable Zeros and Ones
|
|
|
|
|
Hear hear.
Luc Pattyn [Forum Guidelines] [My Articles]
The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
|
|
|
|
|
Is "umpteen" even a word? 
Regards,
Jason Pezzimenti.
If you liked the answer that I have provided, then please click the 'Good Answer' link on the bottom-right of this post. Thank you.
|
|
|
|
|
'Fraid so...Umpteen[^]
No trees were harmed in the sending of this message; however, a significant number of electrons were slightly inconvenienced.
This message is made of fully recyclable Zeros and Ones
|
|
|
|
|
haha! 
Regards,
Jason Pezzimenti.
|
|
|
|
|
What difference I see between using statement and Dispose/Finalize pattern is
- “Dispose/finalize” have upper hand if any object which implements this pattern and supporting different interfaces for different operations which performed on underneath unmanaged object, can take care of releasing that object even if user forgets to call dispose on that object
- However with “Using” statement, the scope of the using statement will be restricted to a single method, i.e. we will have to open the unmanaged object which will closed automatically by using’s finally block in the same method (which is, in most of the cases will not be feasible and efficient as we don’t do all the operation at a time on the unmanaged objects)
For Example:
1.Dispose/Finalize:
Suppose, we are using MS word COM to write doc files, we dedicate one class to do all the activities related to doc file and provide different interfaces to write to doc file like WriteTest() , InsertTable(), InsertImage(), …and so on . In this situation user will keep calling these interfaces according to their needs, and might forgets to close the word doc object. In this case, we can very well implement Dispose/Finalize pattern where finalize method will be act as back up plan to release unmanaged word doc object.
This approach will be efficient as long as we are using the same unmanaged object.
2.Using statement
Suppose, we are writing to a text file and we have interface to do this operation which takes text data and file name as parameter. In this case we can use “Using” statement to open the file and write data to it (again supposing that we will not any further operation on this file). What Using statement we do is it add try and finally block to this text file call. Which I guess efficient solution.
Hey guys, anybody know other differences other than what I mentioned here
Or you can correct me, If I am wrong in my above made conclusions!!!!
|
|
|
|
|
You basically have it in one. using is not a seperate pattern. It's a piece of shorthand that allows you to define an object, and AT THAT MOMENT, know that it will be cleaned up, so you don't need to go to the bottom and have a list of objects, and check that each has Dispose called on it. It's shorthand, to make code more readable and to make it clearer that you're not leaking anything. But, it only works when an object is in the scope of a single method.
Christian Graus
Driven to the arms of OSX by Vista.
Read my blog to find out how I've worked around bugs in Microsoft tools and frameworks.
|
|
|
|
|
Christian Graus wrote: It's a piece of shorthand that allows you to define an object, and AT THAT MOMENT, know that it will be cleaned up, so you don't need to go to the bottom and have a list of objects, and check that each has Dispose called on it.
I liked how C++/CLI implemented this using Stack Semantics. You only need to write a destructor and compiler is smart enough to implement IDisposable on the type and ensure disposal when scope ends. IMO, it is much superior than using block.
|
|
|
|
|
You can't compare using statement and dispose pattern. using is just a syntactic shortcut which helps to call Dispose method. There is no efficiency difference in calling Dispose directly or wrapping in a using block.
Leaving disposable objects to finalization is inefficient. If the type can be disposed, you should take care about calling dispose on it once you done with the object.
It looks like you are confused with managing life time of objects.
|
|
|
|
|
@Navneeth
No,I am not confuse!! However I wanted to know more about it!!! 
I just wanted to see if there are some other differences other than which I have mentioned!
I agree that using statement is not pattern and cant be compared with the Dispose/Finalize. However, if you think from perspective of reclaiming unmanaged objects from memory, then I am sure we can comapre them[as both do the same thing]
Apart from that, what exactly pattern? its only some set of standard which anybody can define( with some advantage), so saying something like this that Using is not pattern and cant be compared with Dispose/Finalize pattern will be a harsh!! isn't it?
I just posted this for discussion, which might be useful for people who do not know about these things.
Anyways thanks for your valuable reply from N a v a n e e t h and Christian!
|
|
|
|
|
I'll agree with Navaneeth, you seem a bit confused.
"a design pattern is a general reusable solution to a commonly occurring problem in software design. A design pattern is not a finished design that can be transformed directly into code. It is a description or template for how to solve a problem that can be used in many different situations."
http://en.wikipedia.org/wiki/Design_pattern_%28computer_science%29[^]
If your aurgument is that the using statement is a pattern, then you are also implying that statements like foreach are also patterns.
only two letters away from being an asset
|
|
|
|
|
not at all!!!!
my argument was not that whether the using is a pattern or not
I said, saying - "using is not pattern and cant be compared with other pattern" is wrong!!!!!! [only because its not a pattern]
|
|
|
|
|
So it's a technique, what of it?
|
|
|
|
|
SaveTigers wrote: I just wanted to see if there are some other differences other than which I have mentioned!
Points mentioned by you are correct. It all depends on your object's lifetime. You can use using block when your object have very small lifetime, say in a function.
Consider the example 1 provided in your first post. I assume you have your word wrapper class used in a windows form.
class WordOperations : Form
{
WordWrapper wrapper =
protected override void Dispose(bool disposing)
{
wrapper.Dispose();
}
}In the above example, we have used form's dispose method to dispose your word wrapper. This will help you to *avoid* the finalization. Now a user of your form can use it like
using(WordOperations op = new WordOperations())
{
op.ShowDialog();
}This will ensure the disposal of form and the wrapper.
Finalization has a cost and try to avoid it when possible. So, if you own the code base, there is no need to implement a finalizer on the wrapper class. Just make sure you call Dispose().
SaveTigers wrote: Apart from that, what exactly pattern? its only some set of standard which anybody can define( with some advantage), so saying something like this that Using is not pattern and cant be compared with Dispose/Finalize pattern will be a harsh!! isn't it?
No.
Implementing IDisposable in a recommended way is called as dispose pattern. using is just a syntactic sugar to ease the use of disposable objects. Read Implementing IDisposable and the Dispose Pattern Properly[^] to get a good understanding about this.
|
|
|
|
|
Thanks Navaneeth for your reply !!
|
|
|
|
|
I want to store two keys and one value associated with those keys in an object and want to send that object to some method.
As hash table can have key value pair,What is the way to do this??
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
